RE: [U2] THE variable names
after 20 years its still that confusing to you ? maybe I was wrong and you do fall into the group that i was bashing. i'd hate to have to deal with an auto mechanic, or any other 'professional' for that matter, with that kind of mind set. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, July 15, 2005 05:47 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] THE variable names In a message dated 7/15/05 7:19:42 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: << Not to throw a punch, but the UD/UV manuals are harder to read than the D3 ones are, especially without an overall index. So perhaps this influences me to not look for REMOVE. >> Not directed at you Mark, but someone mentioned that Remove has been around a long time. Not so. REMOVE was not added to the ADDS environment until perhaps around the mid 80s or so. And I still find it much more confusing that simply SELECTing a variable to another variable. That to me is more intuitive. REMOVE was definitely not a part of the '79 Microdata environment. Anyone who says so will have to post a scan of that page from the manual to convince me :) It certainly was not in the Ultimate Honeywell/Bull and was not a part of the Fujitsu or C.Itoh environment. Will Johnson --- 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] THE variable names
i would agree that the uv docs have been pretty horrendous as far as organization goes. but the lastest document set available for download has been cleaned up very nicely - each manual in its own .pdf, all linked to a master index .pdf and searchable within a specific .pdf or across the entire documentation set. my only suggestion would be that the actual root document be made a little more obvious - index.pdx in the root docs directory is nothing, the index directory contains nothing useful, if you go through the doc structure you eventually find it under bkShelf/bkShelf.pdf on another note - "when I see some of these new functions like REMOVE" - 'new' ? but that is really irrelevent, if one chooses not to use 'new' language features, that's his/her choice. but to advise others not to use them because it might confuse the oldtimers is ludicrous. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Baakkonen, Rodney Sent: Friday, July 15, 2005 11:08 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] THE variable names The Acrobat PDF search of the online manuals works great. I use it about once a day for Unidata 6.0. - Rod -Original Message- From: Mark Johnson [mailto:[EMAIL PROTECTED] Sent: Friday, July 15, 2005 9:07 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] THE variable names This may explain my reaction. As I travel to my many clients, virtually every one of them has an IT department where those current hot-shot (typically under age 35) administrators piss on the MV environments. It could be UD, UV, MvBase or even Microdata. It all looks the same to them. There was an ad campaign touting 'This isn't your father's Oldsmobile". Well, MV isn't your father's DOS either. But to the uninformed, it sure looks like DOS and as such will always be looked down upon by these admins. I have to defend the MV environment at least twice a week. I also have to annually face at least one of my clients having a current IT admin guy try to talk the ownership of the company to throw away the MV environment for a newer GUI environment that certainly "is built for the future". I, like many, will endorse MV to the bitter end. There are a lot of contemporary topics on this forum that I don't understand, ie sockets etc. I reference my own modest success in MV as proof that I am doing a good job for my clients. If I use DCOUNT instead of REMOVE on one of my UD clients, that can't relegate me to one who doesn't RTFM. Not to throw a punch, but the UD/UV manuals are harder to read than the D3 ones are, especially without an overall index. So perhaps this influences me to not look for REMOVE. There are a lot of OS dependent features that I don't bother learning until, on that platform, I need that function. I reacted to the implication that my age, my expertise in things Jurrasic, and my non-use of things like REMOVE indicates that I am not up to speed. Maybe I don't use REMOVE and use DCOUNT for the reasons stated earlier. Platform specific commands that are a slight substitute for a universal (all platforms) command don't interest me because I have to stop and think of the platform instead of the project at hand. I see a lot of coding techniques in my travels and on this forum that don't interest me. But, when I see a technique that clearly improves my productivity, I'm the first to implement it and give credit where it is due (Chandru Murthi, Joe Golubov, John Spicer to name a few). But by now in my career, I'm not seeing anything that i want to add to my arsenal. Oddly enough when I see some of these new functions like REMOVE, they're buried in code that I've long since relegated to being taught wrong. MV allows for so many choices when solving a single problem that despite all working, some work better than the others. Then it's a personal preference. My 3 cents. Mark Johnson - Original Message - From: "gerry-u2ug" <[EMAIL PROTECTED]> To: Sent: Friday, July 15, 2005 12:46 AM Subject: RE: [U2] THE variable names > wow. I can't believe how touchy people get about the simplest comments. > I am also surprised at the assumptions that get made in order to flame back at some perceived insult. > Why do you assume anything about how long I've been at this game, my abilities or the size of my bank account ? And how is any of that even relevant ? > > For the record, I wasn't slandering old pros. I was slandering old 'pros' that haven't picked up a manual in 20 years - big difference. > The comment was made in response to the statement that 'newer' ( ie. post 1970's ) language features shouldn't be used as they would confuse the 'old timers'. > > If you are current in the profession then what I said was in no way directed at you - so why the indignation ? > > Gerry > > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Mark Johnson > Sent: Thursday, July 14, 2005 11:16 PM > To: u2-users@listserv
RE: [U2] Internal date conversion
we use this in universe all the time iconv(datevar,"D4-YMD") -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, July 15, 2005 05:34 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Internal date conversion In a message dated 7/14/05 11:17:53 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: << I have found that a general date conversion is pretty flexible in UV (not sure about Unidata yet) Try: I.DATE = ICONV(EXTERN.DATE,"D") >> I might be wrong but I do not believe the "D" Iconv is coded to handle cases where the year is put first like that. Will --- 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] Problem with phantom on Universe/NT
Ed, Some time ago I tried to Copy and Paste a group of Universe accounts (folders) from one location to another on the same NT machine and it failed. I was informed that the Windows Copy command is not a reliable command for moving Universe accounts, but that the DOS xcopy command is reliable. So, we now use xcopy in a .bat file to do exactly what you want to do, and we use it both within one machine and between two machines, but --- We launch it using the Windows Task Scheduler, not from a phantom process running in Universe. I don't know if the DOS copy command is the same as the Windows Copy command, as in Copy and Paste, or Drag and Drop, but if you're having any trouble with the results of your DOS copy command, I would go back to using xcopy in a .bat file and running it from the Task Scheduler. hth, Dave Dave Taylor President Sysmark Information Systems, Inc. 49 Aspen Way Rolling Hills Estates, CA 90274 800-SYSMARK (800-797-6275) (O) 310-544-1974 (P) 800-339-1497 (F) 310-377-3550 Your Source for Integrated EDI Translation and DataSync Integration www.sysmarkinfo.com - Original Message - From: "Ed Weissman" <[EMAIL PROTECTED]> To: Sent: Friday, July 15, 2005 6:28 AM Subject: Re: [U2] Problem with phantom on Universe/NT > Problem solved. I changed "xcopy" to "copy" and it worked perfectly. Who > knew? > > Ed > > - Original Message - > From: <[EMAIL PROTECTED]> > To: > Sent: Friday, July 08, 2005 1:25 AM > Subject: Re: [U2] Problem with phantom on Universe/NT > > > > In a message dated 7/6/2005 3:08:10 PM Pacific Daylight Time, > > [EMAIL PROTECTED] writes: > > > > > > > I have a DOS .bat command that does 2 things. It moves a file from one > > > directory on the NT server (on which Universe resides) to another > (archive) > > > directory on the same server. It also copies that file from the NT > server > > > to > > > another server on the network. I have a PICK BASIC program that invokes > > > that > > > .bat file using EXECUTE " DOS /c runit.bat". This PICK BASIC program > works > > > perfectly when run from a live session, but not from a phantom. When > > > invoked > > > from the phantom, the "same server move" works fine, but the "copy to > > > another > > > server" does nothing. Clearly, the .bat file is always being invoked, > but > > > it's almost like the other server isn't recognized from the phantom > session. > > > Anyone else experience anything like this? What gives? Any insight > greatly > > > appreciated. > > > > Can you provide the full code for the .bat file and for the Pick BASIC > > program as well? Thanks. > > Will Johnson > > --- > > 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/
