× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



In reality, anyone who has access to debug probably already has access to
enough other security to mongerfy the data anyways.  Do you know of a shop
in which a user who routinely uses STRDBG, or an equivalent, doesn't have
access to the data the program is updating via a tool like UPDDTA?

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



                    Douglas Handy
                    <dhandy1@bellsout       To:     rpg400-l@midrange.com
                    h.net>                  cc:
                    Sent by:                Fax to:
                    rpg400-l-admin@mi       Subject:     Re: %EOF, %FOUND and 
the infamous Dow loop
                    drange.com


                    01/02/2002 01:03
                    PM
                    Please respond to
                    rpg400-l






Scott,

>If you did the return value for a user-written function/procedure wouldn't
>it then have to re-run the function?

Yes.

>If that function updates something,
>or prints something, or does communication (etc) that might not be a good
>idea.

True, just like it is true in IDEs which do give you this capability.

>So how would you design this?

"Just" have it run the function and display the return value.  It would be
up to
the programmer to consider the side efects, if any, of invoking the
function
again.  Just like on other platforms.

>I agree that this would be handy, but it seems complicated :)

I don't know enough about the ILE architecture to know how easy it would be
to
allow the debugger to dynamically call a prototyped function.  Obviously
the
first obstacle is for it to find the correct prototype.

Even if this were possible, IBM may have other reasons for not supporting
it.  A
recent post suggested one reason they don't support changing the
instruction
pointer for the next statement to be executed is due to potential security
ramifications.

Doug

_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.







As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.