Re: [U2] Interesting....
The only way to help you debug this, is with the full scope of the "Area" of code What is was, what it is. If you're not willing to show that, there is no way to help you :) -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 11:00 am Subject: Re: [U2] Interesting Well that one is an obvious no - since the debugger works at the input statement in that program, But wasn't working when it was stuck in the loop. That is what I meant by "by not actually trying" - if it's a method that is intentional to turn Off the debugger, then that is not the cause - this program essentially has been running for About 20 years, and the only change to that area was converting a GOTO to jump over statements To a LOOP - which I accidentally put in continue instead of exit. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:55 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting The command that makes the BASIC program *run* supports an option to turn it off. That's one way out of dozens I'm not going to go through them all here :) -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:44 am Subject: Re: [U2] Interesting I can't really provide any more details. What would be the most common ways to turn off the debugger? By not actually trying... George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:40 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting It's impossible to debug your situation, without more details. The code you posted is NOT the problem. It's elsewhere. To determine where we need to know more details. Sorry, there's just too many ways to turn off the debugger. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
Well that one is an obvious no - since the debugger works at the input statement in that program, But wasn't working when it was stuck in the loop. That is what I meant by "by not actually trying" - if it's a method that is intentional to turn Off the debugger, then that is not the cause - this program essentially has been running for About 20 years, and the only change to that area was converting a GOTO to jump over statements To a LOOP - which I accidentally put in continue instead of exit. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:55 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting The command that makes the BASIC program *run* supports an option to turn it off. That's one way out of dozens I'm not going to go through them all here :) -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:44 am Subject: Re: [U2] Interesting I can't really provide any more details. What would be the most common ways to turn off the debugger? By not actually trying... George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:40 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting It's impossible to debug your situation, without more details. The code you posted is NOT the problem. It's elsewhere. To determine where we need to know more details. Sorry, there's just too many ways to turn off the debugger. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
oops the compiler... not the run engine -Original Message- From: Wjhonson To: u2-users Sent: Thu, Oct 3, 2013 10:54 am Subject: Re: [U2] Interesting The command that makes the BASIC program *run* supports an option to turn it off. That's one way out of dozens I'm not going to go through them all here :) -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:44 am Subject: Re: [U2] Interesting I can't really provide any more details. What would be the most common ways to turn off the debugger? By not actually trying... George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:40 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting It's impossible to debug your situation, without more details. The code you posted is NOT the problem. It's elsewhere. To determine where we need to know more details. Sorry, there's just too many ways to turn off the debugger. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] Missing docs on Transaction Logging
>From this page http://www.rocketsoftware.com/brand/rocket-u2/technical-documentation/UniVerse-v11.1.11 Select this "UniVerse Transaction Logging and Recovery" and you will get the error "Unable to retrieve document" By the way it says to "contact the webmaster" and yet there does not appear to be any way to know how to do that, either from the error page, or from the docs page either. No link to "webmaster" at all ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
The command that makes the BASIC program *run* supports an option to turn it off. That's one way out of dozens I'm not going to go through them all here :) -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:44 am Subject: Re: [U2] Interesting I can't really provide any more details. What would be the most common ways to turn off the debugger? By not actually trying... George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:40 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting It's impossible to debug your situation, without more details. The code you posted is NOT the problem. It's elsewhere. To determine where we need to know more details. Sorry, there's just too many ways to turn off the debugger. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
I can't really provide any more details. What would be the most common ways to turn off the debugger? By not actually trying... George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:40 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting It's impossible to debug your situation, without more details. The code you posted is NOT the problem. It's elsewhere. To determine where we need to know more details. Sorry, there's just too many ways to turn off the debugger. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
It's impossible to debug your situation, without more details. The code you posted is NOT the problem. It's elsewhere. To determine where we need to know more details. Sorry, there's just too many ways to turn off the debugger. -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:27 am Subject: Re: [U2] Interesting Yes, it worked fine for me as well - which is what confused me. The only other time I've seen the D option not available, is when it's Executing a TCL command, which was not the case in this program. Knowing the variety of ways it can be turned off was what my question was, >From there I'd have to look into whether any fit the mold. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:23 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting The portion you posted works perfectly fine on my system. It's quite likely that another portion you didn't post is the problem. The 'D' option can be turned off in a variety of ways. Without having more details its not very easy to find the cause. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
Good question... -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:29 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting If it worked fine for you, then what's the problem? -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:27 am Subject: Re: [U2] Interesting Yes, it worked fine for me as well - which is what confused me. The only other time I've seen the D option not available, is when it's Executing a TCL command, which was not the case in this program. Knowing the variety of ways it can be turned off was what my question was, >From there I'd have to look into whether any fit the mold. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:23 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting The portion you posted works perfectly fine on my system. It's quite likely that another portion you didn't post is the problem. The 'D' option can be turned off in a variety of ways. Without having more details its not very easy to find the cause. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
If it worked fine for you, then what's the problem? -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:27 am Subject: Re: [U2] Interesting Yes, it worked fine for me as well - which is what confused me. The only other time I've seen the D option not available, is when it's Executing a TCL command, which was not the case in this program. Knowing the variety of ways it can be turned off was what my question was, >From there I'd have to look into whether any fit the mold. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:23 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting The portion you posted works perfectly fine on my system. It's quite likely that another portion you didn't post is the problem. The 'D' option can be turned off in a variety of ways. Without having more details its not very easy to find the cause. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
Yes, it worked fine for me as well - which is what confused me. The only other time I've seen the D option not available, is when it's Executing a TCL command, which was not the case in this program. Knowing the variety of ways it can be turned off was what my question was, >From there I'd have to look into whether any fit the mold. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 1:23 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting The portion you posted works perfectly fine on my system. It's quite likely that another portion you didn't post is the problem. The 'D' option can be turned off in a variety of ways. Without having more details its not very easy to find the cause. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
The portion you posted works perfectly fine on my system. It's quite likely that another portion you didn't post is the problem. The 'D' option can be turned off in a variety of ways. Without having more details its not very easy to find the cause. -Original Message- From: George Gallen To: U2 Users List Sent: Thu, Oct 3, 2013 10:16 am Subject: Re: [U2] Interesting I'm fairly confident that the Break= is not applicable to my connection Since it's not a serial connection where a break signal could be sent. The portion that would be applicable is INTR= ^C - which did work, When I hit control C, it interrupted the program. So the interrupt portion Isn't the issue (or shouldn't be). Posting the full code is not possible - over 1500 lines and well boss wouldn't like it either. The code sample posted was the code in question with the names changed to protect the innocent. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 12:24 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting I don't think this is it. Perhaps George you could post the full code that is the actual issue, not just an example. We could then test it, to see if your symptom can be replicated. However I still don't like Break=Null, that seems wrong to me. It should say Break=Intr -Original Message- From: Ed Clark To: U2 Users List Sent: Thu, Oct 3, 2013 5:32 am Subject: Re: [U2] Interesting My guess would be that it's because the loop was very tight. I've seen lots of instances where tight loops couldn't be interrupted at all. Maybe in this case it wasn't in basic code when it interrupted, and couldn't find any basic code within a few steps, so didn't offer D. On Oct 2, 2013, at 11:30 PM, George Gallen wrote: > Nothing special in the compile. Why would it give the D in one part of the program , > but not in another? Just very strange. > > Oh wellguess I'll have to chalk it up the computer having indigestion or something; > Hopefully it didn't pick up a virus or bug! (I think I found them all now - but you never > know) > > -Original Message- From: Kevin King > Sent: Wednesday, October 02, 2013 11:13 PM > To: U2 Users List > Subject: Re: [U2] Interesting > > Isn't there something that strips the symbol table during compile? If the > symbol table were suppressed the D might not appear because it couldn't do > much anyway, right? > On Oct 2, 2013 11:53 AM, "George Gallen" wrote: > >> I Don't know? I never really looked into the PTERM signals. >> >> I would think that is referring to a Break signal vs Control C (but I >> don't know) >> >> It's not that the Break is disabled - just the DEBUG option was missing. >> >> -Original Message- >> From: u2-users-boun...@listserver.u2ug.org [mailto: >> u2-users-boun...@listserver.u2ug.org] On Behalf Of Will Johnson >> Sent: Wednesday, October 02, 2013 1:51 PM >> To: u2-users@listserver.u2ug.org >> Subject: Re: [U2] Interesting >> >> Is BREAK=NULL what you expected to see ? >> >> >> >> >> >> >> >> >> -Original Message- >> From: George Gallen-2 [via U2 (UniVerse & UniData)] < >> ml-node+s1073795n41901...@n5.nabble.com> >> To: Will Johnson >> Sent: Wed, Oct 2, 2013 10:46 am >> Subject: Re: Interesting >> >> >>>PTERM DISPLAY (RUNNING UV 10.0.2) >> >> MODEEMULATE >> CC INTR= ^C QUIT= ^\ SUSP= OFF DSUSP = OFF >>SWITCH = OFF ERASE = ^H WERASE = OFF KILL= ^U >>LNEXT = OFF REPRINT = OFF EOF = ^D EOL = ^@ >>EOL2= ^@ FLUSH = OFF START = ^Q STOP= ^S >>LCONT = ^_ FMC = ^^ VMC = ^] SMC = ^\ >>TMC = ^T SQLNULL = ^N >> INPUTCTLOFF >> CARRIER RECEIVE -HANGUP -LOCAL >> CASE-UCIN -UCOUT -XCASE -INVERT >> CRMODE -INLCR -IGNCR ICRNL ONLCR -OCRNL -ONOCR -ONLRET -CRONLY >> DELAY BS0 CR0 FF0 LF0 VT0 TAB0 -FILL >> ECHOECHO ERASE=BSB KILL=LF CTRL -LF >> HANDSHAKE XON -ANY -TANDEM -DTR >> OUTPUT POST -TILDE -BG CS -EXPAND >> PROTOCOLLINE=0 BAUD=9600 DATA=8 STOP=1 NONE DISABLE -STRIP >> SIGNALS ENABLE FLUSH BREAK=NULL >> >> >> >> -Original Message- >> From: [hidden email] [mailto:[hidden email]] On Behalf Of Wjhonson >> Sent: Wednesday, October 02, 2013 1:23 PM >> To: [hidden email] >> Subject: Re: [U2] Interesting >> >> The INTR.KEY in the VOC is not the only thing controlling breaking >> behaviour. >> It specifies the maximum level of ability, not the minimum, it can be >> overridden. >> >> However, please type PTERM DISPLAY at TCL and post the results for us to >> review. >> That is your first step, before we get more technical. >> >> >> >> >> >> >> >> >> -Ori
Re: [U2] Interesting....
I'm fairly confident that the Break= is not applicable to my connection Since it's not a serial connection where a break signal could be sent. The portion that would be applicable is INTR= ^C - which did work, When I hit control C, it interrupted the program. So the interrupt portion Isn't the issue (or shouldn't be). Posting the full code is not possible - over 1500 lines and well boss wouldn't like it either. The code sample posted was the code in question with the names changed to protect the innocent. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, October 03, 2013 12:24 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Interesting I don't think this is it. Perhaps George you could post the full code that is the actual issue, not just an example. We could then test it, to see if your symptom can be replicated. However I still don't like Break=Null, that seems wrong to me. It should say Break=Intr -Original Message- From: Ed Clark To: U2 Users List Sent: Thu, Oct 3, 2013 5:32 am Subject: Re: [U2] Interesting My guess would be that it's because the loop was very tight. I've seen lots of instances where tight loops couldn't be interrupted at all. Maybe in this case it wasn't in basic code when it interrupted, and couldn't find any basic code within a few steps, so didn't offer D. On Oct 2, 2013, at 11:30 PM, George Gallen wrote: > Nothing special in the compile. Why would it give the D in one part of the program , > but not in another? Just very strange. > > Oh wellguess I'll have to chalk it up the computer having indigestion or something; > Hopefully it didn't pick up a virus or bug! (I think I found them all now - but you never > know) > > -Original Message- From: Kevin King > Sent: Wednesday, October 02, 2013 11:13 PM > To: U2 Users List > Subject: Re: [U2] Interesting > > Isn't there something that strips the symbol table during compile? If the > symbol table were suppressed the D might not appear because it couldn't do > much anyway, right? > On Oct 2, 2013 11:53 AM, "George Gallen" wrote: > >> I Don't know? I never really looked into the PTERM signals. >> >> I would think that is referring to a Break signal vs Control C (but I >> don't know) >> >> It's not that the Break is disabled - just the DEBUG option was missing. >> >> -Original Message- >> From: u2-users-boun...@listserver.u2ug.org [mailto: >> u2-users-boun...@listserver.u2ug.org] On Behalf Of Will Johnson >> Sent: Wednesday, October 02, 2013 1:51 PM >> To: u2-users@listserver.u2ug.org >> Subject: Re: [U2] Interesting >> >> Is BREAK=NULL what you expected to see ? >> >> >> >> >> >> >> >> >> -Original Message- >> From: George Gallen-2 [via U2 (UniVerse & UniData)] < >> ml-node+s1073795n41901...@n5.nabble.com> >> To: Will Johnson >> Sent: Wed, Oct 2, 2013 10:46 am >> Subject: Re: Interesting >> >> >>>PTERM DISPLAY (RUNNING UV 10.0.2) >> >> MODEEMULATE >> CC INTR= ^C QUIT= ^\ SUSP= OFF DSUSP = OFF >>SWITCH = OFF ERASE = ^H WERASE = OFF KILL= ^U >>LNEXT = OFF REPRINT = OFF EOF = ^D EOL = ^@ >>EOL2= ^@ FLUSH = OFF START = ^Q STOP= ^S >>LCONT = ^_ FMC = ^^ VMC = ^] SMC = ^\ >>TMC = ^T SQLNULL = ^N >> INPUTCTLOFF >> CARRIER RECEIVE -HANGUP -LOCAL >> CASE-UCIN -UCOUT -XCASE -INVERT >> CRMODE -INLCR -IGNCR ICRNL ONLCR -OCRNL -ONOCR -ONLRET -CRONLY >> DELAY BS0 CR0 FF0 LF0 VT0 TAB0 -FILL >> ECHOECHO ERASE=BSB KILL=LF CTRL -LF >> HANDSHAKE XON -ANY -TANDEM -DTR >> OUTPUT POST -TILDE -BG CS -EXPAND >> PROTOCOLLINE=0 BAUD=9600 DATA=8 STOP=1 NONE DISABLE -STRIP >> SIGNALS ENABLE FLUSH BREAK=NULL >> >> >> >> -Original Message- >> From: [hidden email] [mailto:[hidden email]] On Behalf Of Wjhonson >> Sent: Wednesday, October 02, 2013 1:23 PM >> To: [hidden email] >> Subject: Re: [U2] Interesting >> >> The INTR.KEY in the VOC is not the only thing controlling breaking >> behaviour. >> It specifies the maximum level of ability, not the minimum, it can be >> overridden. >> >> However, please type PTERM DISPLAY at TCL and post the results for us to >> review. >> That is your first step, before we get more technical. >> >> >> >> >> >> >> >> >> -Original Message- >> From: George Gallen <[hidden email]> >> To: U2 Users List <[hidden email]> >> Sent: Wed, Oct 2, 2013 10:20 am >> Subject: Re: [U2] Interesting >> >> >> Yes... >> >> The only time I've not had the "D" option, is when I break from a VOC >> Which is expected, since you can't debug a VOC. >> >> So, why would the D option not appear when you break from a basic program
Re: [U2] Interesting....
I don't think this is it. Perhaps George you could post the full code that is the actual issue, not just an example. We could then test it, to see if your symptom can be replicated. However I still don't like Break=Null, that seems wrong to me. It should say Break=Intr -Original Message- From: Ed Clark To: U2 Users List Sent: Thu, Oct 3, 2013 5:32 am Subject: Re: [U2] Interesting My guess would be that it's because the loop was very tight. I've seen lots of instances where tight loops couldn't be interrupted at all. Maybe in this case it wasn't in basic code when it interrupted, and couldn't find any basic code within a few steps, so didn't offer D. On Oct 2, 2013, at 11:30 PM, George Gallen wrote: > Nothing special in the compile. Why would it give the D in one part of the program , > but not in another? Just very strange. > > Oh wellguess I'll have to chalk it up the computer having indigestion or something; > Hopefully it didn't pick up a virus or bug! (I think I found them all now - but you never > know) > > -Original Message- From: Kevin King > Sent: Wednesday, October 02, 2013 11:13 PM > To: U2 Users List > Subject: Re: [U2] Interesting > > Isn't there something that strips the symbol table during compile? If the > symbol table were suppressed the D might not appear because it couldn't do > much anyway, right? > On Oct 2, 2013 11:53 AM, "George Gallen" wrote: > >> I Don't know? I never really looked into the PTERM signals. >> >> I would think that is referring to a Break signal vs Control C (but I >> don't know) >> >> It's not that the Break is disabled - just the DEBUG option was missing. >> >> -Original Message- >> From: u2-users-boun...@listserver.u2ug.org [mailto: >> u2-users-boun...@listserver.u2ug.org] On Behalf Of Will Johnson >> Sent: Wednesday, October 02, 2013 1:51 PM >> To: u2-users@listserver.u2ug.org >> Subject: Re: [U2] Interesting >> >> Is BREAK=NULL what you expected to see ? >> >> >> >> >> >> >> >> >> -Original Message- >> From: George Gallen-2 [via U2 (UniVerse & UniData)] < >> ml-node+s1073795n41901...@n5.nabble.com> >> To: Will Johnson >> Sent: Wed, Oct 2, 2013 10:46 am >> Subject: Re: Interesting >> >> >>>PTERM DISPLAY (RUNNING UV 10.0.2) >> >> MODEEMULATE >> CC INTR= ^C QUIT= ^\ SUSP= OFF DSUSP = OFF >>SWITCH = OFF ERASE = ^H WERASE = OFF KILL= ^U >>LNEXT = OFF REPRINT = OFF EOF = ^D EOL = ^@ >>EOL2= ^@ FLUSH = OFF START = ^Q STOP= ^S >>LCONT = ^_ FMC = ^^ VMC = ^] SMC = ^\ >>TMC = ^T SQLNULL = ^N >> INPUTCTLOFF >> CARRIER RECEIVE -HANGUP -LOCAL >> CASE-UCIN -UCOUT -XCASE -INVERT >> CRMODE -INLCR -IGNCR ICRNL ONLCR -OCRNL -ONOCR -ONLRET -CRONLY >> DELAY BS0 CR0 FF0 LF0 VT0 TAB0 -FILL >> ECHOECHO ERASE=BSB KILL=LF CTRL -LF >> HANDSHAKE XON -ANY -TANDEM -DTR >> OUTPUT POST -TILDE -BG CS -EXPAND >> PROTOCOLLINE=0 BAUD=9600 DATA=8 STOP=1 NONE DISABLE -STRIP >> SIGNALS ENABLE FLUSH BREAK=NULL >> >> >> >> -Original Message- >> From: [hidden email] [mailto:[hidden email]] On Behalf Of Wjhonson >> Sent: Wednesday, October 02, 2013 1:23 PM >> To: [hidden email] >> Subject: Re: [U2] Interesting >> >> The INTR.KEY in the VOC is not the only thing controlling breaking >> behaviour. >> It specifies the maximum level of ability, not the minimum, it can be >> overridden. >> >> However, please type PTERM DISPLAY at TCL and post the results for us to >> review. >> That is your first step, before we get more technical. >> >> >> >> >> >> >> >> >> -Original Message- >> From: George Gallen <[hidden email]> >> To: U2 Users List <[hidden email]> >> Sent: Wed, Oct 2, 2013 10:20 am >> Subject: Re: [U2] Interesting >> >> >> Yes... >> >> The only time I've not had the "D" option, is when I break from a VOC >> Which is expected, since you can't debug a VOC. >> >> So, why would the D option not appear when you break from a basic program? >> Whenit does when you break from an input >> it does when another program is in a loop >> just this program in this loop it did not appear >> >> And it wasn't executing a SELECT that was taking a long time or something, >> then >> That would be like breaking out of a VOC >> >> George ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
Sounds reasonable. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Ed Clark Sent: Thursday, October 03, 2013 8:32 AM To: U2 Users List Subject: Re: [U2] Interesting My guess would be that it's because the loop was very tight. I've seen lots of instances where tight loops couldn't be interrupted at all. Maybe in this case it wasn't in basic code when it interrupted, and couldn't find any basic code within a few steps, so didn't offer D. On Oct 2, 2013, at 11:30 PM, George Gallen wrote: > Nothing special in the compile. Why would it give the D in one part of the > program , > but not in another? Just very strange. > > Oh wellguess I'll have to chalk it up the computer having indigestion or > something; > Hopefully it didn't pick up a virus or bug! (I think I found them all now - > but you never > know) > ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Interesting....
My guess would be that it's because the loop was very tight. I've seen lots of instances where tight loops couldn't be interrupted at all. Maybe in this case it wasn't in basic code when it interrupted, and couldn't find any basic code within a few steps, so didn't offer D. On Oct 2, 2013, at 11:30 PM, George Gallen wrote: > Nothing special in the compile. Why would it give the D in one part of the > program , > but not in another? Just very strange. > > Oh wellguess I'll have to chalk it up the computer having indigestion or > something; > Hopefully it didn't pick up a virus or bug! (I think I found them all now - > but you never > know) > > -Original Message- From: Kevin King > Sent: Wednesday, October 02, 2013 11:13 PM > To: U2 Users List > Subject: Re: [U2] Interesting > > Isn't there something that strips the symbol table during compile? If the > symbol table were suppressed the D might not appear because it couldn't do > much anyway, right? > On Oct 2, 2013 11:53 AM, "George Gallen" wrote: > >> I Don't know? I never really looked into the PTERM signals. >> >> I would think that is referring to a Break signal vs Control C (but I >> don't know) >> >> It's not that the Break is disabled - just the DEBUG option was missing. >> >> -Original Message- >> From: u2-users-boun...@listserver.u2ug.org [mailto: >> u2-users-boun...@listserver.u2ug.org] On Behalf Of Will Johnson >> Sent: Wednesday, October 02, 2013 1:51 PM >> To: u2-users@listserver.u2ug.org >> Subject: Re: [U2] Interesting >> >> Is BREAK=NULL what you expected to see ? >> >> >> >> >> >> >> >> >> -Original Message- >> From: George Gallen-2 [via U2 (UniVerse & UniData)] < >> ml-node+s1073795n41901...@n5.nabble.com> >> To: Will Johnson >> Sent: Wed, Oct 2, 2013 10:46 am >> Subject: Re: Interesting >> >> >>>PTERM DISPLAY (RUNNING UV 10.0.2) >> >> MODEEMULATE >> CC INTR= ^C QUIT= ^\ SUSP= OFF DSUSP = OFF >>SWITCH = OFF ERASE = ^H WERASE = OFF KILL= ^U >>LNEXT = OFF REPRINT = OFF EOF = ^D EOL = ^@ >>EOL2= ^@ FLUSH = OFF START = ^Q STOP= ^S >>LCONT = ^_ FMC = ^^ VMC = ^] SMC = ^\ >>TMC = ^T SQLNULL = ^N >> INPUTCTLOFF >> CARRIER RECEIVE -HANGUP -LOCAL >> CASE-UCIN -UCOUT -XCASE -INVERT >> CRMODE -INLCR -IGNCR ICRNL ONLCR -OCRNL -ONOCR -ONLRET -CRONLY >> DELAY BS0 CR0 FF0 LF0 VT0 TAB0 -FILL >> ECHOECHO ERASE=BSB KILL=LF CTRL -LF >> HANDSHAKE XON -ANY -TANDEM -DTR >> OUTPUT POST -TILDE -BG CS -EXPAND >> PROTOCOLLINE=0 BAUD=9600 DATA=8 STOP=1 NONE DISABLE -STRIP >> SIGNALS ENABLE FLUSH BREAK=NULL >> >> >> >> -Original Message- >> From: [hidden email] [mailto:[hidden email]] On Behalf Of Wjhonson >> Sent: Wednesday, October 02, 2013 1:23 PM >> To: [hidden email] >> Subject: Re: [U2] Interesting >> >> The INTR.KEY in the VOC is not the only thing controlling breaking >> behaviour. >> It specifies the maximum level of ability, not the minimum, it can be >> overridden. >> >> However, please type PTERM DISPLAY at TCL and post the results for us to >> review. >> That is your first step, before we get more technical. >> >> >> >> >> >> >> >> >> -Original Message- >> From: George Gallen <[hidden email]> >> To: U2 Users List <[hidden email]> >> Sent: Wed, Oct 2, 2013 10:20 am >> Subject: Re: [U2] Interesting >> >> >> Yes... >> >> The only time I've not had the "D" option, is when I break from a VOC >> Which is expected, since you can't debug a VOC. >> >> So, why would the D option not appear when you break from a basic program? >> Whenit does when you break from an input >> it does when another program is in a loop >> just this program in this loop it did not appear >> >> And it wasn't executing a SELECT that was taking a long time or something, >> then >> That would be like breaking out of a VOC >> >> George >> ___ >> U2-Users mailing list >> [hidden email] >> http://listserver.u2ug.org/mailman/listinfo/u2-users >> >> >> >> >> >> If you reply to this email, your message will be added to the discussion >> below: >> >> http://u2-universe-unidata.1073795.n5.nabble.com/Interesting-tp41892p41901.html >> >>To start a new topic under U2 - Users, email >> ml-node+s1073795n3...@n5.nabble.com >>To unsubscribe from U2 (UniVerse & UniData), click here. >>NAML >> >> >> >> >> >> -- >> View this message in context: >> http://u2-universe-unidata.1073795.n5.nabble.com/Interesting-tp41892p41905.html >> Sent from the U2 - Users mailing list archive at Nabble.com. >> ___ >> U2-Users mailing list >> U2-Users@listserver.u2ug.org >> http://
