Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

I think that there are a lot of good choices to choose from but there is no
one *best* choice that we can all agree with. We've all come from separate
environments that supported their own standards and we're coming to a focal
point here debating the undebatable.

I wonder if there could be a compilation of many programming methods that
the new persons could pick and choose from. Perhaps on a topic by topic
basis.

Oddly enough, one programmer I've inherited, whose code it pretty all over
the place, has actually inspired me to incorporate one of her methods into
my bag of tricks. So, despite my general distain for her approach to things,
I can gleen something useful for my future.

My 1 cent.

- Original Message -
From: "Fawaz Ashraff" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, September 29, 2005 4:33 PM
Subject: RE: [U2] Good Programming Practice Question.


> Thanks a lot for all the input on this subject.
>
> Cheers
>
> Mohamed
>
>
>
>
> __
> Yahoo! for Good
> Donate to the Hurricane Katrina relief effort.
> http://store.yahoo.com/redcross-donate3/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Good Programming Practice Question.........

[Kevin King]

>This thread, while starting on noble grounds of 'good' programming
>practices, will eventually turn into a pissing contest of implied
>standards.

I normally ignore you, but this one has me interested.  Why must this
otherwise educational topic be degraded into implication?

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

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

I've inherited a few apps whereby the data grew beyond any original ideas.
Thus I *always* create my LAST variable outside of the loop. It gets
exponential.

I'm not worried about the extra variables in this sense. I have inherited
such an incredible collection of crap over the years it's mind boggling.
Having a consistent LAST=DCOUNT prior to a loop also lets me know what the
last element is. I'm starting to use Accuterm GUI and its Gauge component
wants to know the end.

Perhaps not for everyone on this list as there are some pretty sharp people
here, but sometimes I feel that I can improve almost any program I come
across. It truly is an untamed world of compiled working source code out
there (legacy) that at the very least, got us to where we are today.

One simple question.

Was it ever *required* to have the double quotes representing the unused
DICT clause in an OPEN statement. I remember in 1978 being taught
OPEN "","CUSTOMER" TO F.CUSTOMER ELSE STOP 201,"CUSTOMER"
and once accidentally forgetting the ("",) and it didn't matter. To this day
I've not run into a situation where it matters.

Thanks in advance.

- Original Message -
From: "Serguei Poliakov" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, September 29, 2005 5:27 AM
Subject: Re: [U2] Good Programming Practice Question.


> 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 difficult to
> understand the code without giving anything in return.
>
> - Original Message -
> From: "Mark Johnson" <[EMAIL PROTECTED]>
> To: 
> Sent: Tuesday, September 27, 2005 10:46 PM
> Subject: Re: [U2] Good Programming Practice Question.
>
>
> > Another good suggestion:
> > Use:
> > LAST=DCOUNT(ARRAY,CHAR(253))
> > FOR I=1 TO LAST
> > blah
> > NEXT I
> > instead of
> > FOR I=1 TO DCOUNT(ARRAY,CHAR(253))
> >
> > I know that REMOVE is pretty promoted here but most times I use a
FOR/NEXT
> > loop because I don't want to maintain a separate mv variable for using
any
> > other associated attributes.
> >
> > My 1 cent.
> >
> > - Original Message -
> > From: "Keith W. Roberts" <[EMAIL PROTECTED]>
> > To: 
> > Sent: Tuesday, September 27, 2005 5:14 PM
> > Subject: RE: [U2] Good Programming Practice Question.
> >
> >
> > > I most heartily agree!  Numbers in the labels don't elucidate; they
> merely
> > > increase the length.  And I'm pretty sure I know that "U" comes
> somewhere
> > > after "S". :)
> > >
> > > My $0.02 (on issues ancillary to the code itself) ...
> > >
> > > - make your BP files Type19 (DIR), so you can edit them outside of U2
> > using
> > > whatever cotton-pickin' editor you like
> > >
> > > - use source code control; absolutely anything is better than nothing,
> and
> > > there are good free ones for all platforms
> > >
> > > - agree on an indentation scheme and stick to it as a group, else
> > get/create
> > > a beautifier which enforces the chosen standards before code checkin
> > >
> > > -Keith
> > >
> > > Original Message
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of Bill_H
> > > Sent: Tuesday, September 27, 2005 1:35 PM
> > > To: u2-users@listserver.u2ug.org
> > > Subject: RE: [U2] Good Programming Practice Question.
> > >
> > > > Kevin:
> > > >
> > > > Not if you alphabetize the labels; then it works just like numeric.
> > > > :-)
> > > >
> > > > Bill
> > > >
> > > >> -Original Message-
> > > >> From: [EMAIL PROTECTED]
> > > >> [mailto:[EMAIL PROTECTED] On Behalf Of Kevin King
> > > >> Sent: Tuesday, September 27, 2005 1:04 PM
> > > >> To: u2-users@listserver.u2ug.org
> > > >> Subject: RE: [U2] Good Programming Practice Question.
> > > >>
> > > >> And here's where the conflict begins.  When looking through a
> > > >> big program, I much prefer numeric labels in order with comments
vs.
> > > >> alphanumeric labels.  With numeric labels in order you find
> > > >> 1800 and if you're looking for 2000 you know to look farther
> > > >> down, 1000, go up.
> > > >> With alpha labels if you find SELECT.FILE and are looking for
> > > >> UPDATE.FILES, you have nothing but experience to know whether
> > > >> to look up or down from there.
> > > >>
> > > >> Numeric labels are good.  Not ordering or commenting them is
> > > >> bad.  And not putting comments around all labels to make them
> > > >> more easily distinguished from the rest of the program is
> > > >> near unforgiveable.
> > > >>
> > > >> -K
> > > >>
> > > >> -Original Message-
> > > >> From: [EMAIL PROTECTED]
> > > >> [mailto:[EMAIL PROTECTED] On Behalf Of Allen E.
> > > >> Elwood Sent: Tuesday, September 27, 2005 12:40 PM
> > > >> To: u2-users@listserver.u2ug.org
> > > >> Subject: RE: [U2] Good Programming Practice Question.
> > > >>

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

A good example of interpeted vs non-interpeted code is that PROC can have
the same label more than once. It will only reference the first one though.

My 1 cent.
- Original Message -
From: "Keith W. Roberts" <[EMAIL PROTECTED]>
To: 
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, September 28, 2005 4:22 PM
Subject: RE: [U2] Good Programming Practice Question.


> Original Message
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Gordon J Glorfield
> Sent: Wednesday, September 28, 2005 10:34 AM
> To: u2-users@listserver.u2ug.org
> Cc: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org
> Subject: RE: [U2] Good Programming Practice Question.
>
> > I prefer alphanumeric labels for subroutines.  The label
> > should give some
> > clue as to the function of the subroutine.  The subroutines
> > should be in
> > frequency of use order with the most commonly used closer to
> > the top of
> > the program.  Subroutines that are used once in a program (file opens,
> > variable initialization, etc...) are located near the bottom.  This
> > method is suppose to improve the efficiency of the program and may
> > not be valid anymore.
>
> Correct.  There is absolutely no reason to order code by frequency of
usage
> in a non-interpretive (ie, compiled) language.  When the object is loaded
> into memory, relocatable jumps are resolved, so it's as efficient to get
to
> the last line as the first.
>
> > In the Sequoia version of Pick O/A it did matter.  The run-time
> > engine would start at the top of the program to search for a
> > subroutine. Therefore a subroutine that was accessed over and over
> > again would be found quicker each time if it was closer to the top.
> > Some programmers even took this to an extreme by making the first
> > line of a program read "GOTO MAIN.LINE".  The next line would be the
> > label for the most commonly accessed subroutine.
> >
> >
> > Gordon J. Glorfield
> > Sr. Applications Developer
> > MAMSI (A UnitedHealth Company)
> > 301-360-8839
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

Define 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 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:56 PM
> Subject: Re: [U2] Good Programming Practice Question.
>
>
> > I like these and would add another one - Add comments to tricky-looking
> > code!
> > -Dianne
> >
> > David A. Green wrote:
> >
> > >I've been teaching UniBasic for over 10 years and here are some of the
> > >methods I teach:
> > >
> > >* Subroutines should only have one job.
> > >* Subroutines should be short. (less than 10 lines)
> > >* Subroutines should have one entrance and one exit.
> > >* Use meaningful variable names and subroutine names.
> > >* Be consistent in your naming conventions.
> > >* Don't hard code Numbers, Strings, or Attributes.
> > >* Use CASE over IF...THEN when there are more than two options.
> > >* Use LOOP...WHILE/UNTIL...REPEAT over FOR...NEXT with IF Conditions.
> > >* Use REMOVE to traverse a dynamic array.
> > >* Use a Simple Variable on Conditional Statements.
> > >* Use UniData Internal Variables whenever possible; i.e. @AM, @VM,
@DATE.
> > >
> > >Thank you,
> > >David A. Green
> > >DAG Consulting
> > >(480) 813-1725
> > >www.dagconsulting.com
> > >
> > >
> > >-Original Message-
> > >From: [EMAIL PROTECTED]
> > >[mailto:[EMAIL PROTECTED] On Behalf Of Fawaz Ashraff
> > >Sent: Tuesday, September 27, 2005 8:23 AM
> > >To: u2-users@listserver.u2ug.org
> > >Subject: [U2] Good Programming Practice Question.
> > >
> > >Hi All,
> > >
> > >We are planning to train some of our new programmers
> > >to use good programming practices when using U2 Basic.
> > >I can remember in Unidata days us having some tech
> > >support documents that talked about this. Example such
> > >as when is the best time to use CASE instead IF & ELSE
> > >or not to use GOTO statments.
> > >
> > >I am sure some of you may have some input in this
> > >topic. If you have some documents, notes or thoughts
> > >on this, can you please share with us?
> > >
> > >When I get all the technical tips, I can compile this
> > >to a document and share with our new programmers as
> > >well as U2 listserver community.
> > >
> > >Thanks
> > >
> > >Mohamed
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

What's the real need to have OPEN's in a sub. Isn't the main purpose of subs
to allow repeated access of the same code. What's wrong with top-down coding
with the OPENs, INCLUDES and other housekeeping in the beginning.

I also think that any programming to accomodate the hardware limitations of
the past should stay in the past. Dartmouth and other interpeted Basic
languages were proven that code nearer to the top executed faster. So be it.
I can't imagine that a sub anywhere in a program is any 'closer' to the top
runs noticably faster. You would be hard pressed in a 60-100 user
environment with everyone running their variety of apps to notice a provable
difference in your program. Academic at best.

I just inherited a job costing app that is a bear to debug. It 'reads' well
with its graceful GOSUBs for everything but it gets out of hand. BTW, I wish
the data/basic debugger would not 'step' through called subs when stepping
through the main program.

Just curious.

- Original Message -
From: "Gordon J Glorfield" <[EMAIL PROTECTED]>
To: 
Cc: <[EMAIL PROTECTED]>; 
Sent: Wednesday, September 28, 2005 1:33 PM
Subject: RE: [U2] Good Programming Practice Question.


> I prefer alphanumeric labels for subroutines.  The label should give some
> clue as to the function of the subroutine.  The subroutines should be in
> frequency of use order with the most commonly used closer to the top of
> the program.  Subroutines that are used once in a program (file opens,
> variable initialization, etc...) are located near the bottom.  This method
> is suppose to improve the efficiency of the program and may not be valid
> anymore.  In the Sequoia version of Pick O/A it did matter.  The run-time
> engine would start at the top of the program to search for a subroutine.
> Therefore a subroutine that was accessed over and over again would be
> found quicker each time if it was closer to the top.  Some programmers
> even took this to an extreme by making the first line of a program read
> "GOTO MAIN.LINE".  The next line would be the label for the most commonly
> accessed subroutine.
>
>
> Gordon J. Glorfield
> Sr. Applications Developer
> MAMSI (A UnitedHealth Company)
> 301-360-8839
>
> [EMAIL PROTECTED] wrote on 09/27/2005 04:35:12 PM:
>
> > Kevin:
>
> > Not if you alphabetize the labels; then it works just like numeric.  :-)
>
> > Bill
>
> [SNIP]
>
>
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity to
> which it is addressed. If the reader of this e-mail is not the intended
> recipient or his or her authorized agent, the reader is hereby notified
> that any dissemination, distribution or copying of this e-mail is
> prohibited. If you have received this e-mail in error, please notify the
> sender by replying to this message and delete this e-mail immediately.
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

I'm redundant in my prior post. Sorry.

I would also suggest archiving BP UPDATE_092905 in separate file, BP.ARCHIVE
for example. This way, a FIND (SEARCH) won't grab false positives when
looking for a program.

I wrote an article for Spectrum on this very topic.
Mark Johnson
- Original Message -
From: "Allen E. Elwood" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, September 28, 2005 12:28 PM
Subject: RE: [U2] Good Programming Practice Question.


> I'll second that motion.  If you *really* want source control, get serious
> about it and save all previous versions with dates as part of the id.
Then
> you can just do source compares if you need to go back a rev.
>
> When you get a 2300 line program, and 1700 of the lines have comments with
> project numbers and permission about who said to do it, the overhead to
keep
> the revision history ***HARD CODED*** becomes 60% or more of the project.
> Let the computer do the work for you.  Instead of hard coding revisions,
> keep a revision file!
>
> By saving the program before modifying it, it becomes 0.01% overhead, and
> a.fish.in.sea is the name of the game.  Since I end up going back a
> revision, about once out of every 1500 programs I change, I don't think
it's
> a great idea to obfuscate the code with "Joe said this was ok 02-02-88"
when
> "Joe" worked for the company 15 years ago and nobody even remembers who he
> was.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Jeff Schasny
> Sent: Wednesday, September 28, 2005 08:56
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] Good Programming Practice Question.
>
>
> I've got to disagree with this one. This is the job of your source code
> control system. I've seen applications which were commented in this manner
> over a number of years and they are almost unreadable due to the sheer
> volume of mod tags.
>
> -Original Message-
> [mailto:[EMAIL PROTECTED] Behalf Of Marilyn Hilb
> Sent: Wednesday, September 28, 2005 8:48 AM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] Good Programming Practice Question.
>
>
> Two items I have thought of.
>
> 1. In addition to putting a modification tag at the top of the code with
> who/date/what, we also will assign a job number to the mod in addition to
a
> No for the mod. Such as mod 01. Then throughout the code where the changes
> are made we put a tag such as *<<01>> start  and *<<01>> end or, just a
> single tag at the end of the line if only one or two lines being changed.
> This makes the changes very easy to search for and spot should there be
> problems in the new code.
> [snip]
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

I agree with Jeff's disagreement.

In my travels, I'll inherit a program that may have had 1-10 prior
programmers on it. That means nothing to me now. I'm the current cook in the
kitchen and for all it matters, all of their 'mods' could have been written
when the program was originally written. The only good thing is recognizing
personal patterns (their standards) so I can think like them when the time
comes.

I have a useful method of protecting the past and staying sane for the
future. If I'm working on BP UPDATE, I copy it to BP UPDATE_092905, never to
be compiled or used again. Then the BP UPDATE is mine to clean up (Remove
all the useless mod commentsand tighten up old-school ideas) and viola,
sometimes (most of the time) the code is that much more readable. Next week,
when I need to make some more changes, I copy to BP UPDATE_100505 and so
forth.

I absolutely despise the pathetic renaming of programs as UPDATE.V2,
UPDATE.NEW, UPDATE.HOLD, UPDATE.TEMP, UPDATE.BKUP etc. Keep the run-time
version called UPDATE and modify the archive version with the date suffix. I
swear that I've seen live programs called NEW.UPDATE.TEMP.NEW. It gets
pretty thesaurus-like with the different words for New and Old. The worse
was ABRIDGED.UPDATE. One client's main cust maint is
IMPROVED.CUSTMAINT.SUB.2. C'mon.

If my methods can hurt me, then they haven't yet.

Mark Johnson


- Original Message -
From: "Jeff Schasny" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, September 28, 2005 11:55 AM
Subject: RE: [U2] Good Programming Practice Question.


> I've got to disagree with this one. This is the job of your source code
> control system. I've seen applications which were commented in this manner
> over a number of years and they are almost unreadable due to the sheer
> volume of mod tags.
>
> -Original Message-
> [mailto:[EMAIL PROTECTED] Behalf Of Marilyn Hilb
> Sent: Wednesday, September 28, 2005 8:48 AM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] Good Programming Practice Question.
>
>
> Two items I have thought of.
>
> 1. In addition to putting a modification tag at the top of the code with
> who/date/what, we also will assign a job number to the mod in addition to
a
> No for the mod. Such as mod 01. Then throughout the code where the changes
> are made we put a tag such as *<<01>> start  and *<<01>> end or, just a
> single tag at the end of the line if only one or two lines being changed.
> This makes the changes very easy to search for and spot should there be
> problems in the new code.
> [snip]
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Craig Bennett]

