Re: [U2] Mime Type: application/dynamicarray

[Craig Bennett]

Tony,

>I do a fair amount of work with the guts of HTTP clients and servers, and
>with other RFC-standard protocols, as well as custom protocols over TCP.

Me too (anyone want to license my ASN.1/BER routines?), but I was thinking
of email and similar payloads attached to messages -- associate the
dynamicarray data type with your application and your VB (or whatever)
program can automatically open the data.

You can embed your dynamic array in XML but you might need to be careful of
the whitespace handling rules -- since whitespace appearing in a dynamic
array is likely to be significant. Your would also need to be sure that the
character set for your XML treated the MV delimiters correctly (which UTF8
does, I have no idea about other character sets).

As for using text/plain, isn't that supposed to be 7 bit ASCII unless you
specify a charset (RFC2646) and once you do will it be reliably interpreted?
(In general I mean, obviously your own applications will handle the 8 bit
text correctly).
Not to mention the 998/78 characters per line limits (RFC2821/3676) which
may insert line breaks into your data where you don't expect them -- a
separate mime type is more likely to be encoded using base64 or quoted
printable and hence avoid this problem.


The other reason I thought a registered mime type would be useful was as a
psychological/political tool -- once you have a registered mime type it
might be one bit easier for people to accept the data structure without
going through the whole educational rigmarole every time someone else looks
at an MV database and its data formats.


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

[U2] [jBASE] .Net Provider not needed

[Mike Street]

Dawn,
Speaking of jBASE, you don't need RD's .NET provider with jBASE, as you
can connect to it natively.

It shows how much RD knows about their competitor's products though,
when they are offering jBASE users the opportunity to trade-in their
jBASE seats for D3 seats, just for the privilege of being able to use
the .NET provider to do something they can do already without it !

Regards,
Mike
 

-Original Message-
From: Dawn M. Wolthuis [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 17, 2004 4:05 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2] .Net Provider for Unidata or Universe

I understand your concern about RD, but I think the recommendation of
the RD
.NET solution is a valid one, even if not the only possibility on the
horizon.  I don't think Mr. Gravagno makes any dollars on sales of the
RD
product, but if he does, then you have a valid complaint and he should
put
[AD] in the subject line.  

While Raining Data is a competitor of IBM U2 on the one hand (with D3),
it
is also a company that provides viable third party solutions for U2
customers.  Encouraging third-parties who write tools for the U2
environment, as well as VARs who write applications, is all good for the
U2
community of developers.  Even if I were waiting for IBM's .NET
solution, I
would welcome RD's because it is already out there and working, so IBM
has a
mark to hit.  Competing solutions will help us, I would think.

Additionally, I'm guessing (but could be wrong) that RD has an easier
time
having a good relationship with Microsoft than IBM does, even if IBM can
put
more resources toward a solution.  If another third party provided the
same
solution for U2 customers that RD currently does, would you have this
same
reaction or is it because RD (by whatever name) is a long time
competitor of
the U2 databases?  (UniData and UniVerse used to be competitors too ;-)


If there were a conference where all U2 customers, VARs, and
third-parties
were present, there would be many competitors in the room (jBASE,
onGroup,
and Raining Data, for example) and the more of that there is, the
healthier
our branch of the industry is, I would think.  Just my .02.  Cheers!
--dawn

Dawn M. Wolthuis
Tincat Group, Inc.
www.tincat-group.com

Take and give some delight today.


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:owner-u2-
> [EMAIL PROTECTED] On Behalf Of George Smith
> Sent: Wednesday, June 16, 2004 5:16 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [U2] .Net Provider for Unidata or Universe
> 
> As I have told you before I am not interested in Raining Data and I
for
> one
> wish you would stop your touting.
> 
> George R Smith
> Programmer/Analyst
> 479.684.3382   direct
> 479.684.3403   fax
> www.budgetext.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] Listing contents of archives

[Piers Angliss]

You're not missing anything Scott, you've added an "f" which tells tar to
expect a filename next. You can add "-" (as suggested by Geoffrey) or remove
the "f".

Glad to hear it worked anyway


On Wed, 2004-06-16 at 15:54, [EMAIL PROTECTED] wrote:

> What am I missing?
>
> /sws/scott: uncompress -c Diver050704.TAR.Z | tar tvf
>
> tar: usage  tar [-]{txruc}[eONvVwAfblhm{op}][0-7[lmh]] [tapefile]
[blocksize] fi
> le1 file2...
>
>
> > >   Is there a way of listing the contents of the compresses tar without
> > having   >   to actually uncompress then extract?
> >
> > Try uncompress -c [filename].Z | tar tv
> >
> > Piers
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[U2] [UV] WHILE READNEXT id DO

[Adrian . Womack]

LOOP
code
WHILE READNEXT id DO
more code
REPEAT

This format of the READNEXT statement is used in a couple of places in the
UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.

If I look up READNEXT in the manual (or in HELP from TCL) - there is no
mention of this format of the statement.

And in the manual the THEN and ELSE are enclosed in braces: {THEN statements
[ELSE statements] | ELSE statements}
which according to convention means that I have to choose one "non-optional"
item.

Has this format of the statement just been left out of the manual by mistake
or is it a "new" format, that was never documented.

And, what are people's thoughts on using this format. Personally I dislike
it, as it isn't easily readable, it's not documented and it's not a standard
use of the statement syntax.

AdrianW




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
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Piers Angliss]

Personally I use it all the time (except I'm even sloppier and I drop the
"DO" )
It's been around for as long as I can remember so I think it just isn't
documented
I find it pretty readable but I take your point on using undocumented
features - boy, will I be in trouble if IBM ever change it.

Piers



LOOP
code
WHILE READNEXT id DO
more code
REPEAT


And, what are people's thoughts on using this format. Personally I dislike
it, as it isn't easily readable, it's not documented and it's not a standard
use of the statement syntax.

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

Re: [U2] [UV] WHILE READNEXT id DO

[Louis Windsor]

The format -

LOOP WHILE READNEXT ID
code
REPEAT

was the suggested standard where I used to work.

Louis


- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 4:57 PM
Subject: [U2] [UV] WHILE READNEXT id DO


: LOOP
: code
: WHILE READNEXT id DO
: more code
: REPEAT
:
: This format of the READNEXT statement is used in a couple of places in the
: UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
:
: If I look up READNEXT in the manual (or in HELP from TCL) - there is no
: mention of this format of the statement.
:
: And in the manual the THEN and ELSE are enclosed in braces: {THEN
statements
: [ELSE statements] | ELSE statements}
: which according to convention means that I have to choose one
"non-optional"
: item.
:
: Has this format of the statement just been left out of the manual by
mistake
: or is it a "new" format, that was never documented.
:
: And, what are people's thoughts on using this format. Personally I dislike
: it, as it isn't easily readable, it's not documented and it's not a
standard
: use of the statement syntax.
:
: AdrianW
:
:
:
:
: 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
: [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] WHILE READNEXT id DO

[Louie Gouws]

Hi Adrian,

I personally use:

EOF=0
LOOP
   READNEXT id ELSE EOF=1
   code
UNTIL EOF DO
   code
REPEAT

It is much clearer(i hope) to the next guy looking at the code.

Louie.


>Adrian wrote:
>
>LOOP
>   code
>WHILE READNEXT id DO
>   more code
>REPEAT
>
>This format of the READNEXT statement is used in a couple of places in the
>UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
>
>If I look up READNEXT in the manual (or in HELP from TCL) - there is no
>mention of this format of the statement.
>
>And in the manual the THEN and ELSE are enclosed in braces: {THEN
statements
>[ELSE statements] | ELSE statements}
>which according to convention means that I have to choose one
"non-optional"
>item.

>Has this format of the statement just been left out of the manual by
mistake
>or is it a "new" format, that was never documented.
>
>And, what are people's thoughts on using this format. Personally I dislike
>it, as it isn't easily readable, it's not documented and it's not a
standard
>use of the statement syntax.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] WHILE READNEXT id DO

[Mats Carlid]

It is documented - but under WHILE and UNTIL
as it is a general  feature of these,  using the THEN and ELSE
clauses of any verb that has them.
--  mats
[EMAIL PROTECTED] wrote:
LOOP
code
WHILE READNEXT id DO
more code
REPEAT
This format of the READNEXT statement is used in a couple of places in the
UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
If I look up READNEXT in the manual (or in HELP from TCL) - there is no
mention of this format of the statement.
And in the manual the THEN and ELSE are enclosed in braces: {THEN statements
[ELSE statements] | ELSE statements}
which according to convention means that I have to choose one "non-optional"
item.
Has this format of the statement just been left out of the manual by mistake
or is it a "new" format, that was never documented.
And, what are people's thoughts on using this format. Personally I dislike
it, as it isn't easily readable, it's not documented and it's not a standard
use of the statement syntax.
AdrianW

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
[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] WHILE READNEXT id DO

[Mark Johnson]

For any of the newbies on this forum, there are a few things to mention
about READNEXT.

First, it is not married to or dependent upon LOOP...REPEAT. That's just one
of the popular ways it's used. I've seen and used it in different
structures.

Second, the dynamics of WHILE/UNTIL behave differently on U2 versus other
versions of MV. For example, LOOP WHILE READNEXT ID DO doesn't work on D3 or
other native systems. In those cases it needs the ELSE somewhere.

Third, you can have multiple READNEXT statements against the same active
list (numbered/referenced or not). It's not that advised but it's not wrong
either if used with prudence.

Fourth, the READNEXT ID,MV systax is available if the active list used
BY-EXP and you need the MV reference.

READNEXT is a very popular command for its obvious purpose. I wish we had
MOVEFIRST, MOVELAST or READPREVIOUS but we can accomplish these tasks using
traditional MV variables and pointers.

My 1 cent.


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 4:57 AM
Subject: [U2] [UV] WHILE READNEXT id DO


