Text 1961, 118 rader
Skriven 2011-11-24 17:33:22 av Lars Erdmann
Ärende: Re: Fixpak file mapping - how to get a good DEBUG/TRACE/DUMP ?
======================================================================
DXC=e3O1Ojnlefjf1oJaJ0@dmg4IUK<Cl32<a4Fo<]lROoRa8kF<OcfhCOkT^4e>H0AmKk^CT1A^BL@[n6iTbKebAoFi[P8\f[>hm6m7kPS2jZX>Tm

comp.os.os2.misc:3721
From: "Lars Erdmann" <lars.erdmann@arcor.de>

The .TDF and .TFF always go into directory \os2\system\trace.
On the other hand and as you have observed they will for some reason or the 
other
also show up in other directories (as duplicates I suppose).

The .TDF, .TFF are a black hole. You will need to make sure they match
the corresponding DLLs (or OS2KRNL) for example. The .TDF files specify at 
what machine instruction
to set a dynamic tracepoint and what register values/memory location to add 
to the tracing buffer
once the dynamic tracepoint is hit.
It should be obvious to you that there needs to be an EXACT match
between .TDF and corresponding DLL(s) / OS2KRNL for this to work.

For one reason or the other, an FP or CP install will not necessarily 
install the .TDF,.TFF files when it updates
the DLLs. You might want to consider finding these files in the CP,unpacking 
them by
hand and moving them to the \os2\system\trace directory. You might need to 
distinguish between W4, SMP and UNI
kernel for those .TDFs that set dynamic tracepoints in OS2KRNL.
Even worse, some updates like for example (I think) JFS might come with 
updated .TDF files so you will
have to make sure you also catch these.


What is CP2 with FP6 ? And is there no newer CP for you ?
You should consider upgrading to eCS. That will give you CP4 and CP5.
There even is a CP6 but it is unofficial, you would be on your own ...


Lars



"Dariusz Piatkowski" <dariusz@_NO-SPAM_mnsi.net> schrieb im Newsbeitrag 
news:Qg5I6Bo2seGy-pn2-dfemiKMkQyD6@neurobox...
> 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: Arcor (1:261/20.999)