This thread, while starting on noble grounds of 'good' programming
practices, will eventually turn into a pissing contest of implied standards.

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

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

My 1 cent on this.

I like to pass as few items to subs as possible. If I inherit subs with file
handles being passed, then so be it.

My environments, typically 60 users or less, don't give me any grief when
opening files in the subs. If I had 500 users then I may think differently.
No flames please.

I like testing subs at TCL and the external OPEN's get in the way.

Mark Johnson
- Original Message -
From: <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, September 28, 2005 8:43 AM
Subject: RE: [U2] Good Programming Practice Question.


> I may have missed someone else mentioning this, don't open files in an
> external subroutine that is called from within a loop.  Yeah, yeah, I know
> you can set up a common, but isn't it cleaner to open the file in the main
> routine?
>
> Bruce M Neylon
> Health Care Management Group
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Mark Johnson]

There's no such a thing as MV standards. Period.
Personal standards, yes. VAR standards, yes. MV Standards, absolutely none.

This thread, while starting on noble grounds of 'good' programming
practices, will eventually turn into a pissing contest of implied standards.

My 1 cent.

- Original Message -
From: "Kevin King" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, September 27, 2005 6:47 PM
Subject: RE: [U2] Good Programming Practice Question.


> I haven't heard it said (much) lately so if I missed it, forgive me.
>
> STANDARDS ARE ESSENTIAL
>
> I have standards for structure, header/commenting, everything
> including variable names.  Everything is done with purpose and
> according to standard, which makes it very easy to recognize code and
> its meaning months - even years - after it's been written.  Today in
> particular I'm into code that I wrote in 1993 and it's as fresh as if
> it were written today.
>
> -K
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Gordon J
> Glorfield
> Sent: Tuesday, September 27, 2005 2:17 PM
> To: u2-users@listserver.u2ug.org
> Cc: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org
> Subject: RE: [U2] Good Programming Practice Question.
>
> I prefer alphanumeric labels for subroutines.  The label should give
> some clue as to the function of the subroutine.  The subroutines
> should be in frequency of use order with the most commonly used closer
> to the top of the program.  Subroutines that are used once in a
> program (file opens, variable initialization, etc...) are located near
> the bottom.
>
>
> Gordon J. Glorfield
> Sr. Applications Developer
> MAMSI (A UnitedHealth Company)
> 301-360-8839
>
> [EMAIL PROTECTED] wrote on 09/27/2005 04:35:12 PM:
>
> > Kevin:
>
> > Not if you alphabetize the labels; then it works just like numeric.
>
> > :-)
>
> > Bill
>
> [SNIP]
>
>
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity
> to which it is addressed. If the reader of this e-mail is not the
> intended recipient or his or her authorized agent, the reader is
> hereby notified that any dissemination, distribution or copying of
> this e-mail is prohibited. If you have received this e-mail in error,
> please notify the sender by replying to this message and delete this
> e-mail immediately.
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.344 / Virus Database: 267.11.7/112 - Release Date:
> 9/26/2005
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Embedding JPG/GIF

[Robert Colquhoun]

On 9/30/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> That begs the question, anyone out there (or you, Bill) care to contribute
> enough information to me that I don't have to do any more work than I have
> to?  8^}  I'm running a Linux workstation and will be checking out the
> ps2pdf-like utilities that abound on this marvelously techy-geek friendly
> platform.

If you want to do it in the postscript/pdf world the easiest way is to
use a desktop scanner + software to produce an eps(encapulated
postscript) file of each signature(a secretary or clerk could easily
perform this task).  The signatures produced can be stored as
individual files on the server/db and inserted into other postscript
documents with a fairly standard set of commands.  Pdf conversion is
trivial.

The solutions involving font downloads and micr chips for the printer
are problematic in that the solution becomes tied to a specific piece
of hardware  ie electronic transmission of signed documents is
difficult/impossible and failure of the hardware can cause headaches.

On the other hand, tying to particular hardware might be good from a
security point of view.

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

RE: [U2] CLEARINPUT - Universe

