Re: [U2] THE variable names

2005-07-15 Thread Timothy Snyder
Will Johnson wrote on 07/15/2005 05:47:27 PM:

> someone mentioned that Remove has beenaround a 
> long time.  Not so.  REMOVE was not added to the ADDS environment until 
> perhaps around the mid 80s or so. 

That's only twenty years ago - a mere two decades.  The paint isn't even 
dry on it yet.  How are we supposed to keep up with this rate of change? 
;-)


Tim Snyder
Consulting I/T Specialist , U2 Professional Services
North American Lab Services
DB2 Information Management, IBM Software Group
717-545-6403
[EMAIL PROTECTED]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] ODBC Driver 3.1.6 error

2005-07-15 Thread Noah Hart
I just upgraded my windows client from ODBC driver 3.1.4 to 3.1.6

now I get errors such as:

ODBC -- call failed

[Ardent][UniData ODBC Driver][IBM][SQL Client][UNIDATA]SELECT
"noah"."FOOBAR"."ID" FROM "noah"."FOOBAR";
syntax error (#0)

I am running Unidata 6.0 on Solaris 5.7


When I back out the driver and install ver 3.1.5 I get the same error.
When I back out the driver and install ver 3.1.4, everything works fine.

Does this sound familiar to anyone?

Thanks,

Noah Hart
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] journaling information

2005-07-15 Thread Ken Wallis
[EMAIL PROTECTED] wrote:

> My apologies.  I forgot to post what we're currently running:  UniData
> 5.2.28-64 on HP-UX 11.11.
>
> We're currently on an upgrade path to take us to 6.1.10 in the near
> future.  Since DR was new with 6.0, we'll now be able to take
> advantage
> of the DR capabilities as you suggested.  We're looking into that now.
>
> The comments I've received regarding journaling have warned us to stay
> away from it as it is old technology and doesn't scale well.  DR has
> been recommended, but we have the same questions as we did for
> journaling, particularly around performance and scalability.
> Perhaps I
> should repost the questions.  :-)
>
> Thank you for your comments.  It's good to hear positive
> things about a relatively new function.

Dean, I just want to clear up what looks like a little bit of confusion.  I
mentioned replication as a UniData built-in, but I have no direct experience
of that myself.  I believe there were a few folk on this list looking at
that when it first came out, I don't recall anyone either screaming about
how useless it was, or raving about its wonders.  A re-post of your question
might well elicit some useful feedback.

What I meant to point out was that it is possible (if you know what you are
doing) to use UniData's RFS which has been around since 4.1 IIRC to
implement a Disaster Recovery strategy (what I meant by DR).  UniData do not
document this as an option, but so long as you can keep the pathnames the
same between production and DR servers, there is no problem with copying the
RFS archive logs across from one machine to the other and using mediarec to
do a rollforward.  I have this configured to run automatically for my client
and every 15 minutes the current archive log is copied over the net, while
every night, after the backup is completed it is also copied across the
network and automatically restored onto the DR machine.  Thus at start of
business each day the production and DR boxes have synchronised databases
and in the event of a catastrophic failure of the production machine all
that is needed is a shutdown of UniData on the DR box and a mediarec to
bring it up to the minute with transactions from todays archive logs which
will, at most be 15 minutes out of date.

Obviously this isn't ideal, but it is far better than having to go back to a
backup, and the benefit of having the DR box up and available for reporting
purposes every day outweighs the delay involved with taking it back down
again to do a rollforward if a failure occurs.  To be honest, my experience
is that on the occasions when we have had to do such failovers, the delay in
getting the systems people to acknowledge that the primary machine is not
going to be back anytime soon is longer than the delay getting the secondary
machine online as its replacement.

Anyhow, my experience with RFS is that it is very resilient and scaleable,
with little impact on performance for online enquiries and transactions
except the use of a little more memory, but some noticeable impact on batch
IO performance (maybe an extra 50% on the time taken to run my clients end
of day bulk updating procedures if they do those with RFS switched on).

HTH,

Ken

> Ken Wallis wrote:

> > I've only ever looked at Journaling as a poor-man's RFS.  In
> > that capacity it really didn't cut the mustard.
> >
> > I have, however, successfully set up RFS for use in a DR
> > scenario - archive logs regularly and automatically copied to
> > a backup machine and replayed there automatically each
> > morning via mediarec.  This is running well at decent sized
> > production site, but nothing like the user population you are
> > talking about - 100 to 150 users, not 1000 like you have.
> >
> > In an ideal world, IBM would publish the format of the
> > archive logs so one could write a tool to allow transactions
> > to be picked out of these and replayed over to a remote
> > system without stopping it and doing a mediarec rollforward,
> > but with UniData having replication built-in using an
> > entirely different approach, I doubt they'll ever allow that.
> >
> > Do you have version issues which would prevent you using
> > replication for this purpose Dean, or have you identified
> > issues that prevent it from working for you?
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Re: Comments from Users Digest

2005-07-15 Thread Mark Johnson
One client has an A/R file with such a large array (235,000 attributes). upon
READing the XREF and using DCOUNT, I put a 50,000 fork in the road. If less
than 50,000, the regular application uses the XREF sans REMOVE. If over
50,000, then it was easier to SELECT the file independent of the XREF.

For the sake of this argument, I'll try REMOVE on this D3 client and get back
in a week.

Thanks.


  - Original Message -
  From: Bob Williams
  To: [EMAIL PROTECTED]
  Sent: Friday, July 15, 2005 1:07 PM
  Subject: Comments from Users Digest


  I saw what appeared to be an e-mail from you in the User's Digest concerning
the REMOVE command. As I didn't read the entire message, what I am going to
pass on may have already been discussed 100 times, or you may be very familiar
with it already. If you are working with a large dynamic array of a thousand
or more elements, in order to get to element 1000, the software will need to
skip over 999 elements while looking for the 1000th element. Often times the
programmer is processing the elements sequentially, and this is where the
REMOVE comes in handy. This statement keeps a pointer into the dynamic array,
so that if you just removed element 999 and then want to remove 1000, it knows
exactly where that element is, without the need to chin through the first 999
elements to find it. The results are significant. When I previously worked for
a software house, we had an application that was taking hours to process, and
the customer was becoming more and more dissatisfied with how long it was
taking. I happened to be talking to the lady who was working the problem, and
she described what the application was doing - processing a very large dynamic
array from beginning to end. The net of it was that when I had her use the
REMOVE statement to pull the items out of the dynamic array, processing time
went from well over an hour to about a minute. This was with no other changes
to the application. I had made the changes myself, and when it ran so fast, we
both assumed that I had somehow screwed it up! My guess is that if you never
see dynamic arrays with more than a hundred or so elements, the REMOVE
statement won't really buy you anything, but in this case, the dynamic array
had about 30,000 elements in it, as I recall, and for this it was a real
help.



  It's a good statement if you can use it, and if all of this is old
