RE: [U2] DATA Statements

2004-11-12 Thread Ken Wallis
There's a UDT.OPTION which determines how DATA statements are processed.
You'll have to look up which it is.  I think the mnemonic is something like
PRIMEDATA - Prime and PICK behaved differently on this so UniData has an
option to control it.

Incidentally, there is no such thing as an 'MCD Flavor' (or even flavour)
UniData account.  UniVerse has 'flavors', UniData simply has whatever
behavioural switches you choose to set for each session, and most people set
them in the LOGIN.  There is ECLTYPE 'p' behaviour which can be switched on
for PICK style ECL syntax - DET-SUPP, COPY (O, etc, and there is BASICTYPE
'm' for McDuck behaviour in UniBASIC.  There are then numerous UDT.OPTIONS -
over a hundred these days.

Cheers,

Ken

Mark Johnson wrote:

 Are DATA statements accumulative until used?

 I see the following on a UD (MCD flavor) and it now appears
 to not work.

 Sequence in question:

 DATA X
 DATA Y
 EXECUTE RUN PROG ABC

 I usually would have

 DATA X:@AM:Y
 EXECUTE RUN PROG ABC
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] PICK Assembler Language

2004-11-12 Thread Brian Leach
Ok so we're just talking cross purposes.
Is this what you're saying:

mvBase is a wrapper for a VM. That wrapper can only only run under Windows.
The VM it wraps, however, is hardware independent and could be ported if
anyone had the code and the desire to produce a new wrapper e.g. for Linux.

I remember someone from GA telling me that mvBase was pretty much composed
of the R83 code under the hood. But we were both drunk at the time, so
that's not a reliable testimony. Come to think of it, I'll strike that last
comment. Dicussing mvBase when drunk sounds sooo sad.

Brian 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: 12 November 2004 07:07
To: [EMAIL PROTECTED]
Subject: Re: [U2] PICK Assembler Language

In a message dated 11/11/2004 2:12:18 AM Pacific Standard Time,
[EMAIL PROTECTED] writes:

 I'm puzzled. How do you run mvBase outside of Windows?
 I'm not questioning your answer, I'd just like to give it a try.

MvBase can run on any platform that you write the appropriate interface for.
It is a VM in the best traditional of Pick systems.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UV] controlling selects with unconverted data used for selection errors

2004-11-12 Thread Brian Leach
Troy,

IF you want more rigour in the selection, you can switch to an SQL
selection, e.g.

SELECT @ID TO SLIST 0 FROM MYFILE WHERE MYDATE = '31 FEB 04';

This will fail date recognition, swap to string recognition and then throw
out the statement because of the data type mismatch.

Brian. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Buss, Troy (Logitek
Systems)
Sent: 11 November 2004 19:21
To: [EMAIL PROTECTED]
Subject: [U2] [UV] controlling selects with unconverted data used for
selection errors

Using universe 10.0.19...
 
When a user provides an invalid date value for a select, universe prints out
the error message bad data unconverted data used for selection
but goes on and does the select.
 
Is there a way to:
 
1. require that the retrieve command fail when this occurs by using a
keyword similiar to REQUIRE.INDEX as in REQUIRE.NO.ERRORS ?
 
or 
 
2. be able to get a result code from the command via the 'RETURNING ERRORS'
clause of an execute statement?
 
 
Personally, I think the command should outright fail when this occurs rather
than wasting the user's time and/or provding results that are not what was
intended.
 
Sample:
 
SELECT SOLI WITH DATE 2/31/04
Bad data 2/31/04 for conversion D2-.  Unconverted data used for
selection.
-- select proceeds for 2 minutes with zero items selected --
 
 
-Troy
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] [u2] remote paragraphs

2004-11-12 Thread Adrian Matthews
I seem to remember that there is a way of executing a Paragraph stored
in a file other than VOC without creating a pointer in the VOC to
reference it. I may well be wrong though!



Anyone know if this is possible or not?