> LOOP
> code
> WHILE READNEXT id DO
> more code
> REPEAT
>
> This format of the READNEXT statement is used in a couple of places in the
> UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
>
> If I look up READNEXT in the manual (or in HELP from TCL) - there is no
> mention of this format of the statement.
>
> And in the manual the THEN and ELSE are enclosed in braces: {THEN
statements
> [ELSE statements] | ELSE statements}
> which according to convention means that I have to choose one
"non-optional"
> item.
>
> Has this format of the statement just been left out of the manual by
mistake
> or is it a "new" format, that was never documented.
>
> And, what are people's thoughts on using this format. Personally I dislike
> it, as it isn't easily readable, it's not documented and it's not a
standard
> use of the statement syntax.
>
> AdrianW
>
>
>
>
> 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
> [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: Unclassified RE: [U2] .Net Provider for Unidata or Universe

[Marc Harbeson]

Will one need to use UO.NET with 6.1 or will it also work with 5.x and
6.0?

-Original Message-
From: Leroy Dreyfuss [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, June 16, 2004 8:02 PM
To: [EMAIL PROTECTED]
Subject: Re: Unclassified RE: [U2] .Net Provider for Unidata or Universe

Folks,

Hang in there.. UO.NET for U2 will be announced VERY soon!

Regards,

LeRoy F. Dreyfuss
Advanced Technical Services - U2 Technology Analyst
IBM U2 Data Management Solutions
Tel: 303-672-1254  Fax: 303-294-4832
Mobile: 720-341-4317
External email:  [EMAIL PROTECTED]
WWW:  http://www.ibm.com/software/data/u2/support

www.ibm.com/software/data/u2/support - Open, Query, Update, Search -
Online!

Don't miss out on the IBM DB2 Information Management Technical
Conference
September 19-24, 2004 - Las Vegas, NV




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

Re: [U2] [UV] WHILE READNEXT id DO

[Mark Johnson]

READNEXT is a statement that lends itself to many expressions of its use.
IBM could only document its standard use and not all the possible
combinations if burying it inside of LOOPs etc.

This statement has many 'standards' and usually the house standard prevails
as it should be consistent within the application.

my 1 cent

- Original Message -
From: "Louie Gouws" <[EMAIL PROTECTED]>
To: "u2 List (E-mail)" <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 6:50 AM
Subject: Re: [U2] [UV] WHILE READNEXT id DO


> Hi Adrian,
>
> I personally use:
>
> EOF=0
> LOOP
>READNEXT id ELSE EOF=1
>code
> UNTIL EOF DO
>code
> REPEAT
>
> It is much clearer(i hope) to the next guy looking at the code.
>
> Louie.
>
>
> >Adrian wrote:
> >
> >LOOP
> > code
> >WHILE READNEXT id DO
> > more code
> >REPEAT
> >
> >This format of the READNEXT statement is used in a couple of places in
the
> >UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
> >
> >If I look up READNEXT in the manual (or in HELP from TCL) - there is no
> >mention of this format of the statement.
> >
> >And in the manual the THEN and ELSE are enclosed in braces: {THEN
> statements
> >[ELSE statements] | ELSE statements}
> >which according to convention means that I have to choose one
> "non-optional"
> >item.
>
> >Has this format of the statement just been left out of the manual by
> mistake
> >or is it a "new" format, that was never documented.
> >
> >And, what are people's thoughts on using this format. Personally I
dislike
> >it, as it isn't easily readable, it's not documented and it's not a
> standard
> >use of the statement syntax.
> ---
> 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: Unclassified RE: [U2] .Net Provider for Unidata or Universe

[George Smith]

LeRoy,

Thanks for update. Glad I heard you through the noise.



George R Smith
Programmer/Analyst
479.684.3382   direct
479.684.3403   fax  
www.budgetext.com

CONFIDENTIALITY NOTICE: The materials in this electronic mail transmission
(including all attachments) are private and confidential and are the
property of the sender. The information contained in the material is
privileged and is intended only for the use of the named addressee(s). If
you are not the intended addressee, be advised that any unauthorized
disclosure, copying, distribution or the taking of any action in reliance on
the contents of this material is strictly prohibited.  If you received this
electronic mail message in error, please immediately notify the sender by
telephone at 888-869-0366 or send an electronic message to
[EMAIL PROTECTED], and thereafter, destroy the electronic message
immediately.




> -Original Message-
> From: Leroy Dreyfuss [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 16, 2004 7:02 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Unclassified RE: [U2] .Net Provider for Unidata or Universe
> 
> Folks,
> 
> Hang in there.. UO.NET for U2 will be announced VERY soon!
> 
> Regards,
> 
> LeRoy F. Dreyfuss
> Advanced Technical Services - U2 Technology Analyst
> IBM U2 Data Management Solutions
> Tel: 303-672-1254  Fax: 303-294-4832
> Mobile: 720-341-4317
> External email:  [EMAIL PROTECTED]
> WWW:  http://www.ibm.com/software/data/u2/support
> 
> www.ibm.com/software/data/u2/support - Open, Query, Update, Search -
> Online!
> 
> Don't miss out on the IBM DB2 Information Management Technical Conference
> September 19-24, 2004 - Las Vegas, NV
> 
> 
> 
>  HENDERSON MICHAEL
>  MR
>[EMAIL PROTECTED]>"'[EMAIL PROTECTED]'"
>  Sent by:  <[EMAIL PROTECTED]>
>  [EMAIL PROTECTED]  cc
>  stserver.u2ug.org
>Subject
>Unclassified RE: [U2] .Net Provider
>  06/16/2004 04:25  for Unidata or Universe
>  PM
> 
> 
>  Please respond to
>  u2-users
> 
> 
> 
> 
> 
> 
> Tony,
> 
> Please can you substantiate the statement "PDP now has the sanctions of
> Microsoft"?
> 
> It's not that I doubt your statement, but if I were to do like you say and
> "tell management that you're running Microsoft-approved .NET
> communications", I'd like to be able to answer the inevitable 'prove it!'
> come-back with something a little more official than 'Tony Gravagno said
> so'
> ;-)
> 
> Thanks
> 
> Mike
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tony Gravagno
> Sent: Thursday, 17 June 2004 09:34
> To: [EMAIL PROTECTED]
> Subject: RE: [U2] .Net Provider for Unidata or Universe
> 
> [snip]
> 
> PDP now has the sanctions of Microsoft, and it can't hurt to tell
> management
> that you're running Microsoft-approved .NET communications with your
> IBM-approved database.
> 
> [snip]
> 
> The information contained in this Internet Email message is intended
> for the addressee only and may contain privileged information, but not
> necessarily the official views or opinions of the New Zealand Defence
> Force.
> If you are not the intended recipient you must not use, disclose, copy or
> distribute this message or the information in it.
> 
> If you have received this message in error, please Email or telephone
> the sender immediately.
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
> 
> [demime 1.01d removed an attachment of type image/gif which had a name of
> graycol.gif]
> 
> [demime 1.01d removed an attachment of type image/gif which had a name of
> pic23089.gif]
> 
> [demime 1.01d removed an attachment of type image/gif which had a name of
> ecblank.gif]
> ---
> 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] WHILE READNEXT id DO

[Dave S]

I like to use :
 
LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT


Louis Windsor <[EMAIL PROTECTED]> wrote:
The format -

LOOP WHILE READNEXT ID
code
REPEAT

was the suggested standard where I used to work.

Louis


- Original Message - 
From: 
To: 
Sent: Thursday, June 17, 2004 4:57 PM
Subject: [U2] [UV] WHILE READNEXT id DO


: LOOP
: code
: WHILE READNEXT id DO
: more code
: REPEAT
:
: This format of the READNEXT statement is used in a couple of places in the
: UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
:
: If I look up READNEXT in the manual (or in HELP from TCL) - there is no
: mention of this format of the statement.
:
: And in the manual the THEN and ELSE are enclosed in braces: {THEN
statements
: [ELSE statements] | ELSE statements}
: which according to convention means that I have to choose one
"non-optional"
: item.
:
: Has this format of the statement just been left out of the manual by
mistake
: or is it a "new" format, that was never documented.
:
: And, what are people's thoughts on using this format. Personally I dislike
: it, as it isn't easily readable, it's not documented and it's not a
standard
: use of the statement syntax.
:
: AdrianW
:
:
:
:
: 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
: [EMAIL PROTECTED]
: To unsubscribe please visit http://listserver.u2ug.org/
:
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Kishor Parmar]

Why do you need the WHILE 1 DO?
You could use
LOOP
READNEXT ID ELSE EXIT
code

REPEAT

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave S
Sent: 17 June 2004 14:57
To: [EMAIL PROTECTED]
Subject: Re: [U2] [UV] WHILE READNEXT id DO

I like to use :
 
LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT


Louis Windsor <[EMAIL PROTECTED]> wrote:
The format -

LOOP WHILE READNEXT ID
code
REPEAT

was the suggested standard where I used to work.

Louis


- Original Message - 
From: 
To: 
Sent: Thursday, June 17, 2004 4:57 PM
Subject: [U2] [UV] WHILE READNEXT id DO


: LOOP
: code
: WHILE READNEXT id DO
: more code
: REPEAT
:
: This format of the READNEXT statement is used in a couple of places in
the
: UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
:
: If I look up READNEXT in the manual (or in HELP from TCL) - there is
no
: mention of this format of the statement.
:
: And in the manual the THEN and ELSE are enclosed in braces: {THEN
statements
: [ELSE statements] | ELSE statements}
: which according to convention means that I have to choose one
"non-optional"
: item.
:
: Has this format of the statement just been left out of the manual by
mistake
: or is it a "new" format, that was never documented.
:
: And, what are people's thoughts on using this format. Personally I
dislike
: it, as it isn't easily readable, it's not documented and it's not a
standard
: use of the statement syntax.
:
: AdrianW
:
:
:
:
: 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
: [EMAIL PROTECTED]
: To unsubscribe please visit http://listserver.u2ug.org/
:
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Internet Email Confidentiality: Privileged/Confidential Information may be contained 
in this message. If you are not the addressee indicated in this message (or 
responsible for delivery of the message to such person), you may not copy or deliver 
this message to anyone. In such case, you should destroy this message and kindly 
notify the sender by reply email. Please advise immediately if you or your employer do 
not consent to Internet email for messages of this kind. Opinions, conclusions and 
other information in this message that do not relate to the official business of my 
firm shall be understood as neither given nor endorsed by it. Should you wish to 
communicate with us by e-mail, we cannot guarantee the security of any data outside 
our own computer systems. Please note that voice calls to Call Stream may be recorded 
or monitored.
17/6/2004
Kishor Parmar
[EMAIL PROTECTED]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Dave S]

Someone required all coders to code that way.

Kishor Parmar <[EMAIL PROTECTED]> wrote:Why do you need the WHILE 1 DO?
You could use
LOOP
READNEXT ID ELSE EXIT
code

REPEAT

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave S
Sent: 17 June 2004 14:57
To: [EMAIL PROTECTED]
Subject: Re: [U2] [UV] WHILE READNEXT id DO

I like to use :

LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT


Louis Windsor wrote:
The format -

LOOP WHILE READNEXT ID
code
REPEAT

was the suggested standard where I used to work.

Louis


- Original Message - 
From: 
To: 
Sent: Thursday, June 17, 2004 4:57 PM
Subject: [U2] [UV] WHILE READNEXT id DO


: LOOP
: code
: WHILE READNEXT id DO
: more code
: REPEAT
:
: This format of the READNEXT statement is used in a couple of places in
the
: UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
:
: If I look up READNEXT in the manual (or in HELP from TCL) - there is
no
: mention of this format of the statement.
:
: And in the manual the THEN and ELSE are enclosed in braces: {THEN
statements
: [ELSE statements] | ELSE statements}
: which according to convention means that I have to choose one
"non-optional"
: item.
:
: Has this format of the statement just been left out of the manual by
mistake
: or is it a "new" format, that was never documented.
:
: And, what are people's thoughts on using this format. Personally I
dislike
: it, as it isn't easily readable, it's not documented and it's not a
standard
: use of the statement syntax.
:
: AdrianW
:
:
:
:
: 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
: [EMAIL PROTECTED]
: To unsubscribe please visit http://listserver.u2ug.org/
:
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Internet Email Confidentiality: Privileged/Confidential Information may be contained 
in this message. If you are not the addressee indicated in this message (or 
responsible for delivery of the message to such person), you may not copy or deliver 
this message to anyone. In such case, you should destroy this message and kindly 
notify the sender by reply email. Please advise immediately if you or your employer do 
not consent to Internet email for messages of this kind. Opinions, conclusions and 
other information in this message that do not relate to the official business of my 
firm shall be understood as neither given nor endorsed by it. Should you wish to 
communicate with us by e-mail, we cannot guarantee the security of any data outside 
our own computer systems. Please note that voice calls to Call Stream may be recorded 
or monitored.
17/6/2004
Kishor Parmar
[EMAIL PROTECTED]
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/