information, please pardon the interruption - from one old duffer to another.
;))
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] THE variable names

2005-07-15 Thread Mark Johnson
Thanks for your support. I don't recall REMOVE in the late 70's circa MCD
either, nor in any of the code that MSL/DCT created. I've only heard of it
on this forum.

My present UD/UV clients have code converted from Jurrasic environments so
that's why it doesn't show up there either. I am not in a forward-writing
environment with UD/UV, just maintenance and some tweaks.

Mark Johnson
- Original Message -
From: <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 15, 2005 5:47 PM
Subject: Re: [U2] THE variable names


> In a message dated 7/15/05 7:19:42 AM Pacific Daylight Time,
> [EMAIL PROTECTED] writes:
>
> << Not to throw a punch, but the UD/UV manuals are harder to read than the
D3
>  ones are, especially without an overall index. So perhaps this influences
me
>  to not look for REMOVE. >>
>
> Not directed at you Mark, but someone mentioned that Remove has been
around a
> long time.  Not so.  REMOVE was not added to the ADDS environment until
> perhaps around the mid 80s or so.  And I still find it much more confusing
that
> simply SELECTing a variable to another variable.  That to me is more
intuitive.
>
> REMOVE was definitely not a part of the '79 Microdata environment.  Anyone
> who says so will have to post a scan of that page from the manual to
convince me
> :)
>
> It certainly was not in the Ultimate Honeywell/Bull and was not a part of
the
> Fujitsu or C.Itoh environment.
>
> Will Johnson
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Internal date conversion

2005-07-15 Thread Josh Volosov (3)
Hi,

I will be at a customer's office from July 18th through July 21st.  I
will return to the office on July 22nd.  I will limited access to e-mail
or voice mail.  If a you need an immediate response to your e-mail
please e-mail [EMAIL PROTECTED] or you can call Frank at extension 467.

Thanks and have a great day!

Josh
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] missed something.

2005-07-15 Thread Jerry Banker
Sorry on the last message I missed putting this :-)

Jerry Banker
I don't suffer from insanity,
I enjoy every minute of it.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] journaling information

2005-07-15 Thread Dean.Armbruster
My apologies.  I forgot to post what we're currently running:  UniData
5.2.28-64 on HP-UX 11.11.

We're currently on an upgrade path to take us to 6.1.10 in the near
future.  Since DR was new with 6.0, we'll now be able to take advantage
of the DR capabilities as you suggested.  We're looking into that now.

The comments I've received regarding journaling have warned us to stay
away from it as it is old technology and doesn't scale well.  DR has
been recommended, but we have the same questions as we did for
journaling, particularly around performance and scalability.  Perhaps I
should repost the questions.  :-)

Thank you for your comments.  It's good to hear positive things about a
relatively new function.

Warm regards,
Dean


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ken Wallis
> Sent: Thursday, July 14, 2005 10:00 PM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] [UD] journaling information
> 
> > Any UniData Journaling users out there?
> >
> > We are considering using journaling as a way to keep a near 
> real-time 
> > backup of our primary system.  We would be journaling hundreds of 
> > files on a system with over 1000 users.
> >
> > We have lots of questions, like:
> > Has anyone used journaling on that scale before?
> > How much of a performance hit is there with journaling?
> > Are there any options recommended, or to be avoided?
> > What tricks can we use to avoid any know problems?
> >
> > If anyone has any experiences or critiques to share, I would 
> > appreciate them, either here or off list ( 
> [EMAIL PROTECTED] ).
> 
> I've only ever looked at Journaling as a poor-man's RFS.  In 
> that capacity it really didn't cut the mustard.
> 
> I have, however, successfully set up RFS for use in a DR 
> scenario - archive logs regularly and automatically copied to 
> a backup machine and replayed there automatically each 
> morning via mediarec.  This is running well at decent sized 
> production site, but nothing like the user population you are 
> talking about - 100 to 150 users, not 1000 like you have.
> 
> In an ideal world, IBM would publish the format of the 
> archive logs so one could write a tool to allow transactions 
> to be picked out of these and replayed over to a remote 
> system without stopping it and doing a mediarec rollforward, 
> but with UniData having replication built-in using an 
> entirely different approach, I doubt they'll ever allow that.
> 
> Do you have version issues which would prevent you using 
> replication for this purpose Dean, or have you identified 
> issues that prevent it from working for you?
> 
> Cheers,
> 
> Ken
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Internal date conversion

2005-07-15 Thread Jerry Banker
Smartass.

- Original Message - 
From: <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 15, 2005 4:38 PM
Subject: Re: [U2] Internal date conversion


In a message dated 7/14/05 12:29:17 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:

<< INT.DATE = ICONV(OCONV(external.date,'MCN'),'D')

 The OCONV strips everything non-numeric leaving 20050714 which will ICONV 
to
 the internal date. >>

Using this method, how would the system be able to distinguish between
20.05.714 (the 20th of May in the year 714) and
2005.7.14 (the 14th of July in the year 2005)

Thanks
Will Johnson
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] THE variable names

2005-07-15 Thread FFT2001
In a message dated 7/15/05 7:19:42 AM Pacific Daylight Time, 
[EMAIL PROTECTED] writes:

<< Not to throw a punch, but the UD/UV manuals are harder to read than the D3
 ones are, especially without an overall index. So perhaps this influences me
 to not look for REMOVE. >>

Not directed at you Mark, but someone mentioned that Remove has been around a 
long time.  Not so.  REMOVE was not added to the ADDS environment until 
perhaps around the mid 80s or so.  And I still find it much more confusing that 
simply SELECTing a variable to another variable.  That to me is more intuitive.