The information contained in this email is strictly confidential and for the
use of the addressee only, unless otherwise indicated. If you are not the
intended recipient, please do not read, copy, use or disclose to others this
message or any attachment. Please also notify the sender by replying to this
email or by telephone +44 (0)20 7896 0011 and then delete the email and any
copies of it. Opinions, conclusions (etc.) that do not relate to the official
business of this company shall be understood as neither given nor endorsed by
it.  IG Markets Limited and IG Index Plc are authorised and regulated by the
Financial Services Authority and, in Australia, by the Australian Securities
and Investments Commission.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [u2] remote paragraphs

2004-11-12 Thread Brian Leach
Adrian,

You can call a paragraph from a PROC, thus:

CT VOC RUN.PA
0001 PQN
0002 [%2 %3]

You use this to execute paragraphs by specifying the file and paragraph on
the command line, e.g.

ed scan.pa HELLO
New record.

: i
0001= PA
0002= DISPLAY HELLO WORLD
0003=
Bottom at line 2.
: fi
HELLO filed in file scan.pa.

RUN.PA scan.pa HELLO
HELLO WORLD

 
Brian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adrian Matthews
Sent: 12 November 2004 09:49
To: [EMAIL PROTECTED]
Subject: [U2] [u2] remote paragraphs

I seem to remember that there is a way of executing a Paragraph stored in a
file other than VOC without creating a pointer in the VOC to reference it. I
may well be wrong though!



Anyone know if this is possible or not?



The information contained in this email is strictly confidential and for the
use of the addressee only, unless otherwise indicated. If you are not the
intended recipient, please do not read, copy, use or disclose to others this
message or any attachment. Please also notify the sender by replying to this
email or by telephone +44 (0)20 7896 0011 and then delete the email and any
copies of it. Opinions, conclusions (etc.) that do not relate to the
official business of this company shall be understood as neither given nor
endorsed by it.  IG Markets Limited and IG Index Plc are authorised and
regulated by the Financial Services Authority and, in Australia, by the
Australian Securities and Investments Commission.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] PICK Assembler Language

2004-11-12 Thread Chuck Mongiovi
Earlier on, the moderator mentioned to take the history portion of this
discussion to the U2 community list .. Where / How do we subscribe to the U2
community list?
-Chuck
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] DATA Statements

2004-11-12 Thread Mark Johnson
I don't dare mess with the UDT.OPTIONS on this system. It was installed
before me, I just do app programming and simplistically concluded that
things were set for MCD as PQN (real) procs work.

Thanks.
- Original Message -
From: Ken Wallis [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 12, 2004 3:12 AM
Subject: RE: [U2] DATA Statements


 There's a UDT.OPTION which determines how DATA statements are processed.
 You'll have to look up which it is.  I think the mnemonic is something
like
 PRIMEDATA - Prime and PICK behaved differently on this so UniData has an
 option to control it.

 Incidentally, there is no such thing as an 'MCD Flavor' (or even flavour)
 UniData account.  UniVerse has 'flavors', UniData simply has whatever
 behavioural switches you choose to set for each session, and most people
set
 them in the LOGIN.  There is ECLTYPE 'p' behaviour which can be switched
on
 for PICK style ECL syntax - DET-SUPP, COPY (O, etc, and there is BASICTYPE
 'm' for McDuck behaviour in UniBASIC.  There are then numerous
UDT.OPTIONS -
 over a hundred these days.

 Cheers,

 Ken

 Mark Johnson wrote:

  Are DATA statements accumulative until used?
 
  I see the following on a UD (MCD flavor) and it now appears
  to not work.
 
  Sequence in question:
 
  DATA X
  DATA Y
  EXECUTE RUN PROG ABC
 
  I usually would have
 
  DATA X:@AM:Y
  EXECUTE RUN PROG ABC
 ---
 u2-users mailing list
 [EMAIL PROTECTED]
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] DATA Statements

2004-11-12 Thread Timothy Snyder
Mark Johnson [EMAIL PROTECTED] wrote on 11/12/2004 09:28:03
AM:

 I don't dare mess with the UDT.OPTIONS on this system. It was installed
 before me, I just do app programming and simplistically concluded that
 things were set for MCD as PQN (real) procs work.

Don't fear UDT.OPTIONS, embrace them.  Bear in mind that you're not
changing anything system-wide.  You're only impacting the session that
invokes them.  You can do some wonderful things by flipping these bad boys
on and off.

Tim Snyder
IBM Information Management
Consulting I/T Specialist , U2 Professional Services
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] DATA Statements