-
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Peter Gonzalez]

That is what I have used for years.  It's simple to understand what the 
program is doing.


At 03:03 PM 6/17/2004 +0100, you wrote:
>Why do you need the WHILE 1 DO?
>You could use
>LOOP
> READNEXT ID ELSE EXIT
> code
>
>REPEAT



Peter Gonzalez
Senior Programmer Analyst
M & M Aerospace Hardware, Inc., a B/E Aerospace Company
1 NW 15 Terrace
Miami, Florida 33172
Phone: 305.925.2714
Fax: 305.925.2610
www.mmaero.com
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] WHILE READNEXT id DO

[BNeylon]

Why use the WHILE 1 DO?  Why not
LOOP
READNEXT ID ELSE EXIT
REPEAT
Doesn't the WHILE 1 DO cost?  not that it would cost much. :-)

Bruce M Neylon
Health Care Management Group 





Dave S <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/17/2004 09:56 AM
Please respond to u2-users

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: [U2] [UV] WHILE READNEXT id DO

I like to use :
 
LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Nick Cipollina]

You could even try

LOOP
READNEXT ID ELSE EXIT
[Code goes here]

REPEAT

This works just fine.

-Original Message-
From: Dave S [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 17, 2004 9:57 AM
To: [EMAIL PROTECTED]
Subject: Re: [U2] [UV] WHILE READNEXT id DO

I like to use :
 
LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT


Louis Windsor <[EMAIL PROTECTED]> wrote:
The format -

LOOP WHILE READNEXT ID
code
REPEAT

was the suggested standard where I used to work.

Louis


- Original Message - 
From: 
To: 
Sent: Thursday, June 17, 2004 4:57 PM
Subject: [U2] [UV] WHILE READNEXT id DO


: LOOP
: code
: WHILE READNEXT id DO
: more code
: REPEAT
:
: This format of the READNEXT statement is used in a couple of places in the
: UniVerse BASIC manual. It looks like READNEXT is returning a Boolean.
:
: If I look up READNEXT in the manual (or in HELP from TCL) - there is no
: mention of this format of the statement.
:
: And in the manual the THEN and ELSE are enclosed in braces: {THEN
statements
: [ELSE statements] | ELSE statements}
: which according to convention means that I have to choose one
"non-optional"
: item.
:
: Has this format of the statement just been left out of the manual by
mistake
: or is it a "new" format, that was never documented.
:
: And, what are people's thoughts on using this format. Personally I dislike
: it, as it isn't easily readable, it's not documented and it's not a
standard
: use of the statement syntax.
:
: AdrianW
:
:
:
:
: 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
: [EMAIL PROTECTED]
: To unsubscribe please visit http://listserver.u2ug.org/
:
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


NOTICE OF CONFIDENTIALITY: The information contained in this transmission,
and in any accompanying documents, constitutes confidential information
belonging to Heritage Information Systems, Inc.  This information is
intended only for the use of the individual or entity named above.  If you
are not the intended recipient of this transmission, you are hereby notified
that any disclosure, copying, distribution, or the taking of any action in
reliance of this information, is strictly prohibited.  If you have received
this message in error, please immediately notify us by telephone, at
804-644-8707 to arrange for its proper destruction.  Thank you.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Resizing Dynamic file to hashed file

[André Nel]

I want to resize a bunch of Dynamic files back to hashed files using the
resize command. The following is an extract of the resize command from the
UniVerse manual.



The part that I am questioning is in italic and highlighted.



RESIZE

Use RESIZE to reorganize a file with a new file type, modulo, and separation,

or to change an existing nondynamic file to a dynamic file. You cannot use

RESIZE to change the parameters of a dynamic file, or to resize an SQL table

to a type 1, type 19, or type 25 file.



>From this I read that I cannot use the resize command to resize a dynamic file
back to a hashed file. However I have tested the command on a Dynamic file and
it resizes back to hashed file and I can read the file.



Any comments out there?



Thanks



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

Re: [U2] [UV] WHILE READNEXT id DO

[Dave S]

If you are running on some old school system, it may cost you.
 
But don't these programs on Unidata all get compiled into C ?

[EMAIL PROTECTED] wrote:
Why use the WHILE 1 DO? Why not
LOOP
READNEXT ID ELSE EXIT
REPEAT
Doesn't the WHILE 1 DO cost? not that it would cost much. :-)

Bruce M Neylon
Health Care Management Group 





Dave S 
Sent by: [EMAIL PROTECTED]
06/17/2004 09:56 AM
Please respond to u2-users


To: [EMAIL PROTECTED]
cc: 
Subject: Re: [U2] [UV] WHILE READNEXT id DO

I like to use :

LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] WHILE READNEXT id DO

[Simon Lewington]

<[EMAIL PROTECTED]> ...
> LOOP
> code
> WHILE READNEXT id DO
> more code
> REPEAT

I prefer:

100
[code]
GOTO 300
200
[more code]
GOTO 100
300
READNEXT ID THEN GOTO 200
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[U2] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ. was: [UV] WHILE READNEXT id DO

[Stevenson, Charles]

Please let me deflect this thread before it degenerates into a GOTO war.

Which would you suppose is much faster:

   1: T0=TIME()
  FOR I = 1 TO 100
 EXECUTE 'SELECT VOC WITH TYPE = "V" COUNT.SUP'
 LOOP WHILE READNEXT ID
NULL ;* GOSUB DO.STUFF
 REPEAT
  NEXT I
  T1 = TIME()
  CRT T1-T0
or

   2: T0 = TIME()
  OPEN 'VOC' TO F ELSE STOP
  FOR I = 1 TO 100
  SELECT F
  LOOP WHILE READNEXT  ID
 READ REC FROM F, ID THEN 
IF REC[1,1]='V' THEN
   NULL ;* GOSUB DO.STUFF
END
 END
  REPEAT
  T1 = TIME()
  CRT T1-T0
   
Notice how much less work #2 (seemingly) does:

#1.   #2..
spawns execution level 100x   ---
parses sentence 100x  ---
Opens data file 100x  Opens data file once
Opens dict 100x   ---
sequentially traverses 100x   sequentially traverses file 100x

 -looks at every record 100x   -gets id 1st, then record, 100x
builds list of V-ids 100x ---


Method 2 takes 2 or 3 times as longer to run than Method 1. It's not
because VOC is a special file.
I've tried it on other files, big and small. 

Note: SELECT F is a BASIC select, not Retrieve's (not the MV Query
Language's) verb.   It does not really select the file,  it merely sets
up for the subsequent READNEXTs to truly read the next key.  So READNEXT
ID;READ REC FROM F, ID involve going to the file 2x.  Generally the
group is still in memory when READ is requested.  on a well-sized,
well-behaved file several READNEXT-READ pairs will be acting on a group
or groups loaded into memory only once.
But is that where the inefficiency lies? Doing the READ subsequent to
the READNEXT?


HPUX 11i,  uv 10.0.16.
I'd love to hear an explanation &/or comparisons to UD.

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

Re: [U2] [UV] WHILE READNEXT id DO

[BNeylon]

If you are running on any system it will cost you.  The only question is, 
do you mind paying the price?  Little things do add up. 
If you are on UniData run this. Plug in your own huge file.
OPEN 'MASTER' TO MASTER ELSE STOP
SELECT MASTER
START.CPU = SYSTEM(9)
LOOP
READNEXT ID ELSE EXIT
REPEAT
END.CPU = SYSTEM(9)
CRT END.CPU-START.CPU
SELECT MASTER
START.CPU = SYSTEM(9)
LOOP
WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT
END.CPU = SYSTEM(9)
CRT END.CPU-START.CPU

I get 
290
320


Bruce M Neylon
Health Care Management Group 





Dave S <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/17/2004 01:09 PM
Please respond to u2-users

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: [U2] [UV] WHILE READNEXT id DO

If you are running on some old school system, it may cost you.
 
But don't these programs on Unidata all get compiled into C ?

[EMAIL PROTECTED] wrote:
Why use the WHILE 1 DO? Why not
LOOP
READNEXT ID ELSE EXIT
REPEAT
Doesn't the WHILE 1 DO cost? not that it would cost much. :-)

Bruce M Neylon
Health Care Management Group 





Dave S 
Sent by: [EMAIL PROTECTED]
06/17/2004 09:56 AM
Please respond to u2-users


To: [EMAIL PROTECTED]
cc: 
Subject: Re: [U2] [UV] WHILE READNEXT id DO

I like to use :

LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

 
-
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
---
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] Resizing Dynamic file to hashed file

[Jeff Fitzgerald]

No problems that I'm aware of in using RESIZE to convert dynamic to static.
Hardest part is making good guesses for modulo and type.  I think the text
you quoted is saying that you can't use RESIZE to change the SPLIT.LOAD,
MERGE.LOAD, etc. for a dynamic file.

HTH

Jeff Fitzgerald
Fitzgerald & Long, Inc. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andri Nel
Sent: Thursday, June 17, 2004 10:18 AM
To: [EMAIL PROTECTED]
Subject: [U2] Resizing Dynamic file to hashed file

I want to resize a bunch of Dynamic files back to hashed files using the
resize command. The following is an extract of the resize command from the
UniVerse manual.



The part that I am questioning is in italic and highlighted.



RESIZE

Use RESIZE to reorganize a file with a new file type, modulo, and
separation,

or to change an existing nondynamic file to a dynamic file. You cannot use

RESIZE to change the parameters of a dynamic file, or to resize an SQL table

to a type 1, type 19, or type 25 file.



>From this I read that I cannot use the resize command to resize a dynamic
file back to a hashed file. However I have tested the command on a Dynamic
file and it resizes back to hashed file and I can read the file.



Any comments out there?



Thanks



Andri
---
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] WHILE READNEXT id DO

[Allen E. Elwood \(CA\)]

You realize this does not conform to the ANSI structured programming
principles?  I have a version dated 1982 and goto's are not allowed...

Or was this just a joke?  In which case you certainly got me!  :-)

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington
Sent: Thursday, June 17, 2004 11:02 AM
To: [EMAIL PROTECTED]
Subject: Re: [U2] [UV] WHILE READNEXT id DO


<[EMAIL PROTECTED]> ...
> LOOP
> code
> WHILE READNEXT id DO
> more code
> REPEAT

I prefer:

100
[code]
GOTO 300
200
[more code]
GOTO 100
300
READNEXT ID THEN GOTO 200
---
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] WHILE READNEXT id DO

[Peter Gonzalez]

Now we all know that you are kidding, right?

Rule number 1 when we traine new programmers. NO GOTOs!

At 07:02 PM 6/17/2004 +0100, you wrote:
><[EMAIL PROTECTED]> ...
> > LOOP
> > code
> > WHILE READNEXT id DO
> > more code
> > REPEAT
>
>I prefer:
>
>100
>[code]
>GOTO 300
>200
>[more code]
>GOTO 100
>300
>READNEXT ID THEN GOTO 200
>---
>u2-users mailing list
>[EMAIL PROTECTED]
>To unsubscribe please visit http://listserver.u2ug.org/



Peter Gonzalez
Senior Programmer Analyst
M & M Aerospace Hardware, Inc., a B/E Aerospace Company
1 NW 15 Terrace
Miami, Florida 33172
Phone: 305.925.2714
Fax: 305.925.2610
www.mmaero.com
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Resizing Dynamic file to hashed file

[iggchamp]