REMOVE was definitely not a part of the '79 Microdata environment.  Anyone 
who says so will have to post a scan of that page from the manual to convince 
me 
:)

It certainly was not in the Ultimate Honeywell/Bull and was not a part of the 
Fujitsu or C.Itoh environment.

Will Johnson
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Internal date conversion

2005-07-15 Thread FFT2001
In a message dated 7/14/05 11:17:53 AM Pacific Daylight Time, 
[EMAIL PROTECTED] writes:

<< I have found that a general date conversion is pretty flexible in UV (not
 sure about Unidata yet)
 
 Try: 
 I.DATE = ICONV(EXTERN.DATE,"D") >>

I might be wrong but I do not believe the "D" Iconv is coded to handle cases 
where the year is put first like that.
Will
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Internal date conversion

2005-07-15 Thread FFT2001
In a message dated 7/14/05 12:29:17 PM Pacific Daylight Time, 
[EMAIL PROTECTED] writes:

<< INT.DATE = ICONV(OCONV(external.date,'MCN'),'D')
 
 The OCONV strips everything non-numeric leaving 20050714 which will ICONV to 
 the internal date. >>

Using this method, how would the system be able to distinguish between
20.05.714 (the 20th of May in the year 714) and
2005.7.14 (the 14th of July in the year 2005)

Thanks
Will Johnson
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UV] Select Question

2005-07-15 Thread FFT2001
In a message dated 7/14/05 11:21:14 AM Pacific Daylight Time, 
[EMAIL PROTECTED] writes:

<< There can be a major problem with the second syntax depending on what you
 are doing to the file.  The SELECT filevar syntax does not create a select
 list even in memory.  It traverses each group in order as you perform the
 readnext command keeping a pointer to where it left off.  >>

It's my belief that both methods work the same way in this regard.
Did you test to see that it actually traverses the entire file once to build 
LIST ?
I'm not sure that's the case, but I might be wrong.
Will Johnson
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Universe editor Help for ^ character

2005-07-15 Thread karlp
Or you could also enter ^094XA or ^094MUD.  ^^ is easier, however.
Arthritic fingers like fewer typed characters.

Karl


> If you want to enter the character ^ you must enter ^^. So it would be
> ^^XA
> and ^^MUD.
>
> - Original Message -
> From: "Pankaj Gupta04" <[EMAIL PROTECTED]>
> To: 
> Sent: Friday, July 15, 2005 10:41 AM
> Subject: [U2] Universe editor Help for ^ character
>
>
> Hi,
> I want to enter the following lines in a record of Type 30 file.
>
> ^XA
> ^MUD
>
> But as soon as I try to insert them, I get an error message: "Illegal
> up-arrow character code.  Range is "000" through "255", excluding
> "254"."
>
> Can anyone tell me how to enter "^XA" as an attribute of a record of
> Type 30 file?
>
> Thanks in advance.
>
> Regards,
> Pankaj Gupta
>
>
>
>  CAUTION - Disclaimer *
> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended
> solely
> for the use of the addressee(s). If you are not the intended recipient,
> please
> notify the sender by e-mail and delete the original message. Further, you
> are
> not to copy, disclose, or distribute this e-mail or its contents to any
> other
> person and any such actions are unlawful. This e-mail may contain viruses.
> Infosys has taken every reasonable precaution to minimize this risk, but
> is
> not liable for any damage you may sustain as a result of any virus in this
> e-mail. You should carry out your own virus checks before opening the
> e-mail
> or attachment. Infosys reserves the right to monitor and review the
> content
> of
> all messages sent to or from this e-mail address. Messages sent to or from
> this e-mail address may be stored on the Infosys e-mail system.
> ***INFOSYS End of Disclaimer INFOSYS***
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
>


-- 
Karl L. Pearson
Director of IT,
ATS Industrial Supply
Direct: 801-978-4429
Toll-free: 800-789-9300 1,29
Fax: 801-972-3888
http://www.atsindustrial.com
[EMAIL PROTECTED]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Universe editor Help for ^ character

2005-07-15 Thread Jerry Banker
If you want to enter the character ^ you must enter ^^. So it would be ^^XA 
and ^^MUD.

- Original Message - 
From: "Pankaj Gupta04" <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 15, 2005 10:41 AM
Subject: [U2] Universe editor Help for ^ character


Hi,
I want to enter the following lines in a record of Type 30 file.

^XA
^MUD

But as soon as I try to insert them, I get an error message: "Illegal
up-arrow character code.  Range is "000" through "255", excluding
"254"."

Can anyone tell me how to enter "^XA" as an attribute of a record of
Type 30 file?

Thanks in advance.

Regards,
Pankaj Gupta



 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely
for the use of the addressee(s). If you are not the intended recipient, 
please
notify the sender by e-mail and delete the original message. Further, you 
are
not to copy, disclose, or distribute this e-mail or its contents to any 
other
person and any such actions are unlawful. This e-mail may contain viruses.
Infosys has taken every reasonable precaution to minimize this risk, but is
not liable for any damage you may sustain as a result of any virus in this
e-mail. You should carry out your own virus checks before opening the e-mail
or attachment. Infosys reserves the right to monitor and review the content 
of
all messages sent to or from this e-mail address. Messages sent to or from
this e-mail address may be stored on the Infosys e-mail system.
***INFOSYS End of Disclaimer INFOSYS***
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Universe editor Help for ^ character

2005-07-15 Thread Gordon J Glorfield
You have to enter it as:

^^XA
^^MUD

The double circumflex is treated as a single literal circumflex.

HTH,
Gordon


Gordon J. Glorfield
Sr. Applications Developer
MAMSI (A UnitedHealth Company)
301-360-8839

[EMAIL PROTECTED] wrote on 07/15/2005 11:41:20 AM:

> Hi,
> I want to enter the following lines in a record of Type 30 file.

> ^XA
> ^MUD

> But as soon as I try to insert them, I get an error message: "Illegal
> up-arrow character code.  Range is "000" through "255", excluding
> "254"."

> Can anyone tell me how to enter "^XA" as an attribute of a record of
> Type 30 file?

> Thanks in advance.

> Regards,
> Pankaj Gupta




This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity to 
which it is addressed. If the reader of this e-mail is not the intended 
recipient or his or her authorized agent, the reader is hereby notified 
that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify the 
sender by replying to this message and delete this e-mail immediately.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Memo: Re: [U2] Universe editor Help for ^ character

