Re: Input weirdo...
Also, in place of the INPUT OPT.OUT,1 read to drain, you could use INPUTCLEAR to do the same thing without actually reading anything. At 10:54 AM 4/28/2004, you wrote: We have a program looping through all data files searching for something - sometimes it gets to a file containing several million records and we'd like to be able to tell it to skip that file and continue with the next file. We've tried the following approaches with said results: (1) OPT.OUT = KEYIN() ; if OPT.OUT = 1 then EXIT OPT.OUT = 0 the program sits waiting for input in every iteration, ie every record (2) INPUT OPT.OUT,-1 ; if OPT.OUT = 'S' then EXIT OPT.OUT = 0 CLEARDATA CLEARINPUT the program works perfectly until an 'S' is entered then skips every file after that... HOWEVER, if I press Ctrl-Break, enter DEBUG, enter C(ontinue), the program continues as normal until another 'S' is entered.. Obviously the machine still has something in the input buffer, despite the CLEARDATA, something that gets whacked when debug hits the scene... Any ideas? -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Help on uv syntax, please
By array I assume you mean dynamic array and, as such, would use: NEWARRAY = CHANGE(OLDARRAY,@SVM, @VM) At 12:47 PM 4/27/2004, you wrote: Hi. Anybody got the syntax for universe for changing one string to another in an array? Mostly I use it for changing a subvalued field into a multivalued one. In Unidata, for example, its NEWARRAY = CHANGE(OLDARRAY,SVM,VM) I'm looking for a similar function in universe. (p.s. if you could e.mail me directly -- I am on digest mode and won't get the answer all day - thanks!) -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: How to schedule Pick basic programs
Actually, this method has been in the documentation for at least 10 years. Though you'd think it would be documented in the UniVerse User Reference manual under 'uv', it's actually found under UV.LOGIN. Go figure. At least it still appears in the rev10 documentation in the same place. At 12:39 PM 4/23/2004, you wrote: This is so simple. Wish we would have discovered it 4 years ago. We've been doing it the hard way (batch/script file in Scheduler/cron in Windoze/AIX) up to now. Why didn't UV Support ever tell us about this? :-( Thanks George! Now, if you still want to use the batch file approach you may find you'll need the following command ahead of the execution line: SET UNIVERSE_CONTROLLING_TERM=1 - it's been a while since we did this but I think this makes sure that Universe sees the process as a phantom and not something else. We ran into problems without it. Reported it as an issue to Universe a long time agonot sure if it's ever been fixed. Also, don't know what UDT command does as indicated in Marty Benson's reply - doesn't work on our systems. Here's a sample of what our batch file might look like (as given to us by UniVerse Support) The first line is needed if the UV data account is not on the same drive as the system substitute drive letters as needed for your system mappings D: CD \path_to_UV_data_account SET UNIVERSE_CONTROLLING_TERM=1 D:\path_to_UV_bin_directory\uv tcl_command_line D:\path_to_output_file ... Or NULL Gary Eppel Cerner Corp -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Gallen Sent: Friday, April 23, 2004 9:32 AM To: U2 Users Discussion List Subject: RE: How to schedule Pick basic programs Another method would be: ED VOC SCHEDULE-THIS 0001: PA 0001: LOOP (If you want this to repeat each day) 0002: SLEEP XX:XX (Time you want process to run) 0003: TCL COMMAND 0004: TCL COMMAND 0005: TCL COMMAND 0005: REPEAT (If you want this to repeat each day) PHANTOM SCHEDULE-THIS LO It works under all OS's, and doesn't care about the login scripts (unless you need to change accounts within the VOC). George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, April 23, 2004 8:38 AM To: [EMAIL PROTECTED] Subject: How to schedule Pick basic programs Hi, Can some one tell me how to schedule the pick basic programs. tx in advance for the help regards, Reddy -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. -- -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: can we stop with the pointless displays? was Re: Crystal Reports
I believe I added this option years ago... try using DET.SUP or DET-SUPP. At 06:29 PM 4/17/2004, you wrote: In a message dated 4/17/2004 7:35:30 AM Pacific Daylight Time, [EMAIL PROTECTED] writes: and had to watch the compiler meticulously display those line-by line asterisks during compiling. O speaking of that, thank you that reminds me. When doing BUILD-INDEX is it really necessary to display an asterisk with every ten items indexed? That is consuming more CPU time that doing the index! [IMHO] Get rid of it! Out! Vamoosh! Be gone with your evil self! I don't find value-added to displaying asterisks. If you must display anything, display a counter every thousand 1000 , 2000, 3000 or something or base the display on the apparent speed of the processing. Like every 5 seconds display the current count. That would help and it should be a very trivial fix. Do we have a fix it list yet up on the web site? Or can we start one? Or what? Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [UV] READ READU on a part file belonging to a Distributed file
At 09:32 PM 04/06/2004, you wrote: Under Universe if I attempt to read a record (using READ) from a part file but using a key which actually maps (via the partitioning algorithm) to a different part file - then the READ just takes the ELSE clause without setting STATUS() to anything. Because within the run machine, a plain old READ just simply tries to read the record id out of the file you passed in. The run machine Fread function, calls DBread, which then calls the low level DBfind routine, which will simply not locate the record in the group it should belong in and (internally) returns a 7 back up to the run machine Fread function. Unfortunately, the Fread code won't set STATUS for a 7 (looks like a coding deficiency). I'm assuming that universe code still looks fairly much the same here. Altering the program to use READU instead of READ and the ELSE clause is still taken - but this time STATUS() is set to 2. Knowing how READ works, READU believe it or not, works slightly differently. The Freadu function calls DBreadLock, which actually DOES check to see if you are working within a partfile. If you are, then it makes certain that the key you want actually should exist in the file. If it does, then dandy. If not, it (internally) returns a 37 back up to the Freadu code, which correctly sets the STATUS based on that. Looking in the Universe Basic manual I can't find mention of what a STATUS() value of 2 means in relation to a READU statement (although it does say -2 (negative 2) signifies the part number is invalid. I checked ED.B and COPY.B in the uv BP file, and both of these programs specifically check for a STATUS() value of 1 or 2 after doing a READU and then display an appropriate error message relating to part files and distributed files. 1 = bad partfile algorithm 2 = no part file / not in partfile 3 = unmappable record id (NLS only) 4 = unmappable record data (NLS only) What I can't understand is why the READ (without setting a lock) doesn't return the same STATUS(). How am I supposed to determine that the reason the record wasn't found was due to key being invalid and not just because it didn't exist? Now you know why. Hope this helps. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: VOC prompt issue?
Or you could add CLEARPROMPTS prior to the inline prompt At 12:47 PM 04/06/2004, you wrote: I have this VOC item we run: ED VOC BIN.LOC 7 lines long. : P 0001: PA 0002: CLEARDATA 0003: CLEARSELECT 0004: SELECT INVMST WITH F12 = ENTER BIN LOCATION TO LIST ITEMS FOR: 0005: SELECT INVMST WITH WAREHOUSE = 1 REQUIRE.SELECT 0006: SELECT INVMST WITH F12 # '' REQUIRE.SELECT 0007: LIST INVMST BY F04 BY ITEM F04 F12 ITEM F13 F14 F28 T48 DOLR DOLS ID.SUP LPTR DBL-SPC HEADING SPECIAL FOR CHRISTINE...ALL ITEMS IN A SPECIFIC BIN LOCATION 'T' PAGE 'P' REQUIRE.SELECT Bottom at line 7. When it's run multiple times, the second time re-prints the first run without prompting for a new bin location. Logging off, which I suspect clears something or other, allows the person to run it on a second item. Any thoughts? -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Lists are closing
Ditto. I signed up for both the DataStage and U2UG forums, but I don't have time to keep web hopping around. If I check once or twice a week I would consider that good!! Here's hoping for a new listserver arrangement. At 09:29 AM 03/30/2004, you wrote: Well, I'm sorry the lists are closing, but I can sympathize with Clif. I'm not a happy camper, since that means now I have one more thing to put on my to-do list every day (go check the forums), but so it goes. Clif, thanx for the effort you've put in over the years. Dave Liesse -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: U2UG Contract
Cliff, THANK YOU for all your years of service for the list. It's been great. Now, a question for everyone. Is the U2UG an IBM sponsored web forum that retains all the info? If so, I'm not going to be there very long... Thanks for any info on this. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Optimisation ?
I knew this!!! I believe there was also a New Zealander, Richard Pearce, who is eye witnessed to have flown in March 1903. Check out: http://www.nzedge.com/heroes/pearse.html At 03:02 AM 03/26/2004, you wrote: Did you know the Americans weren't even the first to build a successful aeroplane? The first aircraft built that flew successfully (note my strange word order :-) was built in 1896, in England. Unfortunately, it had to be rebuilt, and the first successful flight was (iirc) 1912. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: How to open another process's stdin/stdout to a UV file descriptor?
Found a web link to that technical bulletin: http://www.ex.ac.uk/its/software/universe/manuals/techbull/740067.pdf At 09:42 AM 03/23/2004, you wrote: I do not know UV but in UDT according to my tests we can not write file descriptor to named pipe. I would like to know if somebody succeeds. Lembit Pirn 7+7 Software Tondi 1 Tallinn 11313 Estonia +372 65 66 232 [EMAIL PROTECTED] - Original Message - From: Glenn Herbert [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 4:10 PM Subject: Re: How to open another process's stdin/stdout to a UV file descriptor? You could try using named pipes. You might find an ancient tech bulletin floating around (Ref#74-0067 Using Pipes With BASIC Processes) that could prove helpful in achieving what you want. I don't have a copy of it anymore. Anyone?? At 08:54 AM 03/23/2004, you wrote: Hi All, Does UV support opening another process's STDIN or STDOUT to a file descriptor? This could solve a lot of interfacing problems for me. For those familiar with perl, this functionality is provided by the open() function something like: open(descriptor, |externalcmd). In UV, this would be equivalent to: OPENSEQ |externalcmd TO DESCRIPTOR ... or OPENSEQ externalcmd| TO DESCRIPTOR ... The '|' symbol in front of (or behind) the command determines whether the process is opened for input or output. You can then use WRITESEQ or READSEQ to communicate with the external unix/windows program which reads its STDIN or writes to its STDOUT. Similar functionality is already available in UV via the EXECUTE ... CAPTURING command but its major drawback is that a new process is started with every EXECUTE and the call to EXECUTE will block until the external process exits. Thanks for any help. Marco - Yahoo! Messenger - Communicate instantly...Ping your friends today! Download Messenger Now -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [OT] RE: Setting up SQL step 1
I do agree that IBM has made a decent effort at keeping UV viable, and that is a very nice thing indeed. Some of us put in a LOT of ourselves to get it where it was at 9.6. I believe that upgrading is a good thing too, although only if undocumented features are kept at a minimum. At 09:43 AM 03/18/2004, you wrote: Well, that's a hearty pat on the back for all those old timers out there who worked on UniVerse during the VMark days. Still, better to upgrade (IMHO). Afterall, why not add some excitement to your life and chase some new features instead of the same old ones you already know how to deal with! Don Kibbey Financial Systems Manager Finnegan, Henderson, Farabow, Garrett Dunner LLP [EMAIL PROTECTED] 03/18/04 09:26AM LOL... love this one. At 09:23 AM 03/18/2004, you wrote: snip upgrade, upgrade, upgrade. You think maybe somewhere along the path between 9.5 and 10.1 the SQL setup and operation was improved just a tad? Don Kibbey /snip please feel free to do so. My experience with this specific issue revealed that it has stayed unchanged and I get the impression that it is not going to improve. Add to this the fact that I do not need to add the misery of new release undocumented features. dan who wishes for the return of the good old days when releases were every couple of years but 99% bug free plocinik Note: Effective February 2, 2004, Arnold Porter became a limited liability partnership with the name Arnold Porter LLP. Please change your records accordingly. The addresses, telephone and fax numbers, and e-mail addresses of the firm and attorneys have not changed. -- This communication may contain information that is legally privileged, confidential or exempt from disclosure. If you are not the intended recipient, please note that any dissemination, distribution, or copying of this communication is strictly prohibited. Anyone who receives this message in error should notify the sender immediately by telephone or by return e-mail and delete it from his or her computer. -- Daniel Plocinik [EMAIL PROTECTED] Arnold Porter LLP Telephone: 202-274-7639 555 Twelfth Street, NW Fax:202-942-5999 Washington, DC 20004-1202 For more information about Arnold Porter LLP, click here: http://www.arnoldporter.com -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Strange results from I Descriptor
Yeah. It's actually a bug in the program/itype unloading code that won't allow you to do this. I ran upon this in May 2003 and, subsequently, put in a fix within the DataStage engine so that it works. Should be an easy fix once its understood. At 10:05 AM 03/17/2004, you wrote: Cannot EXECUTE or PERFORM selectlists from within subroutines called from I-Desc. Assuming X.MAMSI.ID is indexed, user the basic command SELECTINDEX to acquire your list. Make sure you use a numbered select list other than 0, or your list statement will weird out, as it is using select list 0 (normally). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gordon Glorfield Sent: Monday, March 15, 2004 3:30 PM To: 'U2 Users Discussion List' Subject: RE: Strange results from I Descriptor Yes, I'm doing that. Here is the code for the subroutine: SUBROUTINE FIND.TERM.DIR (RESULT) COMMON /FIND.TERM.DIR/ F.DIR, THIS.ACCT * MOD1 03/15/2004 GJG Change to use select rather than trust PROV71. * IF THIS.ACCT # @WHO THEN OPEN 'PROV.DIR.DB' TO F.DIR ELSE PRINT CANNOT OPEN PROV.DIR.DB RETURN END [EMAIL PROTECTED] END * RESULT= *MOD1* [EMAIL PROTECTED]71 @SELECTED = 0 SEL.LIT = 'SELECT PROV.DIR.DB WITH X.MAMSI.ID EQ ':@ID:' TO 2' PERFORM SEL.LIT ;*I get the error here. READLIST DIRS FROM 2 ELSE DIRS = '' *END MOD1* MAX=DCOUNT(DIRS,@VM) FOR IDX=1 TO MAX D.ID=DIRS1,IDX READ RCD FROM F.DIR,D.ID THEN IF RCD28# THEN RESULT=1 EXIT END ELSE LOCATE @ID IN RCD52 SETTING POS THEN IF RCD54,POS# THEN RESULT=1 EXIT END END END END NEXT IDX * RETURN Gordon J. Glorfield Sr. Applications Developer MAMSI (A UnitedHealth Company) 301-360-8839 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Randall Sent: Monday, March 15, 2004 4:25 PM To: 'U2 Users Discussion List' Subject: RE: Strange results from I Descriptor Not sure what you are doing but since it's in an i-descriptor and being used as part of another listing, I'd use numbered selects in my subroutine to make sure it doesn't bump heads with the current listing that's using the i-descriptor. HTH Mike R. [snip] Notice of Confidentiality: The information included and/or attached in this electronic mail transmission may contain confidential or privileged information and is intended for the addressee. Any unauthorized disclosure, reproduction, distribution or the taking of action in reliance on the contents of the information is prohibited. If you believe that you have received the message in error, please notify the sender by reply transmission and delete the message without copying or disclosing it. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Setting up SQL step 1
Will, I missed what you were trying to do. Still some people here who might be able to help if we knew the question. At 02:39 PM 03/17/2004, you wrote: Good news (I think) From what I learned - the admin user is set up when you load the operating system . I was told that if I re-installed my latest upgrade tape that I could update the user at that time. I never was able to find any of this documentation on this - and when I asked IBM, since I was running 9.5 they conveniently told me that this documentation no longer existed - go figure. Okay it sounds like this might be related. On machine 1 which is called PRIMO the UV_USERS file says the user is OSP\Administrator While on machine 2 which is called TREGUNDO the UV_USERS file says the user is PRIMO\Administrator. So I would guess that possibly based on what you said, if I reinstall the upgrade tape on TREGUNDO maybe it will helpfully ask me what the admin user is and I either: 1) I can say TREGUNDO\Administrator or 2) I can say just Adminstrator and it will put the TREGUNDO (domain name) part in front for me. I did try logging on AS PRIMO\Administrator with the explicit domain name as part of the login and it still didn't work. But at least this other idea is a possibility. Maybe one of the things the board should ask is for IBM to assign a helpdesk person TO this list :) Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Setting up SQL step 1
Will, According to the manual, you'd first grant CONNECT privileges, then you can grant DBA. Not sure why it says the admin id isn't an SQL user. On NT it should default to the administrator you installed with. At 02:56 PM 03/17/2004, you wrote: Glenn, et al. I have a client who has never used SQL and I want to use it for something. So I tried to create a schema and it says Will.Johnson is not an SQL user. Ok so I tried to create myself as a user while logged in as administrator And it says TREGUNDO\Administrator is not an SQL user. In UV_USERS it says PRIMO\Administrator has DBAuth set to YES So I tried to login as PRIMO\Administrator and then Grant DBA to Will.Johnson and it says PRIMO\Administrator is not an SQL user Even though that is the name in UV_Users But then again I've never tried to use SQL before. Ultimately I want to create a trigger on a certain file and to do that it appears I need to be an SQL user. Because I tried to do it and it says I'm not an SQL user. Will -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Installing universe as uvadm
Actually, you don't really INSTALL as non-root. The idea of uvadm is that it is an ADMINISTRATOR, thus, your initial root install sets the product up so that internally uvadm can administer all facets of the product without the need of su-ing to root. The fact remains that you still need to INSTALL as root, since there are certain things that need touching, ie. /.uvhome, /etc/services, /etc/rc.X directories, etc. The DataStage version I now work with DOES allow complete non-root installation (no longer uses /.uvhome or touches system files) by ANY user (no uvadm limitation) as well as allowing multiple versions (even the same version!) to run on a single server, as I have rewritten all that so root is no longer necessary. So, install AS root, but designate uvadm as your administrator. Hope this helps. At 02:11 AM 03/15/2004, you wrote: I am trying to install UNIVERSE 9.5 as uvadm user on AIX 5. The installation fails because of wrong permissions. The manual mentios that the uvadm user must have write permission on the root (/) directory. How can this be acomplished? Is the security of the system compomised by allowing uvadm to write on (/)? Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [UV] DELETE.FILE verb
You can do this from the OS level: echo Y|delete.file fname At 12:59 PM 03/10/2004, you wrote: Sometimes when using DELETE.FILE, the system prompts that the data entry does not match expected data... because when the file was originally created LONGNAMES was off and now LONGNAMES is on. Is there any way to force the DELETE.FILE to work without warning and prompting? The HOSTACCESS utilities we use create these temporary files and when a sys admin needs to do cleanup, it would be nice to run a utility to delete all these hundreds of temporary files. But I'm not sure how to have a paragraph delete them and deal with sometimes needing to answer those prompts. Any ideas? -Dianne -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV on Itanium
So does this mean it's still a 32-bit app that now runs on RH itanium? Or does this mean its a real 64-bit app At 03:17 PM 03/09/2004, you wrote: Brutzman, Bill wrote: We need to buy a new server. Perhaps we should chill for a few months... I gather that HP-Ux runs on Itanium now. What is IBM's timetable for rolling out Itanium servers with AIX? When is UV targeted to run on Itanium? --Bill I beleive you can run UV on Itanium now if you go the linux route. UV 10.1 has been ported to RedHat EL 3.0 which has been ported to Itanium. -John -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV on Itanium
Thanks much for the info. At 04:09 PM 03/09/2004, you wrote: Glenn Herbert wrote: So does this mean it's still a 32-bit app that now runs on RH itanium? Or does this mean its a real 64-bit app At 03:17 PM 03/09/2004, you wrote: I'm sure UV is still a 32-bit app. I doubt there's currently enough interest in a 64-bit version of UV for IBM to invest the money in porting it. Performance of 32-bit apps was notoriously bad on Itanium until Intel and Microsoft released a new 32-bit driver in January. Of course this only helps with 32-bit Windows apps. I would hope they're working on a similar fix for linux. It didn't occur to me before, but I guess you could also run UV 10.1 on Windows Server 2003 on Itanium. Personally I'd wait to see if Intel comes up with a 32-bit Itanium driver enhancement for linux, or consider Opteron or Intel's new 64-bit version of Xeon as has already been suggested. -John -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: [UV] Change prompt?
Yep. Sure do. You could fix that with: 0001 PQ 0002 M 0003 IF #S Oany_text:+ 0004 IF S Oany_text+ 0005 IP #1 0006 P 0007 GO B At 03:16 PM 03/08/2004, you wrote: Seems however, you lose your marker that a select list is active. George -Original Message- From: Glenn Herbert [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 3:10 PM To: U2 Users Discussion List Subject: Re: [UV] Change prompt? You could also use a very handy and small bit of proc code hooked directly into your LOGIN entry or called from there: 001 PQ (or PQN) 002 M 003 Oyour_text_here+ 004 IP #1 005 P 006 GO B This code (M)arks an entry point, outputs whatever text you want while inhibiting any line feed, and waits for the user input, which is stored into the output buffer (IP #1) then executed (P), after which it loops back to the (M)ark point. At 02:48 PM 03/08/2004, you wrote: If it helps, I can assert with certainty that there is nothing in UniVerse that allows this. It's easy enough to roll your own; a small BASIC program into which you trap your users. LOOP CRT myprompt INPUT command WHILE command 'QUIT' GOSUB processcommand REPEAT PERFORM QUIT - Original Message - From: Barry Brevik [EMAIL PROTECTED] Date: Mon, 8 Mar 2004 11:42:22 -0800 To: U2 list (E-mail) [EMAIL PROTECTED] Subject: [UV] Change prompt? OK, I know about UVPROMPT, but it will only let you specify a single character. I work in numerous accounts, and it would be good if the LOGIN PA could change the prompt to have multiple characters so I can see which account I'm in. Believe me, all it takes is one mistake to leave a lasting impression. Anyone know of a way to use multiple chars for the prompt without writing my own shell? -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UNCLASSIFIED RE: UV - Database backup
I believe (since I wrote all that stuff) that issuing uv -admin will display all your available options. Since that original version, I've added additional (DataStage engine only) options for displaying things like engine status, active users, etc, as well as allowing you to start and stop multiple versions (yes, more than one can run on a system now), allowing you to enable/disable autostartup at system boot, changing administer name, etc At 03:37 PM 03/08/2004, you wrote: Tim -Original Message- Are there any other really useful uv -admin ... subcommands like -L and -U that you can share with us? -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: COUNT modifying unix timestamp
I believe there is. There is a UNIVERSE.INCLUDE file FILEINFO.H which includes a definition of what would be in each dynamic array field when using: FILEINFO(Fvar, 99) or FILEINFO(Fvar, FINFO$HDRLAYOUT) For example if you executed: FileInfo = FILEINFO(Fvar, 99) you'd have: FileInfo1 = File revision level FileInfo2 = Modulus FileInfo3 = Separation etc etc etc The count field updated in the file header would be FileInfo112. Note that some fields are bitmapped and none of that is detailed. Each of the fields makes more sense if you know what actually exists within a universe file header. I know there is documentation out there ;-) At 02:11 PM 02/18/2004, you wrote: Is there any way to directly access information stored in the file header? I use the information returned by the FILE.USAGE command to determine if a static file can be archived or if it needs to be checked to see if it needs to be resized. Vance -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Glenn Herbert Sent: Tuesday, February 17, 2004 9:18 AM To: U2 Users Discussion List; U2 Users Discussion List Subject: Re: COUNT modifying unix timestamp Actually, it was added in during release 7.x of uniVerse to support the SQL optimizer. The optimizer used the count to make a determination on how long it would take to perform certain SQL operations such as outer-joins, etc, and spit out a warning message something like It will take 4307 hours to perform this operation. Do you want to continue?. At first, only an unqualified COUNT command (i.e. COUNT FILE) would update this field, but sometime in early 8.x releases, I added the code into uvbackup/uvrestore so that it would also update this field. That was quite a few years ago so I don't have the exact timeframes, but there ya go Glenn At 04:54 AM 02/17/2004, Martin Phillips wrote: Apologies if I missed anyone already giving this explanation... The other thing, of course, which timestamp? Date modified, or date accessed? Are you sure your client isn't looking at the wrong one? UniVerse file system revision 12 which came in at release 9.5 includes a count of records in the file header for use by uvbackup and uvrestore. This is updated by COUNT and by uvbackup itself (perhaps other places too). Maybe it's time for another plug for the UniVerse Internals course where these things get discussed??? Martin Phillips Ladybridge Systems 17b Coldstream Lane, Hardingstone, Northampton NN4 6DB +44-(0)1604-709200 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UV write fatal error
So what exactly is the particular data item that is causing the grief? At 02:50 PM 02/18/2004, you wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert Sent: Tuesday, February 17, 2004 10:32 AM To: [EMAIL PROTECTED] Subject: RE: UV write fatal error Ok. So there WAS a bscan done on the T25 file prior to attempting the write. Since this is done from within BASIC, my guess is that the active scan is causing some type of error. Try this; after the scan has verified that the data item does NOT exist, close and reopen the data file, THEN attempt your write (yes I know that this may invalidate the notion that the record does not exist). This would test to see if the active scan of the T25 file is interfering with the low level write, as the close of the data file would automatically terminate the scan (there is no other way from within BASIC). I wrote the code for bscan back in 1992 so I don't recall all different interactions involved, but it could be a long-standing bug that never appeared or not reported. In any case, if you could try that, I'd be interested in the results. Trim I closed and reopened the file after the BSCAN and before the WRITE with the same result. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UV write fatal error
Hmmm. It's a very curious situation. Your data doesn't appear to be anything out of the ordinary (though it's neat about your munging). Have you tried using the blook utility to scan through the btree file to see if anything is out of the ordinary? From the OS level, just issue blook without any parameters to get its syntax and options: Usage: blook [options] file +a address display nodes from addr to end -a address display node at addr -d display record keys and data -k display record keys -i keylist display item key only -n disable auto pagination -r traverse descending (default ascending) -s generate statistics -v verify file integrity: no details -V verify file integrity: detailed report Environment variable interaction: LINES to control display depth COLS to control display width You might want to direct the output to a file then peruse it with your fav editor. I wrote this utility when I was implementing the secondary index files. Maybe you might be able to figure out what the heck is causing your troubles, pay close attention to see if maybe your inserted data might fall at the boundary of a node and a split is aborting. Let me know if you need any help in making heads or tails of anything. At 03:39 PM 02/18/2004, you wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert Sent: Wednesday, February 18, 2004 12:06 PM To: [EMAIL PROTECTED] Subject: RE: UV write fatal error So what exactly is the particular data item that is causing the grief? Trim I am storing IP address information. My record ID is of the form 323208*3232223231. This ID is two numeric values that represent the IP address as a sequential integer (first octet multiplied by 2^24, second multiplied by 2^16, etc. then summed, then left-filled with zeros to a width of 10). The second numeric is the same if it is a single address. If it is a range of addresses, the first value is the beginning of the range and the second the end of the range. I convert the address being stored into the above form and do the BSCAN in descending order on the IP file looking for a match or an adjacent record (determined by additional code) that overlaps the record being stored. This process has worked flawlessly for all but a handful of records being stored, including the example above (323208*3232223231, which is 192.167.204-207, by the way). An example of the data this record structure would contain is as follows: 323208*3232223231 1 1*69171 2 192.167.204.0 3 192.167.207.255 4 192.167.204-207 I work for a publishing company and the IP addresses belong to our customers for our web-accessed databases. Thanks in advance for your consideration. Jimi -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: COUNT modifying unix timestamp
Actually, it was added in during release 7.x of uniVerse to support the SQL optimizer. The optimizer used the count to make a determination on how long it would take to perform certain SQL operations such as outer-joins, etc, and spit out a warning message something like It will take 4307 hours to perform this operation. Do you want to continue?. At first, only an unqualified COUNT command (i.e. COUNT FILE) would update this field, but sometime in early 8.x releases, I added the code into uvbackup/uvrestore so that it would also update this field. That was quite a few years ago so I don't have the exact timeframes, but there ya go Glenn At 04:54 AM 02/17/2004, Martin Phillips wrote: Apologies if I missed anyone already giving this explanation... The other thing, of course, which timestamp? Date modified, or date accessed? Are you sure your client isn't looking at the wrong one? UniVerse file system revision 12 which came in at release 9.5 includes a count of records in the file header for use by uvbackup and uvrestore. This is updated by COUNT and by uvbackup itself (perhaps other places too). Maybe it's time for another plug for the UniVerse Internals course where these things get discussed??? Martin Phillips Ladybridge Systems 17b Coldstream Lane, Hardingstone, Northampton NN4 6DB +44-(0)1604-709200 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV - NLS
Barry, Sounds like the NMEMOFF value is not correct. What are yourDMEMOFF, PMEMOFF, CMEMOFF and NMEMOFF values? At 09:34 AM 02/17/2004, you wrote: I am attempting to install and activate NLS on a UniVerse system, 10.0.19 on an HP-UX 11.0 box. We just recent upgraded from 9.6.1.14 to 10 by recommendation from IBM. They said 10.x was a better ground to work from for NLS. My problems is activating NLS - changing NLSMODE in 'uvconfig' to '1'. When I do make that change... uvregen and uv.rc stop work fine. When I uv.rc start, I get the message Unable to get National Language Support shared memory segment I have unistalled and re-installed NLS multiple times. I (with the help of IBM) have gone through the uvconfig and HP kernel setting for a problem - no problems found. Lo though I have tried, I can not get to activate NLS without the error message Unable to get National Language Support shared memory segment IBM seems to be totally befuddled, stymied and confused by this, Any assistance, thoughts would be appreciated. Thanks very much Barry Rogen Senior Programmer PNY Technologies (973) 515 - 9700 ext 5327 [EMAIL PROTECTED] _ The quality of a person's life is in direct proportion to their commitment to excellence regardless of their chosen field of endeavor vince lombardi _ -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UV - NLS
Oh RIGHT!! DUH!!! I am very sorry that I made this error. I had forgotten that those values are hardbaked at compile time into universe and can't be changed onsite. In any case, the problem appears to be that the shmget system op is failing for some reason or other. Also, check that no existing 0xACEE segment exists (i'm sure this has been done). At 10:03 AM 02/17/2004, you wrote: I am at a loss to find these parameters to give you an answer. I have scoured uvconfig and the HP kernel for these setting and come up empty. Could you clue me where to find these settings. Barry Rogen Senior Programmer PNY Technologies (973) 515 - 9700 ext 5327 [EMAIL PROTECTED] _ The quality of a person's life is in direct proportion to their commitment to excellence regardless of their chosen field of endeavor vince lombardi _ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert Sent: Tuesday, February 17, 2004 9:47 AM To: U2 Users Discussion List Subject: Re: UV - NLS Barry, Sounds like the NMEMOFF value is not correct. What are yourDMEMOFF, PMEMOFF, CMEMOFF and NMEMOFF values? At 09:34 AM 02/17/2004, you wrote: I am attempting to install and activate NLS on a UniVerse system, 10.0.19 on an HP-UX 11.0 box. We just recent upgraded from 9.6.1.14 to 10 by recommendation from IBM. They said 10.x was a better ground to work from for NLS. My problems is activating NLS - changing NLSMODE in 'uvconfig' to '1'. When I do make that change... uvregen and uv.rc stop work fine. When I uv.rc start, I get the message Unable to get National Language Support shared memory segment I have unistalled and re-installed NLS multiple times. I (with the help of IBM) have gone through the uvconfig and HP kernel setting for a problem - no problems found. Lo though I have tried, I can not get to activate NLS without the error message Unable to get National Language Support shared memory segment IBM seems to be totally befuddled, stymied and confused by this, Any assistance, thoughts would be appreciated. Thanks very much Barry Rogen Senior Programmer PNY Technologies (973) 515 - 9700 ext 5327 [EMAIL PROTECTED] _ The quality of a person's life is in direct proportion to their commitment to excellence regardless of their chosen field of endeavor vince lombardi _ -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users This e-mail message from PNY Technologies, Inc. is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UV write fatal error
Does the data value actually get inserted into the type 25 file if you check after the write fails? Also, is the data pre-existing within the type 25 file and this is an update to that record? Sounds almost like a memory allocation or rotating file pool problem. The on error branch (actually ANY branch) would only be followed if the run-machine wasn't crashing underneath you, which, if you are being dropped back to the command prompt, is happening. At 11:33 AM 02/17/2004, you wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ray Wurlod Sent: Friday, February 13, 2004 12:13 PM To: [EMAIL PROTECTED] Subject: RE: UV write fatal error Permissions? All the preceding steps (Open, BSCAN) can be done without write permission. Write, needless to add, cannot. -Original Message- From: Jimi DeRouen [mailto:[EMAIL PROTECTED] I am attempting to write a record to a type 25 file and apparently getting a fatal error. The platform is UV 9.5.1.1b Pick flavor on W2K SP4. I have constructed the WRITE statement to include all possible (I think) branching, yet the program goes to the command prompt when the WRITE is executed without following any of the branches. The WRITE statement is as follows: [SNIP] I have no problem writing other values. It is only this particular data value that seems to produce the error. Why wouldn't the program follow the on error branch? -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UV write fatal error
Ok. So there WAS a bscan done on the T25 file prior to attempting the write. Since this is done from within BASIC, my guess is that the active scan is causing some type of error. Try this; after the scan has verified that the data item does NOT exist, close and reopen the data file, THEN attempt your write (yes I know that this may invalidate the notion that the record does not exist). This would test to see if the active scan of the T25 file is interfering with the low level write, as the close of the data file would automatically terminate the scan (there is no other way from within BASIC). I wrote the code for bscan back in 1992 so I don't recall all different interactions involved, but it could be a long-standing bug that never appeared or not reported. In any case, if you could try that, I'd be interested in the results. At 12:11 PM 02/17/2004, you wrote: No, the value does not get written to the type 25 file. The data is not pre-existing. The BSCAN is done to verify this fact before attempting the write. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert Sent: Tuesday, February 17, 2004 9:00 AM To: [EMAIL PROTECTED] Subject: RE: UV write fatal error Does the data value actually get inserted into the type 25 file if you check after the write fails? Also, is the data pre-existing within the type 25 file and this is an update to that record? Sounds almost like a memory allocation or rotating file pool problem. The on error branch (actually ANY branch) would only be followed if the run-machine wasn't crashing underneath you, which, if you are being dropped back to the command prompt, is happening. At 11:33 AM 02/17/2004, you wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ray Wurlod Sent: Friday, February 13, 2004 12:13 PM To: [EMAIL PROTECTED] Subject: RE: UV write fatal error Permissions? All the preceding steps (Open, BSCAN) can be done without write permission. Write, needless to add, cannot. -Original Message- From: Jimi DeRouen [mailto:[EMAIL PROTECTED] I am attempting to write a record to a type 25 file and apparently getting a fatal error. The platform is UV 9.5.1.1b Pick flavor on W2K SP4. I have constructed the WRITE statement to include all possible (I think) branching, yet the program goes to the command prompt when the WRITE is executed without following any of the branches. The WRITE statement is as follows: [SNIP] I have no problem writing other values. It is only this particular data value that seems to produce the error. Why wouldn't the program follow the on error branch? -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Need/Want/Would like to know
It's because the underlaying function first free's off the memory of X(100) before storing the value of A into it. Problem is, the contents for A actually reside in the just free'd up memory location for X(100), hence you are trying to store something that was previously defined in that location BACK into the same location. No can do. Glenn At 01:36 PM 02/17/2004, you wrote: I'm on UV 10 and got the same results. George -Original Message- From: Mike Rajkowski [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Tuesday, February 17, 2004 12:17 PM To: U2 Users Discussion List Subject: Need/Want/Would like to know Someone came to me with the following code sample, and asked why this would happen, while I have some thoughts, I would like a more definitive answer (note no matter what the answer, I believe the solution is don't do that) Thanks, Mike On Universe 9.5: 04 ED BP P1 P2 SELECTed record name = P1. 6 lines long. : P 0001: * 0002: DIM X(100) 0003: MAT X = 0004: X(100) = 1 0005: CALL P2(X(100), MAT X) 0006: END Bottom at line 6. : EX SELECTed record name = P2. 13 lines long. : P 0001: SUBROUTINE P2(A, MAT X) 0002: DIM X(100) 0003: CRT 'A = ':A 0004: CRT 'X(100) = ':X(100) 0005: * 0006: CRT ; CRT SETTING X(100) = A 0007: X(100) = A 0008: CRT ; CRT NOW RE-CHECKING THE VALUES 0009: * 0010: CRT 'A = ':A 0011: CRT 'X(100) = ':X(100) 0012: RETURN 0013: END Bottom at line 13. : EX File name= BP Record name = RUN BP P1 A = 1 X(100) = 1 SETTING X(100) = A NOW RE-CHECKING THE VALUES A = Program P2: Line 10, Variable A previously undefined. Empty string used . X(100) = Program P2: Line 11, Variable $R0 previously undefined. Empty stri ng used. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Swap array values? In UV
*lol* i agree it's nasty and not readily obvious as to it's intent, but that wasn't the question posed... sometimes it's just to exercise the mind At 02:36 PM 02/13/2004, you wrote: I understand why this works, but honestly, that's nasty. array(x)=BITXOR(array(x),array(y)); array(y)=BITXOR(array(y),array(x)); array(x)=BITXOR(array(x),array(y)); No temp variable used. Our company accepts no liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. 11/29/2003 ACE Software, LLC -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Memo: Re: [UD] Determining if list exists
At 12:12 AM 02/05/2004, you wrote: [snipped] The same applies (here) with a BASIC program that : 0011 SENTENCE = \SELECT MD WITH F! RUBBISH\ 0012 EXECUTE SENTENCE CAPTURING JUNK RETURNING ERR In this case ERR = 0 if there's no items, not 401 under vanilla (R83, AP) Pick Unless.. Is there a UV Option (besides Pick Flavo*u*r) that gives back a 401?? Uh. No. Error messages in UV are generated from the SYS.MESSAGE file in a manner completely different (and incompatible with) Pick. The ERRMSG file within UV is there simply to support the STOPE/ABORTE BASIC commands. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Memo: Re: [UD] Determining if list exists
At 06:34 PM 02/03/2004, you wrote: Goo'day, Are you sure the IF E = 401 bit works in UV? This would not work within UV unless proc had been rewritten (doubtful). The error handling within uv is different and this is one of those areas affected by that difference. You can only test IF E or IF #E. AFAIK, in UV, E = 0 if there are no items SELECTed, at least in Pick flavo*u*r. Yep. The 401 bit is vanilla Pick, which I remember we had to change on conversion to UV back in 9.3???. Dunno about UD, though At 10:06 04/02/04, you wrote: In a proc you would have: PQ HSELECT SOMEFILE SAMPLE 3 P IF E = 401 G 99 HLIST SOMEFILE P 99 O No Items Selected __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- Incoming mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.211 / Virus Database: 261.8.1 - Release Date: 30/01/04 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- Outgoing mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.211 / Virus Database: 261.8.1 - Release Date: 30/01/04 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UV command failing mystery
The 'uv' command is basically a small front ender to the 'uvsh' executable, which is really the guts of universe. The uv command does little more (for universe) then to check ulimit settings, increasing them when necessary, then issuing an execve() call to uvsh. If you bypass 'uv' and just use 'uvsh', does the problem still occur? Your universe configurables seem reasonable, as well as your kernel params, but I do recall an issue whereby the OS would disallow exec's (and /or forks) due to system resource exhaustion, although it has been a while and I cannot recall the details. At 05:23 PM 02/03/2004, you wrote: We are having a very strange intermittent problem with the UV command not working from Unix. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Proc or Para
At 12:38 PM 02/04/2004, you wrote: All, Is there a performance advantage to using one or the other? I realize this might be a touchy topic but it's one I've been wondering about for some time. the ProVerb manual makes it sound like procs were a migration tool of sorts. Paragraphs are only slightly more efficient than a proc for the simple reason that a line within a paragraph is first scanned for any inline prompting, then immediately handed off to the command line execution process, whereas a proc must first interpretively assemble the command line then, when the P command is found, hands it off to the command line execution process (which of course scans for any inline prompting). Think of a paragraph as simply a stack of command lines executed in order (albeit with some testing/branching logic). Think of a proc as... well.. cryptic... *S* With processor speeds being what they are today, I doubt very much that the minute speed differences matter much (IMO). The reason uv proc was considered a migration tool is that within the original implementation of uv, there was no pick support (only ideal and prime flavors). It was envisioned that people would migrate those nasty, cryptic procs (which by the way, I DO not consider nasty) to paragraphs. Only hitch was that paragraphs did not support all the functionality available with procs (jump backwards to labels, error handling, etc...) so a proc processor was created. Granted, it was not 100% compatible with Pick (see other thread related to proc error handling), but it certainly eased those migrations (i was involved in quite a few of them back in the 80s). Regards, L. Slingford -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Re: [UD] Determining if list exists
How about this one to end this thread? M S1 IH%1:U50BB: T %2,,+ IBP %1 H%1 P GO B -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: VARIABLE-1 = '' Inconsistent behaviour
In universe, the -1 is specifically tested for appending, not an accident as indicated (in scd.c) Maybe that is how it worked in Pick, but not in PI or UV. At 04:21 AM 02/03/2004, you wrote: Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary=_=_NextPart_001_01C3EA37.1386B4A2 It was this way on PI as well. Bear in mind that the -1 syntax was an accident - as originally implemented the search mechanism simply decremented to zero or the end of the string, and some bright spark realised that if you started with a negative number then it would always hit the end of the string rather than zero. So the counter-intuitive result that appending null to null gives null isn't so strange. This behaviour is probably copied from original Pick. We get round it by initialising the variable to *, and then doing a DEL 1 when we've finished. Cheers, Wol -- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Louis Windsor Sent: 03 February 2004 06:17 To: U2 Users Discussion List Subject: Re: VARIABLE-1 = '' Inconsistent behaviour I think this is a feature. Universe does NOT insert non-significant nulls. In other words your first two (A-1 = '') do not do anything! It is consistent in its' behaviour as you can count on it to do the above. It has done this as long as I remember. I found this out through bitter experience. Louis - Original Message - From: mailto:[EMAIL PROTECTED]Marco Manyevere To: mailto:[EMAIL PROTECTED][EMAIL PROTECTED] Sent: Tuesday, February 03, 2004 12:55 PM Subject: VARIABLE-1 = '' Inconsistent behaviour Hi All, Consider the program: A = '' A-1 = '' A-1 = '' A-1 = 3 A-1 = '' A-1 = 4 PRINT A3 I expect it output '3' but it outputs '4'. Whats the explanation? I'm on UV 9.6 [NT] running information flavour. Regards, Marco BT Yahoo! Broadband - Free modem offer, http://uk.rd.yahoo.com/evt=21064/*http://btyahoo.yahoo.co.uksign up online today and save £80 -- ___ u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users *** This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333. *** ___ u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users ___ u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users