I agree. On the few cases that I've run into RETURN TO, I've unprogrammed
it.
Part of the purpose of RETURN TO is that MV doesn't have the POP command
whereby you can remove one of the GOSUB stack references and 'return to' the
prior GOSUB statement.
Being one who can use GOTO properly and can mi
Yes, but the example had only 3 tested conditions. Changing the number to
suit a method invalidates the original comparison. It's like 5+5 versus
5+5+5+5+5+5+5+5+5+5+5 whereby you change your method from adding to
multiplying.
If it's argued that every IF statement 'could' grow to a 'huge' number'
Jim,
I'm in NJ and would love to know about some of the local user groups. For
all the Visual Studio haters out there, I've been using it for the past 5
years or so after a gazillion years in U2. I'll go back to U2 stuff kicking
and screaming. Visual Studio is FANTASTIC!!.
Yes, I said it.
Mi
no transaction logging I think my network guy was resizing a file
Dave R
e Fax (815)4259364
P.O. Box 17811, Irvine CA 92623-7811
-- Richard Nuckolls <[EMAIL PROTECTED]> wrote:
I have seen this happen when a file gets an inconsistent state flag
set. Are you doing Transaction Logging?
Try
RECO
Has anyone tried out the new ADO.NET provider for .NET IBM ?
Horacio Pellegrino
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
Some of us have Unix servers.
The last time that I looked (a few years ago) the limitation was networking.
That is, a "Professional" ($800) version of Visual.Studio was needed to do
anything over a network such as launching an application from a mapped
drive.
Microsoft's CLR (Common Language Runt
Tony Gravagno wrote:
> If you don't want to pay for Visual Studio
[Ad - kind of] There may be another way for people on Long Island to get the
brand new Visual Studio 2008 Professional for free. Next week (Dec. 6th),
the LI.NET Developers Group will be hosting a meeting and at that meeting
Micros
> Doug Averch wrote
> >We looked a mv.net and found the Windows platform very
> >limiting and would force us to use Visual Studio.
Charles_Shaffer wrote:
> Uniobjects is not strictly limited to Visual Studio.
People often confuse .NET with Visual Studio. VS facilitates the use of
.NET, but dev
Hi Brenda,
I'd recommend you at least have the option of RAID 0+1.
We use a combination of RAID 0+1 and RAID 5. The data that's heavily
accessed goes on RAID 0+1 volumes and the less-busy stuff goes on RAID
5.
Other things to consider are the amount of RAM installed (systems fly
when entire file
That WOULD make sense, but it's not indicated in LeRoys's reply. And there
are NO instructions on how to package this all up and run it under glassfish
or tomcat. I can ( and probably will, now ) dive into the subdirectories to
see if a jar/war file has been created, and if so, try to deploy it on
Ray, at the risk of another 'holy war', please don't encourage the use of
"RETURN TO" - particularly with large complex groups of programs with lots
of subroutines, this can lead to "return stack overflow" scenarios that are
extremely hard to debug (having cleaned up a lot of these as the 'next
It was my understanding that you could create a jar file from the web services
developer which you could then run in your web/app server of choice - Is that
not so ?? I cant see that you would have to install the developer tool as a
server
Symeon.
-Original Message-
From: [EMA
Mark,
Although I usually agree with you, this time I have to disagree. Using
a CASE statement in this way seems a very clear way to handle something,
especially when you're checking for a huge number of reasons to
"disqualify" something from happening. Have you ever programmed the
Federal Fi
>For my money, the CASE statement, sensibly used, is much better than
>multiple IF statements
Agreed. Let the compiler work it out.
Charles Shaffer
Senior Analyst
NTN-Bower Corporation
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.
>We looked a mv.net and found the Windows platform very limiting and would
>force us to use Visual Studio.
Uniobjects is not strictly limited to Visual Studio. I am currently using
the non .NET version of Uniobjects in a LotusScript program and it seems
to be working OK. I suspect that it woul
Curious, I would have done:
LOOP WHILE READNEXT ID
READ RECORD FROM FILE,ID THEN
IF ((RECORD EQ COND1) AND (RECORD EQ COND2) AND
(RECORD EQ COND3)) THEN
RECORD = 'PROCESSED'
END
END
REPEAT
If I was worried about the IF statement getting too long, then I'd do this:
LOOP WHILE RE
IMHO, using CASE as a replacement for IF's is extraneous. Meaning a harder
alternate than what should be the simpler form. CASE statements resolve to
being IF statements when compiled anyway.
CASE statements are best used for their original purpose. That is to
evaluate multiple conditions and only
We've been taking baby steps with the web services developer, and have thus
far been pleased with the simplicity of development. However I'll have to
reconsider using it after reading this response. It makes absolutely no
sense to require the overhead of both a graphics desktop AND the eclipse
fram
You could do this.
PROCESS.REC:
READ RECORD FROM FILE,ID THEN
IF RECORD EQ COND1 AND RECORD EQ COND2 AND RECORD
EQ COND3 THEN
RECORD = 'PROCESSED'
WRITE RECORD TO FILE, ID
END IF
END IF
RETURN
Or, you could try:
READ RECORD FROM FILE,ID THEN
BEGIN CASE
CASE RE
You could do this.
PROCESS.REC:
READ RECORD FROM FILE,ID THEN
IF RECORD EQ COND1 AND RECORD EQ COND2 AND RECORD
EQ COND3 THEN
RECORD = 'PROCESSED'
WRITE RECORD TO FILE, ID
END IF
END IF
RETURN
The If statement is a little long, but there is one exit point, no ne
20 matches
Mail list logo