[rbl000]

At a company I used to work for, 'Press any key' was not sufficient.  There was 
so much trouble with _some_ users who were too busy scanning barcodes to read 
the screen, that various 'error' conditions were set to require input of a 
specific single character as recognition that the message had been read 
(different error msg., different single character).  If other inputs were 
given, the 'error' message simply redisplayed (along with terminal bells).

Best Regards,

Richard Lewis


 --- On Thu 09/29, Anthony Dzikiewicz < [EMAIL PROTECTED] > wrote:
From: Anthony Dzikiewicz [mailto: [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Date: Thu, 29 Sep 2005 15:42:01 -0400
Subject: RE: [U2] CLEARINPUT - Universe

Yes it can.  The problem is when the user hits enter - say 10 times.Lets 
say the program clears the screen, prints the message, and has a'press any 
key to continue' type prompt.  After the user presses enter,you clear the 
screen again and continue on your way.If the user presses enter all 
these times, then the message will flashby in an instant (depending on the 
speed of the terminal etc..).So, doing an INPUTCLEAR (Im spelling it 
right these days) before thenext input prompt, "Press any key to continue", 
will clear all those keystrokes the users haphazardly pressed and force 
them to read themessage.Anthony


___
No banners. No pop-ups. No kidding.
Make My Way  your home on the Web - http://www.myway.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Embedding JPG/GIF

[Bill_H]

Karl:

Have the signature sent to http://www.elfring.com/signatur.htm and they will
convert it to a PCL font for about $75 and return it to you along with a
couple of DOS scripts that will download the font to the printer on some
media you request.

Well worth the trouble, believe me.  :-)

Bill

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Thursday, September 29, 2005 1:48 PM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] Embedding JPG/GIF
> 
> Yes, welcome to the 21st century... At least part of it. 
> We're hanging onto our green-screen app because it just ain't broke.
> 
> The 2 responses are great. Thanks for contributing these. Now 
> to figure out how to convert the yet-to-be-scanned signature 
> from the appropriate image format to PCL5.
> 
> That begs the question, anyone out there (or you, Bill) care 
> to contribute enough information to me that I don't have to 
> do any more work than I have to?  8^}  I'm running a Linux 
> workstation and will be checking out the ps2pdf-like 
> utilities that abound on this marvelously techy-geek friendly 
> platform.
> 
> Karl
> 
> 
> > Karl:
> >
> > I'm guessing you're replacing the 20th century equipment with 21st 
> > century complexity.  :-)
> >
> > I believe the simplest option is to get the signature you 
> need in PCL5 
> > format.  This font can then be downloaded to the HP4200 and 
> assigned a 
> > font# (say 99).  Then in your check printing routine locate the HP 
> > cursor to the appropriate location on the check, set the 
> font to font# 
> > 99 (see above), then print the text string "ABC", since the font is 
> > usually defined as A=first name, B=middle initial, and C=last name 
> > (maybe there's a D=Jr, II, etc).  Once this is done, reset the font 
> > back to the appropriate font to continue printing.
> >
> > This should do the trick.
> >
> > Bill
> >
> >> -Original Message-
> >> From: [EMAIL PROTECTED]
> >> [mailto:[EMAIL PROTECTED] On Behalf Of 
> >> [EMAIL PROTECTED]
> >> Sent: Thursday, September 29, 2005 11:08 AM
> >> To: u2-users@listserver.u2ug.org
> >> Subject: [U2] Embedding JPG/GIF
> >>
> >> We are currently printing checks to an Okidata printer with 
> >> tractor-fed 3-part NCR pre-printed checks. We are going to get a 
> >> 2-tray HP4200TN so detail can be printed to a blank page 
> in tray 2. 
> >> We have an old check signing machine that requires tractor-fed 
> >> checks.
> >>
> >> I would like to scan in the authorized signature currently 
> printed by 
> >> the signing machine so it can be printed on the checks by uniVerse 
> >> [mv]BASIC.
> >>
> >> Can we embed the scanned signature using mvBASIC? How would we go 
> >> about it? Any ideas welcome.
> >>
> >> TIA,
> >>
> >> --
> >> karl
> >>
> >>  _/  _/  _/  _/_/_/      __o
> >> _/ _/   _/  _/_/   _-\<._
> >>_/_/_/  _/_/_/ (_)/ (_)
> >>   _/ _/   _/  _/   ..
> >>  _/   _/ arl _/_/_/  _/ earson[EMAIL PROTECTED]
> >>
> >> --
> >> IT Director, ATS Industrial Supply, Inc.
> >> http://www.atsindustrial.com
> >> Toll-free: 800-789-9300 x29
> >> Direct2Desk: 801-978-4429
> >> Facsimile: 801-972-3888
> >> --
> >> ---
> >> u2-users mailing list
> >> u2-users@listserver.u2ug.org
> >> To unsubscribe please visit http://listserver.u2ug.org/
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit http://listserver.u2ug.org/
> >
> 
> 
> --
> karl
> 
>  _/  _/  _/  _/_/_/      __o
> _/ _/   _/  _/_/   _-\<._
>_/_/_/  _/_/_/ (_)/ (_)
>   _/ _/   _/  _/   ..
>  _/   _/ arl _/_/_/  _/ earson[EMAIL PROTECTED]
> 
> --
> IT Director, ATS Industrial Supply, Inc.
> http://www.atsindustrial.com
> Toll-free: 800-789-9300 x29
> Direct2Desk: 801-978-4429
> Facsimile: 801-972-3888
> --
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Embedding JPG/GIF

[Norman Morgan]

> The 2 responses are great. Thanks for contributing these. Now to figure
> out how to convert the yet-to-be-scanned signature from the appropriate
> image format to PCL5.

We solved this problem a little differently.  We bought a MICR font on a
DIMM for the LJ4050 printer.  We also store the actual check, including the
signature, as a forms overlay.  We store that in a flash DIMM as a PCL
macro.

Creating the forms overlay is as simple as using your favorite graphics
program to draw all the boxes and shadings, then print to a PCL5 printer,
but switch the printer port to print to file and capture it as a PCL file.
You can use HP's Forms and Fonts Manager to upload the resulting overlay as
a PCL macro.

===
Norman Morgan <> [EMAIL PROTECTED] <> http://www.brake.com
===
BASIC programmers never die; they GOSUB and don't RETURN.
===

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.8/113 - Release Date: 9/27/2005
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Embedding JPG/GIF

[Marilyn Hilb]

We use rxlaser for the same process. I believe they are at rxlaser.com


 -Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]  On Behalf Of Steve Moore
Sent:   Thursday, September 29, 2005 3:10 PM
To: u2-users@listserver.u2ug.org
Subject:RE: [U2] Embedding JPG/GIF

Karl,

We had Troy Systems (www.troysystems.com) scan a signature and create a
signature font chip and a MICR font chip for us to use in a HP 4050
printer that had been modified by Troy.   In the program we send HP
commands to the printer to print the signature, as well as commands to
print the MICR encoding on the check.

HTH,
Steve Moore
Amerex Corporation
[EMAIL PROTECTED]


-Original Message-
Subject: [U2] Embedding JPG/GIF

We are currently printing checks to an Okidata printer with tractor-fed
3-part NCR pre-printed checks. We are going to get a 2-tray HP4200TN so
detail can be printed to a blank page in tray 2. We have an old check
signing machine that requires tractor-fed checks.

I would like to scan in the authorized signature currently printed by
the
signing machine so it can be printed on the checks by uniVerse
[mv]BASIC.

Can we embed the scanned signature using mvBASIC? How would we go about
it? Any ideas welcome.

TIA,

-- 
karl



This is message has been scanned for viruses by Webshield E500, Groupshield for 
Exchange, and McAfee Virus Enterprise
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Embedding JPG/GIF

[karlp]

Yes, welcome to the 21st century... At least part of it. We're hanging
onto our green-screen app because it just ain't broke.

The 2 responses are great. Thanks for contributing these. Now to figure
out how to convert the yet-to-be-scanned signature from the appropriate
image format to PCL5.

That begs the question, anyone out there (or you, Bill) care to contribute
enough information to me that I don't have to do any more work than I have
to?  8^}  I'm running a Linux workstation and will be checking out the
ps2pdf-like utilities that abound on this marvelously techy-geek friendly
platform.

Karl


> Karl:
>
> I'm guessing you're replacing the 20th century equipment with 21st century
> complexity.  :-)
>
> I believe the simplest option is to get the signature you need in PCL5
> format.  This font can then be downloaded to the HP4200 and assigned a
> font#
> (say 99).  Then in your check printing routine locate the HP cursor to the
> appropriate location on the check, set the font to font# 99 (see above),
> then print the text string "ABC", since the font is usually defined as
> A=first name, B=middle initial, and C=last name (maybe there's a D=Jr, II,
> etc).  Once this is done, reset the font back to the appropriate font to
> continue printing.
>
> This should do the trick.
>
> Bill
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of
>> [EMAIL PROTECTED]
>> Sent: Thursday, September 29, 2005 11:08 AM
>> To: u2-users@listserver.u2ug.org
>> Subject: [U2] Embedding JPG/GIF
>>
>> We are currently printing checks to an Okidata printer with
>> tractor-fed 3-part NCR pre-printed checks. We are going to
>> get a 2-tray HP4200TN so detail can be printed to a blank
>> page in tray 2. We have an old check signing machine that
>> requires tractor-fed checks.
>>
>> I would like to scan in the authorized signature currently
>> printed by the signing machine so it can be printed on the
>> checks by uniVerse [mv]BASIC.
>>
>> Can we embed the scanned signature using mvBASIC? How would
>> we go about it? Any ideas welcome.
>>
>> TIA,
>>
>> --
>> karl
>>
>>  _/  _/  _/  _/_/_/      __o
>> _/ _/   _/  _/_/   _-\<._
>>_/_/_/  _/_/_/ (_)/ (_)
>>   _/ _/   _/  _/   ..
>>  _/   _/ arl _/_/_/  _/ earson[EMAIL PROTECTED]
>>
>> --
>> IT Director, ATS Industrial Supply, Inc.
>> http://www.atsindustrial.com
>> Toll-free: 800-789-9300 x29
>> Direct2Desk: 801-978-4429
>> Facsimile: 801-972-3888
>> --
>> ---
>> u2-users mailing list
>> u2-users@listserver.u2ug.org
>> To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
>


-- 
karl

 _/  _/  _/  _/_/_/      __o
