Text 1959, 67 rader
Skriven 2011-11-24 14:59:36 av Dariusz Piatkowski
Ärende: Fixpak file mapping - how to get a good DEBUG/TRACE/DUMP ?
==================================================================
pf339630806aa17d988a7777ee530039c0d7068f362b7d242d5c6830087eded1c.newsdawg.com
comp.os.os2.misc:3719
From: "Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net>

Hi Folks!

Ever since my upgrade to the '21st century computing' (lol - a move from an AMD

Barton to Phenom X4 setup) I have been experiencing an odd freeze here and 
there. These are not hard locks, rather the WPS stops responding, mouse cursor 
is still OK, CPU monitor (v 1.17) chugs along, but the WPS interface seems to 
stop working. This is always brought on by something a given application has 
attempted to do, once such app is AVXCAT, which I would love to use. The 2nd on

is the latest PMView install program (WPI based). Both will soft-lock the WPS, 
only CAD helps.

One thing I have been able to narrow this down to is the utilization of the 4 
cores...if I shut-off the 3 remaining cores (using setproc utility) I am able
to
breeze through these processes.

So...what's the config I'm using? Warp4.52, CP2 with FP6 applied, using the SMP

doscall, os2krnl, etc, PSD=OS2APIC.PSD /P=4 /APIC, although I have tried a
bunch
of different /PIC and /PREC options, none of which had made a difference.

What to do next? Well, using a nifty fixpak decode utility I decided to go 
through FP6 again and make sure that the correct SMP specific code was deployed

on my machine. I am making the assumption that the "5639A5550 - CP2 for Warp 
Server for e-business (SMP)" is the final setup I want to duplicate to support 
my SMP switch. Since I do not have the correct SYSLEVEL file for that OS/2 
revision and therefore can not simply re-apply FP6 against that SYSLEVEL I'm 
taking a somewhat of a longer path here. 

I had previously applied FP6 when still using the Barton cpu, which was a 
non-SMP system. Specifically, I find that the FP6 OS2.2 subdirectory in the FIX

directory tree decodes to the following deployments (just a sample record):

KRNLRDEV.TDF @SMPDIR      KRNLRDEV.SD_ 13 10/17/06 08:42    4307 8598E6BB 
Packed, Add                         \OS2\INSTALL\SMP
KRNLRDEV.TDF @UNIDIR      KRNLRDEV.UD_ 13 10/17/06 08:31    4232 819A1896 
Packed, Add                         \OS2\INSTALL\UNI
KRNLRFS.TDF  @SMPDIR      KRNLRFS.SD_  13 10/17/06 08:42    4927 1B715B3D 
Packed, Add                         \OS2\INSTALL\SMP
KRNLRFS.TDF  @UNIDIR      KRNLRFS.UD_  13 10/17/06 08:31    4874 A40C5818 
Packed, Add                         \OS2\INSTALL\UNI

...so the TDF files are being tossed into the SMP or UNI subdirectories of the 
\os2\install path, and thus my question, is this the FINAL resting place for 
these? Previously, I had the UNI processor stuff going to G:\os2\system\TRACE, 
but is the SMP configuration different?

I ask because as I'm attempting to debug the hanging applications I'm trying to

get a good working DUMP/DEBUG/TRACE environment...

Thanks!
-Dariusz



--- Internet Rex 2.31
 * Origin: NewsGuy - Unlimited Usenet $19.95 (1:261/20.999)