2004-11-12 Thread George Smith
Tim,
Does that mean that if I am from the Pick background instead of
prime I can set the switch and it will have no effect on the new .NET
C# implementation. The docs recommend that you use the unidata
settings.

Thanks
grs

Don't fear UDT.OPTIONS, embrace them.  Bear in mind that you're not
changing anything system-wide.  You're only impacting the session that
invokes them.  You can do some wonderful things by flipping these bad
boys
on and off.

Tim Snyder
IBM Information Management
Consulting I/T Specialist , U2 Professional Services
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] DATA Statements

2004-11-12 Thread Brian Leach
 Don't fear UDT.OPTIONS, embrace them.  Bear in mind that you're not
changing anything system-wide.  You're only impacting the session that
invokes them.  You can do some wonderful things by flipping these bad boys
on and off.

Yes, like create a support nightmare when someone forgets to reset the value
back again.

That's the really crazy thing about having such parameters set at runtime,
where they can modify the actions of all kinds of happily working routines
that someone chooses to run afterwards. Then support has to exactly
duplicate the entire chain of events that the user might have run, not just
one or two options. 

Always seemed a really bad idea to me.

Brian
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [u2] remote paragraphs

2004-11-12 Thread BNeylon
On UD you can read and then execute.
READ PARA FROM P.FILE,'PARA' ELSE STOP
EXECUTE PARA


Bruce M Neylon
Health Care Management Group 
Phone: (301) 608-8633




Adrian Matthews [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
11/12/2004 04:49 AM
Please respond to u2-users

 
To: [EMAIL PROTECTED]
cc: 
Subject:[U2] [u2] remote paragraphs

I seem to remember that there is a way of executing a Paragraph stored
in a file other than VOC without creating a pointer in the VOC to
reference it. I may well be wrong though!



Anyone know if this is possible or not?



The information contained in this email is strictly confidential and for 
the
use of the addressee only, unless otherwise indicated. If you are not the
intended recipient, please do not read, copy, use or disclose to others 
this
message or any attachment. Please also notify the sender by replying to 
this
email or by telephone +44 (0)20 7896 0011 and then delete the email and 
any
copies of it. Opinions, conclusions (etc.) that do not relate to the 
official
business of this company shall be understood as neither given nor endorsed 
by
it.  IG Markets Limited and IG Index Plc are authorised and regulated by 
the
Financial Services Authority and, in Australia, by the Australian 
Securities
and Investments Commission.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] DATA Statements

2004-11-12 Thread Timothy Snyder
George Smith [EMAIL PROTECTED] wrote on 11/12/2004 10:56:00 AM:

 Does that mean that if I am from the Pick background instead of
 prime I can set the switch and it will have no effect on the new .NET
 C# implementation. The docs recommend that you use the unidata
 settings.

Not a problem.  You can set UDT.OPTIONS 2 ON (also accomplished with
ECLTYPE P) for your session without impacting what other users/processes
are doing.  There are also a ton of other options that can customize the
environment to make it more like what you're used to.  If there's some
behavior that isn't what you're used to, check the manual on UDT.OPTIONS -
there may be something there that will make you feel more warm and fuzzy.

Tim Snyder
IBM Information Management
Consulting I/T Specialist , U2 Professional Services
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] PICK Assembler Language

2004-11-12 Thread Moderator
Chuck,
Here's the subscribe information for all of our lists.

  To subscribe to the u2-users or u2-community mailing lists or digest 
lists, send one or more of the following lines in the BODY (not the 
subject) of an email addressed to [EMAIL PROTECTED]

  subscribe u2-users
  subscribe u2-users-digest
  subscribe u2-community
  subscribe u2-community-digest

 - Charles Barouch, Moderator

Chuck Mongiovi wrote:

Earlier on, the moderator mentioned to take the history portion of this
discussion to the U2 community list .. Where / How do we subscribe to the U2
community list?
-Chuck
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[demime 1.01d removed an attachment of type text/x-vcard which had a name of 
u2ug.vcf]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV slow after reboot