_/ _/   _/  _/_/   _-\<._
   _/_/_/  _/_/_/ (_)/ (_)
  _/ _/   _/  _/   ..
 _/   _/ arl _/_/_/  _/ earson[EMAIL PROTECTED]

--
IT Director, ATS Industrial Supply, Inc.
http://www.atsindustrial.com
Toll-free: 800-789-9300 x29
Direct2Desk: 801-978-4429
Facsimile: 801-972-3888
--
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Embedding JPG/GIF

[Barry Brevik]

> Can we embed the scanned signature using mvBASIC? How would 
> we go about it? Any ideas welcome.

You could scan the signature, put it in Paint Shop Pro or Photoshop (or
whatever) and then save it out as a Portable Bitmap (.pbm) file.

At that point it would be easy to write a routine to read the .pbm file and
write PCL raster graphics codes out to the printer.

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

Re: [U2] Suggestion for Digesters

[Raymond DeGennaro II]

At 14:42 -0400 2005/09/29, [EMAIL PROTECTED] wrote:

Jerry Banker <[EMAIL PROTECTED]> wrote on Thu, 29 Sep 2005 11:36:20
-0500


 You might also snip out anything you are not responding to
 because a digest can get rather large.


So can an individual thread.  Everyone, please trim your posts!  It isn't
necessary to quote an ENTIRE thread to reply.  The "Good Programming
Practices..." thread resulted three digests being sent out within one
hour!.


Can we say anything about right-posting (Trimming, proper quoting and 
inline comments) vs. top-posting (essentially replies are never 
trimmed) or pure bottom-posting w/o trimming (somewhat rare), or 
would that be too incendiary?


Ray
--
.=.
| =-=-=-=-=-=-= Eagle Rock Information Systems Corp =-=-=-=-=-=-= |
| -=-=-=-=-=-=- web and database business solutions -=-=-=-=-=-=- |
|      |
|Midwest Regional Office: 815-547-0662 (voice)  815-547-0353 (Fax)|
.=.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Good Programming Practice Question.........

[Fawaz Ashraff]

Thanks a lot for all the input on this subject.

Cheers

Mohamed




__ 
Yahoo! for Good 
Donate to the Hurricane Katrina relief effort. 
http://store.yahoo.com/redcross-donate3/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Embedding JPG/GIF

[Bill_H]

Karl:

I'm guessing you're replacing the 20th century equipment with 21st century
complexity.  :-)

I believe the simplest option is to get the signature you need in PCL5
format.  This font can then be downloaded to the HP4200 and assigned a font#
(say 99).  Then in your check printing routine locate the HP cursor to the
appropriate location on the check, set the font to font# 99 (see above),
then print the text string "ABC", since the font is usually defined as
A=first name, B=middle initial, and C=last name (maybe there's a D=Jr, II,
etc).  Once this is done, reset the font back to the appropriate font to
continue printing.

This should do the trick.

Bill

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Thursday, September 29, 2005 11:08 AM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] Embedding JPG/GIF
> 
> We are currently printing checks to an Okidata printer with 
> tractor-fed 3-part NCR pre-printed checks. We are going to 
> get a 2-tray HP4200TN so detail can be printed to a blank 
> page in tray 2. We have an old check signing machine that 
> requires tractor-fed checks.
> 
> I would like to scan in the authorized signature currently 
> printed by the signing machine so it can be printed on the 
> checks by uniVerse [mv]BASIC.
> 
> Can we embed the scanned signature using mvBASIC? How would 
> we go about it? Any ideas welcome.
> 
> TIA,
> 
> --
> karl
> 
>  _/  _/  _/  _/_/_/      __o
> _/ _/   _/  _/_/   _-\<._
>_/_/_/  _/_/_/ (_)/ (_)
>   _/ _/   _/  _/   ..
>  _/   _/ arl _/_/_/  _/ earson[EMAIL PROTECTED]
> 
> --
> IT Director, ATS Industrial Supply, Inc.
> http://www.atsindustrial.com
> Toll-free: 800-789-9300 x29
> Direct2Desk: 801-978-4429
> Facsimile: 801-972-3888
> --
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Embedding JPG/GIF

[Steve Moore]

Karl,

We had Troy Systems (www.troysystems.com) scan a signature and create a
signature font chip and a MICR font chip for us to use in a HP 4050
printer that had been modified by Troy.   In the program we send HP
commands to the printer to print the signature, as well as commands to
print the MICR encoding on the check.

HTH,
Steve Moore
Amerex Corporation
[EMAIL PROTECTED]


-Original Message-
Subject: [U2] Embedding JPG/GIF

We are currently printing checks to an Okidata printer with tractor-fed
3-part NCR pre-printed checks. We are going to get a 2-tray HP4200TN so
detail can be printed to a blank page in tray 2. We have an old check
signing machine that requires tractor-fed checks.

I would like to scan in the authorized signature currently printed by
the
signing machine so it can be printed on the checks by uniVerse
[mv]BASIC.

Can we embed the scanned signature using mvBASIC? How would we go about
it? Any ideas welcome.

TIA,

-- 
karl



This is message has been scanned for viruses by Webshield E500, Groupshield for 
Exchange, and McAfee Virus Enterprise
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Source Code Management

[Rex Gozar]

We use CVS here.  All file size info, dictionaries, VOC pointers, and other
source code are checked into CVS.  Artifacts that can be generated from
source code are left out.

TortoiseCVS is a windows client for CVS that makes it easy to look thru the
scc library.  If I had to do it all over again, though, I'd opt for using
Subversion and TortoiseSVN).

When using any source code control system, it's important to have a one-step
build process to checkout all the source code and generate a complete system
(for testing or distribution.)  Too often, someone needs to slip in "just
one more fix" and if the build process has a lot of steps (or heaven forbid,
manual steps) tasks get skipped.


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> [EMAIL PROTECTED]
> Sent: Thursday, September 29, 2005 2:11 PM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] Source Code Management
>
>
> All,
>
> The thread regarding the "good programming practices" and comments
> regarding versioning raised some questions for me.
>
> What tool are you using for source code management? What are its
> benefits and disadvantages? I'm specifically interested in version
> controlpreferably Unix-based. If you have vendor
> information, please
> provide that as well.
>
> In a previous life, I used something called sccs - I don't
> know if it's
> a current offering in the marketplace?
>
>
> Thanks!!!
>
> Karen Bessel
> Programmer/Analyst
> Ferguson Enterprises Inc.
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] CLEARINPUT - Universe

[Glenn Herbert]

   It's  probably  a  synonym  for  CLEARDATA  ... which is a synonym for
   INPUTCLEAR.

   [Glenn  Herbert] Sorry... I forgot to add that CLEARINPUT is a synonym
   (compiler wise) for INPUTCLEAR.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] CLEARINPUT - Universe

[Glenn Herbert]

   __

   It's  probably  a  synonym  for  CLEARDATA  ... which is a synonym for
   INPUTCLEAR.

   [Glenn  Herbert]  They  are  not  synonyms  but  separate  statements.
   CLEARDATA  clears  anything in the DATA buffer; INPUTCLEAR empties the
   type-ahead buffer.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Source Code Management

[David Wolverton]

How are you using SCCS / CVS with U2 and hashed files?  Or are you just
tracking BP source code? 


>SCCS, CVS and RCS are all reasonable code management packages that are
cheap or free.  There are
>many others which have a larger price tag, but often have more
functionality.

>We use sccs and cvs.

>--
>Jeff Butera, Ph.D.
>Administrative Systems
>Hampshire College
>[EMAIL PROTECTED]
>413-559-5556
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] CLEARINPUT - Universe

[Gordon J Glorfield]

CLEARDATA is definitely NOT a synonym for INPUTCLEAR. 

CLEARDATA "Clears all data loaded in the input stack by the DATA 
statement." 

INPUTCLEAR "Clears the type-ahead buffer."

Quotes are from the UniVerse Quick Reference.


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

[EMAIL PROTECTED] wrote on 09/29/2005 01:42:02 PM:

[snip]

> It's probably a synonym for CLEARDATA ... which is a synonym for 
INPUTCLEAR.

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


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

RE: [U2] Source Code Management

[Bertrand, Ron]

Check out PRC from Susan J. Gave us outstanding and easy control of
software movement/versioning. Was on a AIX with Universe.

Ron Bertrand
ISD/LIS
Group Health Coop

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, September 29, 2005 11:11 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] Source Code Management


All,

The thread regarding the "good programming practices" and comments
regarding versioning raised some questions for me.

What tool are you using for source code management? What are its
benefits and disadvantages? I'm specifically interested in version
controlpreferably Unix-based. If you have vendor information, please
provide that as well.

In a previous life, I used something called sccs - I don't know if it's
a current offering in the marketplace?


Thanks!!!

Karen Bessel
Programmer/Analyst
Ferguson Enterprises Inc.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] CLEARINPUT - Universe

[Anthony Dzikiewicz]

Yes it can.  The problem is when the user hits enter - say 10 times.
Lets say the program clears the screen, prints the message, and has a
'press any key to continue' type prompt.  After the user presses enter,
you clear the screen again and continue on your way.

If the user presses enter all these times, then the message will flash
by in an instant (depending on the speed of the terminal etc..).

So, doing an INPUTCLEAR (Im spelling it right these days) before the
next input prompt, "Press any key to continue", will clear all those key
strokes the users haphazardly pressed and force them to read the
message.

Anthony

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave Taylor
Sent: Thursday, September 29, 2005 2:43 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] CLEARINPUT - Universe


PRINT @(-1) prior to the printing the error message will clear the
screen and move the cursor to the top left corner of the screen so that
the error message can be viewed without confusion.

Dave Taylor
President
Sysmark Information Systems, Inc.
49 Aspen Way
Rolling Hills Estates, CA 90274
800-SYSMARK (800-797-6275)
(O) 310-544-1974
(P) 800-339-1497
(F) 310-377-3550
Your Source for Integrated EDI Translation and DataSync Integration
www.sysmarkinfo.com

- Original Message - 
From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, September 29, 2005 9:22 AM
Subject: [U2] CLEARINPUT - Universe


> I don't know why I cant find the CLEARINPUT statement documented.  
> Maybe it was a suggestion from the group way back when.  We are 
> working on a program that pops up error messages.  I want to be sure 
> that the users see this message.  What happens a lot, is that our 
> 'speed typers' are about 10 strokes ahead of the program.  A lot of 
> what they do is redundant and they arent always in the habit of paying