2005-07-15 Thread asvin . dattani
Hi Pankaj,

Type in ^ and return.

The editor will display ^ mode off or similar. You should then be able to
type the strings you want. The ^ mode is there to allow you to enter
control characters, for example ^253 for a value mark. It defaults to on,
but you can toggle it on and off by pressing ^ and return.

hth

asvin






"Pankaj Gupta04" <[EMAIL PROTECTED] on 15 Jul 2005 16:41

Please respond to u2-users@listserver.u2ug.org

Sent by:[EMAIL PROTECTED]

To:
cc:
bcc:

Subject:[U2]Universe editor Help for ^ character


Hi,
I want to enter the following lines in a record of Type 30 file.

^XA
^MUD

But as soon as I try to insert them, I get an error message: "Illegal
up-arrow character code.  Range is "000" through "255", excluding
"254"."

Can anyone tell me how to enter "^XA" as an attribute of a record of
Type 30 file?

Thanks in advance.

Regards,
Pankaj Gupta



 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended
solely
for the use of the addressee(s). If you are not the intended recipient,
please
notify the sender by e-mail and delete the original message. Further, you
are
not to copy, disclose, or distribute this e-mail or its contents to any
other
person and any such actions are unlawful. This e-mail may contain viruses.
Infosys has taken every reasonable precaution to minimize this risk, but is
not liable for any damage you may sustain as a result of any virus in this
e-mail. You should carry out your own virus checks before opening the
e-mail
or attachment. Infosys reserves the right to monitor and review the content
of
all messages sent to or from this e-mail address. Messages sent to or from
this e-mail address may be stored on the Infosys e-mail system.
***INFOSYS End of Disclaimer INFOSYS***
---
u2-users mailing list
u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/






   
   HSBC Bank plc may be solicited in the course of its placement
   efforts for a new issue, by investment clients of the firm for whom
   the Bank as a firm already provides other services. It may equally
   decide to allocate to its own proprietary book or with an associate
   of HSBC Group. This represents a potential conflict of interest.
   HSBC Bank plc has internal arrangements designed to ensure that the
   firm would give unbiased and full advice to the corporate finance
   client about the valuation and pricing of the offering as well as
   internal systems, controls and procedures to identify and manage
   conflicts of interest.

   HSBC Bank plc
   Registered Office: 8 Canada Square, London E14 5HQ, United Kingdom
   Registered in England - Number 14259
   Authorised and regulated by the Financial Services Authority.
   


-
This transmission has been issued by a member of the HSBC Group "HSBC" for
the information of the addressee only and should not be reproduced and/or
distributed to any other person. Each page attached hereto must be read in
conjunction with any disclaimer which forms part of it. Unless otherwise
stated, this transmission is neither an offer nor the solicitation of an
offer to sell or purchase any investment. Its contents are based on
information obtained from sources believed to be reliable but HSBC makes no
representation and accepts no responsibility or liability as to its
completeness or accuracy.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Universe editor Help for ^ character

2005-07-15 Thread results
Pankaj,

The ^ is used in the editor to say that you are
entering an ASCII value, not to indicate a control character. If you want
to enter ^X (meaning control X), you would say ^024 (which is the 24th
ASCII character, which is control X). Control M would be ^013.



-- 

Charles Barouch 

[EMAIL PROTECTED] - Consulting 

[EMAIL PROTECTED] - ETL/Migration/Integration 

(718) 762-3884x1 



Pankaj Gupta04 wrote: 

> Hi, 

> I want to enter the following lines in a record of Type 30 file. 

> 

> ^XA 

> ^MUD 

> 

> But as soon as I try to insert them, I get an error message:
"Illegal 

> up-arrow character code. Range is "000" through
"255", excluding 

> "254"." 

> 

> Can anyone tell me how to enter "^XA" as an attribute of a
record of 

> Type 30 file? 

> 

> Thanks in advance. 

> 

> Regards, 

> Pankaj Gupta 

> 

> 

> 

>  CAUTION - Disclaimer * 

> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended


> solely 

> for the use of the addressee(s). If you are not the intended
recipient, 

> please 

> notify the sender by e-mail and delete the original message. Further,
you 

> are 

> not to copy, disclose, or distribute this e-mail or its contents to
any 

> other 

> person and any such actions are unlawful. This e-mail may contain
viruses. 

> Infosys has taken every reasonable precaution to minimize this risk,
but 

> is 

> not liable for any damage you may sustain as a result of any virus in
this 

> e-mail. You should carry out your own virus checks before opening the


> e-mail 

> or attachment. Infosys reserves the right to monitor and review the


> content of 

> all messages sent to or from this e-mail address. Messages sent to or
from 

> this e-mail address may be stored on the Infosys e-mail system. 

> ***INFOSYS End of Disclaimer INFOSYS*** 

> --- 

> u2-users mailing list 

> u2-users@listserver.u2ug.org 

> To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] UniVerse 10.0.19 abnormal termination

2005-07-15 Thread Jerry Banker
You dimensioned the variable but didn't initialize it with MAT.
MAT TEMP = "" or whatever value.

- Original Message - 
From: "Kezic, David" <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 15, 2005 12:36 AM
Subject: [U2] UniVerse 10.0.19 abnormal termination


Hi all.

In attempting to track down an issue causing abnormal termination of
Universe I have discovered the following scenario which causes this to
happen.  I would have expected universe to report a variable unassigned
or equivalent in this case without dropping out of UV.  Have passed this
on to UV support.

Thoughts/comments anyone?

The routine below demonstrates the issue.

DK.TEST
* Test routine to cause UV to abort with following error
*
* Program "DK.TEST": Line 16, Variable "VAL" previously undefined.
Empty string used.
* Abnormal termination of UniVerse.
* Fault type is 11.  Layer type is BASIC run machine.
* Fault occurred in BASIC program DK.TEST at address 3a.
* /usr/contrib/bin/uv_connect[21]: 5621 Memory fault
*
* RELLEVEL as follows
* 001: X
* 002: 10.0.19
* 003: PIOPEN
* 004: PIOPEN.FORMAT
* 005: 10.0.19
*

$INCLUDE SYSCOM ATFUNCTIONS.INS.IBAS
*
  EQUATE BG LIT "@(IT$SHALF)"
  EQUATE FG LIT "@(IT$EHALF)"