2004-11-12 Thread Stevenson, Charles
John,

Thank-you for the response.  I'll pass this on the the Unix admins but,
gosh, I doubt this is the case.  They've tons of experience with about
80 HPUX systems in the data center, only 4 of which have UV on them.
Thay've never seen this performance problem on any other HPUX system.

By the way, we use EMC for storage controilling terrabytes worth of data
for all the various unix systems as well as the windows-based aps and
network.  I forgot to mention that.

cds


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Hester
Sent: Wednesday, November 10, 2004 12:31 PM
To: [EMAIL PROTECTED]
Subject: Re: [U2] UV slow after reboot

Stevenson, Charles wrote:
 For several hours after reboot users weep and gnash their teeth over 
 the slowness .  By the end of a normal workday things seem to be back 
 to normal.  I *think* the performance improvement is gradual during 
 those first several hours.

This is most likely caused by a RAID set being rebuilt.  You should
check the shutdown process and make sure the database filesystem is
being properly unmounted and the RAID subsystem is being properly
stopped prior to the machine being powered off.  If a RAID set isn't
shut down cleanly it will get marked as dirty and rebuilt after
bootup.  I'm not familiar with RAID on HP-UX, but there should be a way
to shut it down that doesn't require a rebuild after bootup.

-John
-- 
John Hester
System  Network Administrator
Momentum Group Inc.
(949) 833-8886 x623
http://memosamples.com
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV slow after reboot

2004-11-12 Thread Stevenson, Charles
Gordon,

I'm not sure I follow you.
We use shared memory for most of the heavily-used utility routines and
big entry programs that get run simultaneously by multiple users.  I'm
pretty comfortable that I've chosen programs wisely.  As I understand
it, each of those programs will be loaded into memory when they are
called for the first time.

Besides that, there are hundreds of programs that are not shared, and
occasionally run.  I would think they would routinely get swapped out of
cache since used so seldom.   I suppose there might be many in that grey
area, the ones that didn't quite make my cutoff for sharing, but really
do get called a lot.  You're thinking those would have a significant
impact? 

cds

-Original Message-
From: Gordon Glorfield
Sent: Wednesday, November 10, 2004 12:25 PM
I think you are probably close.  It's probably caching but not data.
I'd say it was probably the programs themselves being cached.

 -Original Message-
 From:  Stevenson, Charles

 For the first day after a reboot, our Universe application seems to be

 extraordinarily slow; 
[snip] 
 Has anyone else seen this sort of thing?  I'm fishing for ideas here. 
 The only thing I can think of has to do with loading buffer cache.  A 
 stable system that has been running for a while would tend to have 
 that day's current data cached, eliminating many disk reads that would

 be needed on a freshly booted system.  But I don't know,  it seems 
 quite a stretch as an entire explanation.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] PICK Assembler Language

2004-11-12 Thread Marilyn Hilb
For us new-bees to the group (points to self).. What are the Digest lists for?

Thanks,

Marilyn A. Hilb 
Value Part, Inc
Direct: 847-918-6099
Fax: 847-367-1892
[EMAIL PROTECTED]
www.valuepart.com

 -Original Message-
From:   Moderator [mailto:[EMAIL PROTECTED] 
Sent:   Friday, November 12, 2004 11:15 AM
To: [EMAIL PROTECTED]
Subject:Re: [U2] PICK Assembler Language

Chuck,
Here's the subscribe information for all of our lists.

  To subscribe to the u2-users or u2-community mailing lists or digest 
lists, send one or more of the following lines in the BODY (not the 
subject) of an email addressed to [EMAIL PROTECTED]

  subscribe u2-users
  subscribe u2-users-digest
  subscribe u2-community
  subscribe u2-community-digest

 - Charles Barouch, Moderator

Chuck Mongiovi wrote:

Earlier on, the moderator mentioned to take the history portion of this
discussion to the U2 community list .. Where / How do we subscribe to the U2
community list?
-Chuck
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[demime 1.01d removed an attachment of type text/x-vcard which had a name of 
u2ug.vcf]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] PICK Assembler Language

2004-11-12 Thread Allen E. Elwood
For questions such as the one you just asked :-)