> attention to what is on the screen.  So, I asked the programmer 
> working on this to put a CLEARINPUT before the pop up messages.  This 
> way, the error message will have a better chance of being seen.
>
> I have used CLEARINPUT in the past and this statement is in a handful 
> of existing programs.  The programmer said she had never heard of this

> and when she looked in the manual and HELP BASIC CLEARINPUT.  She 
> didn't find anything.  So, now Im wondering - how did I find out about

> this ? I looked in an old (real printed and bound) BASIC manual and I 
> didn't find it.  I looked in the PDF BASIC manual and I didn't find 
> it. Actually, it is in the reserved word list.
>
> I would assume this is still a valid command - it does compile.
>
> Can anyone enlighten me ?  My concern is that this could be an old 
> command that was replaced by something new ?  I don't want to continue

> to use something that might not be supported.
>
> Anthony
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Source Code Management

[Jeffrey Butera]

> What tool are you using for source code management? What are its
> benefits and disadvantages? I'm specifically interested in version
> controlpreferably Unix-based. If you have vendor information, please
> provide that as well.
>
> In a previous life, I used something called sccs - I don't know if it's
> a current offering in the marketplace?

SCCS, CVS and RCS are all reasonable code management packages that are cheap 
or free.  There are many others which have a larger price tag, but often have 
more functionality.

We use sccs and cvs.

-- 
Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
[EMAIL PROTECTED]
413-559-5556

"...our behavior matters more than the beliefs that we profess."
Elizabeth Deutsch Earle
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] CLEARINPUT - Universe

[Gordon J Glorfield]

The correct command is not CLEARINPUT.  You are close though.  The command 
you are looking for is INPUTCLEAR.  It clears the input buffer.


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

[EMAIL PROTECTED] wrote on 09/29/2005 12:22:26 PM:

> I don't know why I cant find the CLEARINPUT statement documented.  Maybe
> it was a suggestion from the group way back when.  We are working on a
> program that pops up error messages.  I want to be sure that the users
> see this message.  What happens a lot, is that our 'speed typers' are
> about 10 strokes ahead of the program.  A lot of what they do is
> redundant and they arent always in the habit of paying attention to what
> is on the screen.  So, I asked the programmer working on this to put a
> CLEARINPUT before the pop up messages.  This way, the error message will
> have a better chance of being seen.

> I have used CLEARINPUT in the past and this statement is in a handful of
> existing programs.  The programmer said she had never heard of this and
> when she looked in the manual and HELP BASIC CLEARINPUT.  She didn't
> find anything.  So, now Im wondering - how did I find out about this ?
> I looked in an old (real printed and bound) BASIC manual and I didn't
> find it.  I looked in the PDF BASIC manual and I didn't find it.
> Actually, it is in the reserved word list.

> I would assume this is still a valid command - it does compile.

> Can anyone enlighten me ?  My concern is that this could be an old
> command that was replaced by something new ?  I don't want to continue
> to use something that might not be supported.

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


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

RE: [U2] Source Code Management

[Buffington, Wyatt]

We created our own source code management routines.
Complete with string search in programs and dictionaries,
master program file, master dictionary file and dictionary
editor, moving of source code programs and dictionaries
from a developer account to a tester account, back to the
main source directory and finally into production. There
is also a routine for creating development, training and
testing accounts from production backups.

It does the job quite well, our only problem comes when
a developer tries to bypass the processes we set up to
make a quick change.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, September 29, 2005 1:11 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Source Code Management


All,

The thread regarding the "good programming practices" and comments
regarding versioning raised some questions for me.

What tool are you using for source code management? What are its
benefits and disadvantages? I'm specifically interested in version
controlpreferably Unix-based. If you have vendor information, please
provide that as well.

In a previous life, I used something called sccs - I don't know if it's
a current offering in the marketplace?


Thanks!!!

Karen Bessel
Programmer/Analyst
Ferguson Enterprises Inc.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] CLEARINPUT - Universe

[Dave Taylor]

PRINT @(-1) prior to the printing the error message will clear the screen
and move the cursor to the top left corner of the screen so that the error
message can be viewed without confusion.

Dave Taylor
President
Sysmark Information Systems, Inc.
49 Aspen Way
Rolling Hills Estates, CA 90274
800-SYSMARK (800-797-6275)
(O) 310-544-1974
(P) 800-339-1497
(F) 310-377-3550
Your Source for Integrated EDI Translation and DataSync Integration
www.sysmarkinfo.com

- Original Message - 
From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, September 29, 2005 9:22 AM
Subject: [U2] CLEARINPUT - Universe


> I don't know why I cant find the CLEARINPUT statement documented.  Maybe
> it was a suggestion from the group way back when.  We are working on a
> program that pops up error messages.  I want to be sure that the users
> see this message.  What happens a lot, is that our 'speed typers' are
> about 10 strokes ahead of the program.  A lot of what they do is
> redundant and they arent always in the habit of paying attention to what
> is on the screen.  So, I asked the programmer working on this to put a
> CLEARINPUT before the pop up messages.  This way, the error message will
> have a better chance of being seen.
>
> I have used CLEARINPUT in the past and this statement is in a handful of
> existing programs.  The programmer said she had never heard of this and
> when she looked in the manual and HELP BASIC CLEARINPUT.  She didn't
> find anything.  So, now Im wondering - how did I find out about this ?
> I looked in an old (real printed and bound) BASIC manual and I didn't
> find it.  I looked in the PDF BASIC manual and I didn't find it.
> Actually, it is in the reserved word list.
>
> I would assume this is still a valid command - it does compile.
>
> Can anyone enlighten me ?  My concern is that this could be an old
> command that was replaced by something new ?  I don't want to continue
> to use something that might not be supported.
>
> Anthony
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Suggestion for Digesters

[TPellitieri]

Jerry Banker <[EMAIL PROTECTED]> wrote on Thu, 29 Sep 2005 11:36:20
-0500

> You might also snip out anything you are not responding to
> because a digest can get rather large.

So can an individual thread.  Everyone, please trim your posts!  It isn't
necessary to quote an ENTIRE thread to reply.  The "Good Programming
Practices..." thread resulted three digests being sent out within one
hour!.

--Tom Pellitieri
  Toledo, Ohio
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] CLEARINPUT - Universe

[Anthony Dzikiewicz]

We started out with PI/Open.  I could have got the statement from that.
Anthony

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mats Carlid
Sent: Thursday, September 29, 2005 1:56 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] CLEARINPUT - Universe


but there is good documentation of INPUTCLEAR  ...

maybe it's only a synonym thrown in to faciliate
migration from some other pick dialect ?

-- mats


Anthony Dzikiewicz wrote:

>I don't know why I cant find the CLEARINPUT statement documented.  
>Maybe it was a suggestion from the group way back when.  We are working

>on a program that pops up error messages.  I want to be sure that the 
>users see this message.  What happens a lot, is that our 'speed typers'

>are about 10 strokes ahead of the program.  A lot of what they do is 
>redundant and they arent always in the habit of paying attention to 
>what is on the screen.  So, I asked the programmer working on this to 
>put a CLEARINPUT before the pop up messages.  This way, the error 
>message will have a better chance of being seen.
>
>I have used CLEARINPUT in the past and this statement is in a handful 
>of existing programs.  The programmer said she had never heard of this 
>and when she looked in the manual and HELP BASIC CLEARINPUT.  She 
>didn't find anything.  So, now Im wondering - how did I find out about 
>this ? I looked in an old (real printed and bound) BASIC manual and I 
>didn't find it.  I looked in the PDF BASIC manual and I didn't find it.

>Actually, it is in the reserved word list.
>
>I would assume this is still a valid command - it does compile.
>
>Can anyone enlighten me ?  My concern is that this could be an old 
>command that was replaced by something new ?  I don't want to continue 
>to use something that might not be supported.
>
>Anthony
>---
>u2-users mailing list
>u2-users@listserver.u2ug.org
>To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] CLEARINPUT - Universe

[Anthony Dzikiewicz]

Yes I can find lots of stuff on INPUTCLEAR.  What a mind snap.  I guess
I typed CLEARINPUT backwards and it worked because it is a synonym for
INPUTCLEAR.  So, Ive always stuck to CLEARINPUT all this time not
realizing my mistake. 

Thanks for straightening  me out
Anthony

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert
Sent: Thursday, September 29, 2005 1:19 PM
To: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org
Subject: RE: [U2] CLEARINPUT - Universe


 
__

   I  don't  know  why  I  cant find the CLEARINPUT statement
documented.
   Maybe

   [Glenn  Herbert]  Probably  because  its  implemented as INPUTCLEAR
in
   universe..
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Source Code Management

[Karen.BESSEL]

All,

The thread regarding the "good programming practices" and comments
regarding versioning raised some questions for me.

What tool are you using for source code management? What are its
benefits and disadvantages? I'm specifically interested in version
controlpreferably Unix-based. If you have vendor information, please
provide that as well.

In a previous life, I used something called sccs - I don't know if it's
a current offering in the marketplace?


Thanks!!!

Karen Bessel
Programmer/Analyst
Ferguson Enterprises Inc.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Embedding JPG/GIF

[karlp]

We are currently printing checks to an Okidata printer with tractor-fed
3-part NCR pre-printed checks. We are going to get a 2-tray HP4200TN so
detail can be printed to a blank page in tray 2. We have an old check
signing machine that requires tractor-fed checks.

I would like to scan in the authorized signature currently printed by the
signing machine so it can be printed on the checks by uniVerse [mv]BASIC.

Can we embed the scanned signature using mvBASIC? How would we go about
it? Any ideas welcome.

TIA,

-- 
karl

 _/  _/  _/  _/_/_/      __o
_/ _/   _/  _/_/   _-\<._
   _/_/_/  _/_/_/ (_)/ (_)
  _/ _/   _/  _/   ..
 _/   _/ arl _/_/_/  _/ earson[EMAIL PROTECTED]

--
IT Director, ATS Industrial Supply, Inc.
http://www.atsindustrial.com
Toll-free: 800-789-9300 x29
Direct2Desk: 801-978-4429
Facsimile: 801-972-3888
--
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Good Programming Practice Question.........

[Ron Hutchings]

I understand the concept of tagging changed lines but this seems to suggest 
that deletions are commented out instead of removed.  After four or five 
changes you get confused about what is executing and what isn't.  I am a 
strong proponent of removing deleted lines of code.

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

Re: [U2] CLEARINPUT - Universe

[Mats Carlid]

but there is good documentation of INPUTCLEAR  ...

maybe it's only a synonym thrown in to faciliate
migration from some other pick dialect ?