*
  DIM TEMP(2)
*
  VAL = TEMP(1)
*
  CNT = COUNT(VAL, BG) + COUNT(VAL, FG)
*
  STOP
*
   END


> ___
David Kezic
Systems Analyst Programmer
> Royal Automobile Club of W.A.
> 228 Adelaide Terrace
> Perth  WA   6000
> AUSTRALIA
>
> p  08 9421 4321
> f   08 9421 4319
> e  [EMAIL PROTECTED]
> w rac.com.au
>


DISCLAIMER:
Disclaimer.  This e-mail is private and confidential. If you are not the
intended recipient, please advise us by return e-mail immediately, and 
delete
the e-mail and any attachments without using or disclosing the contents in 
any
way. The views expressed in this e-mail are those of the author, and do not
represent those of this company unless this is clearly indicated. You should
scan this e-mail and any attachments for viruses. This company accepts no
liability for any direct or indirect damage or loss resulting from the use 
of
any attachments to this e-mail.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV PE...

2005-07-15 Thread Laura Hirsh
You can find the link under U2 Trials and Betas on the home page of
www.u2ug.org.

Laura
U2UG Board Member

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of George Gallen
Sent: Friday, July 15, 2005 10:34 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] UV PE...

OK. I'm trying to find the link for the UV PE download.

Does anyone know what it is.

George
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.13/47 - Release Date: 7/12/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.13/47 - Release Date: 7/12/2005
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Universe editor Help for ^ character

2005-07-15 Thread Pankaj Gupta04
Hi,
I want to enter the following lines in a record of Type 30 file.

^XA
^MUD

But as soon as I try to insert them, I get an error message: "Illegal
up-arrow character code.  Range is "000" through "255", excluding
"254"."

Can anyone tell me how to enter "^XA" as an attribute of a record of
Type 30 file?

Thanks in advance.

Regards,
Pankaj Gupta



 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely
for the use of the addressee(s). If you are not the intended recipient, please
notify the sender by e-mail and delete the original message. Further, you are
not to copy, disclose, or distribute this e-mail or its contents to any other
person and any such actions are unlawful. This e-mail may contain viruses.
Infosys has taken every reasonable precaution to minimize this risk, but is
not liable for any damage you may sustain as a result of any virus in this
e-mail. You should carry out your own virus checks before opening the e-mail
or attachment. Infosys reserves the right to monitor and review the content of
all messages sent to or from this e-mail address. Messages sent to or from
this e-mail address may be stored on the Infosys e-mail system.
***INFOSYS End of Disclaimer INFOSYS***
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV PE...

2005-07-15 Thread George Gallen
great. Thanks.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Friday, July 15, 2005 11:14 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] UV PE...


George,

 Look at the main story on the main page of
U2UG.org. It has the link you are looking for.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV PE...

2005-07-15 Thread George Gallen
http://www14.software.ibm.com/webapp/download/search.jsp?go=y&rs=u2trials

was the good link (the other was missing a ?)

Thanks

George

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Friday, July 15, 2005 11:12 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] UV PE...


George Gallen <[EMAIL PROTECTED]> wrote on 15.07.2005, 16:33:30:
> OK. I'm trying to find the link for the UV PE download.
> 
> Does anyone know what it is.

Best bet is:

http://www14.software.ibm.com/webapp/download/search.jspgo=y&rs=u2trials
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] UV PE...

2005-07-15 Thread brian
George Gallen <[EMAIL PROTECTED]> wrote on 15.07.2005, 16:33:30:
> OK. I'm trying to find the link for the UV PE download.
> 
> Does anyone know what it is.

Best bet is:

http://www14.software.ibm.com/webapp/download/search.jspgo=y&rs=u2trials

Brian
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] UV PE...

2005-07-15 Thread results
George,

 Look at the main story on the main page of
U2UG.org. It has the link you are looking for.

 

 

> OK. I'm trying to find the link for the UV PE download. 

> 

> Does an

yone know what it is. 

> 

> George 

> --- 

> u2-users mailing list 

> u2-users@listserver.u2ug.org 

> To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] THE variable names

2005-07-15 Thread Baakkonen, Rodney
The Acrobat PDF search of the online manuals works great. I use it about
once a day for Unidata 6.0. - Rod

