Re: [U2] Unidata upgrades
> When we moved our production server (Solaris 9) from 6.1 to 7.1 it went like > butta - smooth and no issues at all. Ditto - the only upgrade issue I can think of since version 3.3 was the systest program run as part of the install to check kernel parameters etc. had a problem. IBM sent me a fixed version the next day. Having said that we always: 1. Do a fresh install rather than installing over the top of the previous release. 2. Recompile/catalog all our software . This is on DGUX (going way back) and RHEL. HTH Adrian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Extra Form Feed from .prn File Followed by Text
Have you checked the setting on the printer panel? Sometimes you need to change the Form Length = 66 lines vs the default of 60 lines. Garry L. Smith Dir Info Systems Charles McMurray Company V# 559-292-5782 F# 559-346-6169 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Don P. Nagai Sent: Friday, July 11, 2008 11:22 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Extra Form Feed from .prn File Followed by Text We're assuming that there must be some sort of form-feed character (or other sequence that the printer is using to generate a form-feed) but have not actually checked all of the info due to the size of the prn files. We were able to eliminate the form-feed by stripping every occurrence of CHAR(12), but that distorted some of the text box and bitmap output on the form. As is usually done, after converting the prn file to hex, we stripped all the 1B45, 1B252D313233..., 1B266C... printer reset, orientation and paper source sequences, but we must be missing something... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Rasmussen Sent: Friday, July 11, 2008 10:06 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Extra Form Feed from .prn File Followed by Text On Thu, 10 Jul 2008, Don P. Nagai wrote: > > Help! Im trying to print a form created from Word combined with text. > This method has always worked when creating prn files using a PCL5/5e > driver, removing the standard escape sequences that trigger form > feeds, and > then sending the trimmed file in RAW format to an HP printer running either > PCL5 or 6. Its worked fine until now. A new customer has Windows > Server > 2003 x64, an HP P1505n Laser Jet and the prn files were created with > XP Pro > drivers. Now every time we attempt to print, the form comes out on > one page > and the text on the next page. If we build the prn files for an older > HP model (say Laser Jet 1300 PCL5e) we get a single page, but the text > and portions of the form are garbled. Ive contacted HP and their > suggestion was to use Laser Jet 6L drivers. The print jobs still > generated the extra form feed. Do you know that there's an added formfeed, or might there be something else added which implicitly causes a formfeed? That is, have you looked at the data that the printer is actually getting, by capturing your combined output to a file? Regards, Bob Rasmussen, President, Rasmussen Software, Inc. personal e-mail: [EMAIL PROTECTED] company e-mail: [EMAIL PROTECTED] voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) fax: (US) 503-624-0760 web: http://www.anzio.com street address: Rasmussen Software, Inc. 10240 SW Nimbus, Suite L9 Portland, OR 97223 USA --- 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] Extra Form Feed from .prn File Followed by Text
We're assuming that there must be some sort of form-feed character (or other sequence that the printer is using to generate a form-feed) but have not actually checked all of the info due to the size of the prn files. We were able to eliminate the form-feed by stripping every occurrence of CHAR(12), but that distorted some of the text box and bitmap output on the form. As is usually done, after converting the prn file to hex, we stripped all the 1B45, 1B252D313233..., 1B266C... printer reset, orientation and paper source sequences, but we must be missing something... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Rasmussen Sent: Friday, July 11, 2008 10:06 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Extra Form Feed from .prn File Followed by Text On Thu, 10 Jul 2008, Don P. Nagai wrote: > > Help! Im trying to print a form created from Word combined with text. > This method has always worked when creating prn files using a PCL5/5e > driver, removing the standard escape sequences that trigger form feeds, and > then sending the trimmed file in RAW format to an HP printer running either > PCL5 or 6. Its worked fine until now. A new customer has Windows Server > 2003 x64, an HP P1505n Laser Jet and the prn files were created with XP Pro > drivers. Now every time we attempt to print, the form comes out on one page > and the text on the next page. If we build the prn files for an older HP > model (say Laser Jet 1300 PCL5e) we get a single page, but the text and > portions of the form are garbled. Ive contacted HP and their suggestion > was to use Laser Jet 6L drivers. The print jobs still generated the extra > form feed. Do you know that there's an added formfeed, or might there be something else added which implicitly causes a formfeed? That is, have you looked at the data that the printer is actually getting, by capturing your combined output to a file? Regards, Bob Rasmussen, President, Rasmussen Software, Inc. personal e-mail: [EMAIL PROTECTED] company e-mail: [EMAIL PROTECTED] voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) fax: (US) 503-624-0760 web: http://www.anzio.com street address: Rasmussen Software, Inc. 10240 SW Nimbus, Suite L9 Portland, OR 97223 USA --- 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] Converting 32bit files to 64bit
You need to add placeholders for the modulo and separation. For example. RESIZE PMO 30 * * 64BIT. Neil Morris SWG Client Support - Information Management Software UniVerse ATS b IBM U2 Client Support Team 1-877-676-9452 [EMAIL PROTECTED] "Martel, Henry" <[EMAIL PROTECTED] rguard-crest.com> To Sent by: [EMAIL PROTECTED] cc stserver.u2ug.org Subject [U2] Converting 32bit files to 07/08/2008 03:37 64bit PM Please respond to [EMAIL PROTECTED] er.u2ug.org Can someone give the correct command for converting 32bit Universe files to 64 bit? I've tried the following command on my Dynamic file: "RESIZE PMO 30 64BIT" and it ran for a while without error, but it did not covert. I am not sure what is missing. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ [demime 1.01d removed an attachment of type image/gif which had a name of graycol.gif] [demime 1.01d removed an attachment of type image/gif which had a name of pic13887.gif] [demime 1.01d removed an attachment of type image/gif which had a name of ecblank.gif] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] ouch
That is one of the features I just love about AccuTerm!!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of MAJ Programming Sent: Friday, July 11, 2008 08:56 To: u2-users@listserver.u2ug.org Subject: Re: [U2] ouch I believe Accuterm's WED (Windows EDitor) keeps an archive on the PC for unplanned disconnections. There may be a toggle to make it more useful. My 1 cent Mark Johnson - Original Message - From: "Doug Chanco" <[EMAIL PROTECTED]> To: Sent: Friday, July 11, 2008 7:56 AM Subject: RE: [U2] ouch > One thing to note as well, subversion (version control) is free and it > only took me a few days to write wrappers to the SVN commands in pick > (and get them to work the way I wanted). So far it's working out pretty > well! > > Dougc > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Symeon Breen > Sent: Thursday, July 10, 2008 8:27 AM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] ouch > > Worth noting if you use wintegrate editor, or unidebugger editor > (probably > others as well) they keep a copy of the last edit on your PC's disk for > you > as well. > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Roger Glenfield > Sent: 10 July 2008 12:24 > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] ouch > > Great answer to prevent future problems, such as > "I didn't really want to do that." > thanks for reminding me about some really old options. ;) > Roger > Louie Bergsagel wrote: > > A former co-worker of mine had a nifty paragraph he wrote which would > edit, > > compile, catalog and run a program in one fell swoop. > > > > Because I detest wasting time with repetitive tasks, I've written a > similar > > program which also copies the current version of a program to a backup > file > > in case I trash it, or want to revert to a previous version. > > > > EDBP [program.name] does the following: > > 1. Copies [program.name] to a backup directory (e.g. LOUIEB.BP) with a > name > > of program.name:"_":date():"_":time():"_".bak" > > 2. Executes ED LOUIEB.BP program.name > > 3. Executes BASIC and CATALOG commands unless I say no to a prompt. > > 4. Executes the cataloged command unless I say no to a prompt. > > > > This is the poor dude's version control program. > > > > -- Louie In Seattle > > --- > > 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 - http://www.avg.com > Version: 8.0.138 / Virus Database: 270.4.7/1543 - Release Date: 7/9/2008 > 6:32 PM > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ > > -- > This message has been scanned for viruses and > dangerous content by SecureMail, and is > believed to be clean. > --- > 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] ouch
Hi Mark, M2K = Manage-2000 SO.ENTRY has been constantly modified due to customer demands since 1978 and has more options than can be dreamt of. As you can imagine, over the period of the last 30 years there have been literally hundreds of people come in, program a new option and leave their mark on this enormous program. The m2k system actually now has 680+ MENUS ! Many of the subroutines are that long. What's going on? Creeping Feature-itis ! The subroutines are arranged by functionality and some of those functions are just huge, like multiple ship-to customers and multiple scheduled shipments per line item. Allen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of MAJ Programming Sent: Friday, July 11, 2008 08:53 To: u2-users@listserver.u2ug.org Subject: Re: [U2] ouch Regarding these numbers being thrown around, aka Mine is Bigger: I can see a Sales Order entry program growing to 34 subs. I wonder what's going on in a 2000 to 3000 line sub though. I can see 100 other subs. But does your 400 to 500 people mean the users offering their slight input, the managers offering their major input or do you mean 400 to 500 programmers? Considering how many of us there actually are (or could be), I might have been one of them although I don't recall. Also, What's a M2K program? Just curious. Mark Johnson - Original Message - From: "Allen E. Elwood" <[EMAIL PROTECTED]> To: Sent: Thursday, July 10, 2008 11:26 AM Subject: RE: [U2] ouch > a) oh well > > b) Oh, I've been programming since 1974, professionally since 1978, I've > only been using paper for 25 years... :) Heck, I dream about code - talk > about visualizingbut you should see some of the M2K programs. SO.ENTRY > is up to about 34 main subroutines many of which are 2000 to 3000 lines, 100 > associated subroutines and it's been modified by 400 to 500 people. > > And the darn thing not only works, but works great! > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Roger Glenfield > Sent: Thursday, July 10, 2008 04:18 > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] ouch > > > a) Universe > b) whippersnapper (32 years still in black and white) >my main concerns are the programmers that can't visualize impacts on > the whole 'code'. and are constantly recompiling after correcting 5-10 > lines of code. Of course, back in the Early Dawn of Pick, compiling > 500 lines of code would take 20-30 minutes plus drag down the other 16 > programmers on the system. There was a least one programmer > 're-educated' for abusing the system. Of course, some of the 5,000 line > programs that I've seen recently were because somebody didn't think. > Roger > > Allen E. Elwood wrote: > > You didn't say unidata or universe... > > > > This guy has a unidata decompiler, not sure how fast they are > > > > http://www.infocus50.com/products/xtrico.html > > > > btw, at 52 I haven't been using paper for 25 years > > > > :-) > > > > hth, > > > > Allen E. Elwood > > www.tortillafc.com > > Quality Code Since 1978 > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] ouch
We did some integration with VSS to manage source control. It worked pretty well, simple and effective. CHECK.OUT {LIB} {PGM} {comments} CHECK.IN {LIB} {PGM} UNCHECK {LIB} {PGM} {comments} VSS.STATUS {LIB} {PGM} INSTALL {LIB} {PGM} Only worked for source control because it read-locked the source, but it did provide for up to two simultaneous check outs via three directory structures development/stage/production. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Edward Brown Sent: Friday, July 11, 2008 11:40 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] ouch Mark. That's a very powerful condemnation of 'clunky' backup practices. However, you've not gone far enough imo - simply keeping a copy of every (significant?) version of a program isn't taking advantage of modern solutions to the change control problem. As a poster suggested earlier on today, making use of a version control system such as the free and excellent Subversion allows you to keep hundreds of backups of your source code but rather than being a backup of one program, the whole project is snapshotted, each snapshot giving you all your code at that specific point in time. The storage requirements for all of this sounds horrendous but in fact is very modest, as files are stored on an incremental basis. Used properly, subversion can make administering AND developing software a much less stressful task - the basic principle of doing a change on a branch and then only merging it into the trunk when it's ready (and tested!) means changes are isolated from the main body of code until they're complete and changes can be identified, checked, undone etc all after the event. No need to use comments all through your source code to show each little change! Developers on Windows machines have access to TortoiseSVN, also free - it's an explorer shell module that allows subversion administration directly from the windows explorer without having to resort to the command line. Edward -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MAJ Programming Sent: 11 July 2008 16:42 To: u2-users@listserver.u2ug.org Subject: Re: [U2] ouch Louie: Good Technique. I published a similar technique in Spectrum called DCOPY a few years ago. This replaces the pathetic methods that so many undisciplined programmers use where they simply copy the program to the same BP file with a very stupid .BAK or .OLD or other unmanaged suffix. Having the archive in the same file causes FIND or SEARCH programs to constantly include them when not useful. Other similarily pathetic methods are to take the program and, instead of changing the archive name, they change the runtime name to NAME.NEW or NAME.NEW2 etc, etc. This is worse than the suffixed version as trying to FIND the unchanged versions, say NAME, would falsely also find NAME.NEW. This method is also poor as you now must visit all the places NAME is referred from and change to NAME.NEW. I've inherited dozens of systems with these poor techniques. It's very hard and time consuming to systematically determine which programs are on-line and which are the backups. One client had over 15 versions of the same program with varying suffixes. The remaining on-line version was PRINT.ORDERS.NEW3 despite there being a NEW4 and NEW5 version as well. Finally, the backup versions should never be compiled. This prevents an errant programmer from compiling everything. My DCOPY iuncludes a line of text indicating why I made the archive. That line is stored on line 2 of the program (line 1 stays as SUBROUTINE for other analysis) like a comment with no asterisk. Thus, it would not compile at all. My 2 cents, Mark Johnson - Original Message - From: "Louie Bergsagel" <[EMAIL PROTECTED]> To: Sent: Wednesday, July 09, 2008 3:40 PM Subject: Re: [U2] ouch > A former co-worker of mine had a nifty paragraph he wrote which would edit, > compile, catalog and run a program in one fell swoop. > > Because I detest wasting time with repetitive tasks, I've written a similar > program which also copies the current version of a program to a backup file > in case I trash it, or want to revert to a previous version. > > EDBP [program.name] does the following: > 1. Copies [program.name] to a backup directory (e.g. LOUIEB.BP) with a name > of program.name:"_":date():"_":time():"_".bak" > 2. Executes ED LOUIEB.BP program.name > 3. Executes BASIC and CATALOG commands unless I say no to a prompt. 4. > Executes the cataloged command unless I say no to a prompt. > > This is the poor dude's version control program. > > -- Louie In Seattle > --- > 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] Extra Form Feed from .prn File Followed by Text
On Thu, 10 Jul 2008, Don P. Nagai wrote: > > Help! Im trying to print a form created from Word combined with text. > This method has always worked when creating prn files using a PCL5/5e > driver, removing the standard escape sequences that trigger form feeds, and > then sending the trimmed file in RAW format to an HP printer running either > PCL5 or 6. Its worked fine until now. A new customer has Windows Server > 2003 x64, an HP P1505n Laser Jet and the prn files were created with XP Pro > drivers. Now every time we attempt to print, the form comes out on one page > and the text on the next page. If we build the prn files for an older HP > model (say Laser Jet 1300 PCL5e) we get a single page, but the text and > portions of the form are garbled. Ive contacted HP and their suggestion > was to use Laser Jet 6L drivers. The print jobs still generated the extra > form feed. Do you know that there's an added formfeed, or might there be something else added which implicitly causes a formfeed? That is, have you looked at the data that the printer is actually getting, by capturing your combined output to a file? Regards, Bob Rasmussen, President, Rasmussen Software, Inc. personal e-mail: [EMAIL PROTECTED] company e-mail: [EMAIL PROTECTED] voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) fax: (US) 503-624-0760 web: http://www.anzio.com street address: Rasmussen Software, Inc. 10240 SW Nimbus, Suite L9 Portland, OR 97223 USA --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] ouch
Mark. That's a very powerful condemnation of 'clunky' backup practices. However, you've not gone far enough imo - simply keeping a copy of every (significant?) version of a program isn't taking advantage of modern solutions to the change control problem. As a poster suggested earlier on today, making use of a version control system such as the free and excellent Subversion allows you to keep hundreds of backups of your source code but rather than being a backup of one program, the whole project is snapshotted, each snapshot giving you all your code at that specific point in time. The storage requirements for all of this sounds horrendous but in fact is very modest, as files are stored on an incremental basis. Used properly, subversion can make administering AND developing software a much less stressful task - the basic principle of doing a change on a branch and then only merging it into the trunk when it's ready (and tested!) means changes are isolated from the main body of code until they're complete and changes can be identified, checked, undone etc all after the event. No need to use comments all through your source code to show each little change! Developers on Windows machines have access to TortoiseSVN, also free - it's an explorer shell module that allows subversion administration directly from the windows explorer without having to resort to the command line. Edward -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MAJ Programming Sent: 11 July 2008 16:42 To: u2-users@listserver.u2ug.org Subject: Re: [U2] ouch Louie: Good Technique. I published a similar technique in Spectrum called DCOPY a few years ago. This replaces the pathetic methods that so many undisciplined programmers use where they simply copy the program to the same BP file with a very stupid .BAK or .OLD or other unmanaged suffix. Having the archive in the same file causes FIND or SEARCH programs to constantly include them when not useful. Other similarily pathetic methods are to take the program and, instead of changing the archive name, they change the runtime name to NAME.NEW or NAME.NEW2 etc, etc. This is worse than the suffixed version as trying to FIND the unchanged versions, say NAME, would falsely also find NAME.NEW. This method is also poor as you now must visit all the places NAME is referred from and change to NAME.NEW. I've inherited dozens of systems with these poor techniques. It's very hard and time consuming to systematically determine which programs are on-line and which are the backups. One client had over 15 versions of the same program with varying suffixes. The remaining on-line version was PRINT.ORDERS.NEW3 despite there being a NEW4 and NEW5 version as well. Finally, the backup versions should never be compiled. This prevents an errant programmer from compiling everything. My DCOPY iuncludes a line of text indicating why I made the archive. That line is stored on line 2 of the program (line 1 stays as SUBROUTINE for other analysis) like a comment with no asterisk. Thus, it would not compile at all. My 2 cents, Mark Johnson - Original Message - From: "Louie Bergsagel" <[EMAIL PROTECTED]> To: Sent: Wednesday, July 09, 2008 3:40 PM Subject: Re: [U2] ouch > A former co-worker of mine had a nifty paragraph he wrote which would edit, > compile, catalog and run a program in one fell swoop. > > Because I detest wasting time with repetitive tasks, I've written a similar > program which also copies the current version of a program to a backup file > in case I trash it, or want to revert to a previous version. > > EDBP [program.name] does the following: > 1. Copies [program.name] to a backup directory (e.g. LOUIEB.BP) with a name > of program.name:"_":date():"_":time():"_".bak" > 2. Executes ED LOUIEB.BP program.name > 3. Executes BASIC and CATALOG commands unless I say no to a prompt. > 4. Executes the cataloged command unless I say no to a prompt. > > This is the poor dude's version control program. > > -- Louie In Seattle > --- > 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/ --- Please remember to recycle wherever possible. Reduce, reuse, recycle, think do you need to print this e-mail? --- This e-mail and any attachment(s), is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the addressee, dissemination, copying or use of this e-mail or any of its content is prohibited and may be unlawful. If you are not the intended recipient please inform the sender immediately and destroy the e-mail, any attachment(s) and any copies. All liability for vir
Re: [U2] ouch
I believe Accuterm's WED (Windows EDitor) keeps an archive on the PC for unplanned disconnections. There may be a toggle to make it more useful. My 1 cent Mark Johnson - Original Message - From: "Doug Chanco" <[EMAIL PROTECTED]> To: Sent: Friday, July 11, 2008 7:56 AM Subject: RE: [U2] ouch > One thing to note as well, subversion (version control) is free and it > only took me a few days to write wrappers to the SVN commands in pick > (and get them to work the way I wanted). So far it's working out pretty > well! > > Dougc > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Symeon Breen > Sent: Thursday, July 10, 2008 8:27 AM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] ouch > > Worth noting if you use wintegrate editor, or unidebugger editor > (probably > others as well) they keep a copy of the last edit on your PC's disk for > you > as well. > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Roger Glenfield > Sent: 10 July 2008 12:24 > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] ouch > > Great answer to prevent future problems, such as > "I didn't really want to do that." > thanks for reminding me about some really old options. ;) > Roger > Louie Bergsagel wrote: > > A former co-worker of mine had a nifty paragraph he wrote which would > edit, > > compile, catalog and run a program in one fell swoop. > > > > Because I detest wasting time with repetitive tasks, I've written a > similar > > program which also copies the current version of a program to a backup > file > > in case I trash it, or want to revert to a previous version. > > > > EDBP [program.name] does the following: > > 1. Copies [program.name] to a backup directory (e.g. LOUIEB.BP) with a > name > > of program.name:"_":date():"_":time():"_".bak" > > 2. Executes ED LOUIEB.BP program.name > > 3. Executes BASIC and CATALOG commands unless I say no to a prompt. > > 4. Executes the cataloged command unless I say no to a prompt. > > > > This is the poor dude's version control program. > > > > -- Louie In Seattle > > --- > > 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 - http://www.avg.com > Version: 8.0.138 / Virus Database: 270.4.7/1543 - Release Date: 7/9/2008 > 6:32 PM > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ > > -- > This message has been scanned for viruses and > dangerous content by SecureMail, and is > believed to be clean. > --- > 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] ouch
Regarding these numbers being thrown around, aka Mine is Bigger: I can see a Sales Order entry program growing to 34 subs. I wonder what's going on in a 2000 to 3000 line sub though. I can see 100 other subs. But does your 400 to 500 people mean the users offering their slight input, the managers offering their major input or do you mean 400 to 500 programmers? Considering how many of us there actually are (or could be), I might have been one of them although I don't recall. Also, What's a M2K program? Just curious. Mark Johnson - Original Message - From: "Allen E. Elwood" <[EMAIL PROTECTED]> To: Sent: Thursday, July 10, 2008 11:26 AM Subject: RE: [U2] ouch > a) oh well > > b) Oh, I've been programming since 1974, professionally since 1978, I've > only been using paper for 25 years... :) Heck, I dream about code - talk > about visualizingbut you should see some of the M2K programs. SO.ENTRY > is up to about 34 main subroutines many of which are 2000 to 3000 lines, 100 > associated subroutines and it's been modified by 400 to 500 people. > > And the darn thing not only works, but works great! > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Roger Glenfield > Sent: Thursday, July 10, 2008 04:18 > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] ouch > > > a) Universe > b) whippersnapper (32 years still in black and white) >my main concerns are the programmers that can't visualize impacts on > the whole 'code'. and are constantly recompiling after correcting 5-10 > lines of code. Of course, back in the Early Dawn of Pick, compiling > 500 lines of code would take 20-30 minutes plus drag down the other 16 > programmers on the system. There was a least one programmer > 're-educated' for abusing the system. Of course, some of the 5,000 line > programs that I've seen recently were because somebody didn't think. > Roger > > Allen E. Elwood wrote: > > You didn't say unidata or universe... > > > > This guy has a unidata decompiler, not sure how fast they are > > > > http://www.infocus50.com/products/xtrico.html > > > > btw, at 52 I haven't been using paper for 25 years > > > > :-) > > > > hth, > > > > Allen E. Elwood > > www.tortillafc.com > > Quality Code Since 1978 > --- > 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] ouch
Louie: Good Technique. I published a similar technique in Spectrum called DCOPY a few years ago. This replaces the pathetic methods that so many undisciplined programmers use where they simply copy the program to the same BP file with a very stupid .BAK or .OLD or other unmanaged suffix. Having the archive in the same file causes FIND or SEARCH programs to constantly include them when not useful. Other similarily pathetic methods are to take the program and, instead of changing the archive name, they change the runtime name to NAME.NEW or NAME.NEW2 etc, etc. This is worse than the suffixed version as trying to FIND the unchanged versions, say NAME, would falsely also find NAME.NEW. This method is also poor as you now must visit all the places NAME is referred from and change to NAME.NEW. I've inherited dozens of systems with these poor techniques. It's very hard and time consuming to systematically determine which programs are on-line and which are the backups. One client had over 15 versions of the same program with varying suffixes. The remaining on-line version was PRINT.ORDERS.NEW3 despite there being a NEW4 and NEW5 version as well. Finally, the backup versions should never be compiled. This prevents an errant programmer from compiling everything. My DCOPY iuncludes a line of text indicating why I made the archive. That line is stored on line 2 of the program (line 1 stays as SUBROUTINE for other analysis) like a comment with no asterisk. Thus, it would not compile at all. My 2 cents, Mark Johnson - Original Message - From: "Louie Bergsagel" <[EMAIL PROTECTED]> To: Sent: Wednesday, July 09, 2008 3:40 PM Subject: Re: [U2] ouch > A former co-worker of mine had a nifty paragraph he wrote which would edit, > compile, catalog and run a program in one fell swoop. > > Because I detest wasting time with repetitive tasks, I've written a similar > program which also copies the current version of a program to a backup file > in case I trash it, or want to revert to a previous version. > > EDBP [program.name] does the following: > 1. Copies [program.name] to a backup directory (e.g. LOUIEB.BP) with a name > of program.name:"_":date():"_":time():"_".bak" > 2. Executes ED LOUIEB.BP program.name > 3. Executes BASIC and CATALOG commands unless I say no to a prompt. > 4. Executes the cataloged command unless I say no to a prompt. > > This is the poor dude's version control program. > > -- Louie In Seattle > --- > 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] re:passing parameters to stored procedures
I did not solve this problem. Actually, parameter name is correct, but what I found out that it is SQL error related to datetime conversion in the table and I have not solved this problem yet. I also notice when I run Stored Procedure apart from calling code with provided date it runs perfectly, but as soon as I called it from code it is nightmare I could not solve and I suspect it is related to SQL driver settings or data type in the table. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Bartlett Sent: Friday, July 11, 2008 9:21 AM To: u2-users@listserver.u2ug.org Subject: [?? Probable Spam] RE: [U2] re:passing parameters to stored procedures Did you solve this? What comes to mind is that SQL might be taking the @ sign as a delimiter or some such and stripping the variable before it gets to the proc.. -Original Message- Subject: [U2] re:passing parameters to stored procedures I have created stored procedure to run and I have to pass date parameter to it. I'm getting error message saying ERROR [42000] [Microsoft][ODBC SQL Server Driver][SQL Server]Procedure 'ProcedureName' expects parameter '@FirstDay', which was not supplied. I implicitly assign parameter value and type and checked the name to be identical and there is still an error --- 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] re:passing parameters to stored procedures
Did you solve this? What comes to mind is that SQL might be taking the @ sign as a delimiter or some such and stripping the variable before it gets to the proc.. -Original Message- Subject: [U2] re:passing parameters to stored procedures I have created stored procedure to run and I have to pass date parameter to it. I'm getting error message saying ERROR [42000] [Microsoft][ODBC SQL Server Driver][SQL Server]Procedure 'ProcedureName' expects parameter '@FirstDay', which was not supplied. I implicitly assign parameter value and type and checked the name to be identical and there is still an error --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] ouch
One thing to note as well, subversion (version control) is free and it only took me a few days to write wrappers to the SVN commands in pick (and get them to work the way I wanted). So far it's working out pretty well! Dougc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Symeon Breen Sent: Thursday, July 10, 2008 8:27 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] ouch Worth noting if you use wintegrate editor, or unidebugger editor (probably others as well) they keep a copy of the last edit on your PC's disk for you as well. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roger Glenfield Sent: 10 July 2008 12:24 To: u2-users@listserver.u2ug.org Subject: Re: [U2] ouch Great answer to prevent future problems, such as "I didn't really want to do that." thanks for reminding me about some really old options. ;) Roger Louie Bergsagel wrote: > A former co-worker of mine had a nifty paragraph he wrote which would edit, > compile, catalog and run a program in one fell swoop. > > Because I detest wasting time with repetitive tasks, I've written a similar > program which also copies the current version of a program to a backup file > in case I trash it, or want to revert to a previous version. > > EDBP [program.name] does the following: > 1. Copies [program.name] to a backup directory (e.g. LOUIEB.BP) with a name > of program.name:"_":date():"_":time():"_".bak" > 2. Executes ED LOUIEB.BP program.name > 3. Executes BASIC and CATALOG commands unless I say no to a prompt. > 4. Executes the cataloged command unless I say no to a prompt. > > This is the poor dude's version control program. > > -- Louie In Seattle > --- > 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 - http://www.avg.com Version: 8.0.138 / Virus Database: 270.4.7/1543 - Release Date: 7/9/2008 6:32 PM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- This message has been scanned for viruses and dangerous content by SecureMail, and is believed to be clean. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] [UB] Equating Two Arrays in UniBasic
Hi If they're dimensioned, i.e. DIM A(10) DIM B(10) Then you can do MAT B = MAT A to copy one to the other. There's complications when the dim size is different but this is all documented... Ed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey Mitchell Sent: 10 July 2008 22:44 To: u2-users@listserver.u2ug.org Subject: Re: [U2] [UV] [UB] Equating Two Arrays in UniBasic Is R.New or R.SOD being declared as a dimensioned array somewhere? If both are dynamic arrays, there should be no problem. I get the error you describe if I try to assign a dimensioned array to a dynamic array variable, such as: 0001: DIM X(100) 0002: Y="" 0003: X=Y The other way around produces a different error. So, it would seem to me that R.SOD is dimensioned, except that when I add in the read, I get "FROM" unexpected, Was expecting: '(' on the read in addition to the "Array must have subscripts" error on the assignment. Brutzman, Bill wrote: >It is not letting me do it. > >When I try something like... > > read R.SOD from F.SOH, Order.ID else R.SOD = '' > > R.New = '' > R.New = R.SOD > >The compiler says... Error... Array must have subscripts. > >Unless there is no other way... I would rather not build a new array... via >a loop... inspecting one item at a time. > >Suggestions would be appreciated. > >--Bill >--- >u2-users mailing list >u2-users@listserver.u2ug.org >To unsubscribe please visit http://listserver.u2ug.org/ > > > > -- Geoffrey Mitchell Programmer/Analyst Home Decorator's Collection 314-684-1062 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- Please remember to recycle wherever possible. Reduce, reuse, recycle, think do you need to print this e-mail? --- This e-mail and any attachment(s), is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the addressee, dissemination, copying or use of this e-mail or any of its content is prohibited and may be unlawful. If you are not the intended recipient please inform the sender immediately and destroy the e-mail, any attachment(s) and any copies. All liability for viruses is excluded to the fullest extent permitted by law. It is your responsibility to scan or otherwise check this email and any attachment(s). Unless otherwise stated (i) views expressed in this message are those of the individual sender (ii) no contract may be construed by this e-mail. Emails may be monitored and you are taken to consent to this monitoring. Civica Services Limited, Company No. 02374268; Civica UK Limited, Company No. 01628868 Both companies are registered in England and Wales and each has its registered office at 2 Burston Road, Putney, London, SW15 6AR. --- --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/