They are referring to the fact that you cannot change things like MINIMUM.MODLUS , 
SPLIT.LOAD, etc.  You can refer to the CONFIGURE.FILE for details on that.

HTH


> I want to resize a bunch of Dynamic files back to hashed files using the
> resize command. The following is an extract of the resize command from the
> UniVerse manual.
> 
> 
> 
> The part that I am questioning is in italic and highlighted.
> 
> 
> 
> RESIZE
> 
> Use RESIZE to reorganize a file with a new file type, modulo, and separation,
> 
> or to change an existing nondynamic file to a dynamic file. You cannot use
> 
> RESIZE to change the parameters of a dynamic file, or to resize an SQL table
> 
> to a type 1, type 19, or type 25 file.
> 
> 
> 
> From this I read that I cannot use the resize command to resize a dynamic file
> back to a hashed file. However I have tested the command on a Dynamic file and
> it resizes back to hashed file and I can read the file.
> 
> 
> 
> Any comments out there?
> 
> 
> 
> Thanks
> 
> 
> 
> Andri
> ---
> 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] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ. was: [UV] WHILE READNEXT id DO

[Allen E. Elwood \(CA\)]

I'm pretty sure the internal select (method 2) selects just the next group
at a time and feeds from that until it needs another.  In this method you
can get instant results, pretty much like doing a LIST.  So this method
would be good where output is being fed to the crt, and you might not want
to process the whole file,

The external list (method one) selects all the records and stores them as a
list of keys.  During this selection process, most operating systems are
going to stick the whole file into active memory as it becomes apparent to
the O/S that the entire file is being processed sequentially.  Therefore
when the records are being accessed they are already in main memory instead
of having to be read from disk and that is why it is faster.

Probably :-)

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Stevenson,
Charles
Sent: Thursday, June 17, 2004 11:16 AM
To: [EMAIL PROTECTED]
Subject: [U2] relative speed of Retrieve SELECT vs Basic SELECT, LOOP
READNEXT,READ. was: [UV] WHILE READNEXT id DO


Please let me deflect this thread before it degenerates into a GOTO war.

Which would you suppose is much faster:

   1: T0=TIME()
  FOR I = 1 TO 100
 EXECUTE 'SELECT VOC WITH TYPE = "V" COUNT.SUP'
 LOOP WHILE READNEXT ID
NULL ;* GOSUB DO.STUFF
 REPEAT
  NEXT I
  T1 = TIME()
  CRT T1-T0
or

   2: T0 = TIME()
  OPEN 'VOC' TO F ELSE STOP
  FOR I = 1 TO 100
  SELECT F
  LOOP WHILE READNEXT  ID
 READ REC FROM F, ID THEN
IF REC[1,1]='V' THEN
   NULL ;* GOSUB DO.STUFF
END
 END
  REPEAT
  T1 = TIME()
  CRT T1-T0

Notice how much less work #2 (seemingly) does:

#1.   #2..
spawns execution level 100x   ---
parses sentence 100x  ---
Opens data file 100x  Opens data file once
Opens dict 100x   ---
sequentially traverses 100x   sequentially traverses file 100x

 -looks at every record 100x   -gets id 1st, then record, 100x
builds list of V-ids 100x ---


Method 2 takes 2 or 3 times as longer to run than Method 1. It's not
because VOC is a special file.
I've tried it on other files, big and small.

Note: SELECT F is a BASIC select, not Retrieve's (not the MV Query
Language's) verb.   It does not really select the file,  it merely sets
up for the subsequent READNEXTs to truly read the next key.  So READNEXT
ID;READ REC FROM F, ID involve going to the file 2x.  Generally the
group is still in memory when READ is requested.  on a well-sized,
well-behaved file several READNEXT-READ pairs will be acting on a group
or groups loaded into memory only once.
But is that where the inefficiency lies? Doing the READ subsequent to
the READNEXT?


HPUX 11i,  uv 10.0.16.
I'd love to hear an explanation &/or comparisons to UD.

Chuck Stevenson
---
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] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ. was: [UV] WHILE READNEXT id DO

[Glenn Herbert]

At 02:16 PM 6/17/2004, you wrote:
[snipped]
Note: SELECT F is a BASIC select, not Retrieve's (not the MV Query
Language's) verb.   It does not really select the file,  it merely sets
up for the subsequent READNEXTs to truly read the next key.  So READNEXT
ID;READ REC FROM F, ID involve going to the file 2x.  Generally the
group is still in memory when READ is requested.  on a well-sized,
well-behaved file several READNEXT-READ pairs will be acting on a group
or groups loaded into memory only once.
But is that where the inefficiency lies? Doing the READ subsequent to
the READNEXT?
Actually, the BASIC SELECT is probably where you ARE spending the most 
time.  A true SELECT generally is a single pass thru the file (assuming no 
indexes) creating a temporary file from which to retrieve the "next" 
key.  The BASIC SELECT actually traverses the file structure, one key at a 
time, although these "reads" are via a buffer.  So, the BASIC SELECT 
requires that each group be read into a buffer, which is then held in 
memory until all the keys have been scanned, at which time the NEXT group 
buffer is read, held and scanned, until all groups have been 
processed.  Lots of overhead in my book.

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

RE: [U2] [UV] WHILE READNEXT id DO

[Glenn Herbert]

Is BASIC structured? :-p
If your answer is yes, then the GOTO should probably not be allowed (except 
in rare cases).

If your answer is no, then GOTO away!! (caveat: if not abused!)
As Yoda says:  GOTO is the evil not; incorrect the usage is!
At 02:46 PM 6/17/2004, you wrote:
You realize this does not conform to the ANSI structured programming
principles?  I have a version dated 1982 and goto's are not allowed...
Or was this just a joke?  In which case you certainly got me!  :-)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington
Sent: Thursday, June 17, 2004 11:02 AM
To: [EMAIL PROTECTED]
Subject: Re: [U2] [UV] WHILE READNEXT id DO
<[EMAIL PROTECTED]> ...
> LOOP
> code
> WHILE READNEXT id DO
> more code
> REPEAT
I prefer:
100
[code]
GOTO 300
200
[more code]
GOTO 100
300
READNEXT ID THEN GOTO 200
---
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] [UV] WHILE READNEXT id DO

[Steve Mayo]

That's good but a little too structured for me.
How about:

100
[code]
153
[code]
300
[code]
goto 200
[more code]
351 
IF xxx  THEN GOTO 100
GOTO 153
200
 READNEXT ID THEN GOTO 100



>
>100
>[code]
>GOTO 300
>200
>[more code]
>GOTO 100
>300
>READNEXT ID THEN GOTO 200
>---
>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] Resizing Dynamic file to hashed file

[Mike Rajkowski]

Andri Wrote:
"From this I read that I cannot use the resize command to resize a dynamic file back 
to a hashed file. However I have tested the command on a Dynamic file and it resizes 
back to hashed file and I can read the file.

Any comments out there?"

Yes, dont believe everything you read.

Just Kidding: Actually, the issue is not resizing a Dynamic file to hashed, but 
changing the settings of the existing Dynamic file.  The resize command does something 
very similar to what you would do with out the command.  It creates the new Hashed 
file (with the new modulo) copies the items, and replaces the existing file with the 
new one. It does not matter if it is a dynamic file or not.

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

Re: [U2] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ. was: [UV] WHILE READNEXT id DO

[Dave S]

Looks like someone has too much time on their hands today

"Stevenson, Charles" <[EMAIL PROTECTED]> wrote:Please let me deflect this thread 
before it degenerates into a GOTO war.

Which would you suppose is much faster:

1: T0=TIME()
FOR I = 1 TO 100
EXECUTE 'SELECT VOC WITH TYPE = "V" COUNT.SUP'
LOOP WHILE READNEXT ID
NULL ;* GOSUB DO.STUFF
REPEAT
NEXT I
T1 = TIME()
CRT T1-T0
or

2: T0 = TIME()
OPEN 'VOC' TO F ELSE STOP
FOR I = 1 TO 100
SELECT F
LOOP WHILE READNEXT ID
READ REC FROM F, ID THEN 
IF REC[1,1]='V' THEN
NULL ;* GOSUB DO.STUFF
END
END
REPEAT
T1 = TIME()
CRT T1-T0

Notice how much less work #2 (seemingly) does:

#1. #2..
spawns execution level 100x ---
parses sentence 100x ---
Opens data file 100x Opens data file once
Opens dict 100x ---
sequentially traverses 100x sequentially traverses file 100x

-looks at every record 100x -gets id 1st, then record, 100x
builds list of V-ids 100x ---


Method 2 takes 2 or 3 times as longer to run than Method 1. It's not
because VOC is a special file.
I've tried it on other files, big and small. 

Note: SELECT F is a BASIC select, not Retrieve's (not the MV Query
Language's) verb. It does not really select the file, it merely sets
up for the subsequent READNEXTs to truly read the next key. So READNEXT
ID;READ REC FROM F, ID involve going to the file 2x. Generally the
group is still in memory when READ is requested. on a well-sized,
well-behaved file several READNEXT-READ pairs will be acting on a group
or groups loaded into memory only once.
But is that where the inefficiency lies? Doing the READ subsequent to
the READNEXT?


HPUX 11i, uv 10.0.16.
I'd love to hear an explanation &/or comparisons to UD.

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



-
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] WHILE READNEXT id DO

[Dave S]

No thanks. I don't have any time for that today or tomorrow either.
 
We are running SB+ here and don't write this little loopy d loop routines here anyway.


[EMAIL PROTECTED] wrote:
If you are running on any system it will cost you. The only question is, 
do you mind paying the price? Little things do add up. 
If you are on UniData run this. Plug in your own huge file.
OPEN 'MASTER' TO MASTER ELSE STOP
SELECT MASTER
START.CPU = SYSTEM(9)
LOOP
READNEXT ID ELSE EXIT
REPEAT
END.CPU = SYSTEM(9)
CRT END.CPU-START.CPU
SELECT MASTER
START.CPU = SYSTEM(9)
LOOP
WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT
END.CPU = SYSTEM(9)
CRT END.CPU-START.CPU

I get 
290
320


Bruce M Neylon
Health Care Management Group 





Dave S 
Sent by: [EMAIL PROTECTED]
06/17/2004 01:09 PM
Please respond to u2-users


To: [EMAIL PROTECTED]
cc: 
Subject: Re: [U2] [UV] WHILE READNEXT id DO

If you are running on some old school system, it may cost you.

But don't these programs on Unidata all get compiled into C ?

[EMAIL PROTECTED] wrote:
Why use the WHILE 1 DO? Why not
LOOP
READNEXT ID ELSE EXIT
REPEAT
Doesn't the WHILE 1 DO cost? not that it would cost much. :-)

Bruce M Neylon
Health Care Management Group 





Dave S 
Sent by: [EMAIL PROTECTED]
06/17/2004 09:56 AM
Please respond to u2-users


To: [EMAIL PROTECTED]
cc: 
Subject: Re: [U2] [UV] WHILE READNEXT id DO

I like to use :

LOOP WHILE 1 DO
READNEXT ID ELSE EXIT
REPEAT
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
---
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/


-
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[U2] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ.

[TPellitieri]

"Stevenson, Charles" <[EMAIL PROTECTED]> wrote:

Which would you suppose is much faster:
...
  FOR I = 1 TO 100
 EXECUTE 'SELECT VOC WITH TYPE = "V" COUNT.SUP'
 LOOP WHILE READNEXT ID
