; BobW
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> Sent: Thursday, February 16, 2006 7:35 AM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] [UV] GOSUB variable-name?
>
> On 14 Feb
subroutines with a passwd subroutine
> variable??
>
> George
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Behalf Of
> > [EMAIL PROTECTED]
> > Sent: Thursday, February 16, 2006 10:35 AM
> > To: u2-users@lis
On 14 Feb 2006, "Serguei" <[EMAIL PROTECTED]> wrote:
>
> > Why not instead of CALL SomeProg('GetCustomerBalance',...)
> > and CALL SomeProg('PaintScreen',...)
> > do:
> > CALL GetCustomerBalance
> > Call PaintScreen
>
> On
meone logs out that had locks in place.
>
> George
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Behalf Of Serguei
> > Sent: Thursday, February 16, 2006 4:53 AM
> > To: u2-users@listserver.u2ug.org
> > Subj
able-name?
> I have always thought of OOP as a complicated way of producing very
> simlpe procedual code.
>
>
>
> Les Sherlock Hewkin
> Senior Developer
> Core Systems - 9951
> 01604 592289
>
> -Original Message-
> From: Serguei [mailto:[EMAIL PROT
hat U2 is missing anything by not having it built in.
>
> - Original Message -
> From: "Serguei" <[EMAIL PROTECTED]>
> To:
> Sent: Wednesday, February 15, 2006 4:03 AM
> Subject: Re: [U2] [UV] GOSUB variable-name?
>
>
> > You not an OOP expect,
There is much better OOP-style solution to the file variable problem.
Create a named COMMON that is defined in one program only - the program
responsible for reading/writing a record of the data. It will open file when
it first needed if it is not opened yet and do the writing. And never again
anyw
e worked for has had a different way of display and storing
> information. It's only when using windows tools that they will settle for
> what they get because they have no choice.
>
> - Original Message -
> From: "Serguei" <[EMAIL PROTECTED]&g
Why not instead of CALL SomeProg('GetCustomerBalance',...) and CALL
SomeProg('PaintScreen',...)
do:
CALL GetCustomerBalance
Call PaintScreen
Another rule of structural programming - every program can have only one
purpose :).
Unfortunately in case of U2 sometimes we have to live with the programm
It is always wrong to specify directly in a calling program which branch the
execution should take in a program that is called. It does not matter
whether it is using GOSUB @variable or CASE statement. It is also wrong to
pass into the called program the information from where it is been called.
Ea
The problem here is that in case of passing the GUSUB name as a parameter
the calling program should know the structure of the program been called
(e.g. that there is a GOSUB inside). This contradicts the structural
programming idea of a program been a "black box".
- Original Message -
Fr
This approach is absolutely awful from software design point of view. I
personally would hate to have to support software when it is the calling
program that decides the flow of the program that is been called.
Do you really need this?
- Original Message -
From: "Barry Brevik" <[EMAIL PRO
I personally would even write it like this if I am sure the number of values
is no more then ten:
FOR I=1 TO DCOUNT(REC<15>,@VM)
(and of course I would not use number as a field position)
- Original Message -
From: "Mark Johnson" <[EMAIL PROTECTED]>
To:
Sent: Thursday, January 05, 2006
but one has to think about
sharing connections among users.
Serguei
- Original Message -
From: "Gahan, Mick" <[EMAIL PROTECTED]>
To:
Sent: Thursday, December 22, 2005 3:20 PM
Subject: [U2] Running Uniobjects from a web server
> A quick question from a UniObjects ro
hat this could mean?
Serguei
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
We did investigate Redback but decided against it. We are using Java and
uniObjects with a servlet engine. Currently we have the whole of the
application interface converted to the browser interface and we are quite
happy with the result.
- Original Message -
From: "Ralph Burton" <[EMAIL
more serious notes on GOTO
> Richard Taylor wrote:
> >Serguei wrote:
> >> From my experience working with a team of different
> >> developers this is the worst possible and a very selfish
> >> scenario a developer might choose to follow.
> >
> >
And the next thing GOTO supporters will try to prove to us is that the
smoking is good for you? :)
- Original Message -
From: "Bruce Nichol" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, October 05, 2005 3:58 AM
Subject: RE: [U2] the 4 letter word
> Goo'day, Stuart,
>
> At 12:19 05/10/05 +1
- Original Message -
From: "Tony Gravagno" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, October 05, 2005 4:54 AM
Subject: RE: [U2] more serious notes on GOTO
> Rather than completely re-writing client code to
> my sense of what nice code looks like it's occasionally much easier to
GOTO
> t
ank
> up my Victrola and listen to Les Brown and His Band of Renown on 78 once
in
> a while.
>
> Larry Hiscock
> Western Computer Services
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Serguei
> Sent: Tuesday, Octo
Using GOTO properly is using it in languages that cannot be programmed
without GOTO. For example Fortran 4 or original Basic. Using it e.g. in
Fortran 77 or in UniBasic would already be not a proper use. The same as
playing records on crank record player would be good idea if you have no
electric p
If one structures the program correctly there is no need for comments like
this as it is obvious. One need those comments only when one cannot see END
statement on the same screen with IF statement (i.e. when the branch is too
long), but this normally indicate the wrong structure. And with proper
i
There are programming languages that don't have labels and gotos. Somehow
programmers manage to do without. :)
- Original Message -
From: "Louis Windsor" <[EMAIL PROTECTED]>
To:
Sent: Friday, September 30, 2005 2:40 PM
Subject: Re: [U2] Good Programming Practice Question.
> Yo
We too used RCS for some time later moving to Microsoft Source Safe (our
developers work on Windows).
We don't have anything special made for it - we simply have Work directory
set to a developer's account. It is easier for us as we have a in-house
developed editor for uniBasic that understands rea
fine tricky looking code.
> Thanks.
>
> - Original Message -
> From: "Serguei Poliakov" <[EMAIL PROTECTED]>
> To:
> Sent: Thursday, September 29, 2005 5:09 AM
> Subject: Re: [U2] Good Programming Practice Question.
>
>
> > I thinks the be
ollow some of the
rules while others allow to do whatever the developer feels like doing.
Serguei
- Original Message -
From: "Mark Johnson" <[EMAIL PROTECTED]>
To:
Sent: Friday, September 30, 2005 3:22 AM
Subject: Re: [U2] Good Programming Practice Question.
&g
There is no reason to lock details if the header is locked (you would not
want two users to modify the same invoice). So the correct procedure is not
to lock details at all.
- Original Message -
From: "Dave S" <[EMAIL PROTECTED]>
To:
Sent: Thursday, September 29, 2005 2:51 PM
Subject: Re
Why do you need to create an extra variable (LAST)? It only make sense if
the number of elements in ARRAY is really big. If you expect it to have 1 to
10 elements an extra variable only makes your code more difficult to
maintain.
On REMOVE I completely agree with you - it just makes it more diffic
My main rule - Never use a COMMON to pass data between programs. It really
makes it much easier to modify the program if you know where all your data
came from.
- Original Message -
From: "David A. Green" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, September 27, 2005 7:14 PM
Subject: RE: [U2]
It a program is so long that it is difficult to find a label - the problem
is not in the label but in the program itself. Just keep it short.
- Original Message -
From: "Kevin King" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, September 27, 2005 9:03 PM
Subject: RE: [U2] Good Programming Prac
I thinks the better to say - if the code looks tricky, there is something
wrong with it. The advice would be - don't write tricky-looking code. :)
Serguei
- Original Message -
From: "Dianne Ackerman" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, September 27, 2005 7:5
Check date conversion routines (if you pass the date in output format). If
you system is set to use European date format when the program is called
from uniObjects the process would use American date format.
Serguei
- Original Message -
From: "Sunny Matharoo" <[EMAIL P
32 matches
Mail list logo
