>From: Uni Noob [mailto:[EMAIL PROTECTED] > >Thanku for the links to docs but they don't tell where >weird syntax errors are.
I guess that depends on what the errors are. It does tell you what the proper syntax is. >> The first thing you may want to do to use the pick >> syntax is turn >> UDT.OPTIONS 2 ON (by entering that at the command >> prompt). >I said i did this with ecltype "p" thanku. is that the >same? Yes. I'm not sure why they have the two different ways.... >> Obviously, it's not seeing MYBP as a DIR type file. >> First make sure it is an >> actual directory, second, make sure the VOC item >> identifies it as such. >I list and sort and ae with no problems and this is >how i know its not me but UniData that that's funny. I think you may have missed the second part. Unlike pick, UD program files need to be in DIR type files - CREATE-FILE DIR MYREALBP If you do the CT VOC MYDIR it needs to have a DIR in <1>. >but why does it sometimes give me syntax error on a >command and sometimes not with a same command after i >do something else like "where" or CR a couple times? I >mean i use the same case sensitivity and it syntax >error once but sometimes not twice. maybe it doesn't >like my backspace key. I use accuterm and vt100. Is >there better termtype or a special setting? Accuterm >supports unidata but there is not a host type for it. You may be onto something here. UD will use different syntax depending on ecltype, although note that you can force it to use the ecltype 'u' parser by using lowercase commands (or at least the first character) even when you are in ecltype 'p'. I thought this may have been your problem. If, the IDENTICAL command works after a couple of returns then it likely is something to do with your emulation. Sorry, I don't use Accuterm so I can't help you there - but it should be easy enough to test. >thanku and is there a better place for these >questions? As you see, i am the total uninoob and i >don't want to bother any one with these basic things. Not unless you want to pay someone for training. Normally, there is more traffic and others willing to help. I'm not sure why it's so slow - even with the US long weekend.... No problems. Good luck -- Colin Alfke Calgary, Alberta Canada "Just because something isn't broken doesn't mean that you can't fix it" Stu Pickles ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