Not really programming questions, but meant for the same community.  This
way the achieve would get filled with fluff and/or the moderator doesn't
have to remove those topics from the achieve to keep it on track.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Marilyn Hilb
Sent: Friday, November 12, 2004 10:12
To: [EMAIL PROTECTED]
Subject: RE: [U2] PICK Assembler Language


For us new-bees to the group (points to self).. What are the Digest lists
for?

Thanks,

Marilyn A. Hilb
Value Part, Inc
Direct: 847-918-6099
Fax: 847-367-1892
[EMAIL PROTECTED]
www.valuepart.com

 -Original Message-
From:   Moderator [mailto:[EMAIL PROTECTED]
Sent:   Friday, November 12, 2004 11:15 AM
To: [EMAIL PROTECTED]
Subject:Re: [U2] PICK Assembler Language

Chuck,
Here's the subscribe information for all of our lists.

  To subscribe to the u2-users or u2-community mailing lists or digest
lists, send one or more of the following lines in the BODY (not the
subject) of an email addressed to [EMAIL PROTECTED]

  subscribe u2-users
  subscribe u2-users-digest
  subscribe u2-community
  subscribe u2-community-digest

 - Charles Barouch, Moderator

Chuck Mongiovi wrote:

Earlier on, the moderator mentioned to take the history portion of this
discussion to the U2 community list .. Where / How do we subscribe to the
U2
community list?
-Chuck
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[demime 1.01d removed an attachment of type text/x-vcard which had a name of
u2ug.vcf]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] PICK Assembler Language

2004-11-12 Thread Larry Hiscock
The digests are a compilation of multiple messages posted to the regular
version of the lists.  They are sent whenever the digest exceeds a certain
size, but at least once per day.

Larry Hiscock
Moderator
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marilyn Hilb
Sent: Friday, November 12, 2004 10:12 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2] PICK Assembler Language

For us new-bees to the group (points to self).. What are the Digest lists
for?

Thanks,

Marilyn A. Hilb
Value Part, Inc
Direct: 847-918-6099
Fax: 847-367-1892
[EMAIL PROTECTED]
www.valuepart.com

 -Original Message-
From:   Moderator [mailto:[EMAIL PROTECTED] 
Sent:   Friday, November 12, 2004 11:15 AM
To: [EMAIL PROTECTED]
Subject:Re: [U2] PICK Assembler Language

Chuck,
Here's the subscribe information for all of our lists.

  To subscribe to the u2-users or u2-community mailing lists or digest
lists, send one or more of the following lines in the BODY (not the
subject) of an email addressed to [EMAIL PROTECTED]

  subscribe u2-users
  subscribe u2-users-digest
  subscribe u2-community
  subscribe u2-community-digest

 - Charles Barouch, Moderator

Chuck Mongiovi wrote:

Earlier on, the moderator mentioned to take the history portion of this 
discussion to the U2 community list .. Where / How do we subscribe to 
the U2 community list?
-Chuck
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[demime 1.01d removed an attachment of type text/x-vcard which had a name of
u2ug.vcf]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] DATA Statements

2004-11-12 Thread Fred Finken
While Ken's reply is absolutely correct, I would advise anyone to avoid the use 
of DATA statements. They work as advertised for simple applications, but they 
don't scale very well. Here's an alternative for interprogram communication 
that is easily understood, works well and scales well too.

Reserve the use of one of the user variables systemwide exclusively for this 
purpose. For example, @USER2. This dynamic array is available to all programs 
without requiring any kind of definition (like named common would). Field 1 of 
@USER2 will contain a multivalued list of titles for user defined variables. 
Field 2 will contain a related list of values for the user variables. You then 
write a few simple subroutines to manage the user variables. For example, 
SET.USER.VAR and GET.USER.VAR.

When program A wants to send a parameter to program B, it does this:

  CALL SET.USER.VAR(012345,SELECTION CUSTOMER)

Then when program B needs the parameter, it does this:

  CALL GET.USER.VAR(SELECTION.CUSTOMER,SELECTION CUSTOMER)

and optionally:

  CALL SET.USER.VAR(,SELECTION CUSTOMER)