NULL ;* GOSUB DO.STUFF
 REPEAT
  NEXT I
...
or
...
  OPEN 'VOC' TO F ELSE STOP
  FOR I = 1 TO 100
  SELECT F
  LOOP WHILE READNEXT  ID
 READ REC FROM F, ID THEN
IF REC[1,1]='V' THEN
   NULL ;* GOSUB DO.STUFF
END
 END
  REPEAT
...
Notice how much less work #2 (seemingly) does:
...
Method 2 takes 2 or 3 times as longer to run than Method 1. It's not
because VOC is a special file.
I've tried it on other files, big and small.
...


It is my understanding that UniData (at least...don't know about UniVerse)
cache's the SELECT in Method 1.  You can see this from ECL by timing a huge
select, then CLEARSELECT, then re-issue the original select.  The second
run will come back much quicker.

Also, Method 2 reads the block from the file and reallocates the value of
"REC" for each iteration, while Method 1 reads each block once and parses
for ID's.  Assuming 10-20 records per block (recommended file sizing from
my UniData Admin trainer), that's a 10- to 20-fold savings on disk reads.

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

Re: [U2] [UV] WHILE READNEXT id DO

[BNeylon]

That's OK.  I'm used to hearing, "but that's the way we've always done it" 
:-)
Have a good one.

Bruce M Neylon
Health Care Management Group 





Dave S <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/17/2004 03:21 PM
Please respond to u2-users

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: [U2] [UV] WHILE READNEXT id DO

No thanks. I don't have any time for that today or tomorrow either.
 
We are running SB+ here and don't write this little loopy d loop routines 
here anyway.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Allen E. Elwood \(CA\)]

Good point Glenn,

Any programming language that supports constructs which allow the
development of loops and subroutines that do not need GOTO's can be used to
create structured programs.  Another hallmark of structured programs is the
usage of text labels instead of numeric.
So, GOSUB DETERMINE.PREVIOUS.STATUS
can be used instead of GOSUB 17250...

Keeping logical constructs separate from 'doing stuff' is another good
practice, as is parsing all variables after the READ, having only one main
print routine (if printing), keeping subroutines from getting too big, not
going down too many levels in subroutines, the list goes on and on.  I have
been told that my basic programs look more like structured COBOL programs
than most basic programs.  And it's pretty true.

I agree that
OPEN '', ITEM.MASTER TO 'ITEM.MASTER' ELSE GOTO ABORT.ROUTINE
is allowable!  And remember, it's not GOTO's that kill, it's the person
pulling the trigger!!!  ;-)  (Or would that be the person hitting the return
key?!!?)

This is an example from one of my programs that is used to create the demand
file prior to sending the data to a 3rd party forecasting system "Demand
Solutions".  As you can see, it is quite easy to create structured code in
BASIC!

MAIN.SETUP.SECTION:*
  GOSUB OPEN.AND.INIT
  GOSUB SELECT.DEMAND.MAPS
  IF NOT(ERROR) THEN
GOSUB MAIN.PROCESSING.LOOP
  END
  GOSUB FINISH.UP
END.MAIN.SETUP.SECTION:*
STOP
MAIN.PROCESSING.LOOP:*
  LOOP
READNEXT TM.ID FROM 1 ELSE EXIT
GOSUB READ.DEMAND.MAP
IF ERROR THEN CONTINUE
GOSUB PREPROCESS.PURGE
IF ERROR THEN CONTINUE
IF (FILE.SOURCE = 1 OR FILE.SOURCE = 3) THEN
  *Process SA file for file opts 1 and 3
  FILE.HANDLE = SA
  FILE.SELECT = 'SA'
  GOSUB SELECT.SA
  IF ERROR THEN CONTINUE
  GOSUB PROCESS.SA
END
IF (FILE.SOURCE = 2 OR FILE.SOURCE = 3) THEN
  *Process SA.HIST file for file opts 2 and 3
  FILE.HANDLE = SA.HIST
  FILE.SELECT = 'SA.HIST'
  GOSUB SELECT.SA
  IF ERROR THEN CONTINUE
  GOSUB PROCESS.SA
END
MSG=''
GOSUB OUTPUT.LINE
MSG='End of Listing for Demand Map ':MAP.NAME:', ':DESC
GOSUB OUTPUT.LINE
  REPEAT
RETURN

Allen E. Elwood
Senior Programmer Analyst
Curnayn and Associates
Direct (818) 361-5251
Fax(818) 361-5251
Cell(818) 800-5595
Home (818) 361-7217

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Glenn Herbert
Sent: Thursday, June 17, 2004 12:01 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] [UV] WHILE READNEXT id DO


Is BASIC structured? :-p

If your answer is yes, then the GOTO should probably not be allowed (except
in rare cases).

If your answer is no, then GOTO away!! (caveat: if not abused!)

As Yoda says:  GOTO is the evil not; incorrect the usage is!

At 02:46 PM 6/17/2004, you wrote:
>You realize this does not conform to the ANSI structured programming
>principles?  I have a version dated 1982 and goto's are not allowed...
>
>Or was this just a joke?  In which case you certainly got me!  :-)
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington
>Sent: Thursday, June 17, 2004 11:02 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [U2] [UV] WHILE READNEXT id DO
>
>
><[EMAIL PROTECTED]> ...
> > LOOP
> > code
> > WHILE READNEXT id DO
> > more code
> > REPEAT
>
>I prefer:
>
>100
>[code]
>GOTO 300
>200
>[more code]
>GOTO 100
>300
>READNEXT ID THEN GOTO 200
>---
>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/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Universe & Redback & Java Problem

[Tsombakos, John]

I don't know if anyone can help with this but here goes...

I'm toying around with using Redback with Java - kicked off by an article in
the latest International Spectrum Magazine (Using Redback with PHP). I
couldn't get PHP to work with Java, so I went straight to a Java app.

I am able to get the Java app to connect to the Redback server, and make a
method call - which kicks off a routine on the Universe server and then
returns some data.

Now, here's the rub.. My initial testing is using Mac OS X. Shouldn't really
matter, Java is Java (hah). I have the RedBeans.jar file on the Mac and the
test.jar file is created when I compile my little test app. But, when the
routine returns a multi-valued item, the value of the SubValue (@SM)
character is wrong, so I can't pull sub-values out of a result. The Value
mark (@VM) is correct (CHAR(253)). The SubValue mark is being return in the
string as a CHAR(184). Now, if I copy the test.jar file to a PC, and run it
there (java -jar test.jar) - it works fine! The SubValues in the string have
their correct value (CHAR(252)).

Now, it's the exact same .jar file, which includes the exact same
RedBeans.jar library (it's merged into the test.jar file).

I'm stumped.  Any Java-heads out there who can shed some light?


Thanks,

---
John Tsombakos - [EMAIL PROTECTED]
Manager of Web Development
AMI Leasing - 
508-853-2950 x3266
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ.

[Stevenson, Charles]

> It is my understanding that UniData (at least...don't know 
> about UniVerse) cache's the SELECT in Method 1.  You can see 
> this from ECL by timing a huge select, then CLEARSELECT, then 
> re-issue the original select.  The second run will come back 
> much quicker.

Caching can be controlled for.  I see the 2x to 3x speed difference
regardless of which method rins first, or whether I force both to read
from disk, or use cache.  

> Also, Method 2 reads the block from the file and reallocates 
> the value of "REC" for each iteration,

true.

> while Method 1 reads 
> each block once and parses for ID's.

It doesn't just parse for ID, it evaluates the record for TYPE = "V".
Somehow retrieve is more astute and probably buffers the key & record at
one shot when it does its thing, whereas basic grabs only the key
(READNEXT), then requires a second request to go after the record.  To
accomplish the same as retrieve, we'd need a READNEXTRECORD ID,REC
command that would return, in one action, the ID and the record.  That
analysis is consistent with my 2x to 3x speed difference.  Except I
really expected the 100 x 2 opens + sentence parsing to be significant
overhead.

>  Assuming 10-20 records 
> per block (recommended file sizing from my UniData Admin 
> trainer), that's a 10- to 20-fold savings on disk reads.
>
> 
--Tom Pellitieri

Not in UV. In UV you have the same caching regardless of basic or
retrieve.  I'm surprised it would be otherwise in UD.
   
For universe, the record and its key are stored together in the group,
with the one exception of "Large Records" in Type30 dynamic hashed
files.  The body of "large records" are stored in their own block in
"OVER.30".  Retrieveing these via some proposed "READNEXTRECORD ID,REC"
would require additional reads like you describe, maybe not 10- or
20-fold difference, though.
IIRC, UD routinely (usually? often? always?) stores data more like UV's
"large records".

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

RE: [U2] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ. was: [UV] WHILE READNEXT id DO

[Stevenson, Charles]

> Looks like someone has too much time on their hands today

Actually, the question grows out of a real need for a phantom to
repeatedly loop through a file all day long.  My problem is that the
phantom does not have "too much time".  I thought the repeated overhead
associated with executing a SELECT statement would be greater than using
basic SELECT + READ statements.  Nope.

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

Re: [U2] [UV] WHILE READNEXT id DO

[Dave S]

I worked for one company that required us to take a programming test.
 
We had to code a program without any goto's to pass the test.
 
Once employed, all programmers were required to follow the programming standards
there.

[EMAIL PROTECTED] wrote:
That's OK. I'm used to hearing, "but that's the way we've always done it" 
:-)
Have a good one.

Bruce M Neylon
Health Care Management Group 





Dave S 
Sent by: [EMAIL PROTECTED]
06/17/2004 03:21 PM
Please respond to u2-users


To: [EMAIL PROTECTED]
cc: 
Subject: Re: [U2] [UV] WHILE READNEXT id DO

No thanks. I don't have any time for that today or tomorrow either.

We are running SB+ here and don't write this little loopy d loop routines 
here anyway.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


-
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Universe & Redback & Java Problem

[Wendy Smoak]

> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Tsombakos, John
> Now, here's the rub.. My initial testing is using Mac OS X. 
> But, when the
> routine returns a multi-valued item, the value of the SubValue (@SM)
> character is wrong, so I can't pull sub-values out of a 
> result. The Value
> mark (@VM) is correct (CHAR(253)). The SubValue mark is being 
> return in the
> string as a CHAR(184).

I've never used a Mac.  When you use UniObjects for Java on Linux, you
have to make sure to set the LANG environment variable to 'C' or the
same sort of thing happens.  Hope that's somewhat helpful, isn't OS X
somehow related to Unix?

-- 
Wendy Smoak
Application Systems Analyst, Sr.
ASU IA Information Resources Management 
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] relative speed of Retrieve SELECT vs Basic SELECT, LOOP READNEXT,READ.

[Susan Lynch]

In response to Charles Stevenson, who said:
IIRC, UD routinely (usually? often? always?) stores data more like UV's
"large records".

-
Unidata stores a key/displacement table at the beginning of each group, and
does not store the key physically with the data in the record for any record
(other than the first record in the group, since the key list begins at the
back end of the table and is stored in reverse order).  UniVerse's large
record handling, if I read the documentation correctly, stores the ID in the
main body of the group at the position where the record would normally be
stored, but places the data in an overflow area.  The differences between
the two U2 products are interesting if you are into optimizing file-sizing,
or if you find a particular technique in your programming tends to work
better or worse on one than on the other, as this thread seems to have
demonstrated.  I suspect the 'better' and the 'worse' are evenly
distributed, though, so please, no 'flavor' (or 'flavour', depending on your
location when you learned to spell) wars! ;-)