-- mats


Anthony Dzikiewicz wrote:


I don't know why I cant find the CLEARINPUT statement documented.  Maybe
it was a suggestion from the group way back when.  We are working on a
program that pops up error messages.  I want to be sure that the users
see this message.  What happens a lot, is that our 'speed typers' are
about 10 strokes ahead of the program.  A lot of what they do is
redundant and they arent always in the habit of paying attention to what
is on the screen.  So, I asked the programmer working on this to put a
CLEARINPUT before the pop up messages.  This way, the error message will
have a better chance of being seen.

I have used CLEARINPUT in the past and this statement is in a handful of
existing programs.  The programmer said she had never heard of this and
when she looked in the manual and HELP BASIC CLEARINPUT.  She didn't
find anything.  So, now Im wondering - how did I find out about this ?
I looked in an old (real printed and bound) BASIC manual and I didn't
find it.  I looked in the PDF BASIC manual and I didn't find it.
Actually, it is in the reserved word list.

I would assume this is still a valid command - it does compile.

Can anyone enlighten me ?  My concern is that this could be an old
command that was replaced by something new ?  I don't want to continue
to use something that might not be supported.

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

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

RE: [U2] CLEARINPUT - Universe

[Keith W. Roberts]

Original Message
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert
Sent: Thursday, September 29, 2005 10:19 AM
To: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org
Subject: RE: [U2] CLEARINPUT - Universe

> __
> 
>I  don't  know  why  I  cant find the CLEARINPUT statement
>documented. Maybe
> 
>[Glenn  Herbert]  Probably  because  its  implemented as
>INPUTCLEAR in universe..
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/

It's probably a synonym for CLEARDATA ... which is a synonym for INPUTCLEAR.

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

Re: [U2] CLEARINPUT - Universe

[Lance Jahnke]

I think you are looking for CLEARDATA


-Original Message-
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
To: u2-users@listserver.u2ug.org 
Sent: Thu Sep 29 11:22:26 2005
Subject: [U2] CLEARINPUT - Universe

I don't know why I cant find the CLEARINPUT statement documented.  Maybe
it was a suggestion from the group way back when.  We are working on a
program that pops up error messages.  I want to be sure that the users
see this message.  What happens a lot, is that our 'speed typers' are
about 10 strokes ahead of the program.  A lot of what they do is
redundant and they arent always in the habit of paying attention to what
is on the screen.  So, I asked the programmer working on this to put a
CLEARINPUT before the pop up messages.  This way, the error message will
have a better chance of being seen.

I have used CLEARINPUT in the past and this statement is in a handful of
existing programs.  The programmer said she had never heard of this and
when she looked in the manual and HELP BASIC CLEARINPUT.  She didn't
find anything.  So, now Im wondering - how did I find out about this ?
I looked in an old (real printed and bound) BASIC manual and I didn't
find it.  I looked in the PDF BASIC manual and I didn't find it.
Actually, it is in the reserved word list.

I would assume this is still a valid command - it does compile.

Can anyone enlighten me ?  My concern is that this could be an old
command that was replaced by something new ?  I don't want to continue
to use something that might not be supported.

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

RE: [U2] CLEARINPUT - Universe

[Glenn Herbert]

   __

   I  don't  know  why  I  cant find the CLEARINPUT statement documented.
   Maybe

   [Glenn  Herbert]  Probably  because  its  implemented as INPUTCLEAR in
   universe..
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] 429 - ActiveX component can't create object

[Results]

All,
I'm still putting together after my most recent crash (I am hard on 
development machines) and I reinstalled UniVerse PE (uv10010p.zip) last 
night. When I use vmuvadm.exe, I get registry related errors. I fixed 
those and now running vmuvadm.exe, I get:


   Run-time error '429'
   ActiveX component can't create object

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

Re: [U2] Suggestion for Digesters

[Jerry Banker]

You might also snip out anything you are not responding to because a digest 
can get rather large.

- Original Message - 
From: <[EMAIL PROTECTED]>
To: 
Sent: Thursday, September 29, 2005 8:36 AM
Subject: [U2] Suggestion for Digesters


[I guess we are all digesters, just after we eat... but I digress.]

May I recommend to those of you on DIGEST a simple practice I recommend to
the ~4500 subscribers on my majordomo email groups? Please change the
subject line from Digest No to an applicable subject for the topic to
which you are responding? I have my emails threaded by topic and usually
just delete those in which I see no interesting subject line. I'm sure
I've missed responses

Thank you,

-- 
Karl L. Pearson
<[EMAIL PROTECTED]>
IT Director, ATS Industrial Supply, Inc.
http://www.atsindustrial.com
Toll-free: 800-789-9300 x29
Direct2Desk: 801-978-4429
Facsimile: 801-972-3888
--
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: AW: [U2] Good Programming Practice Question.........

[Jerry Banker]

Are you talking about a specific application here or in general?

- Original Message - 
From: "Serguei" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, September 29, 2005 10:04 AM
Subject: Re: AW: [U2] Good Programming Practice Question.


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: AW: [U2] Good Programming Practice Question.


> - Another part of the application selects a record
> > from the "Invoice Detail" file. It locks it for
> > update and then locks the associated "Order Header"
> > entry e.g. to adjust summaries.
>
> You could lock the header file first, and then lock
> the detail file to avoid this "deadlock".
>
> --- Ewinger Klaus <[EMAIL PROTECTED]> wrote:
>
> > When talking about lock management:
> >
> > Define a sequence in which you are updating the
> > files of your application. If you do not take care
> > of the sequence of your locks, you will most
> > probably run into deadlocks. This is especially true
> > when using transaction processing, as transactions
> > increase the lifetime of locks.
> >
> > A typical scenario that is often seen in
> > applications which is a source for deadlocks:
> >
> > - There are two files: "Invoice Header" and "Invoice
> > Detail"
> > - One part of the application updates an invoice
> > from an entry screen. It locks the "Invoice Header"
> > record first and the "Invoice Detail" record then.
> > - Another part of the application selects a record
> > from the "Invoice Detail" file. It locks it for
> > update and then locks the associated "Order Header"
> > entry e.g. to adjust summaries.
> > - Bang! You've got your deadlock situation.
> >
> >
> > -Urspr|ngliche Nachricht-
> > Von: Michael Logue [mailto:[EMAIL PROTECTED]
> > Gesendet: Dienstag, 27. September 2005 23:13
> > An: u2-users@listserver.u2ug.org
> > Betreff: Re: [U2] Good Programming Practice
> > Question.
> >
> > What about lock management?
> >
> > 1. Lock all records that are going to be updated ...
> > even if the "update"
> > is really a "delete"
> > 2. Release your locks promptly (either with a
> > RELEASE, WRITE or DELETE
> > statement) - don't let the program termination be
> > the time when record locks are released 3. Use the
> > LOCKED clause so the application can decide what to
> > do when a record is locked rather than the database
> >
> > P. Michael Logue
> > U2 Technical Support Engineer &
> > U2 Products Service Planner
> >
> > IBM Certified Solutions Expert in U2  Application
> > Development IBM Certified U2 UniData Administration
> >
> > IBM Information Management Division, Software Group
> > Phone: 303-773-7846
> > Tie Line: 656-7846
> > Email: [EMAIL PROTECTED]
> >
> > www.ibm.com/software/data/u2/support
> > Open, Query, Update, Search - Online!
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit
> > http://listserver.u2ug.org/
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit
> > http://listserver.u2ug.org/
> >
>
>
>
>
> __
> Yahoo! Mail - PC Magazine Editors' Choice 2005
> http://mail.yahoo.com
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] CLEARINPUT - Universe

[Anthony Dzikiewicz]

I don't know why I cant find the CLEARINPUT statement documented.  Maybe
it was a suggestion from the group way back when.  We are working on a
program that pops up error messages.  I want to be sure that the users
see this message.  What happens a lot, is that our 'speed typers' are
about 10 strokes ahead of the program.  A lot of what they do is
redundant and they arent always in the habit of paying attention to what
is on the screen.  So, I asked the programmer working on this to put a
CLEARINPUT before the pop up messages.  This way, the error message will
have a better chance of being seen.

I have used CLEARINPUT in the past and this statement is in a handful of
existing programs.  The programmer said she had never heard of this and
when she looked in the manual and HELP BASIC CLEARINPUT.  She didn't
find anything.  So, now Im wondering - how did I find out about this ?
I looked in an old (real printed and bound) BASIC manual and I didn't
find it.  I looked in the PDF BASIC manual and I didn't find it.
Actually, it is in the reserved word list.

I would assume this is still a valid command - it does compile.

Can anyone enlighten me ?  My concern is that this could be an old
command that was replaced by something new ?  I don't want to continue
to use something that might not be supported.

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

Re[2]: AW: [U2] Good Programming Practice Question.........

[David Tod Sigafoos]

Serguei,

Thursday, September 29, 2005, 8:04:07 AM, you wrote:

S> There is no reason to lock details if the header is locked (you would not
S> want two users to modify the same invoice). So the correct procedure is not
S> to lock details at all.

'... So the correct procedure ...' 

What problem does this cause?  IF the locks are placed and removed
correctly there is no problem.  I would agree that it is easier to
simply lock the header but only if you can guarantee that this will
IN ALL SITUATIONS handle the entire set.  Should be .. could be ..
maybe ..

Sometimes, as a consultant, I might do this (belt and suspenders)
because of the state of the code and programming style that the
'employees' (monkeys) have exibited in the system does not give me any
confidence that they will correctly respect lock 'sets' that way.

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

Re: AW: [U2] Good Programming Practice Question.........

[Serguei]

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: AW: [U2] Good Programming Practice Question.