This system makes it easy to define parameters on-the-fly and plug them into 
already running programs with a minimum of fuss. If anyone wants the source 
code, let me know.
-- 
___
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] PICK Assembler Language

2004-11-12 Thread Thomas Derwin
This works for me:
1) .S200 to expand the stack size to 200 lines.
2) .P to turn off the proc commands i.e. anything not typed at TCL.
Note: can be helpful to toggle it back on during debugging to get a
detailed list of exactly what got run during a job stream.

.Q (not listed below) displays your current stack settings.

The stack settings are stored by port number, so if your port number
changes (such as starting a new telnet session), you'll need to type in
these settings again on that port.

One really nice feature of the mvBase stacker is that .X *moves* the
line you executed back to the top of the stack, rather than making a
duplicate of the existing one, so lines drop off the bottom of the stack
much less quickly if you're using the same commands over and over.

Have fun,
Tom

 [EMAIL PROTECTED] 11/12/04 12:26 AM 
Two things. First, I don't see the thing that turns off the non
fingertip
commands. And second, I don't recall the typing but I recall something
that
pops up a scrollable window of previous commands that I can choose using
a
mouse.

my 1 cent.

- Original Message -
From: CDMI [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 11, 2004 11:29 AM
Subject: RE: [U2] PICK Assembler Language


 here's the .? from an mvBASE system:

 .?

  .L   LIST COMMANDS
 .Ln,m will list n stored TCL commands starting with line m.
  .E   EDIT STORED COMMANDS
 .En brings the stored commands into the system editor at line
n.
  .X   EXECUTE COMMAND(S)
 .Xn,n,n will execute the numbered command(s).
  .R   RUN COMMANDS STORED IN A FILE
 .R filename item-id will run the commands stored in the item.
  .C   COPY COMMANDS TO A FILE
 .Cn,n,n copies the numbered commands to an item in a file.
  .G   GET A COMMAND TO TOP OF STACK
 .Gn will get command n to the top of the stack
  .A   APPEND TEXT TO TOP COMMAND
 .A text will append text to the top command on the stack
  .K   KILL (DELETE) COMMAND
 .Kn kills (deletes) command n.
  .M   MODIFY TOP COMMAND
 .M[U]/text1/text2 modifies top cmnd by changing text1 to text2
  .O   COMMAND STORE TOGGLE
  .S   SET NUMBER OF COMMANDS STORED
  .P   PROC COMMAND STORE TOGGLE
  .U   UPPER CASE CONVERSION TOGGLE

 Don't see what you might be talking about, Dick.

 Steve Trimble
 Computerized Data Mgmt Inc
 (479) 521-5670
 [EMAIL PROTECTED]

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Kryka, Richard
 Sent: Thursday, November 11, 2004 9:42 AM
 To: [EMAIL PROTECTED]
 Subject: RE: [U2] PICK Assembler Language


 I'm not in front of an MvBase system, but try .? to see a list of
the
 . commands.  I don't remember the command, but one of them turns off
 stacking all executed commands so it stacks just the commands entered
at
 TCL.  Unfortunately, as I recall, you have to do this each time you
log
 in, and I could not get this to work in the login proc.

 Dick Kryka
 Director of Applications
 CCCS of Greater Denver, Inc.
 Paragon Financial Services
 303-632-2226
 [EMAIL PROTECTED]


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
 Sent: Wednesday, November 10, 2004 7:18 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [U2] PICK Assembler Language

 Since we're on MVBase I have a bone to Pick (no pun intended).

 Is there any upgrade to their command stacker. It's pathetic,
especially
 since it retains every executable statement, not just the ones I type.
 Thus,
 it very easily exceeds the display (20) and I spend more time finding
 the
 previous statement that it would take typing it.

 just asking.
 ---
 u2-users mailing list
 [EMAIL PROTECTED]
 To unsubscribe please visit http://listserver.u2ug.org/
 ---
 u2-users mailing list
 [EMAIL PROTECTED]
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
This e-mail and any attachments may contain CONFIDENTIAL information,
including PROTECTED HEALTH INFORMATION. If you are not the intended
recipient, any use or disclosure of this information is STRICTLY
PROHIBITED; you are requested to delete this e-mail and any attachments,
notify the sender immediately, and notify the LabCorp Privacy Officer at
[EMAIL PROTECTED] or call (877) 23-HIPAA / (877) 234-4722.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] DG Intel disk write problems