-Original Message-
From: Mark Johnson [mailto:[EMAIL PROTECTED]
Sent: Friday, July 15, 2005 9:07 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names


This may explain my reaction.

As I travel to my many clients, virtually every one of them has an IT
department where those current hot-shot (typically under age 35)
administrators piss on the MV environments. It could be UD, UV, MvBase or
even Microdata. It all looks the same to them.

There was an ad campaign touting 'This isn't your father's Oldsmobile".
Well, MV isn't your father's DOS either. But to the uninformed, it sure
looks like DOS and as such will always be looked down upon by these admins.

I have to defend the MV environment at least twice a week. I also have to
annually face at least one of my clients having a current IT admin guy try
to talk the ownership of the company to throw away the MV environment for a
newer GUI environment that certainly "is built for the future".

I, like many, will endorse MV to the bitter end. There are a lot of
contemporary topics on this forum that I don't understand, ie sockets etc. I
reference my own modest success in MV as proof that I am doing a good job
for my clients. If I use DCOUNT instead of REMOVE on one of my UD clients,
that can't relegate me to one who doesn't RTFM.

Not to throw a punch, but the UD/UV manuals are harder to read than the D3
ones are, especially without an overall index. So perhaps this influences me
to not look for REMOVE. There are a lot of OS dependent features that I
don't bother learning until, on that platform, I need that function.

I reacted to the implication that my age, my expertise in things Jurrasic,
and my non-use of things like REMOVE indicates that I am not up to speed.
Maybe I don't use REMOVE and use DCOUNT for the reasons stated earlier.
Platform specific commands that are a slight substitute for a universal (all
platforms) command don't interest me because I have to stop and think of the
platform instead of the project at hand.

I see a lot of coding techniques in my travels and on this forum that don't
interest me. But, when I see a technique that clearly improves my
productivity, I'm the first to implement it and give credit where it is due
(Chandru Murthi, Joe Golubov, John Spicer to name a few). But by now in my
career, I'm not seeing anything that i want to add to my arsenal.

Oddly enough when I see some of these new functions like REMOVE, they're
buried in code that I've long since relegated to being taught wrong. MV
allows for so many choices when solving a single problem that despite all
working, some work better than the others. Then it's a personal preference.

My 3 cents.
Mark Johnson
- Original Message -
From: "gerry-u2ug" <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 15, 2005 12:46 AM
Subject: RE: [U2] THE variable names


> wow.  I can't believe how touchy people get about the simplest comments.
> I am also surprised at the assumptions that get made in order to flame
back at some perceived insult.
> Why do you assume anything about how long I've been at this game, my
abilities or the size of my bank account ?  And how is any of that even
relevant ?
>
> For the record, I wasn't slandering old pros. I was slandering old 'pros'
that haven't picked up a manual in 20 years - big difference.
> The comment was made in response to the statement that 'newer' ( ie. post
1970's ) language features shouldn't be used as they would confuse the 'old
timers'.
>
> If you are current in the profession then what I said was in no way
directed at you - so why the indignation ?
>
> Gerry
>
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Mark Johnson
> Sent: Thursday, July 14, 2005 11:16 PM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] THE variable names
>
>
> Don't cast such stones on us 'old pro's. Many of us have spent more time
> with these older systems prior to the current system than many have with
> their only systems. There is an evolution with these MV systems that
allows
> us to be a little cautious of new, platform specific 'features'.
>
> At present I have active accounts in Microdata, UV, UD, AP-Pro, D3, MvBase
> and R90. All support DCOUNT etc and it gets a little hard to remember
which
> system supports REMOVE or SELECT TO. I for one got a little tired with the
> LOCATE differences and the EXECUTE/PERFORM syntaxes. So I go with the
> trusted, comprehensive methods.
>
> My productivity isn't hampered by using DCOUNT instead of REMOVE. I won't
> yield to a cpu cycle argument either. Given the tremendous amount of poor
> programming that I have inherited these last 27 years, I feel pretty good
> about my abilities (and bank account) in MV programming.
>
> I just removed 680 lines from a 900 line program that needed a repair.
Since
> I'm the current cook in the k

[U2] UV PE...

2005-07-15 Thread George Gallen
OK. I'm trying to find the link for the UV PE download.

Does anyone know what it is.

George
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UV] Select Question

2005-07-15 Thread iggchamp
Agreed.  I only do this only very small utility routines that I need to get 
done in 10 minutes or so.

-- Original message -- 

> In a message dated 7/13/2005 9:11:23 PM Pacific Daylight Time, 
> [EMAIL PROTECTED] writes: 
> 
> 
> > SELECT FILE TO LIST 
> > LOOP 
> > READNEXT ID FROM LIST ELSE ID = @AM 
> > UNTIL ID = @AM DO 
> > REPEAT 
> > 
> > SELECT FILE 
> > LOOP 
> > READNEXT ID ELSE ID = @AM 
> > UNTIL ID = @AM DO 
> > REPEAT 
> 
> I agree that I don't see any extra overhead. 
> But why do you use an odd convention like ID = @AM ? 
> In this small loop it's probably apparent what you're doing but if the 
> distance between the LOOP and the UNTIL were large enough I dare say you'd be 
> adding 
> confusion to the mix for any future programmer. 
> 
> What I do is 
> DONE = @FALSE 
> LOOP 
> READNEXT ID ELSE DONE = @TRUE 
> UNTIL DONE DO REPEAT 
> 
> I think DONE is a more clear-cut variable usage rather than setting ID to @AM 
> personally. Just my opinion. 
> 
> Will Johnson 
> --- 
> u2-users mailing list 
> u2-users@listserver.u2ug.org 
> To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] THE variable names

2005-07-15 Thread Mark Johnson
This may explain my reaction.

As I travel to my many clients, virtually every one of them has an IT
department where those current hot-shot (typically under age 35)
administrators piss on the MV environments. It could be UD, UV, MvBase or
even Microdata. It all looks the same to them.

There was an ad campaign touting 'This isn't your father's Oldsmobile".
Well, MV isn't your father's DOS either. But to the uninformed, it sure
looks like DOS and as such will always be looked down upon by these admins.

I have to defend the MV environment at least twice a week. I also have to
annually face at least one of my clients having a current IT admin guy try
to talk the ownership of the company to throw away the MV environment for a
newer GUI environment that certainly "is built for the future".

I, like many, will endorse MV to the bitter end. There are a lot of
contemporary topics on this forum that I don't understand, ie sockets etc. I
reference my own modest success in MV as proof that I am doing a good job
for my clients. If I use DCOUNT instead of REMOVE on one of my UD clients,
that can't relegate me to one who doesn't RTFM.

Not to throw a punch, but the UD/UV manuals are harder to read than the D3
ones are, especially without an overall index. So perhaps this influences me
to not look for REMOVE. There are a lot of OS dependent features that I
don't bother learning until, on that platform, I need that function.

I reacted to the implication that my age, my expertise in things Jurrasic,
and my non-use of things like REMOVE indicates that I am not up to speed.
Maybe I don't use REMOVE and use DCOUNT for the reasons stated earlier.
Platform specific commands that are a slight substitute for a universal (all
platforms) command don't interest me because I have to stop and think of the
platform instead of the project at hand.

I see a lot of coding techniques in my travels and on this forum that don't
interest me. But, when I see a technique that clearly improves my
productivity, I'm the first to implement it and give credit where it is due
(Chandru Murthi, Joe Golubov, John Spicer to name a few). But by now in my
career, I'm not seeing anything that i want to add to my arsenal.

Oddly enough when I see some of these new functions like REMOVE, they're
buried in code that I've long since relegated to being taught wrong. MV
allows for so many choices when solving a single problem that despite all
working, some work better than the others. Then it's a personal preference.

My 3 cents.
Mark Johnson
- Original Message -
From: "gerry-u2ug" <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 15, 2005 12:46 AM
Subject: RE: [U2] THE variable names


