Re: [U2] Converting from mvBase to Universe

2009-07-19 Thread Dave Taylor 

Hi Curt,

We have migrated the software on a number of systems from mvBase to Universe 
running on both Windows and Linux.


The good news is that the Pick-flavored account on Universe is very close to 
mvBase.


Also good news is that Universe has two file types - type 1 and type 19 - 
that are both directory-type files: ie. the Universe file  is a Linux 
directory/Windows folder and each item in the Universe file is a 
Linux/Windows file in that directory/folder.


When a record is written to the Universe file, all the Attr. marks are 
converted to CRLF sequences and then converted back when it is read by 
Universe, so the records can even be edited with Notepad from ouside 
Universe if you wish.


This means that you can strip out all the U-statements in mvBase code, 
define your OS-level file as a type 19 file in Universe (supports long file 
name compared with the type 1 file) and OPEN, READ, WRITE, etc. directly 
to/from it just like you do with any other Universe file.


In our EDI translator, we use the U-statements in mvBase extensively in 
reading/writing EDI documents to/from the database to OS-level files for 
automatic transfer to/from other computers and all the U-statements have 
been stripped out and replaced with normal OPEN, READ, WRITE statements 
to/from type 19 files in the Universe version of the product.


The only significant difference between mvBase (and all other generic Pick 
databases for that matter) and Universe is that Universe does not support 
the generic Pick print spooler for assigning user print output to a queue 
and assigning a printer to the same queue to enable the printing of the 
print job to the printer, and all the other features of holding and spooling 
print jobs to selected printers.


None of the generic Pick print spooler commands are available to perform 
those functions - eg STARTSPOOLER, STARTPTR, SP-ASSIGN, LISTPEQS, SP-EDIT, 
etc.


So all embedded SP-ASSIGN commands have to be converted to SETPTR commands, 
new print procedures have to be developed and all users have to be retrained 
in using a much less robust print architecture than they're used to using.


 To bridge this gap in functionality, we developed SpoolerPlus, a 
generic Pick print spooler, that runs on Universe, Unidata and QM, to 
provide the generic Pick print spooler commands and functionality built into 
software migrated from generic Pick databases.


I will be pleased to send you some infomation about SpoolerPlus if you 
wish..


Also, please feel free to ask any specific questions about minor differences 
between mvBase and Universe and I'll be glad to answer them if I can.


Best wishes for a successful conversion,

Dave

Dave Taylor
Sysmark Information Systems, Inc.
Authorized IBM Business Partner
49 Aspen Way
Rolling Hills Estates, CA 90274
(O) 800-SYSMARK (800-797-6275)
(F) 310-377-3550
(C) 310-561-5200
www.sysmarkinfo.com
- Original Message - 
From: "Curt Stewart" 

To: 
Sent: Sunday, July 19, 2009 2:43 PM
Subject: [U2] Converting from mvBase to Universe



I have a client that is considering moving from an mvBase system to a
Universe (Windows) system.  A lot of their processes are tied to specific
ports and ranges.  Is there an easy solution in Universe to "nail" the
telnet ports for the users?

Also, they use UREAD and UWRITE and take advantage of the MVClients 
ability

to read and write to the local workstation, instead of the server when not
using MVClient.  I haven't heard of this separation being available in
Universe, other than using something like Accuterm, am I right? Or is 
there

an easy way to distinguish between writing to the local drive vs. the
server?  How has others handled this conversion issue?  Right now we're
planning on assigning each user a directory on the server to write to, 
does

anyone have any alternate ideas?

Thanks for the help, I appreciate hearing your solutions.

Thanks,
Curt
TRI-SYS Consulting

u2-users@listserver.u2ug.org

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users 


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

[U2] Converting from mvBase to Universe

2009-07-19 Thread Curt Stewart 
I have a client that is considering moving from an mvBase system to a
Universe (Windows) system.  A lot of their processes are tied to specific
ports and ranges.  Is there an easy solution in Universe to "nail" the
telnet ports for the users?

Also, they use UREAD and UWRITE and take advantage of the MVClients ability
to read and write to the local workstation, instead of the server when not
using MVClient.  I haven't heard of this separation being available in
Universe, other than using something like Accuterm, am I right? Or is there
an easy way to distinguish between writing to the local drive vs. the
server?  How has others handled this conversion issue?  Right now we're
planning on assigning each user a directory on the server to write to, does
anyone have any alternate ideas?

Thanks for the help, I appreciate hearing your solutions.

Thanks,
Curt
TRI-SYS Consulting

u2-users@listserver.u2ug.org

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] UV and triggers

2009-07-19 Thread JPB-U2UG 
If I remember correctly in Prime Information if you used a return in a 
subroutine it returned to the calling program but if you used a stop it 
stopped. I have also seen it happen in UV when running a program from Proc. 
I don't remember how it happened but after converting the program from stop 
to return I didn't have a problem with it anymore. After that happened I 
just started using returns all of the time when I built a new program.


Jerry

--
From: "Anthony W. Youngman" 
Sent: Sunday, July 19, 2009 10:29 AM
To: 
Subject: Re: [U2] UV and triggers

In message <4a63297f.2030...@comcast.net>, Charlie Noah 
 writes

John,

I can't believe you're recommending this. The only reason Universe treats 
a RETURN as a STOP in a top-level program is that Universe tries to be 
everything to everyone, forgiving mistakes and blunders, and trying to 
determine what the user really wanted, no matter how badly the code is 
written. In 1998, we converted from Universe to Jbase, and you can't 
imagine all the problems we had fixing bad Universe code that worked (sort 
of) so that it would work in a system that requires you to do things 
correctly. When coding and breaking rules, you have to consider that the 
code may be migrated someday. This is a case of "just because you can, 
doesn't mean you should".


