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/
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] 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] 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: u2-users@listserver.u2ug.org 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
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: u2-users@listserver.u2ug.org 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
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
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: u2-users@listserver.u2ug.org
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] 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: u2-users@listserver.u2ug.org 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] 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] 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/
