: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson
Sent: Thursday, April 12, 2012 4:56 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] COMMON Size MisMatch
Okay that was a bad example.
But I think you get my general drift
Of David A. Green
Sent: 13 April 2012 15:56
To: 'U2 Users List'
Subject: Re: [U2] COMMON Size MisMatch
That's why you would specify.
Example:
COMMON /SYSSTUFF/ SYSSTUFF(100)
COMMON /MYSTUFF/ MYSTUFF.REC(100) -CLEAR.ON.LOGTO
Then only the MYSTUFF gets cleared. This is the kind of logic that I
@listserver.u2ug.org
*Date:* 4/13/2012 8:34 AM
*Subject:* Re: [U2] COMMON Size MisMatch
Or nicer to have a different name to COMMON e.g.
SESSION /CLEAR_THIS/ SESSION_STUFF(SMALL)
COMMON /KEEP_THIS/ COMMON_STUFF(BIG)
Or something along those lines.
Brian
-Original Message-
From: u2-users-boun
finding things to
fix.
Will Johnson
-Original Message-
From: David A. Green dgr...@dagconsulting.com
To: 'U2 Users List' u2-users@listserver.u2ug.org
Sent: Fri, Apr 13, 2012 7:56 am
Subject: Re: [U2] COMMON Size MisMatch
That's why you would specify.
Example:
COMMON /SYSSTUFF/ SYSSTUFF
On 13/04/12 15:56, David A. Green wrote:
That's why you would specify.
Example:
COMMON /SYSSTUFF/ SYSSTUFF(100)
COMMON /MYSTUFF/ MYSTUFF.REC(100) -CLEAR.ON.LOGTO
Then only the MYSTUFF gets cleared. This is the kind of logic that I have
to end up writing over and over again to make
: Wols Lists antli...@youngman.org.uk
To: u2-users u2-users@listserver.u2ug.org
Sent: Fri, Apr 13, 2012 11:05 am
Subject: Re: [U2] COMMON Size MisMatch
On 13/04/12 15:56, David A. Green wrote:
That's why you would specify.
Example:
COMMON /SYSSTUFF/ SYSSTUFF(100)
COMMON /MYSTUFF/ MYSTUFF.REC
Consulting
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wols Lists
Sent: Friday, April 13, 2012 11:00 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] COMMON Size MisMatch
On 13/04/12 15:56, David A. Green wrote
Hi all,
As a possible suggestion for how this could be implemented, we have a couple of
features in QM that together do the job.
1. The ON.LOGTO paragraph.
If present, this runs as part of a LOGTO command, before leaving the old
account.
2. The DELETE.COMMON command.
This deletes the
, 2012 11:50 am
Subject: Re: [U2] COMMON Size MisMatch
Hi all,
As a possible suggestion for how this could be implemented, we have a couple of
eatures in QM that together do the job.
1. The ON.LOGTO paragraph.
f present, this runs as part of a LOGTO command, before leaving the old
ccount.
2
... in subroutine named XYZ.R1.
While I would like to pass parameters back-and-forth invoking bona fide
external subroutines using commands such as... CALL *MY.SUB.R2(param1, param2,
errorString)
...I have a few big old legacy programs with nasty COMMON tentacles.
How can I make these pesky
at listserver.u2ug.org
To
U2 Users List u2-users at listserver.u2ug.org
cc
Subject
Re: [U2] COMMON misMatch
A user here obtained an error message...
COMMON size mismatch in subroutine HOP.R87.
Upon logging out and then logging back in again... The HOP program was
able to launch without
) variables, that you
*don't want* to clear, or at least that you want to reset if you do clear them.
-Original Message-
From: Bill Brutzman bi...@hkmetalcraft.com
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Thu, Apr 12, 2012 11:52 am
Subject: Re: [U2] COMMON Size MisMatch
Eating
Do you need to use LOGTO.ABORT perhaps instead of LOGTO?
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson
Sent: Thursday, April 12, 2012 1:08 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] COMMON Size
their
universal common variables, from their local common variables.
-Original Message-
From: Perry Taylor perry.tay...@zirmed.com
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Thu, Apr 12, 2012 12:23 pm
Subject: Re: [U2] COMMON Size MisMatch
Do you need to use LOGTO.ABORT perhaps instead
-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson
Sent: Thursday, April 12, 2012 3:08 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] COMMON Size MisMatch
If you *do* use CLEARCOMMON you have to be alert to gremlins as well.
LOGTO
-users@listserver.u2ug.org
Sent: Thu, Apr 12, 2012 12:46 pm
Subject: Re: [U2] COMMON Size MisMatch
I presume that the following is workable... Comments are welcome.
To LogTo the SandBox it is now just...
ED VOC LLS
001: PA
002: CLEARCOMMON
003: LOGTO SANDBOX
004: WHO
ED VOC LOGIN
001: PA
003: PTERM
: Thursday, April 12, 2012 4:56 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] COMMON Size MisMatch
Look inside those routines, and determine that they are agnostic about you
coming from LOGIN vs LOGTO Perhaps I'm the sole person in history to have coded
things that are wise about
From: Wjhonson
Look inside those routines, and determine that they are agnostic
about
you coming from LOGIN vs LOGTO Perhaps I'm the sole person in
history to have coded things that are wise about the distinction
(Not following this thread, sorry if I'm being redundant here)
Will, there
was issuing a warning that just doing ClearCommon may solve one problem,
while createing two others :)
-Original Message-
From: Tony Gravagno 3xk547...@sneakemail.com
To: u2-users u2-users@listserver.u2ug.org
Sent: Thu, Apr 12, 2012 3:23 pm
Subject: Re: [U2] COMMON Size MisMatch
From
...@listserver.u2ug.org] On Behalf Of Bill Brutzman
Sent: Thursday, April 12, 2012 2:22 PM
To: U2 Users List
Subject: Re: [U2] COMMON Size MisMatch
Will:
Your commentary on this matter is very much appreciated.
As long as this new fix works... I expect to defer further investigation.
--Bill
-Original Message
?
-Original Message-
From: David A. Green dgr...@dagconsulting.com
To: 'U2 Users List' u2-users@listserver.u2ug.org
Sent: Thu, Apr 12, 2012 4:44 pm
Subject: Re: [U2] COMMON Size MisMatch
While this topic is on the table, can we request some kind of COMMON flag or
ommand that would tell the DBM
: [U2] COMMON Size MisMatch
ou don't really want to clear all common variables all the time.
ome common variables are actually universal.
Take for example that you store in common the say full name of the user who
s logged in, and their extension.
hat doesn't change on a logto. Some people
haven't used a BY-EXP in years! :o
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Boydell, Stuart
Sent: Thursday, April 08, 2010 5:27 PM
To: U2 Users List
Subject: Re: [U2] Common Table Expressions
One scenario off
Subject: [U2] Common Table Expressions
Just working on a SQL project which uses lots of CTEs (Common Table
Expressions) for in-memory caching of table data.
Really useful things in terms of speed and not having to create temporary
tables for manipulating data. Wondering if anyone has thought about
: Thursday, 8 April 2010 8:16 p.m.
To: 'U2 Users List'
Subject: Re: [U2] Common Table Expressions
It could certainly work in u2 SQL - not sure how you would do this in
English (MVQuery or whatever) tho
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun
Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of phil walker
Sent: Friday, 9 April 2010 06:30
To: U2 Users List
Subject: Re: [U2] Common Table Expressions
Hi Symeon,
I have been trying to think how you would use CTE (or equivalents
...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of phil walker
Sent: Friday, 9 April 2010 10:36
To: U2 Users List
Subject: Re: [U2] Common Table Expressions
Precisely, I am pretty sure U2 Sql does not support ALL the capabilities
of a MS Sql CTE...
But I would
, April 08, 2010 5:27 PM
To: U2 Users List
Subject: Re: [U2] Common Table Expressions
One scenario off the top of my head would be to allow recursive selects. This
would be similar to a qselect, where you select a list of MVs from a record,
but would also allow you to include the parent id and any
In message
2b1985075953c947a7a53a53987adab22b5...@arnold.hkmetalcraft.lan,
Brutzman, Bill bi...@hkmetalcraft.com writes
A user here obtained an error message...
COMMON size mismatch in subroutine HOP.R87.
Upon logging out and then logging back in again... The HOP program was
able to
: Re: [U2] COMMON misMatch
In message
2b1985075953c947a7a53a53987adab22b5...@arnold.hkmetalcraft.lan,
Brutzman, Bill bi...@hkmetalcraft.com writes
A user here obtained an error message...
COMMON size mismatch in subroutine HOP.R87.
Upon logging out and then logging back in again... The HOP
A user here obtained an error message...
COMMON size mismatch in subroutine HOP.R87.
Upon logging out and then logging back in again... The HOP program was
able to launch without this error.
Help with a diagnosis and more reliable cure would be appreciated.
This user is WinXP /
, 2009 7:54:47 PM
Subject: Re: [U2] COMMON misMatch
A user here obtained an error message...
COMMON size mismatch in subroutine HOP.R87.
Upon logging out and then logging back in again... The HOP program was
able to launch without this error.
Help with a diagnosis and more reliable cure would
: Bertrand, Ron bertran...@ghc.org
To: u2-users@listserver.u2ug.org
Sent: Thursday, February 26, 2009 3:12 PM
Subject: [U2] Common UNIX Printing System
Hey all - is anybody using CUPS with universe?
Ron Bertrand
Analyst,AP SYS 3
ISD/LIS/AMS
Group Health Coop
206-901-4519
---
u2-users mailing list
Hey all - is anybody using CUPS with universe?
Ron Bertrand
Analyst,AP SYS 3
ISD/LIS/AMS
Group Health Coop
206-901-4519
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of Bertrand, Ron
Sent: Thursday, February 26, 2009 3:13 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Common UNIX Printing System
Hey all - is anybody using CUPS
Yes on RHEL 4.0
-Original Message-
From: owner-u2-us...@listserver.u2ug.org [mailto:owner-u2-
us...@listserver.u2ug.org] On Behalf Of Bertrand, Ron
Sent: Friday, 27 February 2009 12:46 p.m.
To: u2-users@listserver.u2ug.org
Subject: [U2] Common UNIX Printing System
Hey all
Following up on the common thread, can one OPENSEQ to a COMMON variable?
-Original Message-
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
quote who='Dennis Bartlett' date='Friday 04 April 2008'
Following up on the common thread, can one OPENSEQ to a COMMON variable?
Sure - same approach.
OPENSEQ FILE,RECORD TO F.HANDLE THEN
* add F.HANDLE to the common array and list of open files...
END
--
Jeff Butera, Ph.D.
Administrative
Dennis Bartlett wrote:
Following up on the common thread, can one OPENSEQ to a COMMON variable?
Absolutely.
COMMON is merely a method of sharing data between programs without
argument passing as is commonly done with subroutines. Note that common
in this fashion is accessible among
Yes, but be sure to re-initialize to '' AFTER closing, if you close it,
at least in UniData.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dennis Bartlett
Sent: Friday, April 04, 2008 8:07 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] COMMON
: [U2] COMMON
Dennis Bartlett wrote:
Following up on the common thread, can one OPENSEQ to a COMMON variable?
Absolutely.
COMMON is merely a method of sharing data between programs without
argument passing as is commonly done with subroutines. Note that common
in this fashion is accessible among
could become a hindrance rather than a
help.
Brian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dennis Bartlett
Sent: 04 April 2008 13:07
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] COMMON
Following up on the common thread, can one
With file pointers, the trick is to set flags so that you know that
they're open or closed.
Actually there is a way to test if a variable is an open file-handle or
not ( at least in uv):
I have the following code in som subroutines that you can feed with a
open file handle or a file
quote who='Mats Carlid' date='Friday 04 April 2008'
With file pointers, the trick is to set flags so that you know that
they're open or closed.
Actually there is a way to test if a variable is an open file-handle or
not ( at least in uv):
I have the following code in som subroutines
Hi
I have a subroutine that WRITESEQ to a record in a type 1 file called
INTEGRITY.
Is there anyway I can open the file once (in the subroutine) and thereafter
use the same file handle (to avoid opening the file each time the subroutine
is called) ?
All the code on this site opens the file in
Sure You can
and You don't have to have the named common in any other routine.
The only gotcha I'm aware of is that the file stays open until you
exit universe
or explicitely closes it
i.e. even if you LOGTO another acoount. It's quite confusing and
potentially dangerous
that the open file
quote who='Dennis Bartlett' date='Thursday 03 April 2008'
Hi
I have a subroutine that WRITESEQ to a record in a type 1 file called
INTEGRITY.
Is there anyway I can open the file once (in the subroutine) and thereafter
use the same file handle (to avoid opening the file each time the
And - as a suggestion - as mentioned earlier - the array of file names
should contain ACCOUNT-FileName to ensure MainAcct-CustFile #
TestAcct-CustFile -- it's happened more than once the DIM'd array of file
handles survived a LOGTO and suddenly that person is trashing the MAIN
account data
Here is a simple but effect way to handle this scenario:
COMMON /NAMED_COM/ NAMED_COM.REC(10)
EQUATE NAMED_COM.FLAG TO NAMED_COM.REC(1)
EQUATE F.OPEN.FILETO NAMED_COM.REC(2)
Etc.
IF NAMED_COM.FLAG NE @WHO:@DATE THEN
;* Open Files, Set Variables and NAMED_COM.FLAG if everything is OK.
Is there a maximum size to the global commons memory space? We've run
into an issue where we appear to be getting corruption on the global
commons memory space causing our program to die.
The program is about 40k of source and uses 5560 unamed globals.
Any input would be appreciated,
Thanks!
50 matches
Mail list logo