> - Another part of the application selects a record
> > from the "Invoice Detail" file. It locks it for
> > update and then locks the associated "Order Header"
> > entry e.g. to adjust summaries.
>
> You could lock the header file first, and then lock
> the detail file to avoid this "deadlock".
>
> --- Ewinger Klaus <[EMAIL PROTECTED]> wrote:
>
> > When talking about lock management:
> >
> > Define a sequence in which you are updating the
> > files of your application. If you do not take care
> > of the sequence of your locks, you will most
> > probably run into deadlocks. This is especially true
> > when using transaction processing, as transactions
> > increase the lifetime of locks.
> >
> > A typical scenario that is often seen in
> > applications which is a source for deadlocks:
> >
> > - There are two files: "Invoice Header" and "Invoice
> > Detail"
> > - One part of the application updates an invoice
> > from an entry screen. It locks the "Invoice Header"
> > record first and the "Invoice Detail" record then.
> > - Another part of the application selects a record
> > from the "Invoice Detail" file. It locks it for
> > update and then locks the associated "Order Header"
> > entry e.g. to adjust summaries.
> > - Bang! You've got your deadlock situation.
> >
> >
> > -Urspr|ngliche Nachricht-
> > Von: Michael Logue [mailto:[EMAIL PROTECTED]
> > Gesendet: Dienstag, 27. September 2005 23:13
> > An: u2-users@listserver.u2ug.org
> > Betreff: Re: [U2] Good Programming Practice
> > Question.
> >
> > What about lock management?
> >
> > 1. Lock all records that are going to be updated ...
> > even if the "update"
> > is really a "delete"
> > 2. Release your locks promptly (either with a
> > RELEASE, WRITE or DELETE
> > statement) - don't let the program termination be
> > the time when record locks are released 3. Use the
> > LOCKED clause so the application can decide what to
> > do when a record is locked rather than the database
> >
> > P. Michael Logue
> > U2 Technical Support Engineer &
> > U2 Products Service Planner
> >
> > IBM Certified Solutions Expert in U2  Application
> > Development IBM Certified U2 UniData Administration
> >
> > IBM Information Management Division, Software Group
> > Phone: 303-773-7846
> > Tie Line: 656-7846
> > Email: [EMAIL PROTECTED]
> >
> > www.ibm.com/software/data/u2/support
> > Open, Query, Update, Search - Online!
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit
> > http://listserver.u2ug.org/
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit
> > http://listserver.u2ug.org/
> >
>
>
>
>
> __
> Yahoo! Mail - PC Magazine Editors' Choice 2005
> http://mail.yahoo.com
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: AW: [U2] Good Programming Practice Question.........

[Dave S]

- Another part of the application selects a record
> from the "Invoice Detail" file. It locks it for
> update and then locks the associated "Order Header"
> entry e.g. to adjust summaries.

You could lock the header file first, and then lock
the detail file to avoid this "deadlock".

--- Ewinger Klaus <[EMAIL PROTECTED]> wrote:

> When talking about lock management:
> 
> Define a sequence in which you are updating the
> files of your application. If you do not take care
> of the sequence of your locks, you will most
> probably run into deadlocks. This is especially true
> when using transaction processing, as transactions
> increase the lifetime of locks.
> 
> A typical scenario that is often seen in
> applications which is a source for deadlocks:
> 
> - There are two files: "Invoice Header" and "Invoice
> Detail"
> - One part of the application updates an invoice
> from an entry screen. It locks the "Invoice Header"
> record first and the "Invoice Detail" record then.
> - Another part of the application selects a record
> from the "Invoice Detail" file. It locks it for
> update and then locks the associated "Order Header"
> entry e.g. to adjust summaries.
> - Bang! You've got your deadlock situation.
> 
> 
> -Urspr|ngliche Nachricht-
> Von: Michael Logue [mailto:[EMAIL PROTECTED] 
> Gesendet: Dienstag, 27. September 2005 23:13
> An: u2-users@listserver.u2ug.org
> Betreff: Re: [U2] Good Programming Practice
> Question.
> 
> What about lock management?
> 
> 1. Lock all records that are going to be updated ...
> even if the "update"
> is really a "delete"
> 2. Release your locks promptly (either with a
> RELEASE, WRITE or DELETE
> statement) - don't let the program termination be
> the time when record locks are released 3. Use the
> LOCKED clause so the application can decide what to
> do when a record is locked rather than the database
> 
> P. Michael Logue
> U2 Technical Support Engineer &
> U2 Products Service Planner
> 
> IBM Certified Solutions Expert in U2  Application
> Development IBM Certified U2 UniData Administration
> 
> IBM Information Management Division, Software Group
> Phone: 303-773-7846
> Tie Line: 656-7846
> Email: [EMAIL PROTECTED]
> 
> www.ibm.com/software/data/u2/support
> Open, Query, Update, Search - Online!
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit
> http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit
> http://listserver.u2ug.org/
> 




__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Suggestion for Digesters

[karlp]

[I guess we are all digesters, just after we eat... but I digress.]

May I recommend to those of you on DIGEST a simple practice I recommend to
the ~4500 subscribers on my majordomo email groups? Please change the
subject line from Digest No to an applicable subject for the topic to
which you are responding? I have my emails threaded by topic and usually
just delete those in which I see no interesting subject line. I'm sure
I've missed responses

Thank you,

-- 
Karl L. Pearson
<[EMAIL PROTECTED]>
IT Director, ATS Industrial Supply, Inc.
http://www.atsindustrial.com
Toll-free: 800-789-9300 x29
Direct2Desk: 801-978-4429
Facsimile: 801-972-3888
--
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Blink Error

[Andy Pflueger]

May I suggest running "guide" on the data file to see if there is
corruption?

Andy


On 9/27/05, Anmol Chandrakant Khopade <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I am receiving the following error:
>
> Computed blink of 0xB44 does not match expected blink of 0x0!
>
> Detected within group starting at address 0x8000!
>
> Internal data error.
>
> I am having a 2GB Data 30 file, which got locked due to unix restriction
> on file size.
>
> A unibasic program has been written to purge the data in this file.
>
> I imported the 2GB file to another universe box which is a replica of the
> original box and also contains the above file, and reconfigured the VOC
> pointer of the local file to point to the 2GB file.
>
> This error came in while selecting the records.
>
> Please let me know if any one knows a work around or has any information
> about this.
>
> Thanks in advance
>
> Warm regards
>
> Anmol
>
>
>
>  CAUTION - Disclaimer *
> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended
> solely for the use of the addressee(s). If you are not the intended
> recipient, please notify the sender by e-mail and delete the original
> message. Further, you are not to copy, disclose, or distribute this e-mail
> or its contents to any other person and any such actions are unlawful. This
> e-mail may contain viruses. Infosys has taken every reasonable precaution
to
> minimize this risk, but is not liable for any damage you may sustain as a
> result of any virus in this e-mail. You should carry out your own virus
> checks before opening the e-mail or attachment. Infosys reserves the right
> to monitor and review the content of all messages sent to or from this
> e-mail address. Messages sent to or from this e-mail address may be stored
> on the Infosys e-mail system.
> ***INFOSYS End of Disclaimer INFOSYS***
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: AW: [U2] Good Programming Practice Question.........

[Bruce Nichol]

Goo'day,

At 10:47 29/09/05 +0200, you wrote:


When talking about lock management:

Define a sequence in which you are updating the files of your application. 
If you do not take care of the sequence of your locks, you will most 
probably run into deadlocks. This is especially true when using 
transaction processing, as transactions increase the lifetime of locks.


A typical scenario that is often seen in applications which is a source 
for deadlocks:


- There are two files: "Invoice Header" and "Invoice Detail"



With respect, that's the root cause of your problem Bad design.

- One part of the application updates an invoice from an entry screen. It 
locks the "Invoice Header" record first and the "Invoice Detail" record then.
- Another part of the application selects a record from the "Invoice 
Detail" file. It locks it for update and then locks the associated "Order 
Header" entry e.g. to adjust summaries.

- Bang! You've got your deadlock situation.


-Urspr|ngliche Nachricht-
Von: Michael Logue [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 27. September 2005 23:13
An: u2-users@listserver.u2ug.org
Betreff: Re: [U2] Good Programming Practice Question.

What about lock management?

1. Lock all records that are going to be updated ... even if the "update"
is really a "delete"
2. Release your locks promptly (either with a RELEASE, WRITE or DELETE
statement) - don't let the program termination be the time when record 
locks are released 3. Use the LOCKED clause so the application can decide 
what to do when a record is locked rather than the database


P. Michael Logue
U2 Technical Support Engineer &
U2 Products Service Planner

IBM Certified Solutions Expert in U2  Application Development IBM 
Certified U2 UniData Administration


IBM Information Management Division, Software Group
Phone: 303-773-7846
Tie Line: 656-7846
Email: [EMAIL PROTECTED]

www.ibm.com/software/data/u2/support
Open, Query, Update, Search - Online!
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.8/113 - Release Date: 27/09/05




--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.8/113 - Release Date: 27/09/05


Regards,

Bruce Nichol
Talon Computer Services
ALBURYNSW 2640
Australia

http://www.taloncs.com.au

Tel: +61 (0)411149636
Fax: +61 (0)260232119

If it ain't broke, fix it till it is! 



--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.8/113 - Release Date: 27/09/05
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Serguei Poliakov]

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 difficult to
understand the code without giving anything in return.

- Original Message - 
From: "Mark Johnson" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, September 27, 2005 10:46 PM
Subject: Re: [U2] Good Programming Practice Question.


> Another good suggestion:
> Use:
> LAST=DCOUNT(ARRAY,CHAR(253))
> FOR I=1 TO LAST
> blah
> NEXT I
> instead of
> FOR I=1 TO DCOUNT(ARRAY,CHAR(253))
>
> I know that REMOVE is pretty promoted here but most times I use a FOR/NEXT
> loop because I don't want to maintain a separate mv variable for using any
> other associated attributes.
>
> My 1 cent.
>
> - Original Message -
> From: "Keith W. Roberts" <[EMAIL PROTECTED]>
> To: 
> Sent: Tuesday, September 27, 2005 5:14 PM
> Subject: RE: [U2] Good Programming Practice Question.
>
>
> > I most heartily agree!  Numbers in the labels don't elucidate; they
merely
> > increase the length.  And I'm pretty sure I know that "U" comes
somewhere
> > after "S". :)
> >
> > My $0.02 (on issues ancillary to the code itself) ...
> >
> > - make your BP files Type19 (DIR), so you can edit them outside of U2
> using
> > whatever cotton-pickin' editor you like
> >
> > - use source code control; absolutely anything is better than nothing,
and
> > there are good free ones for all platforms
> >
> > - agree on an indentation scheme and stick to it as a group, else
> get/create
> > a beautifier which enforces the chosen standards before code checkin
> >
> > -Keith
> >
> > Original Message
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Bill_H
> > Sent: Tuesday, September 27, 2005 1:35 PM
> > To: u2-users@listserver.u2ug.org
> > Subject: RE: [U2] Good Programming Practice Question.
> >
> > > Kevin:
> > >
> > > Not if you alphabetize the labels; then it works just like numeric.
> > > :-)
> > >
> > > Bill
> > >
> > >> -Original Message-
> > >> From: [EMAIL PROTECTED]
> > >> [mailto:[EMAIL PROTECTED] On Behalf Of Kevin King
> > >> Sent: Tuesday, September 27, 2005 1:04 PM
> > >> To: u2-users@listserver.u2ug.org
> > >> Subject: RE: [U2] Good Programming Practice Question.
> > >>
> > >> And here's where the conflict begins.  When looking through a
> > >> big program, I much prefer numeric labels in order with comments vs.
> > >> alphanumeric labels.  With numeric labels in order you find
> > >> 1800 and if you're looking for 2000 you know to look farther
> > >> down, 1000, go up.
> > >> With alpha labels if you find SELECT.FILE and are looking for
> > >> UPDATE.FILES, you have nothing but experience to know whether
> > >> to look up or down from there.
> > >>
> > >> Numeric labels are good.  Not ordering or commenting them is
> > >> bad.  And not putting comments around all labels to make them
> > >> more easily distinguished from the rest of the program is
> > >> near unforgiveable.
> > >>
> > >> -K
> > >>
> > >> -Original Message-
> > >> From: [EMAIL PROTECTED]
> > >> [mailto:[EMAIL PROTECTED] On Behalf Of Allen E.
> > >> Elwood Sent: Tuesday, September 27, 2005 12:40 PM
> > >> To: u2-users@listserver.u2ug.org
> > >> Subject: RE: [U2] Good Programming Practice Question.
> > >>
> > >> My addition to this would be to use alphanumeric labels, and
> > >> to *have* a main calling section.  A main calling section
> > >> that looks like:
> > >>
> > >> GOSUB OPEN.AND.INIT
> > >> GOSUB SELECT.FILE
> > >> GOSUB PRE-PROCESS.VALIDITY.CHECKS
> > >> GOSUB PRINT.INVOICES
> > >> GOSUB UPDATE.FILES
> > >>
> > >> Looks so much better and is so easier to figure out than
> > >>
> > >> GOSUB 100
> > >> a bunch of statements
> > >> a bunch of statements
> > >> a bunch of statements
> > >> GOSUB 1250
> > >> a bunch of statements
> > >> a bunch of statements
> > >> a bunch of statements
> > >> GOSUB 1375
> > >> a bunch of statements
> > >> a bunch of statements
> > >> a bunch of statements
> > >> GOSUB 4000
> > >> a bunch of statements
> > >> a bunch of statements
> > >> a bunch of statements
> > >> GOSUB 9755
> > >> a bunch of statements
> > >> a bunch of statements
> > >> a bunch of statements
> > >>
> > >> IMNSHO - *=aee=*
> > ---
> > u2-users mailing list
> > u2-users@listserver.u2ug.org
> > To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Serguei Poliakov]

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] Good Programming Practice Question.