2004-11-12 Thread Tom Dodds
We have a DG Intel server running UV 9.6.1 and seem to be missing writes.
We have a series of writes, 4, in a row within a basic program and sometimes
it seems that one of the items is not updated not written.  Has anyone
experienced a similar problem.  I know it's a long shot, but the customer
wanted me to ask.

TIA

Tom Dodds
[EMAIL PROTECTED]
630-235-2975 Cell
708-482-4510 Office
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] DG Intel disk write problems

2004-11-12 Thread John Hester
Tom Dodds wrote:
We have a DG Intel server running UV 9.6.1 and seem to be missing writes.
We have a series of writes, 4, in a row within a basic program and sometimes
it seems that one of the items is not updated not written.  Has anyone
experienced a similar problem.  I know it's a long shot, but the customer
wanted me to ask.
The only time I've seen something like this is when READU locks aren't 
properly implemented in a program.  Could the lock on the item in 
question be prematurely released, say with a WRITEV prior to the final 
WRITE?  This would allow another process to write back a stale copy, 
giving the appearance that the write never happened.

-John
--
John Hester
System  Network Administrator
Momentum Group Inc.
(949) 833-8886 x623
http://memosamples.com
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] What the h*** happened to subject lines ?

2004-11-12 Thread Piers Angliss
Allen,

rant

talking of achieve s (Ms$ spellchecker ?) getting full of  fluff

1. What has your post got to do with PICK Assembler Language ?

2. As I understand it, the Digest is a consolidated posting so that
subscribers receive a number of postings grouped by (sometimes totally
irrelevant) subject once per day instead of each individual posting as it is
made. digests are available on both u2-users and u2-community

3. I thought we tried to avoid top-posting on this list ?

/rant

Come on guys, we owe it to Clif to keep the standards up


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Allen E. Elwood
Sent: 12 November 2002 18:42
To: [EMAIL PROTECTED]
Subject: RE: [U2] PICK Assembler Language


For questions such as the one you just asked :-)

Not really programming questions, but meant for the same community.  This
way the achieve would get filled with fluff and/or the moderator doesn't
have to remove those topics from the achieve to keep it on track.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Marilyn Hilb
Sent: Friday, November 12, 2004 10:12
To: [EMAIL PROTECTED]
Subject: RE: [U2] PICK Assembler Language


For us new-bees to the group (points to self).. What are the Digest lists
for?

Thanks,
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UV] controlling selects with unconverted data usedfor selection errors

2004-11-12 Thread Ray Wurlod
For a number of releases of UniVerse the SYS.MESSAGE file shipped with a TAB 
character in the CONV field in its file dictionary, which caused this message 
any time one tried to list the SYS.MESSAGE file.
Check the CONV field of your file dictionary for invalid characters in the 
conversion field.
Experiment with the CONV field qualifier to override what is specified in the 
dictionary; this is probably the easiest way to narrow down the search for the 
culprit field definition.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] What the h*** happened to subject lines ?

2004-11-12 Thread Allen E. Elwood
Sorry, I misunderstood the question, but my dog ran away this morning, my
mom who is in Hospice care and expected to live only another month fell down
and bloodied her head, I have a cold that just won't go away and just
basically am having a really crappy day.

Have fun ranting, btw it's bad for your blood pressure.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Piers Angliss
Sent: Friday, November 12, 2004 13:33
To: [EMAIL PROTECTED]
Subject: [U2] What the h*** happened to subject lines ?


Allen,

rant

talking of achieve s (Ms$ spellchecker ?) getting full of  fluff

1. What has your post got to do with PICK Assembler Language ?

2. As I understand it, the Digest is a consolidated posting so that
subscribers receive a number of postings grouped by (sometimes totally
irrelevant) subject once per day instead of each individual posting as it is
made. digests are available on both u2-users and u2-community

3. I thought we tried to avoid top-posting on this list ?

/rant

