You're a genius...!!!
Thanks for that - added a blank line and all is happy!
dennis
David Beaty wrote:
Does the BP version of this item have a blank line at the end? We've
experience problems with INCLUDES that don't have that.
Dennis Bartlett wrote:
0033 WRITESEQ LOG.FILE ON
Bill said...
Glenn is right. I like disk mirroring. I have seen big problems with
raid-5. When one of the Raid-5 disks dies, the whole RAID set is
worthless
as all of the data on the disks becomes invisible.
H - the whole RAID 5 set is worthless when one disk dies? Isn't the
whole
Womack, Adrian skrev:
Does anyone else think it's bad practice to have code in INCLUDES?
I do !Warning this is a classical religious war issue!
Surely it would be much better to have the INITIATE.FEEDBACK
GIVE.FEEDBACK routines written as subroutines, and then simply call them
from
It is a maintenance nightmare from the 1980s that needs to be corrected.
Date: Wed, 5 Mar 2008 12:14:57 +0100
From: [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] INCLUDE weirdo
Womack, Adrian skrev:
Does anyone else think it's bad practice to have code in
Currently the system uses the following coding structure:
OPEN 'HPMAST.FILE' TO F1 ELSE STOP
OPEN 'HPCONTRACT' TO F2 ELSE STOP
OPEN 'HPTRANS.FILE' TO F3 ELSE STOP
READ F1R FROM F1, KEY THEN...
READ F2R FROM F2, KEY THEN...
READ F3R FROM F3, KEY THEN...
F1R36,X = F2R13 / F3R82 * F1R8 + F3R43
Just
Hi Kate,
Yes its been solved - the included code needed to have a blank line at the
end of it. Simple but not something I might have thought of!
Hope it works for you...
dennis
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kate Stanton
Sent: 05 March
Hey, in a normal world I would agree.
No religious war needed... ;-)
Thanks for the heads up - its something I'll put a bit more thought into...
Its just the magnitude of what I have to achieve that's pushing me this way.
I'm currently getting around a hour to work on a particular source code
It is a maintenance nightmare from the 1980s that needs to be corrected.
Agreed. I started here on Jan 7th. I've so far been assigned 97 tasks, each
in some state of investigation / repair before the next one hits. At this
rate, with no hope of time to do a thorough overhaul, I had to find a
Whatever salary you're making, it's not enough! :)
-Dianne
Dennis Bartlett wrote:
Currently the system uses the following coding structure:
OPEN 'HPMAST.FILE' TO F1 ELSE STOP
OPEN 'HPCONTRACT' TO F2 ELSE STOP
OPEN 'HPTRANS.FILE' TO F3 ELSE STOP
READ F1R FROM F1, KEY THEN...
READ F2R FROM F2,
Only thing is that if you used subroutines - you would only have to
recompile the subroutines. :-)
For example (with no error checking flags, etc - no use of COMMON, etc)
CALL OPEN.THAT.FILE(F.HPMAST,HPMAST.FILE)
WAITFLAG = False
CALL LOCK.THAT.RECORD(F.HPMAST,HPMAST.KEY,WAITFLAG)
CALL
We have a set of steps to import MultiValue Data into the BDC and to access it
using InfoPath, and steps to link InfoPath forms into BDC lists, all using our
FusionWare Direct ADO.NET Provider. Documentation from MS is not very
complete, and their support has a pretty long wait-list right
When I see difficult UNIBASIC code, I just remember RPL.
Charles Shaffer
Senior Analyst
NTN-Bower Corporation
Whatever salary you're making, it's not enough! :)
-Dianne
Dennis Bartlett wrote:
Currently the system uses the following coding structure:
OPEN 'HPMAST.FILE' TO F1 ELSE STOP
OPEN
-Original Message-
From: [EMAIL PROTECTED] [mailto:owner-u2-
[EMAIL PROTECTED] On Behalf Of Adrian Merrall
Sent: Wednesday, March 05, 2008 4:51 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Hardware upgrade
Bill said...
Glenn is right. I like disk mirroring. I have
Dianne is correct. Your code looks like it was built by a CASE tool.
Jerry Banker
-Original Message-
From: Dianne Ackerman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2008 9:28 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] INCLUDE weirdo
Whatever salary you're
We had the same problem where the INCLUDE file was dropped onto a samba share
from source-safe. The fix was to read each program entry in and write it out
with a trailing attribute mark. This was a problem for more than includes.
Once I did that, everything worked OK.
It was some weird EOF
And here I am complaining... I documented a library system written entirely
in PROC..
boy, I am giving my age away...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 05 March 2008 07:10 PM
To: u2-users@listserver.u2ug.org
Subject:
Now, now, now - you can write bad code in any language - or you can write
good code. I worked with someone who learned RPL first and her RPL code was
very easy to read and maintain. She did not want to learn Basic because the
Basic programmers who had preceeded us at that site wrote cryptic
Susan Wrote:
Now, now, now - you can write bad code in any language...
You're right there. I've proved it many times.
I actually liked RPL!
So you're the one!
Charles Shaffer
Senior Analyst
NTN-Bower Corporation
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please
Yes, but with .NET, not with ODBC.
Ryan wrote:
Has anyone successfully built a connection between their DB and
Sharepoint? We are currently running MOSS 2007 and UniVerse ODBC
client 4 and have been unsuccessful.
Tony Gravagno
Nebula Research and Development
Worldwide sales and development
Hi Ryan
I took the web services route and used uniobjects in the web service to talk
to the database.
Regards
David Jordan
Managing Consultant
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
Dennis,
I inherited similar bad code. It too used F1, F2... for file variables,
hardcoded attribute numbers, etc.. Over 10% of the programs would not
compile without some warning or error.
I wrote a utility to generate INCLUDE files for attribute equates. Then
I wrote another utility to
21 matches
Mail list logo