RE: Debugging SQLRPGLE programs

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Sure.  Normally when you use the Code debugger it uses something called an
event file.  The compiler will generate this when you compile with the
OPTION(*EVENTF).  This is actually a member, (named the same as your
program) in the file EVFEVENT in the library where this program was
generated into.  If you compile with *EVENTF you should move this member
over to the production machine, if you want to debug.  Or you can compile
with OPTION(*NOEVENTF) and be restricted in your choice of debugging
tools.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Andrew Lutz" <andrew.lutz@pmigroup.com>
Sent by: rpg400-l-admin@midrange.com
09/03/2002 04:30 PM
Please respond to rpg400-l


        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Debugging SQLRPGLE programs


Could you re-expain the eventf solution?


-----Original Message-----
From: rob@dekko.com [mailto:rob@dekko.com]
Sent: Tuesday, September 03, 2002 2:12 PM
To: rpg400-l@midrange.com
Subject: RE: Debugging SQLRPGLE programs

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
When I opened a pmr with IBM they said you had to use your two step
process.  They had no explanation what *SOURCE meant in CRTSQLRPGI.
Then
I explained to them that I messed up on my *EVENTF.  Resolving the
*EVENTF
allowed me to debug with a single process.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Andrew Lutz" <andrew.lutz@pmigroup.com>
Sent by: rpg400-l-admin@midrange.com
09/03/2002 01:13 PM
Please respond to rpg400-l


        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Debugging SQLRPGLE programs


Rob,

After using CRTSQLRPGI

Look in QTEMP

QSQLTEMP1 has your intermediate source member.

Use the DBGVIEW(*ALL) on this source member and create the object one
more time.....


One would hope that IBM would make it easier on us, BUT, this is what I
have to do.

Andrew


-----Original Message-----
From: rob@dekko.com [mailto:rob@dekko.com]
Sent: Tuesday, September 03, 2002 11:08 AM
To: rpg400-l@midrange.com
Subject: RE: Debugging SQLRPGLE programs

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
'*ALL      ' not valid for parameter DBGVIEW.

Remember, I am using
CRTSQLRPGI OBJ(WEB/&M)
           SRCFILE(&L/&F)
           SRCMBR(&M)
           COMMIT(*NONE)
           OBJTYPE(*PGM)
           OPTION(*NOEVENTF)
           TGTRLS(*PRV)
           DBGVIEW(*SOURCE)

Not CRTBNDRPG.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Haas, Matt" <Matt.Haas@thomsonlearning.com>
Sent by: rpg400-l-admin@midrange.com
09/03/2002 10:34 AM
Please respond to rpg400-l


        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Debugging SQLRPGLE programs


Rob,

Change DBGVIEW to *ALL.

Matt

-----Original Message-----
From: rob@dekko.com [mailto:rob@dekko.com]
Sent: Tuesday, September 03, 2002 11:34 AM
To: rpg400-l@midrange.com
Subject: Re: Debugging SQLRPGLE programs


This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
I changed OPTION(*NOEVENTF) and still no luck.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Simon Coulter" <shc@flybynight.com.au>
Sent by: rpg400-l-admin@midrange.com
08/30/2002 06:49 PM
Please respond to rpg400-l


        To:     rpg400-l@midrange.com
        cc:
        Fax to:
        Subject:        Re: Debugging SQLRPGLE programs



Hello Rob,

There was some discussion on this topic in the past, but since you have
coded OPTION(*EVENTF) I suspect you also need the EVENTF on the target
system.

Regards,
Simon Coulter.
--------------------------------------------------------------------
   FlyByNight Software         AS/400 Technical Specialists
   http://www.flybynight.com.au/

   Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\
   Fax:   +61 3 9419 0175   mailto: shc@flybynight.com.au   \ /
                                                             X
                 ASCII Ribbon campaign against HTML E-Mail  / \
--------------------------------------------------------------------