Susan M. Lynch
F.W. Davison & Company, Inc.

CONFIDENTIALITY NOTICE:
This e-mail message, and any accompanying documents, is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information.  Any unauthorized review, use, disclosure, distribution or
copying is prohibited.  If you are not the intended recipient, please
contact our office by email or by telephone at (508) 747-7261 and
immediately destroy all copies of the original message.
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] WHILE READNEXT id DO

[Mark Johnson]

I'd love to see this test. What's the hatred with the GOTO's. If they're so
bad, then let's vote to remove them from the compiler. Let's remove RETURN
TO and CLEAR while we're at it as well.


- Original Message -
From: "Dave S" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 5:49 PM
Subject: Re: [U2] [UV] WHILE READNEXT id DO


> I worked for one company that required us to take a programming test.
>
> We had to code a program without any goto's to pass the test.
>
> Once employed, all programmers were required to follow the programming
standards
> there.
>
> [EMAIL PROTECTED] wrote:
> That's OK. I'm used to hearing, "but that's the way we've always done it"
> :-)
> Have a good one.
>
> Bruce M Neylon
> Health Care Management Group
>
>
>
>
>
> Dave S
> Sent by: [EMAIL PROTECTED]
> 06/17/2004 03:21 PM
> Please respond to u2-users
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject: Re: [U2] [UV] WHILE READNEXT id DO
>
> No thanks. I don't have any time for that today or tomorrow either.
>
> We are running SB+ here and don't write this little loopy d loop routines
> here anyway.
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
>
>
> -
> Do you Yahoo!?
> Yahoo! Mail - Helps protect you from nasty viruses.
> ---
> 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] WHILE READNEXT id DO

[Mark Johnson]

You must be joking in your attempt to discredit GOTO's. You can't program
that way for long.

- Original Message -
From: "Simon Lewington" <[EMAIL PROTECTED]>
Newsgroups: local.informixmv
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 2:02 PM
Subject: Re: [U2] [UV] WHILE READNEXT id DO


> <[EMAIL PROTECTED]> ...
> > LOOP
> > code
> > WHILE READNEXT id DO
> > more code
> > REPEAT
>
> I prefer:
>
> 100
> [code]
> GOTO 300
> 200
> [more code]
> GOTO 100
> 300
> READNEXT ID THEN GOTO 200
> ---
> 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] WHILE READNEXT id DO

[Mark Johnson]

Please provide source of these ANSI programming principles. I'd love to know
what i've been doing wrong all these years.

my 1 cent.
- Original Message -
From: "Allen E. Elwood (CA)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 2:46 PM
Subject: RE: [U2] [UV] WHILE READNEXT id DO


> You realize this does not conform to the ANSI structured programming
> principles?  I have a version dated 1982 and goto's are not allowed...
>
> Or was this just a joke?  In which case you certainly got me!  :-)
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington
> Sent: Thursday, June 17, 2004 11:02 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [U2] [UV] WHILE READNEXT id DO
>
>
> <[EMAIL PROTECTED]> ...
> > LOOP
> > code
> > WHILE READNEXT id DO
> > more code
> > REPEAT
>
> I prefer:
>
> 100
> [code]
> GOTO 300
> 200
> [more code]
> GOTO 100
> 300
> READNEXT ID THEN GOTO 200
> ---
> 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] [UV] WHILE READNEXT id DO

[Mark Johnson]

Don't forget that the second set has the benefit of the first set leaving
some of the data in virtual memory, hence the second set would have been
longer.

my 1 cent

How about this on your similar UD system. Correct typing implied.

OPEN MASTER ELSE STOP
SELECT MASTER
START=SYS9
10 READNEXT ID ELSE GOTO 15
GOTO 10
15 END=SYS9
PRINT END-START


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 2:25 PM
Subject: Re: [U2] [UV] WHILE READNEXT id DO


> If you are running on any system it will cost you.  The only question is,
> do you mind paying the price?  Little things do add up.
> If you are on UniData run this. Plug in your own huge file.
> OPEN 'MASTER' TO MASTER ELSE STOP
> SELECT MASTER
> START.CPU = SYSTEM(9)
> LOOP
> READNEXT ID ELSE EXIT
> REPEAT
> END.CPU = SYSTEM(9)
> CRT END.CPU-START.CPU
> SELECT MASTER
> START.CPU = SYSTEM(9)
> LOOP
> WHILE 1 DO
> READNEXT ID ELSE EXIT
> REPEAT
> END.CPU = SYSTEM(9)
> CRT END.CPU-START.CPU
>
> I get
> 290
> 320
>
>
> Bruce M Neylon
> Health Care Management Group
>
>
>
>
>
> Dave S <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 06/17/2004 01:09 PM
> Please respond to u2-users
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:Re: [U2] [UV] WHILE READNEXT id DO
>
> If you are running on some old school system, it may cost you.
>
> But don't these programs on Unidata all get compiled into C ?
>
> [EMAIL PROTECTED] wrote:
> Why use the WHILE 1 DO? Why not
> LOOP
> READNEXT ID ELSE EXIT
> REPEAT
> Doesn't the WHILE 1 DO cost? not that it would cost much. :-)
>
> Bruce M Neylon
> Health Care Management Group
>
>
>
>
>
> Dave S
> Sent by: [EMAIL PROTECTED]
> 06/17/2004 09:56 AM
> Please respond to u2-users
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject: Re: [U2] [UV] WHILE READNEXT id DO
>
> I like to use :
>
> LOOP WHILE 1 DO
> READNEXT ID ELSE EXIT
> REPEAT
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
>
>
> -
> Do you Yahoo!?
> New and Improved Yahoo! Mail - Send 10MB messages!
> ---
> 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] [UV] WHILE READNEXT id DO

[Mark Johnson]

Very good question. Is BASIC Structured. And who defines the structures.

I was on a phone interview with a prospective employer a few years ago and
during that conversation he brought up the concept of GOTO's. I completely
understand GOTO's (most on this forum are GOTO-phobic) and use them
sparingly.

That turned the tide of the interview. Despite my 20+ years (at that time)
of MV programming, he couldn't get off the GOTO-less soapbox. Since the
interview got a little pissy towards the end, I asked him if he ever drank a
beer. His yes answer then allowed me to label him an alcoholic as clearly
alcoholics drink beer.

Do GOTO's make one a poor programmer or do poor programmers use GOTO's. I've
seen a lot of GOTO-less code that is very sloppy with its over-use of FLAGS
to skirt around code sections. I've also seen well written code with a few
GOTO's placed in appropriate places.

This appears to be the semi-annual GOTO holy war. I'm capable of learning so
I would like for someone to offer me some code segments to perform the
following MVquery statement as a true data/basic program:

SORT CUSTOMER BY STATE BY CITY NAME BREAK-ON CITY BREAK-ON STATE TOTAL
YTD-SALES

I really would like to see how the other side programs this.

thanks in advance.

- Original Message -
From: "Glenn Herbert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 3:00 PM
Subject: RE: [U2] [UV] WHILE READNEXT id DO


> Is BASIC structured? :-p
>
> If your answer is yes, then the GOTO should probably not be allowed
(except
> in rare cases).
>
> If your answer is no, then GOTO away!! (caveat: if not abused!)
>
> As Yoda says:  GOTO is the evil not; incorrect the usage is!
>
> At 02:46 PM 6/17/2004, you wrote:
> >You realize this does not conform to the ANSI structured programming
> >principles?  I have a version dated 1982 and goto's are not allowed...
> >
> >Or was this just a joke?  In which case you certainly got me!  :-)
> >
> >-Original Message-
> >From: [EMAIL PROTECTED]
> >[mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington
> >Sent: Thursday, June 17, 2004 11:02 AM
> >To: [EMAIL PROTECTED]
> >Subject: Re: [U2] [UV] WHILE READNEXT id DO
> >
> >
> ><[EMAIL PROTECTED]> ...
> > > LOOP
> > > code
> > > WHILE READNEXT id DO
> > > more code
> > > REPEAT
> >
> >I prefer:
> >
> >100
> >[code]
> >GOTO 300
> >200
> >[more code]
> >GOTO 100
> >300
> >READNEXT ID THEN GOTO 200
> >---
> >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/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] D3 Shutting down

[Ross Ferris]

I thought it has been covered many times in comp.databases.pick news group

Ross Ferris
Stamina Software
Visage  an Evolution in Software Development


>-Original Message-
>From: [EMAIL PROTECTED] [mailto:owner-u2-
>[EMAIL PROTECTED] On Behalf Of Tony Gravagno
>Sent: Wednesday, 16 June 2004 4:36 AM
>To: [EMAIL PROTECTED]
>Subject: RE: [U2] D3 Shutting down
>
>
>D3 is shutting down on it's own?  I've never heard of this and now both of
>you see it - weird.
>

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] .Net Provider for Unidata or Universe

[Ross Ferris]

AND YET, I think one of the strengths of the Cache camp is that they basically rolled 
a large number of Mumps implementations into a single, unified product, got rid of the 
fractional infighting (please don't pick me up on factional - our niche is less than 
"whole"), and now I see their ads every month in MSDN Magazine

Ross Ferris
Stamina Software
Visage  an Evolution in Software Development