> wow.  I can't believe how touchy people get about the simplest comments.
> I am also surprised at the assumptions that get made in order to flame
back at some perceived insult.
> Why do you assume anything about how long I've been at this game, my
abilities or the size of my bank account ?  And how is any of that even
relevant ?
>
> For the record, I wasn't slandering old pros. I was slandering old 'pros'
that haven't picked up a manual in 20 years - big difference.
> The comment was made in response to the statement that 'newer' ( ie. post
1970's ) language features shouldn't be used as they would confuse the 'old
timers'.
>
> If you are current in the profession then what I said was in no way
directed at you - so why the indignation ?
>
> Gerry
>
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Mark Johnson
> Sent: Thursday, July 14, 2005 11:16 PM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] THE variable names
>
>
> Don't cast such stones on us 'old pro's. Many of us have spent more time
> with these older systems prior to the current system than many have with
> their only systems. There is an evolution with these MV systems that
allows
> us to be a little cautious of new, platform specific 'features'.
>
> At present I have active accounts in Microdata, UV, UD, AP-Pro, D3, MvBase
> and R90. All support DCOUNT etc and it gets a little hard to remember
which
> system supports REMOVE or SELECT TO. I for one got a little tired with the
> LOCATE differences and the EXECUTE/PERFORM syntaxes. So I go with the
> trusted, comprehensive methods.
>
> My productivity isn't hampered by using DCOUNT instead of REMOVE. I won't
> yield to a cpu cycle argument either. Given the tremendous amount of poor
> programming that I have inherited these last 27 years, I feel pretty good
> about my abilities (and bank account) in MV programming.
>
> I just removed 680 lines from a 900 line program that needed a repair.
Since
> I'm the current cook in the kitchen at my clients, I have to take
> responsibility for any problems that creep up when I change a program. I
may
> be tweaking lines 100-115 and when the fresh compile produces a new error
at
> line 580, it's now my problem.
>
> As with other debatable elements, there will always be 2

Re: [U2] [UV] Select Question

2005-07-15 Thread Don Kibbey
I'm the "captive" programmer for a system that is just full of the
"infidel EOF" type logic.  Said system runs on UniVerse but started
life as an Ultimate application.  Since that is all I've ever seen in
the system, that's what I've always used.  I'll have to experiment
with the other examples when I get the chance.

-- Always learning something here...
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Problem with phantom on Universe/NT

2005-07-15 Thread Ed Weissman
Problem solved.  I changed "xcopy" to "copy" and it worked perfectly.  Who
knew?

Ed

- Original Message - 
From: <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 08, 2005 1:25 AM
Subject: Re: [U2] Problem with phantom on Universe/NT


> In a message dated 7/6/2005 3:08:10 PM Pacific Daylight Time,
> [EMAIL PROTECTED] writes:
>
>
> > I have a DOS .bat command that does 2 things.  It moves a file from one
> > directory on the NT server (on which Universe resides) to another
(archive)
> > directory on the same server.  It also copies that file from the NT
server
> > to
> > another server on the network.  I have a PICK BASIC program that invokes
> > that
> > .bat file using EXECUTE " DOS /c runit.bat".  This PICK BASIC program
works
> > perfectly when run from a live session, but not from a phantom.  When
> > invoked
> > from the phantom, the "same server move" works fine, but the "copy to
> > another
> > server" does nothing.  Clearly, the .bat file is always being invoked,
but
> > it's almost like the other server isn't recognized from the phantom
session.
> > Anyone else experience anything like this?  What gives?  Any insight
greatly
> > appreciated.
>
> Can you provide the full code for the .bat file and for the Pick BASIC
> program as well?  Thanks.
> Will Johnson
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UV] GET.LIST

2005-07-15 Thread Dianne Ackerman

Thanks everyone, I'm definitely going with the RGET.LIST!
-Dianne

Mike Farrant wrote:


Great tip Glen but if I were you I'd copy GET.LIST to RGET.LIST and
change the RGET.LIST that way you don't lose the functionality provided
by the PICK.FORMAT and cause potential problems in any software out
there that makes a call to GET.LIST.

Mike Farrant

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert
Sent: 14 July 2005 21:26
To: u2-users@listserver.u2ug.org
Cc: [EMAIL PROTECTED]; U2 List Server
Subject: Re: [U2] [UV] GET.LIST

There is no other work around but to change field 6 in the VOC entry for
GET.LIST from whatever it says to REALITY.FORMAT.

FYI, the INFORMATION flavor does support doing the same thing, but you
have to swap syntax to:

  GET.LIST LISTNAME ACCOUNTNAME
_
"I reject your reality and substitute my own" - Adam Savage

Glenn M. Herbert - Connectivity Development  Engineer Information
Integration Solutions, IBM Software Group 50 Washington Street Westboro,
MA 01581
508-599-7281 direct 




Dianne Ackerman <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
07/14/2005 03:50 PM
Please respond to
u2-users


To
U2 List Server 
cc

Subject
[U2] [UV] GET.LIST






On a reality flavor UV account, I can do GET.LIST ACCOUNTNAME LISTNAME 
to get a list which exists on another account.  But on PICK flavor, I 
don't seem to be able to do that.  When I read the manual help on 
GET.LIST I don't see anything about getting a list from another account 
for any flavor.   Is there some other syntax on the PICK flavor account 
I can use to accomplish this?

Thanks
-Dianne
---

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UV] GET.LIST

2005-07-15 Thread Glenn Herbert
Actually, that is what I meant ;-)  Honest!  Really, I mean it ;-)
_
"I reject your reality and substitute my own" - Adam Savage

Glenn M. Herbert - Connectivity Development  Engineer
Information Integration Solutions, IBM Software Group
50 Washington Street Westboro, MA 01581
 508-599-7281 direct 



"Mike Farrant" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
07/15/2005 03:56 AM
Please respond to
u2-users


To

cc

Subject
RE: [U2] [UV] GET.LIST






Great tip Glen but if I were you I'd copy GET.LIST to RGET.LIST and
change the RGET.LIST that way you don't lose the functionality provided
by the PICK.FORMAT and cause potential problems in any software out
there that makes a call to GET.LIST.

Mike Farrant

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert
Sent: 14 July 2005 21:26
To: u2-users@listserver.u2ug.org
Cc: [EMAIL PROTECTED]; U2 List Server
Subject: Re: [U2] [UV] GET.LIST

There is no other work around but to change field 6 in the VOC entry for
GET.LIST from whatever it says to REALITY.FORMAT.

FYI, the INFORMATION flavor does support doing the same thing, but you
have to swap syntax to:

   GET.LIST LISTNAME ACCOUNTNAME
