Date: Sat, 18 May 2002 22:26:22 -0400 From: madodelatptdprolog.net Subject: [VOICENWS] SW: New kernels updates 20020516 From: "Michel Goyette" New kernels updates dated 16 may 2002 can be find at IBM testcase. As always, the mission to upgrade your kernel, should you accept it, is all on your own and everyone will decline everything should anything nasty happens. Good luck. ;-) Anyway, you can find them at: ftp://testcase.boulder.ibm.com/ps/fromibm/os2 Salut, Michel (sur OS/2 Warp 4.50) ICQ #13376913 http://pages.infinit.net/exovede [Moderator's note: As always these are not officially supported by IBM unless they tell you to use them. Please send any followup to comp.os.os2.bugs on usenet. Also note that files are only on IBM's testcase for 2-3 days, so if you want to try these get them now. Make certain you back up any files replaced and don't try these on a production system. Read any readme file before applying any changes. If your system is working well, and you have no problems addressed by these updates, do yourself a favour and don't mess with this. You have been warned. From the readme.txt acompanying these kernel files: This contains fixes since xr_e002/xr_m015/mcp/acp. Important note: If you use the OS/2 SES facility, you need a new sesdd32.sys dated April 2001 or later to use this kernel. Also, a matching dump formatter (df_ret.exe), provided separately, is required, if you want to analyze a dump from this kernel. Finally, note that os2ldr is only required for the >64mb memory detection mentioned below. Following are some recent changes with these kernels: ***New as of 2002/04/16: I'm including an updated os2dump module, because the one that comes with mcp2/acp2 can possibly OVERWRITE your partition(s)! If you plan to use standalone dump and you have mcp2 or acp2, use this! Caveat: This os2dump will *not* work on non-LVMized systems (i.e. Warp 4+ FP13-16). On the other hand, the bad os2dump wasn't distributed for FP13-16. Fixes to problems that exist in released code: 0426 revision 14.089c Note: JR15038 from 0416 temporarily removed, as I think it was causing unstable behavior (including trap 000E and trap 0008). I left the LDRSTACKOPT option in, but for now it does nothing. PJ28547 trap 000e in _ldrSegFixAddIterRec running Oracle 6 and other apps PJ28566 trap 000e at _PLD_WriteReturnCode + 169 or so during procdump. PJ28567 trap 0003 in _PLDClose during procdump. 20020515 revision 14.089d (note the new naming convention) PJ28600 non-zero return from SecOpenPost ISS callout after file create operation leaves zero length files around PJ28602 internal thread names wrong in df and debug krnl on 1 cpu SMP PJ28603 module name missing or incorrect in r0 trap screen 20020516 revision 14.089e A build problem caused the 20020515 PJ28600 fix to cause a trap. You will only see this if you have a security device driver installed.] -- To unsubscribe yourself from this list, send the following message to majormajoratos2voice.org unsubscribe news end If you have an announcement you would like posted to the VOICE News list, please send it to submitatos2voice.org. Please include a valid reply address and a real contact name. If you wish to comment on this post, please reply to feedbackatos2voice.org