|
"Hall, Philip" wrote: > > > And it's much easier than it looks (unlike trying to debug an ILE C > > program with the ILE debugger, which is much harder than it looks). > > Strange, I would have said the opposite. > > For ILE/C, the source is right there; you have step in/out; you add a brkpt > using a F-key; you can load other pgms/srvpgms *before* they are actually > executed to add brkpts; the list goes on... Yes, and since it makes no allowances for the way C handles character strings (which, I freely admit, is more than a little bit meschuga, but PL/I would be my language of choice), you try to look at a character string variable, and you've got to go through all sorts of rigmarole to do it. Then, too, anything you want to look at with the ILE debugger, you have to compile with special options, which makes for a pretty big OOPS, if something takes 15 minutes to compile and link. The OPM debugger adheres to the KISS principle. -- James H. H. Lampert Professional Dilettante http://www.hb.quik.com/jamesl http://members.hostedscripts.com/antispam.html http://www.thehungersite.com Help America's Passenger Trains. http://www.saveamtrak.org Read My Lips: No More Atrocities!
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