Come on guys, we owe it to Clif to keep the standards up


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Allen E. Elwood
Sent: 12 November 2002 18:42
To: [EMAIL PROTECTED]
Subject: RE: [U2] PICK Assembler Language


For questions such as the one you just asked :-)

Not really programming questions, but meant for the same community.  This
way the achieve would get filled with fluff and/or the moderator doesn't
have to remove those topics from the achieve to keep it on track.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Marilyn Hilb
Sent: Friday, November 12, 2004 10:12
To: [EMAIL PROTECTED]
Subject: RE: [U2] PICK Assembler Language


For us new-bees to the group (points to self).. What are the Digest lists
for?

Thanks,
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Re assigning universe index file after OS level copy

2004-11-12 Thread Rod Hills
If I copy a data file and it's associated universe index files to
another account. I have to execute a SET.FILE to re-assign the path to
the location of the index.

Unfortunatelly I'm force to rebuild the index too, even though the index
represents the data correctly (OS level copies are done).

Is their a way to copy a data/index files and not have to rebuild the
index.

Thanks in advance

-- Rod Hills
   Leupold and Stevens
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] What the h*** happened to subject lines ?

2004-11-12 Thread Piers Angliss
Yeah, but sometimes the response blows away the stress, and I'm told that's
good for the blood pressure

All the best,

Piers

*--

Subject: RE: [U2] What the h*** happened to subject lines ?


Sorry, I misunderstood the question, but my dog ran away this morning, my
mom who is in Hospice care and expected to live only another month fell down
and bloodied her head, I have a cold that just won't go away and just
basically am having a really crappy day.

Have fun ranting, btw it's bad for your blood pressure.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] [AD] Re: A better TCL stacker

2004-11-12 Thread FFT2001
Well not really an Ad since it's free, but I wrote a better TCL stacker, it's 
on my website
http://members.aol.com/fft2001/prof/

I haven't worked on the download logic for a few years.  And don't call me for 
support :)  And all the code is Pick BASIC.
Will
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [AD] Re: A better TCL stacker

2004-11-12 Thread iggchamp
Hey Will,

Just went to your site and saw that you have Foster Farms as a client.  What a 
coincidence!  I was stationed at Castle AFB in Merced California as a B52 
avionics technician.  From our flight line, I got to smell Foster Farms every 
day for about 3 years!  Just love those chickens - NOT!

Scott Thompson
Programmer/Analyst
Southern Wine  Spirits of Illinois

-- Original message -- 

 Well not really an Ad since it's free, but I wrote a better TCL stacker, it's 
 on 
 my website 
 http://members.aol.com/fft2001/prof/ 
 
 I haven't worked on the download logic for a few years. And don't call me for 
 support :) And all the code is Pick BASIC. 
 Will 
 --- 
 u2-users mailing list 
 [EMAIL PROTECTED] 
 To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Apology

2004-11-12 Thread iggchamp
Sorry all, this was only intended for Will.

-- Original message -- 

 Hey Will, 
 
 Just went to your site and saw that you have Foster Farms as a client. What a 
 coincidence! I was stationed at Castle AFB in Merced California as a B52 
 avionics technician. From our flight line, I got to smell Foster Farms every 
 day for about 3 years! Just love those chickens - NOT! 
 
 Scott Thompson 
 Programmer/Analyst 
 Southern Wine  Spirits of Illinois 
 
 -- Original message -- 
 
  Well not really an Ad since it's free, but I wrote a better TCL stacker, 
  it's 
 on 
  my website 
  http://members.aol.com/fft2001/prof/ 
  
  I haven't worked on the download logic for a few years. And don't call me 
  for 
  support :) And all the code is Pick BASIC. 
  Will 
  --- 
  u2-users mailing list 
  [EMAIL PROTECTED] 
  To unsubscribe please visit http://listserver.u2ug.org/ 
 --- 
 u2-users mailing list 
 [EMAIL PROTECTED] 
 To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Re assigning universe index file after OS level copy

2004-11-12 Thread Stevenson, Charles
Rod,
Try SET.INDEX.
The path to the index dir is buried in the header of the data file.
SET.INDEX will let you change that.
cds

-Original Message-
From: Rod Hills


Is their a way to copy a data/index files and not have to rebuild the
index.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/