I doubt that's the case ... STOP may mean stop, but RETURN means "go back 
one level". So RETURN makes perfect logical sense even in an outer 
"program"...


I'm not talking about using the strengths of your particular 
implementation even though they are unique to your implementation, just 
doing dumb things that will bite you (or your predecessor) down the road.


I put "program" in quotes in my last paragraph, because I'm not even sure 
all variants of BASIC accept the PROGRAM keyword! Certainly in my early 
days programming PI I never used it, and I *think* the reason I didn't was 
because it didn't exist in INFOBASIC. iirc it was added at the same time 
as the FUNCTION keyword.


So I wouldn't say "John is recommending you use return", I'd say "RETURN 
*always* works because subroutines should always end in a return, and at 
one time everything BASIC was a subroutine". Oh - and I think PROGRAM and 
SUBROUTINE are actually synonyms as far as the compiler is concerned :-)


Just my 2 cents worth.


And my tuppence.

Cheers,
Wol
--
Anthony W. Youngman 
'Yings, yow graley yin! Suz ae rikt dheu,' said the blue man, taking the
thimble. 'What *is* he?' said Magrat. 'They're gnomes,' said Nanny. The 
man

lowered the thimble. 'Pictsies!' Carpe Jugulum, Terry Pratchett 1998
Visit the MaVerick web-site -  Open Source 
Pick

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] UV and triggers

2009-07-19 Thread Anthony W. Youngman 
In message <4a63297f.2030...@comcast.net>, Charlie Noah 
 writes

John,

I can't believe you're recommending this. The only reason Universe 
treats a RETURN as a STOP in a top-level program is that Universe tries 
to be everything to everyone, forgiving mistakes and blunders, and 
trying to determine what the user really wanted, no matter how badly 
the code is written. In 1998, we converted from Universe to Jbase, and 
you can't imagine all the problems we had fixing bad Universe code that 
worked (sort of) so that it would work in a system that requires you to 
do things correctly. When coding and breaking rules, you have to 
consider that the code may be migrated someday. This is a case of "just 
because you can, doesn't mean you should".


I doubt that's the case ... STOP may mean stop, but RETURN means "go 
back one level". So RETURN makes perfect logical sense even in an outer 
"program"...


I'm not talking about using the strengths of your particular 
implementation even though they are unique to your implementation, just 
doing dumb things that will bite you (or your predecessor) down the road.


I put "program" in quotes in my last paragraph, because I'm not even 
sure all variants of BASIC accept the PROGRAM keyword! Certainly in my 
early days programming PI I never used it, and I *think* the reason I 
didn't was because it didn't exist in INFOBASIC. iirc it was added at 
the same time as the FUNCTION keyword.


So I wouldn't say "John is recommending you use return", I'd say "RETURN 
*always* works because subroutines should always end in a return, and at 
one time everything BASIC was a subroutine". Oh - and I think PROGRAM 
and SUBROUTINE are actually synonyms as far as the compiler is concerned 
:-)


Just my 2 cents worth.


And my tuppence.

Cheers,
Wol
--
Anthony W. Youngman 
'Yings, yow graley yin! Suz ae rikt dheu,' said the blue man, taking the
thimble. 'What *is* he?' said Magrat. 'They're gnomes,' said Nanny. The man
lowered the thimble. 'Pictsies!' Carpe Jugulum, Terry Pratchett 1998
Visit the MaVerick web-site -  Open Source Pick
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] UV and triggers

2009-07-19 Thread Charlie Noah 

John,

I can't believe you're recommending this. The only reason Universe 
treats a RETURN as a STOP in a top-level program is that Universe tries 
to be everything to everyone, forgiving mistakes and blunders, and 
trying to determine what the user really wanted, no matter how badly the 
code is written. In 1998, we converted from Universe to Jbase, and you 
can't imagine all the problems we had fixing bad Universe code that 
worked (sort of) so that it would work in a system that requires you to 
do things correctly. When coding and breaking rules, you have to 
consider that the code may be migrated someday. This is a case of "just 
because you can, doesn't mean you should".


I'm not talking about using the strengths of your particular 
implementation even though they are unique to your implementation, just 
doing dumb things that will bite you (or your predecessor) down the road.


Just my 2 cents worth.

Regards,
Charlie Noah
Inland Truck Parts Company

On 7/13/2009 10:25 AM, Israel, John R. wrote:
It has been my experience that you can RETURN out any program or subroutine.  If it is the top-level code, it simply stops.  If it was called, it simply returns back to the calling routine. 


John Israel
Sr. Programmer/Analyst
Dayton Superior Corporation
721 Richard St.
Dayton, OH  45342
937-866-0711 x44380

-Original Message-
From: u2-users-boun...@listserver.u2ug.org 
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen
Sent: Monday, July 13, 2009 11:21 AM
To: U2 Users List
Subject: Re: [U2] UV and triggers (ERROR -4)

I can't believe it was that!
Yes, putting in the RETURN cleared up the error.

Thanks
George

  

-Original Message-
From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
boun...@listserver.u2ug.org] On Behalf Of Israel, John R.
Sent: Monday, July 13, 2009 11:04 AM
To: 'U2 Users List'
Subject: Re: [U2] UV and triggers (ERROR -4)

Since it's a subroutine, shouldn't you RETURN to get out, not STOP?

John Israel
Sr. Programmer/Analyst
Dayton Superior Corporation
721 Richard St.
Dayton, OH  45342
937-866-0711 x44380



___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

  

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users