>-Original Message-
>From: [EMAIL PROTECTED] [mailto:owner-u2-
>[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis
>Sent: Thursday, 17 June 2004 1:05 PM
>To: [EMAIL PROTECTED]
>Subject: RE: [U2] .Net Provider for Unidata or Universe

>If there were a conference where all U2 customers, VARs, and third-parties
>were present, there would be many competitors in the room (jBASE, onGroup,
>and Raining Data, for example) and the more of that there is, the healthier
>our branch of the industry is, I would think.  Just my .02.  Cheers!  --
>dawn
>
>Dawn M. Wolthuis
>Tincat Group, Inc.
>www.tincat-group.com
>

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Ross Ferris]

Last time I looked UD Basic was still interpreted ... happy to be wrong (I thought 
jBASE was the only environment that went the "real compiler" route)

Ross Ferris
Stamina Software
Visage  an Evolution in Software Development


>-Original Message-
>From: [EMAIL PROTECTED] [mailto:owner-u2-
>[EMAIL PROTECTED] On Behalf Of Dave S
>Sent: Friday, 18 June 2004 3:10 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [U2] [UV] WHILE READNEXT id DO
>
>If you are running on some old school system, it may cost you.
>
>But don't these programs on Unidata all get compiled into C ?

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

FW: [U2] [UV] WHILE READNEXT id DO

[Allen E. Elwood \(CA\)]

(resending this one sans joke that apparently was non-pc)
Good point Glenn,

Any programming language that supports constructs which allow the
development of loops and subroutines that do not need GOTO's can be used to
create structured programs.  Another hallmark of structured programs is the
usage of text labels instead of numeric.
So, GOSUB DETERMINE.PREVIOUS.STATUS
can be used instead of GOSUB 17250...

Keeping logical constructs separate from 'doing stuff' is another good
practice, as is parsing all variables after the READ, having only one main
print routine (if printing), keeping subroutines from getting too big, not
going down too many levels in subroutines, the list goes on and on.  I have
been told that my basic programs look more like structured COBOL programs
than most basic programs.  And it's pretty true.

I agree that
OPEN '', ITEM.MASTER TO 'ITEM.MASTER' ELSE GOTO ABORT.ROUTINE
is allowable!

This is an example from one of my programs that is used to create the demand
file prior to sending the data to a 3rd party forecasting system "Demand
Solutions".  As you can see, it is quite easy to create structured code in
BASIC!

MAIN.SETUP.SECTION:*
  GOSUB OPEN.AND.INIT
  GOSUB SELECT.DEMAND.MAPS
  IF NOT(ERROR) THEN
GOSUB MAIN.PROCESSING.LOOP
  END
  GOSUB FINISH.UP
END.MAIN.SETUP.SECTION:*
STOP
MAIN.PROCESSING.LOOP:*
  LOOP
READNEXT TM.ID FROM 1 ELSE EXIT
GOSUB READ.DEMAND.MAP
IF ERROR THEN CONTINUE
GOSUB PREPROCESS.PURGE
IF ERROR THEN CONTINUE
IF (FILE.SOURCE = 1 OR FILE.SOURCE = 3) THEN
  *Process SA file for file opts 1 and 3
  FILE.HANDLE = SA
  FILE.SELECT = 'SA'
  GOSUB SELECT.SA
  IF ERROR THEN CONTINUE
  GOSUB PROCESS.SA
END
IF (FILE.SOURCE = 2 OR FILE.SOURCE = 3) THEN
  *Process SA.HIST file for file opts 2 and 3
  FILE.HANDLE = SA.HIST
  FILE.SELECT = 'SA.HIST'
  GOSUB SELECT.SA
  IF ERROR THEN CONTINUE
  GOSUB PROCESS.SA
END
MSG=''
GOSUB OUTPUT.LINE
MSG='End of Listing for Demand Map ':MAP.NAME:', ':DESC
GOSUB OUTPUT.LINE
  REPEAT
RETURN

Allen E. Elwood
Senior Programmer Analyst
Curnayn and Associates
Direct (818) 361-5251
Fax(818) 361-5251
Cell(818) 800-5595
Home (818) 361-7217

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Glenn Herbert
Sent: Thursday, June 17, 2004 12:01 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] [UV] WHILE READNEXT id DO


Is BASIC structured? :-p

If your answer is yes, then the GOTO should probably not be allowed (except
in rare cases).

If your answer is no, then GOTO away!! (caveat: if not abused!)

As Yoda says:  GOTO is the evil not; incorrect the usage is!

At 02:46 PM 6/17/2004, you wrote:
>You realize this does not conform to the ANSI structured programming
>principles?  I have a version dated 1982 and goto's are not allowed...
>
>Or was this just a joke?  In which case you certainly got me!  :-)
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington
>Sent: Thursday, June 17, 2004 11:02 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [U2] [UV] WHILE READNEXT id DO
>
>
><[EMAIL PROTECTED]> ...
> > LOOP
> > code
> > WHILE READNEXT id DO
> > more code
> > REPEAT
>
>I prefer:
>
>100
>[code]
>GOTO 300
>200
>[more code]
>GOTO 100
>300
>READNEXT ID THEN GOTO 200
>---
>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/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UV] WHILE READNEXT id DO

[Ken Wallis]

Mark Johnson wrote:

> This appears to be the semi-annual GOTO holy war.

But only one side is fighting.

Leave it alone Mark.  Nothing good came of it last time, and nothing good
will come of it this time.  Those who believe GOTOs have their uses will not
be convinced otherwise by a thread on a mailing list like this, and those of
us who avoid GOTOs completely will similarly not change their mindset for
you.

> I would like for someone to offer me some code segments to perform the
> following MVquery statement as a true data/basic program:
>
> SORT CUSTOMER BY STATE BY CITY NAME BREAK-ON CITY BREAK-ON STATE TOTAL
> YTD-SALES
>
> I really would like to see how the other side programs this.

Not that I intend to take this further Mark, but are you seriously trying to
imply that sorting, breakpointing and totalling cannot be done well without
using GOTO?

Although I have trouble envisioning it, I'm confident that there is a coding
solution to this specific problem that makes use of GOTO, and I'm sure that
you have such a solution in mind.  Great.  If that makes you productive and
you clients happy, then I'm all for it.  Just so long as I don't have to
consult at one of your client sites once you've retired.  My mind simply
doesn't work that way.  I tend to think about iteration before I look at
branches.  That drives me towards nested LOOPs and all sorts of structures
in which GOTOs are, to my mind, both superfluous and dangerous.

I don't want to get into this Holy War.  Time was when I'd have taken up the
cudgel, but it doesn't achieve anything when you are more than an arm's
length away!  I'd rather disagree without becoming disagreeable.  Please
simply take it as read that any problem that can be solved in BASIC using a
GOTO, can also be solved without using it.  Similarly, I assume that
anything I can code a solution to has at least one equivalent solution that
involves a GOTO statement.

Cheers,

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

RE: [U2] [UV] WHILE READNEXT id DO

[Allen E. Elwood \(CA\)]

Hi Mark,

GOTO-phobia (love that term :-) Don't know about you, but I have seen
programs that were 5000 lines long, filled with goto's that needed upgrading
to fit a new release and required hundreds of hours to upgrade instead of
20.  When done, they became very 'quirky' and impossible to debug.  Finally
after user complaints, 400 hours were invested to completely rewrite.  And
at $175 per hour, 400 hours is a big loss to a software house - "blood on
the highway" as the owner used to say. So whereas goto's are not 'bad', bad
programming is VERY bad.

Usually with sorts I just form the key that defines the break-points after
every read.  The first time through you prime the key and kill the first
flag, after that when the key changes you print the totals, set the key to
the value that caused the break, clear the totals while adding to the grand
total(s) and then add the values for the current record to the just cleared
totals and voila.  Done deal !  Nest this logic and you can do
multi-sort-breaks.  I learned this method very well as before I came to the
Pick community (as it *used* to be called) I was working on a system that
had no query language.  And the CEO was a big believer in sales analysis
reports of every imaginable sorts.  Plus, every once in a while you run into
someone that wants the a column for "This division sales percent of the
territory total" and "This territory sales percent of the Grand Total", etc.
which are pretty much impossible without programming.

That said, I still believe in using Uniquery for reports as much as
possible.  Keep is simple whenever possible!

But, really when you get down to it, it just doesn't really matter how you
get something done.  It's the analytical mindset, business experience and
attention to details that really make a good programmer.  IMHO!

Allen

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Mark Johnson
Sent: Thursday, June 17, 2004 5:12 PM
To: [EMAIL PROTECTED]
Subject: Re: [U2] [UV] WHILE READNEXT id DO


Very good question. Is BASIC Structured. And who defines the structures.

I was on a phone interview with a prospective employer a few years ago and
during that conversation he brought up the concept of GOTO's. I completely
understand GOTO's (most on this forum are GOTO-phobic) and use them
sparingly.

That turned the tide of the interview. Despite my 20+ years (at that time)
of MV programming, he couldn't get off the GOTO-less soapbox. Since the
interview got a little pissy towards the end, I asked him if he ever drank a
beer. His yes answer then allowed me to label him an alcoholic as clearly
alcoholics drink beer.

Do GOTO's make one a poor programmer or do poor programmers use GOTO's. I've
seen a lot of GOTO-less code that is very sloppy with its over-use of FLAGS
to skirt around code sections. I've also seen well written code with a few
GOTO's placed in appropriate places.

This appears to be the semi-annual GOTO holy war. I'm capable of learning so
I would like for someone to offer me some code segments to perform the
following MVquery statement as a true data/basic program:

SORT CUSTOMER BY STATE BY CITY NAME BREAK-ON CITY BREAK-ON STATE TOTAL
YTD-SALES

I really would like to see how the other side programs this.

thanks in advance.

- Original Message -
From: "Glenn Herbert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 3:00 PM
Subject: RE: [U2] [UV] WHILE READNEXT id DO


