RE: [U2] Greetings

2004-11-23 Thread Alfke, Colin
much snippage
-Original Message-
From: Norman Morgan [mailto:[EMAIL PROTECTED]

I am brand new to UniData after using Pick/D3 
with SB+ for 9 years
Over the last 9 years, I have accumulated about 1000 Basic
programs that I must now convert to UD.  I have looked for a 
concise list of differences between D3 Basic and UD Basic, 
but can't find one. I have run
into a few snags so far, things that just won't compile, but I am also
concerned about hidden gotchas ... subtle differences in 
behavior where the
syntax appears to be compatible.  Can anyone point me toward 
such a list?

I thought there was a conversion utility, but it's been quite a while
since we went from Pick to UniData (also on SB+). But I can't find it
perhaps I was thinking of the NTMigrate utilities.


Among the things I have encountered so far:

1. No FOLD function in UniBasic

Also, no assigned() function. You can use UNASSIGNED() - but not
against a file variable (use fileinfo).

2. variable = @COMMAND instead of TCLREAD variable
3. Reading/writing directly to Unix files: no 
%OPEN,%READ,%WRITE,%CLOSE,
etc.

You can use openseq, readseq, writeseq and closeseq. Also osopen, osbread,
osbwrite, etc. These can use the full path or you can create a DIR type
file which creates a directory at the OS level with each item a file in
that directory. 

4. No SP-ASSIGN ? syntax to query the current printer assignment

see getptr (basic) and setptr (TCL)

5. No ACCESS(10) to use in routines called from a 
dictionary item to get the
current item ID.

@ID
No access variables at all. Most are in the '@' variables though.
Dictionaries are quite different. SB+ will create them for you - but
they are certainly not elegant.

6. More reserved words than D3

I am sure there is a lot more that I haven't stumbled across yet.


DATA was the only one that really bit me. The queue is kept longer in 
UniData than it was in Pick.

Since you are using SB+ it sets up the environment as Pick-like so most
things will feel very familiar. You need to be careful if you are not 
working in an SB+ account as it will use the UniData style command parser
(and compiler) so some basic commands and many TCL commands work differently.
These are pretty much identified in the manuals - but on a command by command
basis. If you do want to use UniData style syntax on TCL commands you can simply
enter the command in lower case (at least the first letter). This can be really
handy.

Here are some of my 'cheat-sheets':

GET-LIST aa (U   -  GET.LIST aa; sELECT filename SAVING UNIQUE @ID
LIST-LOCKS (I-  LIST.READU [DETAIL]
LIST-LOCKQ   -  LIST.QUEUE

The AE editor kicks ED's butt. See especially, EV, IV, RV, DV, CM.
I like the debugger much better.
The way programs are catalogued is quite different. You can actually compile
programs that people are running without throwing them to the debugger.
Although Pick seems much better at Access type reports - especially when using
BREAK-ON.

Good luck, and don't be afraid to ask if you get stuck on something.
Colin Alfke
Calgary
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Greetings

2004-11-23 Thread Mark Johnson
One of my clients had MCD and is now on UD 5.2 with Pick (PQN) flavor. All
of their dict items were converted to the 5 line UD versions with the
original version on line 10.

I could not find that utility. I have a MCD client that may acquire a used
UD system and wondered where such a utility could be found.

Thanks in advance.
Mark Johnson.
- Original Message -
From: Alfke, Colin [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November 23, 2004 11:24 AM
Subject: RE: [U2] Greetings


 much snippage
 -Original Message-
 From: Norman Morgan [mailto:[EMAIL PROTECTED]
 
 I am brand new to UniData after using Pick/D3
 with SB+ for 9 years
 Over the last 9 years, I have accumulated about 1000 Basic
 programs that I must now convert to UD.  I have looked for a
 concise list of differences between D3 Basic and UD Basic,
 but can't find one. I have run
 into a few snags so far, things that just won't compile, but I am also
 concerned about hidden gotchas ... subtle differences in
 behavior where the
 syntax appears to be compatible.  Can anyone point me toward
 such a list?

 I thought there was a conversion utility, but it's been quite a while
 since we went from Pick to UniData (also on SB+). But I can't find it
 perhaps I was thinking of the NTMigrate utilities.

 
 Among the things I have encountered so far:
 
 1. No FOLD function in UniBasic

 Also, no assigned() function. You can use UNASSIGNED() - but not
 against a file variable (use fileinfo).

 2. variable = @COMMAND instead of TCLREAD variable
 3. Reading/writing directly to Unix files: no
 %OPEN,%READ,%WRITE,%CLOSE,
 etc.

 You can use openseq, readseq, writeseq and closeseq. Also osopen, osbread,
 osbwrite, etc. These can use the full path or you can create a DIR type
 file which creates a directory at the OS level with each item a file in
 that directory.

 4. No SP-ASSIGN ? syntax to query the current printer assignment

 see getptr (basic) and setptr (TCL)

 5. No ACCESS(10) to use in routines called from a
 dictionary item to get the
 current item ID.

 @ID
 No access variables at all. Most are in the '@' variables though.
 Dictionaries are quite different. SB+ will create them for you - but
 they are certainly not elegant.

 6. More reserved words than D3
 
 I am sure there is a lot more that I haven't stumbled across yet.
 

 DATA was the only one that really bit me. The queue is kept longer in
 UniData than it was in Pick.

 Since you are using SB+ it sets up the environment as Pick-like so most
 things will feel very familiar. You need to be careful if you are not
 working in an SB+ account as it will use the UniData style command parser
 (and compiler) so some basic commands and many TCL commands work
differently.
 These are pretty much identified in the manuals - but on a command by
command
 basis. If you do want to use UniData style syntax on TCL commands you can
simply
 enter the command in lower case (at least the first letter). This can be
really
 handy.

 Here are some of my 'cheat-sheets':

 GET-LIST aa (U   -  GET.LIST aa; sELECT filename SAVING UNIQUE @ID
 LIST-LOCKS (I-  LIST.READU [DETAIL]
 LIST-LOCKQ   -  LIST.QUEUE

 The AE editor kicks ED's butt. See especially, EV, IV, RV, DV, CM.
 I like the debugger much better.
 The way programs are catalogued is quite different. You can actually
compile
 programs that people are running without throwing them to the debugger.
 Although Pick seems much better at Access type reports - especially when
using
 BREAK-ON.

 Good luck, and don't be afraid to ask if you get stuck on something.
 Colin Alfke
 Calgary
 ---
 u2-users mailing list
 [EMAIL PROTECTED]
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/