Very Good Point. You know as I do that in the green screen world, if a file can't be opened, we don't want the program to go any farther. Something's very bad and if it just continues, we have a major potential for data corruption. That was the point I feebly attempted .. .. ..
Karl <quote who="Brian Leach"> > Karl > > Sorry but I think you missed the point. > Any messages to green screen - including STOPM messages - aren't fed back > to > .NET or any other client environment over a UniObjects subroutine call. > And > on RedBack a STOP (of any description) also used to terminate the > responder > - not sure if it still does as I avoid that in my code. > > Hence my words of caution. Using STOP (or STOPM) inside a subroutine can > have unintended consequences if someone later tries to call that > subroutine > from another environment. Inside a program is different since it can be > captured in the response property of a UniCommand object. > > Brian > >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of >> [EMAIL PROTECTED] >> Sent: 26 March 2007 15:08 >> To: u2-users@listserver.u2ug.org >> Subject: RE: [U2] New to UV/PICK, programming a banner >> >> No offense, but look again. I didn't "STOP" but did a "STOPM" >> which prints a quoted message to standard out. One can >> compose the message in any format containing any information >> desired. Now I don't know if .NET will accept that, but I bet >> it does. We still use green-screen here. >> >> Karl >> >> <quote who="Brian Leach"> >> > Karl >> > >> > Just one problem with that technique. >> > >> > If you do this inside a subroutine (and I DO see people use STOP >> > inside subroutines all too often) you're locking into a legacy >> > terminal environment. >> > >> > Call that from e.g. .NET and the subroutine stops - but you >> don't get >> > any message back as to why. It's one more thing to refactor when >> > changing front end clients. >> > >> > For some interfaces it will even break the session. >> > >> > So the lesson is - and I'm not suggesting that anyone on this list >> > would do this - don't use STOP (or even worse, ABORT) inside a >> > subroutine. If you're opening files inside a subroutine, >> just RETURN >> > with a suitable error message. >> > >> > Brian >> > >> > >> > >> >> -----Original Message----- >> >> From: [EMAIL PROTECTED] >> >> [mailto:[EMAIL PROTECTED] On Behalf Of >> >> [EMAIL PROTECTED] >> >> Sent: 25 March 2007 16:57 >> >> To: u2-users@listserver.u2ug.org >> >> Subject: Re: [U2] New to UV/PICK, programming a banner >> >> >> >> Precisely why I use uniVerse's stopm directive: >> >> >> >> open '','FILE' to FILE else stopm 'No FILE File!' >> >> >> >> It's a simple oneliner that tells you all you need to know upon >> >> failure. >> >> >> >> Karl >> > ------- >> > u2-users mailing list >> > u2-users@listserver.u2ug.org >> > To unsubscribe please visit http://listserver.u2ug.org/ >> > >> >> >> -- >> Karl Pearson >> Director of I.T. >> ATS Industrial Supply, Inc. >> [EMAIL PROTECTED] >> http://www.atsindustrial.com >> 800-789-9300 x29 >> Local: 801-978-4429 >> Fax: 801-972-3888 >> >> "To mess up your Linux PC, you have to really work at it; to >> mess up a microsoft PC you just have to work on it." >> ------- >> u2-users mailing list >> u2-users@listserver.u2ug.org >> To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ > -- Karl Pearson Director of I.T. ATS Industrial Supply, Inc. [EMAIL PROTECTED] http://www.atsindustrial.com 800-789-9300 x29 Local: 801-978-4429 Fax: 801-972-3888 "To mess up your Linux PC, you have to really work at it; to mess up a microsoft PC you just have to work on it." ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/