> Is BASIC structured? :-p
>
> If your answer is yes, then the GOTO should probably not be allowed
(except
> in rare cases).
>
> If your answer is no, then GOTO away!! (caveat: if not abused!)
>
> As Yoda says:  GOTO is the evil not; incorrect the usage is!
>
> At 02:46 PM 6/17/2004, you wrote:
> >You realize this does not conform to the ANSI structured programming
> >principles?  I have a version dated 1982 and goto's are not allowed...
> >
> >Or was this just a joke?  In which case you certainly got me!  :-)
> >
> >-Original Message-
> >From: [EMAIL PROTECTED]
> >[mailto:[EMAIL PROTECTED] Behalf Of Simon Lewington
> >Sent: Thursday, June 17, 2004 11:02 AM
> >To: [EMAIL PROTECTED]
> >Subject: Re: [U2] [UV] WHILE READNEXT id DO
> >
> >
> ><[EMAIL PROTECTED]> ...
> > > LOOP
> > > code
> > > WHILE READNEXT id DO
> > > more code
> > > REPEAT
> >
> >I prefer:
> >
> >100
> >[code]
> >GOTO 300
> >200
> >[more code]
> >GOTO 100
> >300
> >READNEXT ID THEN GOTO 200
> >---
> >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/
---
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://listse

RE: [U2] .Net Provider for Unidata or Universe

[Dawn M. Wolthuis]

Cache' blankets the Java market with ads as well.  But I'd be very curious
how their market compares to the U2 market.  There are other MUMPs
implementations, but not as many as PICK.  I don't know if they are "bigger"
than U2 -- any guesses?  I have no clue whether their marketing strategy is
working to grow them significantly beyond their initial MUMPs base, but I'm
definitely curious.

In preparing the agenda for the Sept 19 meeting of the U2UG in Las Vegas (to
which everyone is invited!) we are planning to have significant discussions
about the topic of marketing U2 and the underlying database.  Even if IBM
does not do that type of marketing, potentially the U2UG could do some
marketing in the future. Just a thought -- all ideas are welcome.  Cheers!
--dawn 

Dawn M. Wolthuis
Tincat Group, Inc.
www.tincat-group.com

Take and give some delight today.


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:owner-u2-
> [EMAIL PROTECTED] On Behalf Of Ross Ferris
> Sent: Thursday, June 17, 2004 7:29 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [U2] .Net Provider for Unidata or Universe
> 
> AND YET, I think one of the strengths of the Cache camp is that they
> basically rolled a large number of Mumps implementations into a single,
> unified product, got rid of the fractional infighting (please don't pick
> me up on factional - our niche is less than "whole"), and now I see their
> ads every month in MSDN Magazine
> 
> Ross Ferris
> Stamina Software
> Visage  an Evolution in Software Development
> 
> 
> >-Original Message-
> >From: [EMAIL PROTECTED] [mailto:owner-u2-
> >[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis
> >Sent: Thursday, 17 June 2004 1:05 PM
> >To: [EMAIL PROTECTED]
> >Subject: RE: [U2] .Net Provider for Unidata or Universe
> 
> >If there were a conference where all U2 customers, VARs, and third-
> parties
> >were present, there would be many competitors in the room (jBASE,
> onGroup,
> >and Raining Data, for example) and the more of that there is, the
> healthier
> >our branch of the industry is, I would think.  Just my .02.  Cheers!  --
> >dawn
> >
> >Dawn M. Wolthuis
> >Tincat Group, Inc.
> >www.tincat-group.com
> >
> 
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
> ---
> 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] .Net Provider for Unidata or Universe

[GarryS]

I've heard of MUMPS and interviewed at a hospital were that was used. Was
that written in U2 ... Mumps was a DEC implementation?

Garry Smith
Dir. Info Systems
Charles McMurray Company
V# 559-292-5782   F# 559-346-6169

> -Original Message-
> From: Ross Ferris [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, June 17, 2004 5:29 PM
> To:   [EMAIL PROTECTED]
> Subject:  RE: [U2] .Net Provider for Unidata or Universe
> 
> AND YET, I think one of the strengths of the Cache camp is that they
> basically rolled a large number of Mumps implementations into a single,
> unified product, got rid of the fractional infighting (please don't pick
> me up on factional - our niche is less than "whole"), and now I see their
> ads every month in MSDN Magazine
> 
> Ross Ferris
> Stamina Software
> Visage  an Evolution in Software Development
> 
> 
> >-Original Message-
> >From: [EMAIL PROTECTED] [mailto:owner-u2-
> >[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis
> >Sent: Thursday, 17 June 2004 1:05 PM
> >To: [EMAIL PROTECTED]
> >Subject: RE: [U2] .Net Provider for Unidata or Universe
> 
> >If there were a conference where all U2 customers, VARs, and
> third-parties
> >were present, there would be many competitors in the room (jBASE,
> onGroup,
> >and Raining Data, for example) and the more of that there is, the
> healthier
> >our branch of the industry is, I would think.  Just my .02.  Cheers!  --
> >dawn
> >
> >Dawn M. Wolthuis
> >Tincat Group, Inc.
> >www.tincat-group.com
> >
> 
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
> ---
> 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] .Net Provider for Unidata or Universe

[David Jordan]

They are winning sites and I believe they are in the middle of converting 2
UniVerse VARS in Australia & 1 in South Africa that I have heard of.  They
are also making a number of wins against Sybase, Oracle sites and probably
DB2 as they have shown considerable performance figures.  They also have
just released an EAI tool which is picking up new business.

Their market currently is smaller than the PICK market, but whilst the PICK
vendors sit on their laurels this will change.

What is more important is that they not only market, but they have
differentiated their product and are selling why multi-dimensional is
better.  The PICK vendors have not got their act together on this one yet.
If I am a new VAR why would I go with PICK?, at least Cache would tell me
why I should go with them.


David Jordan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis
Sent: Friday, 18 June 2004 12:07 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] .Net Provider for Unidata or Universe


Cache' blankets the Java market with ads as well.  But I'd be very curious
how their market compares to the U2 market.  There are other MUMPs
implementations, but not as many as PICK.  I don't know if they are "bigger"
than U2 -- any guesses?  I have no clue whether their marketing strategy is
working to grow them significantly beyond their initial MUMPs base, but I'm
definitely curious.

In preparing the agenda for the Sept 19 meeting of the U2UG in Las Vegas (to
which everyone is invited!) we are planning to have significant discussions
about the topic of marketing U2 and the underlying database.  Even if IBM
does not do that type of marketing, potentially the U2UG could do some
marketing in the future. Just a thought -- all ideas are welcome.  Cheers!
--dawn 

Dawn M. Wolthuis
Tincat Group, Inc.
www.tincat-group.com

Take and give some delight today.


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:owner-u2- 
> [EMAIL PROTECTED] On Behalf Of Ross Ferris
> Sent: Thursday, June 17, 2004 7:29 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [U2] .Net Provider for Unidata or Universe
> 
> AND YET, I think one of the strengths of the Cache camp is that they 
> basically rolled a large number of Mumps implementations into a 
> single, unified product, got rid of the fractional infighting (please 
> don't pick me up on factional - our niche is less than "whole"), and 
> now I see their ads every month in MSDN Magazine
> 
> Ross Ferris
> Stamina Software
> Visage  an Evolution in Software Development
> 
> 
> >-Original Message-
> >From: [EMAIL PROTECTED] [mailto:owner-u2- 
> >[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis
> >Sent: Thursday, 17 June 2004 1:05 PM
> >To: [EMAIL PROTECTED]
> >Subject: RE: [U2] .Net Provider for Unidata or Universe
> 
> >If there were a conference where all U2 customers, VARs, and third-
> parties
> >were present, there would be many competitors in the room (jBASE,
> onGroup,
> >and Raining Data, for example) and the more of that there is, the
> healthier
> >our branch of the industry is, I would think.  Just my .02.  Cheers!  
> >-- dawn
> >
> >Dawn M. Wolthuis
> >Tincat Group, Inc.
> >www.tincat-group.com
> >
> 
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
> ---
> 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] .Net Provider for Unidata or Universe

[Tom Firl]

> I've heard of MUMPS and interviewed at a hospital were that 
> was used. Was
> that written in U2 ... Mumps was a DEC implementation?
> 

My understanding is that MUMPS/Cache is somehow related to Revelation.  I don't know 
if that's true or not, just one of those things a long-time MV programmer mentioned 
the other day...

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

RE: [U2] .Net Provider for Unidata or Universe

[Ross Ferris]

Marketing costs $. Unless U2UG is going to start charging membership fees, I don't see 
where this will be possible

In terms of Cache size, IIRC they quote figures around 4,000,000 seats, so I would 
think they are on a par with U2

Ross Ferris
Stamina Software
Visage  an Evolution in Software Development

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:owner-u2-
>[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis
>Sent: Friday, 18 June 2004 12:07 PM
>To: [EMAIL PROTECTED]
>Subject: RE: [U2] .Net Provider for Unidata or Universe
>
>Cache' blankets the Java market with ads as well.  But I'd be very curious
>how their market compares to the U2 market.  There are other MUMPs
>implementations, but not as many as PICK.  I don't know if they are
>"bigger"
>than U2 -- any guesses?  I have no clue whether their marketing strategy is
>working to grow them significantly beyond their initial MUMPs base, but I'm
>definitely curious.
>
>In preparing the agenda for the Sept 19 meeting of the U2UG in Las Vegas
>(to
>which everyone is invited!) we are planning to have significant discussions
>about the topic of marketing U2 and the underlying database.  Even if IBM
>does not do that type of marketing, potentially the U2UG could do some
>marketing in the future. Just a thought -- all ideas are welcome.  Cheers!
>--dawn
>
>Dawn M. Wolthuis
>Tincat Group, Inc.
>www.tincat-group.com
>
>Take and give some delight today.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] .Net Provider for Unidata or Universe

[Tony Gravagno]

Dawn M. Wolthuis wrote:
> Cache' blankets the Java market with ads as well...
> I have no clue whether their  marketing strategy is working to
> grow them significantly beyond their initial MUMPs 
> base, but I'm definitely curious.

Dawn, I've had loose discussions with MV VARs about Cache' for quite a while
now, and in brief, with InterSystems themselves.  If you think about it,
they've been doing page-sized ads in all major developer and business
magazines for a couple years now.  No one has such deep pockets that they
will continue to throw away that kind of money on a weekly basis.  I can't
verify that their marketing has been fiscally successful but I think we can
reasonably make that deduction.  Whether they're successful in recouping
their investments or not, I bow in awe to a well executed marketing
campaign.

IBM should take note:
- Here is a small company with a factionalized developer/reseller base like
MV.
- They don't have the wealth of applications that we do.
- They are faced with the Mumps stigma just as we are saddled with the Pick
stigma.
- They don't talk applications - they are looking for new developers.  Hmmm,
does ANYONE in the MV market really look to bring in new developers from
outside?
- They are promoting multidimensionality, making it acceptable again.
- They are doing marketing for a non-relational DBMS, and by various
definitions they are very successful.

It looks like InterSystems is charging up the hill for battle without
getting shot.  If IBM doesn't want to lead this market, they would do well
to follow the lead that has already been started.  IBM has shown that they
aren't stuck on being innovators, and not afraid to shift gears and embrace
a worthy cause, considering their adoption of Java and Linux.  In this case,
IBM owns the technology, unlike Java and Linux - why not pursue
opportunities at this ideal time?

There is another significant dynamic here that all MV people should take a
note of from a competitive standpoint.  Oracle, SAP, Microsoft, and
InterSystems are targeting the same small business market that has been the
bread and butter of the MV world for a generation.  With every small success
that any of these companies make, some MV VAR and their DBMS vendor will
incur a loss.  The large companies have announced firm strategies for
targeting this space, including buying entire software companies just for
the purpose.  You guys have a bulls-eye on your collective head.  Unless
this market acts to compete with this invasion, we're all going to be losing
a lot very soon.

To further hammer this home, InterSystems now claims to have software to
migrate Pick data and software to Cache'.  Whether it's a 50% or a 100%
migration it doesn't matter.  The point is that they see value in this
market and are actively taking steps to approach migrations.

In case there is any misunderstanding, I'll summarize for IBM:
Your competition is marketing and selling business applications directly to
your customers and prospect base - and you're letting them.  Unless you
market the technologies and applications that are already under your
umbrella, you will lose a lot of money.

I can provide specifics along with strategies for addressing the situation
to anyone who has serious interest - through a consulting engagement of
course.

> In preparing the agenda for the Sept 19 meeting of the U2UG 
> in Las Vegas (to which everyone is invited!) we are planning to have 
> significant discussions about the topic of marketing U2 and the
> underlying database.  Even if IBM
> does not do that type of marketing, potentially the U2UG could do some
> marketing in the future. Just a thought -- all ideas are 
> welcome.  Cheers!
> --dawn 
> 

Looks like the time is ripe for such a meeting, Dawn...

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

RE: [U2] .Net Provider for Unidata or Universe

[David Jordan]

I think U2 is about 4.5Million seats and when you add other PICK
environments it comes to over 6 Million seats.  

With IBM U2 Marketing they cannot advertise outside the DB2 brand.  The U2UG
can, to some extent.  What the User Group can do strategically is what Dawn
is talking about, whether it is media awareness directly by the group, or by
differentiating U2 in a manner that IBM sees a benefit in advertising it
differently such as lotus.  Here is the chance for Users to make a
difference

Regards

David Jordan


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ross Ferris
Sent: Friday, 18 June 2004 1:55 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] .Net Provider for Unidata or Universe


Marketing costs $. Unless U2UG is going to start charging membership fees, I
don't see where this will be possible

In terms of Cache size, IIRC they quote figures around 4,000,000 seats, so I
would think they are on a par with U2

Ross Ferris
Stamina Software
Visage  an Evolution in Software Development

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:owner-u2- 
>[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis
>Sent: Friday, 18 June 2004 12:07 PM
>To: [EMAIL PROTECTED]
>Subject: RE: [U2] .Net Provider for Unidata or Universe
>
>Cache' blankets the Java market with ads as well.  But I'd be very 
>curious how their market compares to the U2 market.  There are other 
>MUMPs implementations, but not as many as PICK.  I don't know if they 
>are "bigger" than U2 -- any guesses?  I have no clue whether their 
>marketing strategy is working to grow them significantly beyond their 
>initial MUMPs base, but I'm definitely curious.
>
>In preparing the agenda for the Sept 19 meeting of the U2UG in Las 
>Vegas (to which everyone is invited!) we are planning to have 
>significant discussions about the topic of marketing U2 and the 
>underlying database.  Even if IBM does not do that type of marketing, 
>potentially the U2UG could do some marketing in the future. Just a 
>thought -- all ideas are welcome.  Cheers! --dawn
>
>Dawn M. Wolthuis
>Tincat Group, Inc.
>www.tincat-group.com
>
>Take and give some delight today.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004
---
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/