_
"I reject your reality and substitute my own" - Adam Savage

Glenn M. Herbert - Connectivity Development  Engineer Information
Integration Solutions, IBM Software Group 50 Washington Street Westboro,
MA 01581
 508-599-7281 direct 



Dianne Ackerman <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
07/14/2005 03:50 PM
Please respond to
u2-users


To
U2 List Server 
cc

Subject
[U2] [UV] GET.LIST






On a reality flavor UV account, I can do GET.LIST ACCOUNTNAME LISTNAME 
to get a list which exists on another account.  But on PICK flavor, I 
don't seem to be able to do that.  When I read the manual help on 
GET.LIST I don't see anything about getting a list from another account 
for any flavor.   Is there some other syntax on the PICK flavor account 
I can use to accomplish this?
Thanks
-Dianne
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] 7.1 PE for Linux is now available for download

2005-07-15 Thread Dave Walker
Thanks!!

--
Dave Walker
8..7 4(())  -:&:-
  -:&:-8.74 .74(())
 ((88.74  ..74  -:&:-
((88.74   * Peace

 

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Wally Terhune
> Sent: Thursday, July 14, 2005 7:59 PM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] 7.1 PE for Linux is now available for download
> 
> 
> http://www14.software.ibm.com/webapp/download/search.jsp?go=y&;
> rs=u2trials
> 
> Wally Terhune
> Manager - U2 Advanced Technical Services
> IBM Information Management Solutions
> Tel: 303.294.4866 Fax: 303.294.4832
> [EMAIL PROTECTED]
> 
> Don't miss out on the IBM DB2 Information Management 
> Technical Conference
> September 11-16, 2005  Orlando, FL
> http://www.ibm.com/software/data/u2/offers
> 
> Experience in-depth U2 product sessions, along with the entire DB2
> Information Management Software product portfolio.
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UV] Select Question

2005-07-15 Thread u2
I love that "LOOP WHILE READNEXT" syntax. I know it works in
jbase/UD/Pick OA/Sequoia--surprised it doesn't work for D3.

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
> Sent: Thursday, July 14, 2005 11:26 PM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] [UV] Select Question
> 
> 
> At the risk of starting another debate, I'll toss out my 
> preference on internal (or external) READNEXTS.
> 
> UD:
> LOOP WHILE READNEXT ID DO
> BLAH
> REPEAT
> 
> D3:
> LOOP READNEXT ID ELSE EXIT UNTIL 0 DO
> BLAH
> REPEAT
> 
> MCD and others I use the infidel EOF=0 logic
> EOF=0
> LOOP READNEXT ID ELSE EOF=1 UNTIL EOF DO
> BLAH
> REPEAT
> 
> I have been stung when using the value of the incoming ID as 
> a test value. Thus I leave it alone. my 1 cent.
> 
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: "u2-Users" 
> Sent: Thursday, July 14, 2005 12:04 AM
> Subject: [U2] [UV] Select Question
> 
> 
> > Hi all,
> >
> > Can someone tell me the diference between the following two 
> examples 
> > of
> executing an external select?
> >
> > SELECT FILE TO LIST
> > LOOP
> > READNEXT ID FROM LIST ELSE ID = @AM
> > UNTIL ID = @AM DO
> > REPEAT
> >
> > SELECT FILE
> > LOOP
> > READNEXT ID ELSE ID = @AM
> > UNTIL ID = @AM DO
> > REPEAT
> >
> > Someone pointed out to me that there is overhead in selecting to a 
> > list
> that I need not be exposing myself to.  Aren't they both kind 
> of reading from a list somewhere anyways?
> >
> > Thanks
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UV] GET.LIST

2005-07-15 Thread u2
Some platforms (mvEnterprise I believe) distinguish between a GET.LIST
verb that only works on the pointer-file, and a GLIST verb that works
from anyfile. If you don't want to change the flavor setting on the
GET.LIST verb (although that sounds like a good way to go) you could
easily write your own GLIST verb using QSELECT and temporary q-pointers.
Then you could take your code, and your GLIST to any platform or flavor
and have it all work as expected.

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Dianne Ackerman
> Sent: Thursday, July 14, 2005 3:51 PM
> To: U2 List Server
> Subject: [U2] [UV] GET.LIST
> 
> 
> On a reality flavor UV account, I can do GET.LIST ACCOUNTNAME 
> LISTNAME 
> to get a list which exists on another account.  But on PICK flavor, I 
> don't seem to be able to do that.  When I read the manual help on 
> GET.LIST I don't see anything about getting a list from 
> another account 
> for any flavor.   Is there some other syntax on the PICK 
> flavor account 
> I can use to accomplish this?
> Thanks
> -Dianne
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UV] GET.LIST

2005-07-15 Thread Mike Farrant
Great tip Glen but if I were you I'd copy GET.LIST to RGET.LIST and
change the RGET.LIST that way you don't lose the functionality provided
by the PICK.FORMAT and cause potential problems in any software out
there that makes a call to GET.LIST.

Mike Farrant

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert
Sent: 14 July 2005 21:26
To: u2-users@listserver.u2ug.org
Cc: [EMAIL PROTECTED]; U2 List Server
Subject: Re: [U2] [UV] GET.LIST

There is no other work around but to change field 6 in the VOC entry for
GET.LIST from whatever it says to REALITY.FORMAT.

FYI, the INFORMATION flavor does support doing the same thing, but you
have to swap syntax to:

   GET.LIST LISTNAME ACCOUNTNAME
_
"I reject your reality and substitute my own" - Adam Savage

Glenn M. Herbert - Connectivity Development  Engineer Information
Integration Solutions, IBM Software Group 50 Washington Street Westboro,
MA 01581
 508-599-7281 direct 



Dianne Ackerman <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
07/14/2005 03:50 PM
Please respond to
u2-users


To
U2 List Server 
cc

Subject
[U2] [UV] GET.LIST






On a reality flavor UV account, I can do GET.LIST ACCOUNTNAME LISTNAME 
to get a list which exists on another account.  But on PICK flavor, I 
don't seem to be able to do that.  When I read the manual help on 
GET.LIST I don't see anything about getting a list from another account 
for any flavor.   Is there some other syntax on the PICK flavor account 
I can use to accomplish this?
Thanks
-Dianne
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/