> I've been teaching UniBasic for over 10 years and here are some of the
> methods I teach:
>
> * Subroutines should only have one job.
> * Subroutines should be short. (less than 10 lines)
> * Subroutines should have one entrance and one exit.
> * Use meaningful variable names and subroutine names.
> * Be consistent in your naming conventions.
> * Don't hard code Numbers, Strings, or Attributes.
> * Use CASE over IF...THEN when there are more than two options.
> * Use LOOP...WHILE/UNTIL...REPEAT over FOR...NEXT with IF Conditions.
> * Use REMOVE to traverse a dynamic array.
> * Use a Simple Variable on Conditional Statements.
> * Use UniData Internal Variables whenever possible; i.e. @AM, @VM, @DATE.
>
> Thank you,
> David A. Green
> DAG Consulting
> (480) 813-1725
> www.dagconsulting.com
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Fawaz Ashraff
> Sent: Tuesday, September 27, 2005 8:23 AM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] Good Programming Practice Question.
>
> Hi All,
>
> We are planning to train some of our new programmers
> to use good programming practices when using U2 Basic.
> I can remember in Unidata days us having some tech
> support documents that talked about this. Example such
> as when is the best time to use CASE instead IF & ELSE
> or not to use GOTO statments.
>
> I am sure some of you may have some input in this
> topic. If you have some documents, notes or thoughts
> on this, can you please share with us?
>
> When I get all the technical tips, I can compile this
> to a document and share with our new programmers as
> well as U2 listserver community.
>
> Thanks
>
> Mohamed
>
>
>
>
> __
> Yahoo! Mail - PC Magazine Editors' Choice 2005
> http://mail.yahoo.com
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Serguei Poliakov]

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 Practice Question.


> And here's where the conflict begins.  When looking through a big
> program, I much prefer numeric labels in order with comments vs.
> alphanumeric labels.  With numeric labels in order you find 1800 and
> if you're looking for 2000 you know to look farther down, 1000, go up.
> With alpha labels if you find SELECT.FILE and are looking for
> UPDATE.FILES, you have nothing but experience to know whether to look
> up or down from there.
>
> Numeric labels are good.  Not ordering or commenting them is bad.  And
> not putting comments around all labels to make them more easily
> distinguished from the rest of the program is near unforgiveable.
>
> -K
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Allen E.
> Elwood
> Sent: Tuesday, September 27, 2005 12:40 PM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] Good Programming Practice Question.
>
> My addition to this would be to use alphanumeric labels, and to *have*
> a main calling section.  A main calling section that looks like:
>
> GOSUB OPEN.AND.INIT
> GOSUB SELECT.FILE
> GOSUB PRE-PROCESS.VALIDITY.CHECKS
> GOSUB PRINT.INVOICES
> GOSUB UPDATE.FILES
>
> Looks so much better and is so easier to figure out than
>
> GOSUB 100
> a bunch of statements
> a bunch of statements
> a bunch of statements
> GOSUB 1250
> a bunch of statements
> a bunch of statements
> a bunch of statements
> GOSUB 1375
> a bunch of statements
> a bunch of statements
> a bunch of statements
> GOSUB 4000
> a bunch of statements
> a bunch of statements
> a bunch of statements
> GOSUB 9755
> a bunch of statements
> a bunch of statements
> a bunch of statements
>
> IMNSHO - *=aee=*
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of George Gallen
> Sent: Tuesday, September 27, 2005 12:12
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] Good Programming Practice Question.
>
>
> Also, how about a change log at the top of the program
>   that lists, who, when and what/why a change was made.
>
> add to that a short description as to what the function
>   of the program is for.
>
> * this program does .
> *
> *
> * date who changes made
> * date who changes made
> 
> *
>
> George
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Dianne
> Ackerman
> Sent: Tuesday, September 27, 2005 2:57 PM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] Good Programming Practice Question.
>
>
> I like these and would add another one - Add comments to
> tricky-looking code!
> -Dianne
>
> David A. Green wrote:
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.344 / Virus Database: 267.11.7/112 - Release Date:
> 9/26/2005
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Good Programming Practice Question.........

[Serguei Poliakov]

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:56 PM
Subject: Re: [U2] Good Programming Practice Question.


> I like these and would add another one - Add comments to tricky-looking
> code!
> -Dianne
>
> David A. Green wrote:
>
> >I've been teaching UniBasic for over 10 years and here are some of the
> >methods I teach:
> >
> >* Subroutines should only have one job.
> >* Subroutines should be short. (less than 10 lines)
> >* Subroutines should have one entrance and one exit.
> >* Use meaningful variable names and subroutine names.
> >* Be consistent in your naming conventions.
> >* Don't hard code Numbers, Strings, or Attributes.
> >* Use CASE over IF...THEN when there are more than two options.
> >* Use LOOP...WHILE/UNTIL...REPEAT over FOR...NEXT with IF Conditions.
> >* Use REMOVE to traverse a dynamic array.
> >* Use a Simple Variable on Conditional Statements.
> >* Use UniData Internal Variables whenever possible; i.e. @AM, @VM, @DATE.
> >
> >Thank you,
> >David A. Green
> >DAG Consulting
> >(480) 813-1725
> >www.dagconsulting.com
> >
> >
> >-Original Message-
> >From: [EMAIL PROTECTED]
> >[mailto:[EMAIL PROTECTED] On Behalf Of Fawaz Ashraff
> >Sent: Tuesday, September 27, 2005 8:23 AM
> >To: u2-users@listserver.u2ug.org
> >Subject: [U2] Good Programming Practice Question.
> >
> >Hi All,
> >
> >We are planning to train some of our new programmers
> >to use good programming practices when using U2 Basic.
> >I can remember in Unidata days us having some tech
> >support documents that talked about this. Example such
> >as when is the best time to use CASE instead IF & ELSE
> >or not to use GOTO statments.
> >
> >I am sure some of you may have some input in this
> >topic. If you have some documents, notes or thoughts
> >on this, can you please share with us?
> >
> >When I get all the technical tips, I can compile this
> >to a document and share with our new programmers as
> >well as U2 listserver community.
> >
> >Thanks
> >
> >Mohamed
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

AW: [U2] Good Programming Practice Question.........

[Ewinger Klaus]

When talking about lock management:

Define a sequence in which you are updating the files of your application. If 
you do not take care of the sequence of your locks, you will most probably run 
into deadlocks. This is especially true when using transaction processing, as 
transactions increase the lifetime of locks.

A typical scenario that is often seen in applications which is a source for 
deadlocks:

- There are two files: "Invoice Header" and "Invoice Detail"
- One part of the application updates an invoice from an entry screen. It locks 
the "Invoice Header" record first and the "Invoice Detail" record then.
- Another part of the application selects a record from the "Invoice Detail" 
file. It locks it for update and then locks the associated "Order Header" entry 
e.g. to adjust summaries.
- Bang! You've got your deadlock situation.


-Urspr|ngliche Nachricht-
Von: Michael Logue [mailto:[EMAIL PROTECTED] 
Gesendet: Dienstag, 27. September 2005 23:13
An: u2-users@listserver.u2ug.org
Betreff: Re: [U2] Good Programming Practice Question.

What about lock management?

1. Lock all records that are going to be updated ... even if the "update"
is really a "delete"
2. Release your locks promptly (either with a RELEASE, WRITE or DELETE
statement) - don't let the program termination be the time when record locks 
are released 3. Use the LOCKED clause so the application can decide what to do 
when a record is locked rather than the database

P. Michael Logue
U2 Technical Support Engineer &
U2 Products Service Planner

IBM Certified Solutions Expert in U2  Application Development IBM Certified U2 
UniData Administration

IBM Information Management Division, Software Group
Phone: 303-773-7846
Tie Line: 656-7846
Email: [EMAIL PROTECTED]

www.ibm.com/software/data/u2/support
Open, Query, Update, Search - Online!
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/