Thanks! That's exactly what I needed.
Here is what I found. Please bear with me, I'm debugging someone else's
app:
To start the application, this is what is needed on the command line. This
does *not* cause a crash:
C:\N4\TEST_Apps\xps\NavisXPS -d
"C:\Projects\apex_2_1-rel\N4\stafTests\TestData\GCT\Chassis_Gate" -STAFTEST
SERVER
Here is the same command from the trace when sent via staf. This will cause
a crash:
20110719-12:58:55;4856;00000001;PROCESS Service Request - Client:
local://local, Handle: 38, Process: STAX/Job/3, Request: start command
C:\N4\TEST_Apps\xps\NavisXPS parms :85:-d
"C:\Projects\apex_2_1-rel\N4\stafTests\TestData\GCT\Chassis_Gate" -STAFTEST
SERVER
- Is there anything odd about the second example we should change?
- Does staf require the colon-length-colon (:85:)? If so, should the length
(85) include everything up the end of "SERVER", or just up to the closing
quote?
We are using staf ver. 3.4.1 on WinXP.
Thanks,
-T
On Tue, Jul 19, 2011 at 12:17 PM, Sharon Lucas <luc...@us.ibm.com> wrote:
> Yes, STAX submits a STAF service request for each <stafcmd> it processes.
> STAF provides a TRACE service that allows you to enable tracing for STAF
> service requests submitted so that you can see the STAF service request
> submitted. The TRACE service also allows you to set the trace output
> destination.
>
> See section "8.18 Trace Service" in the STAF User's Guide at
> http://staf.sourceforge.net/current/STAFUG.htm#HDRTRACESRV for more
> information. You will want to enable the ServiceRequest tracepoint on the
> machine that you specified for the <location> sub-element for <stafcmd>.
> The ServiceRequest tracepoint causes a trace message to be generated for
> every incoming service request before it is processed by the service.
>
> For example, assuming the stafcmd element's <location> sub-element
> specified machine 'client1.company.com', you could enable tracing for the
> ServiceRequest tracepoint on this machine as follows:
>
> STAF client1.company.com TRACE ENABLE TRACEPOINT "ServiceRequest"
>
> Assuming the stafcmd element's <service> sub-element specified service 'FS'
> (though it could be any STAF service), you could enable tracing for only
> service 'FS' (and not all the other STAF services) on this machine as
> follows:
>
> STAF client1.company.com TRACE DISABLE ALL SERVICES
> STAF client1.company.com TRACE ENABLE SERVICE FS (Instead of FS,
> specify the service in your <stafcmd> element that you want to trace)
>
> And you can specify STAF tracing to go to file C:\temp\staf.trc (or
> whatever file you wanted) on machine client1.compnay.com as follows:
>
> STAF client1.company.com TRACE SET DESTINATION TO FILE C:/temp/staf.trc
>
> Now that tracing is set up on client1.company.com (or whatever the name of
> your Windows machine where the <stafcmd> is running), you can recreate the
> problem by running your STAX job and then check the STAF trace output in
> file C:\temp\staf.trc on machine client1.company.com.
>
> --------------------------------------------------------------
> Sharon Lucas
> IBM Austin, luc...@us.ibm.com
> (512) 286-7313 or Tieline 363-7313
>
>
>
>
> From: Tennis Smith <tennis_sm...@yahoo.com>
> To: staf-users@lists.sourceforge.net
> Date: 07/19/2011 01:44 PM
> Subject: [staf-users] Trace <stafcmd> ?
> ------------------------------
>
>
>
> Hi,
>
> I'm getting a crash on a win XP app called by a stax test. It appears one
> of the parameters passed to it is somehow corrupted. Is there any way to
> trace <stafcmd> so we can see exactly what is being passed?
>
> --
> Tks,
> -Tennis
> ------------------------------------------------------------------------------
> Magic Quadrant for Content-Aware Data Loss Prevention
> Research study explores the data loss prevention market. Includes in-depth
> analysis on the changes within the DLP market, and the criteria used to
> evaluate the strengths and weaknesses of these DLP solutions.
> http://www.accelacomm.com/jaw/sfnl/114/51385063/
> _______________________________________________
> staf-users mailing list
> staf-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/staf-users
>
>
--
Tks,
-Tennis
------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
