RE: [Hardhats-members] VPE routine locked
Any hints of who has it in the system status display? Ric Carroll Health Systems Design Development * phone: 972-604-8992 * email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Sent: Thursday, February 03, 2005 12:51 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] VPE routine locked Tried that but the routine is still locked. This isn't the Check in/out methodology. It's using some form of either a global or routine system lock. Last time my old process was still active so the system lock was still on. At 11:08 AM 2/3/2005, Greg Kreis wrote: I am not sure where it stores it, without reading the code, but you can turn off the locking feature. ..LBRY OFF Dan wrote: Anybody know where VPE stores that a routine is currently being edited at? I was editing a routine and the connection dropped and now VPE won't let me edit the routine. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VPE routine locked
Dan, I had a variable that got locked one time. I am using GTM. I had to read the documentation about how to manually unlock the variable. I think it used the mupip utility, though I'm not sure of that. Kevin --- Dan [EMAIL PROTECTED] wrote: Tried that but the routine is still locked. This isn't the Check in/out methodology. It's using some form of either a global or routine system lock. Last time my old process was still active so the system lock was still on. At 11:08 AM 2/3/2005, Greg Kreis wrote: I am not sure where it stores it, without reading the code, but you can turn off the locking feature. ..LBRY OFF Dan wrote: Anybody know where VPE stores that a routine is currently being edited at? I was editing a routine and the connection dropped and now VPE won't let me edit the routine. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VPE routine locked
Well, here are the VPE files S I= F S I=$O(^VEE(I)) Q:I= W !,I_ _$P(^VEE(I,0),^) 19200.11 VPE RTN LBRY 19200.111 VPE PERSON 19200.112 VPE RTN VERSIONING 19200.113 VPE PROGRAMMER CALL 19200.114 VPE PROGRAMMER PARAMETER 19200.115 VPE FONT 19200.116 VPE MENU 19200.117 VPE SELECTOR TEMPLATE --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Dan, I had a variable that got locked one time. I am using GTM. I had to read the documentation about how to manually unlock the variable. I think it used the mupip utility, though I'm not sure of that. Kevin --- Dan [EMAIL PROTECTED] wrote: Tried that but the routine is still locked. This isn't the Check in/out methodology. It's using some form of either a global or routine system lock. Last time my old process was still active so the system lock was still on. At 11:08 AM 2/3/2005, Greg Kreis wrote: I am not sure where it stores it, without reading the code, but you can turn off the locking feature. ..LBRY OFF Dan wrote: Anybody know where VPE stores that a routine is currently being edited at? I was editing a routine and the connection dropped and now VPE won't let me edit the routine. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members = A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VPE routine locked
Looks like it uses two kinds of locking, global and variable: L ^%ZVEMS(E,LOCK,VRRPGM):0 L +VRRLOCK(RTN):0 I had to finally get the sys admin to just kill off the old processes. At 03:58 PM 2/3/2005, Greg Woodhouse wrote: Well, here are the VPE files S I= F S I=$O(^VEE(I)) Q:I= W !,I_ _$P(^VEE(I,0),^) 19200.11 VPE RTN LBRY 19200.111 VPE PERSON 19200.112 VPE RTN VERSIONING 19200.113 VPE PROGRAMMER CALL 19200.114 VPE PROGRAMMER PARAMETER 19200.115 VPE FONT 19200.116 VPE MENU 19200.117 VPE SELECTOR TEMPLATE --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Dan, I had a variable that got locked one time. I am using GTM. I had to read the documentation about how to manually unlock the variable. I think it used the mupip utility, though I'm not sure of that. Kevin --- Dan [EMAIL PROTECTED] wrote: Tried that but the routine is still locked. This isn't the Check in/out methodology. It's using some form of either a global or routine system lock. Last time my old process was still active so the system lock was still on. At 11:08 AM 2/3/2005, Greg Kreis wrote: I am not sure where it stores it, without reading the code, but you can turn off the locking feature. ..LBRY OFF Dan wrote: Anybody know where VPE stores that a routine is currently being edited at? I was editing a routine and the connection dropped and now VPE won't let me edit the routine. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VPE routine locked
What you are describing are nonincrimental and incrimental locks. The argument of the lock is just a glvn (global/local variable name). There is also a decrimental lock. Incrimental and decrimental locks came about because of the confusion of the state of the lock, odd number of successful lock attempts set a lock, even numbers of successful lock attempts freed the lock, (Gee was that 5 or 6 successful attempts?). There should be a LOCKTAB utility that will show current locks and allow you to break such locks on other processes. It is usually only available to system managers. - Original Message - From: Dan [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Thursday, February 03, 2005 1:49 PM Subject: Re: [Hardhats-members] VPE routine locked Looks like it uses two kinds of locking, global and variable: L ^%ZVEMS(E,LOCK,VRRPGM):0 L +VRRLOCK(RTN):0 I had to finally get the sys admin to just kill off the old processes. At 03:58 PM 2/3/2005, Greg Woodhouse wrote: Well, here are the VPE files S I= F S I=$O(^VEE(I)) Q:I= W !,I_ _$P(^VEE(I,0),^) 19200.11 VPE RTN LBRY 19200.111 VPE PERSON 19200.112 VPE RTN VERSIONING 19200.113 VPE PROGRAMMER CALL 19200.114 VPE PROGRAMMER PARAMETER 19200.115 VPE FONT 19200.116 VPE MENU 19200.117 VPE SELECTOR TEMPLATE --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Dan, I had a variable that got locked one time. I am using GTM. I had to read the documentation about how to manually unlock the variable. I think it used the mupip utility, though I'm not sure of that. Kevin --- Dan [EMAIL PROTECTED] wrote: Tried that but the routine is still locked. This isn't the Check in/out methodology. It's using some form of either a global or routine system lock. Last time my old process was still active so the system lock was still on. At 11:08 AM 2/3/2005, Greg Kreis wrote: I am not sure where it stores it, without reading the code, but you can turn off the locking feature. ..LBRY OFF Dan wrote: Anybody know where VPE stores that a routine is currently being edited at? I was editing a routine and the connection dropped and now VPE won't let me edit the routine. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VPE routine locked
lke is GT.M's lock utility. -- Bhaskar On Thu, 2005-02-03 at 15:51 -0800, Chris Richardson wrote: What you are describing are nonincrimental and incrimental locks. The argument of the lock is just a glvn (global/local variable name). There is also a decrimental lock. Incrimental and decrimental locks came about because of the confusion of the state of the lock, odd number of successful lock attempts set a lock, even numbers of successful lock attempts freed the lock, (Gee was that 5 or 6 successful attempts?). There should be a LOCKTAB utility that will show current locks and allow you to break such locks on other processes. It is usually only available to system managers. - Original Message - From: Dan [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Thursday, February 03, 2005 1:49 PM Subject: Re: [Hardhats-members] VPE routine locked Looks like it uses two kinds of locking, global and variable: L ^%ZVEMS(E,LOCK,VRRPGM):0 L +VRRLOCK(RTN):0 I had to finally get the sys admin to just kill off the old processes. At 03:58 PM 2/3/2005, Greg Woodhouse wrote: Well, here are the VPE files S I= F S I=$O(^VEE(I)) Q:I= W !,I_ _$P(^VEE(I,0),^) 19200.11 VPE RTN LBRY 19200.111 VPE PERSON 19200.112 VPE RTN VERSIONING 19200.113 VPE PROGRAMMER CALL 19200.114 VPE PROGRAMMER PARAMETER 19200.115 VPE FONT 19200.116 VPE MENU 19200.117 VPE SELECTOR TEMPLATE --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Dan, I had a variable that got locked one time. I am using GTM. I had to read the documentation about how to manually unlock the variable. I think it used the mupip utility, though I'm not sure of that. Kevin --- Dan [EMAIL PROTECTED] wrote: Tried that but the routine is still locked. This isn't the Check in/out methodology. It's using some form of either a global or routine system lock. Last time my old process was still active so the system lock was still on. At 11:08 AM 2/3/2005, Greg Kreis wrote: I am not sure where it stores it, without reading the code, but you can turn off the locking feature. ..LBRY OFF Dan wrote: Anybody know where VPE stores that a routine is currently being edited at? I was editing a routine and the connection dropped and now VPE won't let me edit the routine. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members *** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *** NOTE: Ce courriel est destine exclusivement au(x) destinataire(s) mentionne(s) ci-dessus et peut contenir de l'information privilegiee, confidentielle et/ou dispensee de divulgation aux termes des lois applicables. Si vous avez recu ce message par erreur, ou s'il ne vous est pas destine, veuillez le mentionner immediatement a l'expediteur et effacer ce courriel. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members