RE: [UD] RFS and SAN storage
We have been using a Hitachi SAN with Veritas for several years on a Solaris machine. We moved there from a DG environment using mirrored disks. I can't think of anything to note about the change. We have a couple of files aproaching 30 gig in size. The SAN has performed well. We are on Unidata 5.2 but in the process of moving to 6.0. We have been on a SAN since 2002. - ROd -Original Message- From: Ken Wallis [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 24, 2004 1:41 AM To: [EMAIL PROTECTED] Subject: [UD] RFS and SAN storage Although there aren't many people here who make use of UniData's RFS facility, I know there are a few. I'm hoping that one or two of those might have some experience (good or bad) of setting up RFS files which are physically located on a SAN rather than on local disk. A client of mine is has a policy that all application data should, where possible, be stored on their EMC SAN instead of on local disks. They don't, however have a machine I can use for testing at this point that can access their SAN storage. At the moment this client is on Tru64 UNIX, and we know that there is no problem with UniData recoverable files on Compaq SAN storage, but the direction is away from HP/Compaq Tru64 and towards either AIX or Solaris utilising EMC SAN storage via Veritas. Has anybody either had this working, or tried to make it work and failed miserably? Current UniData version is 5.2, will move to 6.0.8 or higher probably at the same time as switching to SAN disks. Cheers, Ken -- 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
[UD] RFS and SAN storage
Although there aren't many people here who make use of UniData's RFS facility, I know there are a few. I'm hoping that one or two of those might have some experience (good or bad) of setting up RFS files which are physically located on a SAN rather than on local disk. A client of mine is has a policy that all application data should, where possible, be stored on their EMC SAN instead of on local disks. They don't, however have a machine I can use for testing at this point that can access their SAN storage. At the moment this client is on Tru64 UNIX, and we know that there is no problem with UniData recoverable files on Compaq SAN storage, but the direction is away from HP/Compaq Tru64 and towards either AIX or Solaris utilising EMC SAN storage via Veritas. Has anybody either had this working, or tried to make it work and failed miserably? Current UniData version is 5.2, will move to 6.0.8 or higher probably at the same time as switching to SAN disks. Cheers, Ken -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
[UV] Index weirdness or ...
Hi all, this one is kinda weird on the one hand but on the other, if it's accepted behaviour, then I can use it for good (not evil). I've created an i-type field on a file: 0001 I me me mine test index field 0002 if F1 then F1:@tm:F2 else '' 00... I have created an index on this field and updated it. So far, so good. However, the index seems to be inverting the result of the i-type resulting in an index with index_id = F1 and an index_record = F2:@tm:F0. Whereas I would have expected index_id = F1:@TM:F2 and index_record = F0 The i-type by itself works okay as can be demonstrated by examining the index file or listing the field without the index: LIST TESTFILE I.INDEX.FIELD WITH I.INDEX.FIELD NO.INDEX EXPLAIN Optimizing query block 0 Tuple restriction: F-1 <> '' Driver source: TESTFILE Access method: file scan UniVerse/SQL: Press any key to continue or 'Q' to quit LIST TESTFILE I.INDEX.FIELD WITH I.INDEX.FIELD NO.INDEX EXPLAIN 05:46:56pm 24 Mar 2004 PAGE1 TESTFILE I.INDEX.FIELD 63275 750412066 2 1 records listed. But when listing using the index it bombs out. LIST TESTFILE I.INDEX.FIELD WITH I.INDEX.FIELD EXPLAIN Single-variable predicates processed in index: F-1 <> '' Optimizing query block 0 Driver source: TESTFILE Access method: select list 0 with 1 ids UniVerse/SQL: Press any key to continue or 'Q' to quit 0 records listed. "2û63275" not found. Using a separator character such as '*' instead of the @tm the index works okay. The reason I chose the @tm character as a separator is because SQL indexes use it in UV. I thought I'd be consistent. Obviously I can either use a different character or if this is normative behaviour than I can use it to my advantage. Any clues or should I report this as a bug? -- Cheers Stuart Boydell ** This email message and any files transmitted with it are confidential and intended solely for the use of addressed recipient(s). If you have received this email in error please notify the Spotless IS Support Centre (61 3 9269 7555) immediately who will advise further action. This footnote also confirms that this email message has been scanned for the presence of computer viruses. ** -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Access denied on print
>>0002: HSETPTR 0,132,60,0,0,1,AT \\WILLS\ZebraRec,NOEJECT,BRIEF,NOFMT If you can, I'd get some sort of tcpip printing installed on WILLS (or put the printer on a jetdirect box) and then print to this. The problem is that the user who is getting the problem does not have access rights to the machine WILLS. OR it could be that your UV server has no authentication with WILLS. A simple "NET USE \\WILLS\IPC$ /user:validuser validpassword" will authenticate the server (until the next reboot) and printing will work - OR you could make the username/passwords the same on the boxes. alternatively put them both in a windows domain so you are using domain authentication and the passwords will therefore match. Andy -- 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 filedescriptor?
I will be out of the office March 24, 2004 If this is an urgent matter you can call the helpdesk at ext 361. -- 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?
Thanks for the pointer but I have already evaluated this and found it to be unsuitable. When there is more than one external process communicating with more than one UV process, the implementation using named pipes is non trivial. Glenn Herbert <[EMAIL PROTECTED]> wrote: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" >To: "U2 Users Discussion List" >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 - 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
RE: UniVerse 10 on Win2k3
Not sure if this helps, but I found that McAfee VirusScan prevented the RPC from starting. I end up removing it and installing Norton. This seemed to do the trick. From: "Glenn W. Paschal" <[EMAIL PROTECTED]> Reply-To: U2 Users Discussion List <[EMAIL PROTECTED]> To: "'U2 Users Discussion List'" <[EMAIL PROTECTED]> Subject: RE: UniVerse 10 on Win2k3 Date: Tue, 23 Mar 2004 16:15:37 -0600 I have to agree, we are running UV 10.1.0 on Windows 2003 Small Business Edition. No problems at all. Not even a hiccup. Even checked the logs for RPC errors, and found none. Thanks, --Glenn. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dallaire Sent: Tuesday, March 23, 2004 6:47 AM To: 'U2 Users Discussion List' Subject: RE: UniVerse 10 on Win2k3 Augusto, Turning on "Interact with desktop" is what is causing these command boxes to appear. If you turn it off, they will go away. Of course that will bring you back to your original problem. I don't really have any good ideas on that one. We have many customers running on Win 2k3 and have never seen this. There may be a service in Windows you need to stop or start. (RPC services may be the place to start). HTH, Mike Dallaire Mortgage Builder Software Inc. (248) 208-3223 ext. 103 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Augusto Alonso Sent: Monday, March 22, 2004 10:17 PM To: U2 Users Discussion List Subject: UniVerse 10 on Win2k3 Hi all. We have installed UV 10 in a win2003 box and it works well. The only problem i've found is that UV-RPC service hangs after the very first rpc connecttion. After win2k3 restart, I can connect once again, and again all the next connections are rejected. I've found that, if I modifiy the "Interact with desktop" tab, inside the service properties, it seems to works fine. The new problem now, is that every UV-RPC conetcion opens a "command window" in the server's desktop. Any guess? Regards, __ Augusto Alonso Alonso I.T.Manager Quiter Servicios Informáticos S.L. Tel: +34 902 23 33 23 Fax: +34 902 23 42 80 [EMAIL PROTECTED] www.quiter.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 _ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UniVerse 10 on Win2k3
I have to agree, we are running UV 10.1.0 on Windows 2003 Small Business Edition. No problems at all. Not even a hiccup. Even checked the logs for RPC errors, and found none. Thanks, --Glenn. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dallaire Sent: Tuesday, March 23, 2004 6:47 AM To: 'U2 Users Discussion List' Subject: RE: UniVerse 10 on Win2k3 Augusto, Turning on "Interact with desktop" is what is causing these command boxes to appear. If you turn it off, they will go away. Of course that will bring you back to your original problem. I don't really have any good ideas on that one. We have many customers running on Win 2k3 and have never seen this. There may be a service in Windows you need to stop or start. (RPC services may be the place to start). HTH, Mike Dallaire Mortgage Builder Software Inc. (248) 208-3223 ext. 103 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Augusto Alonso Sent: Monday, March 22, 2004 10:17 PM To: U2 Users Discussion List Subject: UniVerse 10 on Win2k3 Hi all. We have installed UV 10 in a win2003 box and it works well. The only problem i've found is that UV-RPC service hangs after the very first rpc connecttion. After win2k3 restart, I can connect once again, and again all the next connections are rejected. I've found that, if I modifiy the "Interact with desktop" tab, inside the service properties, it seems to works fine. The new problem now, is that every UV-RPC conetcion opens a "command window" in the server's desktop. Any guess? Regards, __ Augusto Alonso Alonso I.T.Manager Quiter Servicios Informáticos S.L. Tel: +34 902 23 33 23 Fax: +34 902 23 42 80 [EMAIL PROTECTED] www.quiter.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
RE: [UV] Memory resident hash tables/files
Marco Try a RAMdisk - works a treat. If you are sure you *need* internal hashtables in memory you can use them via the GCI interface by cutting your own C code around the C++ functions you mentioned. I would be very cautious about needing these - if they are relatively small they are likely to be memory cachedlittle benefit Take a GOOD look at the rest of your system first - it's surprising what you can find ;-) Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marco Manyevere Sent: 23 March 2004 07:06 To: [EMAIL PROTECTED] Subject: [UV] Memory resident hash tables/files Hi All, I would like to store records from small static parameter files that are accessed frequently in a memory resident hash table in the common area. What would it take to achieve this in UV BASIC? What would it take for IBM to introduce internal hashtable type variables (such as those found in some C++ class libraries) in UV. Regards, 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
Re: SETPTR for sending to file
From: "Donald Kibbey" <[EMAIL PROTECTED]> > This is going to knock what's left of the "shine" off my "UniVerse Expert" crown, but I did not realize this could be done! Something to learn every day. One thing to watch out for is the number of units you have open. You can specify the unit as anything from zero to 254, (totalling 255 units), BUT -- that doesn't mean that you can write to 255 units simultaneously. I came from a PR1ME background, and ran into a problem porting code to Universe. The application had something like 30 print files open, and if I recall correctly there's a limit of 16. Or there was, that may have changed. Obviously, (or at least so if I've expressed myself clearly), this is only a limitation within BASIC code. You can issue as many SETPTR commands as you'd like, and each LIST command is writing only to a single unit. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: SETPTR for sending to file
This is going to knock what's left of the "shine" off my "UniVerse Expert" crown, but I did not realize this could be done! Thanks!! Don Kibbey Financial Systems Manager Finnegan, Henderson, Farabow, Garrett & Dunner LLP >>> [EMAIL PROTECTED] 03/23/04 01:52PM >>> From: "Cyndi Calvin" <[EMAIL PROTECTED]> (responding to Jeff) > LPTR!!! Thanks. That was what was missing. Works like a charm. > THANK YOU Now for lesson two in SETPTR. The first parameter is a "printer unit" which defaults to zero. So, a not uncommon thing to do is to issue multiple setptr commands, then direct output to them appropriately. One example might be: SETPTR 0,132,2,0,0,3,BANNER MYFILE,BRIEF SETPTR 1,132,2,0,0,3,BANNER MYFILE.NARROW,BRIEF SETPTR 2,85,2,0,0,3,BANNER MYFILE.VERY.NARROW,BRIEF SELECT VOC SAMPLE 50 LIST VOC F1 F2 F3 F4 F5 LPTR SELECT VOC SAMPLE 50 LIST VOC F1 F2 F3 LPTR 1 SELECT VOC SAMPLE 50 LIST VOC F1 LPTR 2 Those are all MODE 3, which writes to the &HOLD& file. More appropriately, you might use the default MODE which spools, and use different AT's or DEST's within your SETPTR statements. I've seen people define their printer destinations using multiple SETPTR statements in their VOC LOGIN paragraphs.. That way they can simply LIST anyfile LPTR 1 and it'll show up on a particular printer, or LIST anyfile LPTR 2 and have it show up elsewhere. The same logic can be used within BASIC programs where you need to create multiple output files simultaneously. Perhaps for an AP run where you're printing checks and a register. In that case you'd specify the UNIT in the SETPTR, the PRINT and the CLOSE statements. Defaults for all are zero, but they're all specifiable. Rgds. -- 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
[UDT] PHANTOM issue resolved
I just thought that I'd post the results of my testing. If you'll recall I was trying to launch a program as a PHANTOM from the O/S command line and it was not returning to the command line until that process had completed (which could be several minutes in the case of one program). With further experimentation I have discovered that if I run a program that itself spawns the phantom, everything works as expected. Example: the program TESTIT does an EXECUTE PHANTOM ProgramName and is compiled and cataloged. >From the AIX command line I can now type: udt PHANTOM TESTIT This will cause TESTIT to run which in turn spawns another background process that actually runs the program ProgramName. Once TESTIT is done spawning that, TESTIT ends and I am returned to the AIX command line. But ProgramName is still running as a background process. Voila! Thanks to all who offered suggestions. Dave Graham Storis Management Systems, Inc. (954) 725-3655 Ext. 102 [EMAIL PROTECTED] -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: SETPTR for sending to file
From: "Cyndi Calvin" <[EMAIL PROTECTED]> (responding to Jeff) > LPTR!!! Thanks. That was what was missing. Works like a charm. > THANK YOU Now for lesson two in SETPTR. The first parameter is a "printer unit" which defaults to zero. So, a not uncommon thing to do is to issue multiple setptr commands, then direct output to them appropriately. One example might be: SETPTR 0,132,2,0,0,3,BANNER MYFILE,BRIEF SETPTR 1,132,2,0,0,3,BANNER MYFILE.NARROW,BRIEF SETPTR 2,85,2,0,0,3,BANNER MYFILE.VERY.NARROW,BRIEF SELECT VOC SAMPLE 50 LIST VOC F1 F2 F3 F4 F5 LPTR SELECT VOC SAMPLE 50 LIST VOC F1 F2 F3 LPTR 1 SELECT VOC SAMPLE 50 LIST VOC F1 LPTR 2 Those are all MODE 3, which writes to the &HOLD& file. More appropriately, you might use the default MODE which spools, and use different AT's or DEST's within your SETPTR statements. I've seen people define their printer destinations using multiple SETPTR statements in their VOC LOGIN paragraphs. That way they can simply LIST anyfile LPTR 1 and it'll show up on a particular printer, or LIST anyfile LPTR 2 and have it show up elsewhere. The same logic can be used within BASIC programs where you need to create multiple output files simultaneously. Perhaps for an AP run where you're printing checks and a register. In that case you'd specify the UNIT in the SETPTR, the PRINT and the CLOSE statements. Defaults for all are zero, but they're all specifiable. Rgds. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: SETPTR for sending to file
LPTR!!! Thanks. That was what was missing. Works like a charm. THANK YOU - Original Message - From: "Jeff Schasny" <[EMAIL PROTECTED]> To: "U2 Users Discussion List" <[EMAIL PROTECTED]> Sent: Monday, March 22, 2004 4:24 PM Subject: RE: SETPTR for sending to file > And you need a "LPTR" at the end of your TCL sentence > > LIST FILENAME XX X LPTR > > > -Original Message- > From: Jeff Schasny [mailto:[EMAIL PROTECTED] > Sent: Monday, March 22, 2004 5:19 PM > To: U2 Users Discussion List > Subject: RE: SETPTR for sending to file > > > SETPTR 0,132,2,0,0.3,BANNER MYFILE,BRIEF > ^^ > > Should be a comma not a period: > > SETPTR 0,132,2,0,0,3,BANNER MYFILE,BRIEF > > > -Original Message- > From: Cyndi Calvin [mailto:[EMAIL PROTECTED] > Sent: Monday, March 22, 2004 5:07 PM > To: U2 Users Discussion List > Subject: SETPTR for sending to file > > > I'm trying the command suggested from this forum: > > SETPTR 0,132,2,0,0.3,BANNER MYFILE,BRIEF > > Then 'LIST PRINTERS' but the output goes to screen and there is no MYFILE in > the underlying directory. Am I missing something? > >SETPTR > Unit Number : 0 > Page Width: 132 > Page Depth: 2 > Top Margin: 0 > Bottom Margin : 0 > Print mode: 3 - Output to HOLD file > > Output to HOLD file : MYFILE > Output formatting : Off > -- > 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: Printers
We do this with one of our printek tri-trak printers. I have (3) universe queues setup, but only (1) unix printcap /usr/uv/lpt.drivers/driver.PR21: (cat /usr/uv/lpt.drivers/switch1 ; cat - | /usr/mbin/lf2crlf ; echo -n "") | lp -d PR32 /usr/uv/lpt.drivers/driver.PR22: (cat /usr/uv/lpt.drivers/switch2 ; cat - | /usr/mbin/lf2crlf ; echo -n "") | lp -d PR32 /usr/uv/lpt.drivers/driver.PR19: (cat /usr/uv/lpt.drivers/switch0 ; cat - | /usr/mbin/lf2crlf ; echo -n "") | lp -d PR32 and the file switch1, switch2 and switch3 only contain the escape codes to tell the printek to switch tracks. Universe sees it as three different printers, but Unix sees it as one printer HTH George FYI, our particular printer needed CR/LF vs just LF's, and the extra CR at the end, otherwise you could eliminate part to just: (cat /usr/uv/lpt.drivers/switch0 ; cat - ) | lp -d PR32 >-Original Message- >From: Mark Waldron [mailto:[EMAIL PROTECTED] >Sent: Tuesday, March 23, 2004 12:37 PM >To: [EMAIL PROTECTED] >Subject: Printers > > >Converting from DG/UX to W2k UV 10. About 80 users. Dual >XEON 2.4 2gb >ram. I know I have plenty of power for users but in my calculation of >needed printers I may have up to 70 or more. We mount >different forms on >several large shuttle matrix printers and if what I am told is >correct I >need a different printer for each setup. Also when printing >"List Statement >Reports" in landscape or condensed mode they go to a printer >with the unix >driver set to landscape eliminating a program with escape >sequences to do >the same. I would think the overhead of a non printing printer is like >nothing but I guess I want some reassurance. I know we all >talk users but >what are some of ya'lls (yeah I'm a southerner) printer >numbers. Thanks in >advance. I really appreciate this group. I don't post often but read >almost everything if it remotely relates to me. >Mark > >-- >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: FW: UniVerse vs Progress Performance
In a message dated 3/23/2004 12:47:08 PM Eastern Standard Time, [EMAIL PROTECTED] writes: >The fact is, they may have done something brilliant with their > system and your 'mileage' might be completely typical while they are > experiencing atypically good results. Just because we are mv doesn't > mean no one else is working at exploiting the efficiencies > of those > other systems. Indexing killed it. That's my vote. Look at all your indexes. Look for indexes that are indexing NULLs. And look for indexes that have huge leaf nodes. Remember that the leaf nodes ARE NOT HASHED. That is, each leaf node is one huge, long, string. *Ducks flying objects when people realize what I just said* So don't make indexes on limited sets, unless you want to drag the system down. Will "Don't drag me down!" Johnson -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [UV] Memory resident hash tables/files
In a message dated 3/23/2004 2:05:41 AM Eastern Standard Time, [EMAIL PROTECTED] writes: > I would like to store records from small static parameter files that are accessed > frequently in a memory resident hash table in the common area. What would it take to > achieve this in UV BASIC? What would it take for IBM to introduce internal hashtable > type variables (such as those found in some C++ > class libraries) in UV. Yes you can effectively. Write one Phantom routine that selects these files, one by one and loops through every record just reading it then moving on. This will "smoothly" keep the records in memory even if your actual user-accessing of them is chunky. And yes you can create your own internal hashtable. Just DIM an array to the modulo you want and then apply the standard routine to determine which cell your id goes to and put it there or get it from there. Will "smooth not chunky" Johnson -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: FW: UniVerse vs Progress Performance
Tim, You raise some good points. I always start with file sizes because it is usually easy to diagnose and frequently a quick win to get some speed back. André needs to also look at the complexity of the application. The 430 might be doing little more than they could do on a spreadsheet and the 190 might be doing complex sales analysis, stock modeling, JIT manufacturing, and logistics. Just because they are in the same business does not mean the software has similar abilities. The fact is, they may have done something brilliant with their system and your 'mileage' might be completely typical while they are experiencing atypically good results. Just because we are mv doesn't mean no one else is working at exploiting the efficiencies of those other systems. - Charles "Right-Sized" Barouch Timothy Snyder wrote: André Nel wrote on 03/23/2004 04:07:09 AM: Comparing the 2 boxes, the amount of users on each box, any reason why we are struggling with the 190 users? The transaction volumes of the company running 430 users are considerably higher than ours? You haven't provided enough information to say for certain; evaluating performance bottlenecks can be quite involved. How many disks are being used, and what type of RAID is employed? What are you seeing as far as CPU utilization? You can use sar or topas to determine this. Naturally, there are many, MANY metrics to consider, but seeing the way user, system, and I/O wait time are represented is a good place to start. Tim Snyder IBM Data Management Solutions Consulting I/T Specialist , U2 Professional Services Office (717) 545-6403 (rolls to cell phone) [EMAIL PROTECTED] -- Sincerely, Charles Barouch www.KeyAlly.com [EMAIL PROTECTED] -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Printers
Converting from DG/UX to W2k UV 10. About 80 users. Dual XEON 2.4 2gb ram. I know I have plenty of power for users but in my calculation of needed printers I may have up to 70 or more. We mount different forms on several large shuttle matrix printers and if what I am told is correct I need a different printer for each setup. Also when printing "List Statement Reports" in landscape or condensed mode they go to a printer with the unix driver set to landscape eliminating a program with escape sequences to do the same. I would think the overhead of a non printing printer is like nothing but I guess I want some reassurance. I know we all talk users but what are some of ya'lls (yeah I'm a southerner) printer numbers. Thanks in advance. I really appreciate this group. I don't post often but read almost everything if it remotely relates to me. Mark -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: FW: UniVerse vs Progress Performance
André Nel wrote on 03/23/2004 04:07:09 AM: > Comparing the 2 boxes, the amount of users on each box, any reason > why we are struggling with the 190 users? The transaction volumes of > the company running 430 users are considerably higher than ours? You haven't provided enough information to say for certain; evaluating performance bottlenecks can be quite involved. How many disks are being used, and what type of RAID is employed? What are you seeing as far as CPU utilization? You can use sar or topas to determine this. Naturally, there are many, MANY metrics to consider, but seeing the way user, system, and I/O wait time are represented is a good place to start. Tim Snyder IBM Data Management Solutions Consulting I/T Specialist , U2 Professional Services Office (717) 545-6403 (rolls to cell phone) [EMAIL PROTECTED] -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: RFID tracking...
looked at that sitethere was some good info, no pricing though, and I'm still waiting on some of the companies to reply back with pricing.. Thanks George >-Original Message- >From: Dave Taylor [mailto:[EMAIL PROTECTED] >Sent: Monday, March 22, 2004 6:32 PM >To: U2 Users Discussion List >Subject: Re: RFID tracking... > > >George, > >The best general source for RFID information that I know of is at >www.rfidjournal.com. > >You may find some concern in your application regarding >privacy issues (see >articles at: > > http://www.rfidjournal.com/article/articleview/811/1/2/ > >and > > http://www.rfidjournal.com/article/view/144/1/1/. > >If I come across anything more specific to your request, I'll >forward it to >you. > >I'll be interested in the outcome of your project. > >Rgds, > >Dave > >Dave Taylor >Sysmark Information Systems, Inc. >49 Aspen Way >Rolling Hills Estates, CA 90274 >800-SYSMARK (800-797-6275) >(O) 310-544-1974 >(F) 310-377-3550 >www.sysmarkinfo.com > >- Original Message - >From: "George Gallen" <[EMAIL PROTECTED]> >To: "'Ardent List'" <[EMAIL PROTECTED]> >Sent: Friday, March 19, 2004 7:21 AM >Subject: RFID tracking... > > >> Has anyone here worked with the RFID readers? >> >> We are looking to track attendance at meetings. >> Options are Barcoded badges, Mag stripe Cards - both require action >>to scan. >> >> I was wondering if RFID might be an option. To imbed a RF tag on a >> badge, which when walking past a RFID reader would sense the tag >> and read it's ID. >> >> Anyone know of any good MFG's/Sites that discusses RFID >implementation? >> One product I read had inches as the distance from reader >and tag, can >this >> be increased to feet? >> >> Thanks >> George >> >> George Gallen >> Senior Programmer/Analyst >> Accounting/Data Division >> [EMAIL PROTECTED] >> ph:856.848.1000 Ext 220 >> >> SLACK Incorporated - An innovative information, education >and management >> company >> http://www.slackinc.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
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: [UDT] Use of PCPERFORM and the PHANTOM command
Anthony Youngman wrote on 03/23/2004 04:07:55 AM: > FYI, colon works fine in winders ... it's the standard command-line > command separator ... I assume you're referring to the semicolon, as referenced in my message, not the colon. When I attempt to use a semicolon as a command separator, I get the following: C:\>cd ibm ; echo hi The system cannot find the path specified. But when I use an ampersand, it works as expected: C:\>cd ibm & echo hi hi Tim Snyder IBM Data Management Solutions Consulting I/T Specialist , U2 Professional Services [EMAIL PROTECTED] -- 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?
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
Re: [UV] ODBC error
Bob, Thanks for the info. I will pass this along to my customer. One would think that this would not be a problem. It seems a little strange that when the query hits 170K records, the connection gets flaky (it varies - never less than 170K, and never more than 180K). Thanks again, Bryan - Original Message - From: "Bob Gerrish" <[EMAIL PROTECTED]> To: "U2 Users Discussion List" <[EMAIL PROTECTED]> Sent: Monday, March 22, 2004 11:39 PM Subject: Re: [UV] ODBC error > Bryan, > > I believe I have seen a similar error before. My client was doing a > ..NET application and started receiving this error: > ERROR [HY000] [IBM][UVODBC][1500951]Error ID: 25 Severity: FATAL >Facility: OIOERR - Internal error. Please report details to your >HyperSTAR Support contact: ODIO protocol error. ERROR [HY000] > Although it looks like an extra 1 on the end of the error number, which may > have been a typo. > > They were also seeing this with multiple, high volume queries. After many > rounds with IBM technical support, the final result was that my client > scrapped ODBC and converted to OleDB. It performed much better, but if > the connections hit the server too fast, they occasionally receive scrambled > data. Their environment is UniVerse 9.5.1.1 on AIX 5.2. They are using the > latest OleDB client on the Windows side. > > Bob Gerrish - [EMAIL PROTECTED] > > > At 11:39 AM 3/22/2004, you wrote: > >I have a customer who is getting the following error message when trying > >to do a query using Crystal Reports 8.5. The query will run up to around > >172,000 records before aborting: > > > >ODBC ERROR: [IBM][UVODBC][150095]ERROR ID: 25 SEVERITY: FATAL FACILITY: > >OIOERR - INTERNAL ERROR > >PLEASE REPORT DETAILS TO YOUR HYPERSTAR SUPPORT CONTACT: ODOIO PROTOCOL ERROR > > > >I have checked the files that are used, and there are no BLINK errors > >reported. > > > >This is a UV 10.0.14, running on AIX 5.2. > > > >Thanks, > > > >Bryan Haglund > >Haglund Consulting Inc. > >Phoenix, AZ > >-- > >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: 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
How to open another process's stdin/stdout to a UV file descriptor?
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
Re: UniOLEDB and ASP
Thanks. Turns out it was the DRITrace.txt file that was created in the root directory of the web (c:\inetpub\wwwroot). I had to give the IUSR_user user full access to that file. Once I did that, it started working. My next challenge is getting the Redback Designer to work with the new system. I have Redback running on the server and the websites that use it are working fine. But when I try to use the Designer I get a 405 Error when I try to open the connection. Oh well, if it's not one thing. john -Original Message- John: Try opening IIS MMC and navigate to the web site you're interested in. Then right click on the web site, click on properties and select the Web Site tab. In the bottom section you probably have "Enable Logging" checked so click on the [Properties] button. The location, and name, of the log file(s) should be visible. Hope this helps. Bill > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Tsombakos, John > Sent: Monday, March 22, 2004 5:18 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: UniOLEDB and ASP > > > Thanks. Can you point me to where the log file is being created? IIS is > being run as the SYSTEM account, but I don't know where the log file is > being written. I've checked c:\temp and c:\winnt\temp. > > Thanks. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: UniVerse 10 on Win2k3
Augusto, Turning on "Interact with desktop" is what is causing these command boxes to appear. If you turn it off, they will go away. Of course that will bring you back to your original problem. I don't really have any good ideas on that one. We have many customers running on Win 2k3 and have never seen this. There may be a service in Windows you need to stop or start. (RPC services may be the place to start). HTH, Mike Dallaire Mortgage Builder Software Inc. (248) 208-3223 ext. 103 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Augusto Alonso Sent: Monday, March 22, 2004 10:17 PM To: U2 Users Discussion List Subject: UniVerse 10 on Win2k3 Hi all. We have installed UV 10 in a win2003 box and it works well. The only problem i've found is that UV-RPC service hangs after the very first rpc connecttion. After win2k3 restart, I can connect once again, and again all the next connections are rejected. I've found that, if I modifiy the "Interact with desktop" tab, inside the service properties, it seems to works fine. The new problem now, is that every UV-RPC conetcion opens a "command window" in the server's desktop. Any guess? Regards, __ Augusto Alonso Alonso I.T.Manager Quiter Servicios Informáticos S.L. Tel: +34 902 23 33 23 Fax: +34 902 23 42 80 [EMAIL PROTECTED] www.quiter.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
RE: [UDT] Use of PCPERFORM and the PHANTOM command
Thanks to both Tim and Ken - I'll try these suggestions today. To all that I confused with the mixed syntax - this project is for both Windows and *nix systems (AIX, SCO, Linux, etc, etc) and I have to make it work reliably on any type of platform that UDT is supported on. So I mixed the syntax (sort of) deliberately to infer that. Sorry if I caused any confusion. Dave Graham Storis Management Systems, Inc. (954) 725-3655 Ext. 102 [EMAIL PROTECTED] -Original Message- From: Ken Wallis [mailto:[EMAIL PROTECTED] Sent: Monday, March 22, 2004 6:17 PM To: 'U2 Users Discussion List' Subject: RE: [UDT] Use of PCPERFORM and the PHANTOM command Timothy Snyder wrote: >Graham, David wrote: > > >> I have a UniBasic program that executes the following line of code: >> >> PCPERFORM "cd \folder\folder\U2Account; udt PHANTOM ProgramName" > >> the process that executed the PCPERFORM command will wait until >> "ProgramName" has completed and *then* will return to the original >process. [snip] >It's not an issue with PCPERFORM. Also, I'm a bit confused by the command >itself. The backslashes indicate you're in Windows, but the command separator of a >semicolon indicates UNIX. > >Try replacing your command with the following: > >PCPERFORM "cd \folder\folder\U2Account & echo PHANTOM ProgramName | >udt" > >for windows or > >PCPERFORM "cd /folder/folder/U2Account ; echo PHANTOM ProgramName | >udt" > >for UNIX. On UNIX I'd go with: CMD="cd /folder/folder/U2Account; nohup udt PHANTOM ProgramName &" CRT CMD PCPERFORM CMD On Windows, I'd try something like: CMD="cd \folder\folder\U2Account & start udt PHANTOM ProgramName" CRT CMD PCPERFORM CMD HTH, Ken -- 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] Memory resident hash tables/files
What platform are you on ? If you could make a RAM-drive, then simply create the files there. Could copy from "physical" media and have triggers perform dual updates (physical & RAM drives). Other side of the coin of course is that if a file is being referenced THAT frequently, it's probably cached anyway, and the gains may not warrant the hassles Ross Ferris Stamina Software Visage – an Evolution in Software Development >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >Behalf Of Marco Manyevere >Sent: Tuesday, 23 March 2004 6:06 PM >To: [EMAIL PROTECTED] >Subject: [UV] Memory resident hash tables/files > >Hi All, > >I would like to store records from small static parameter files that are >accessed frequently in a memory resident hash table in the common area. >What would it take to achieve this in UV BASIC? What would it take for IBM >to introduce internal hashtable type variables (such as those found in some >C++ class libraries) in UV. > >Regards, 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 > > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.639 / Virus Database: 408 - Release Date: 22/03/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.639 / Virus Database: 408 - Release Date: 22/03/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Ascential on The Register
Just a passing mention, but hey, all publicity is good publicity :-) http://www.theregister.co.uk/content/53/36431.html *** 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
Re: [UDT] Use of PCPERFORM and the PHANTOM command
You may also try sequnce: LOGTO someaccount UDTEXECUTE 'PHANTOM programname' It works in udt in both, windoze and Linux. Lembit Pirn 7+7 Software Tondi 1 Tallinn 11313 Estonia +372 65 66 232 [EMAIL PROTECTED] - Original Message - From: "Anthony Youngman" <[EMAIL PROTECTED]> To: "U2 Users Discussion List" <[EMAIL PROTECTED]> Sent: Tuesday, March 23, 2004 11:07 AM Subject: RE: [UDT] Use of PCPERFORM and the PHANTOM command > FYI, colon works fine in winders ... it's the standard command-line > command separator ... > > Don't forget - a lot of windows was copied from nix - the only reason > the '/' wasn't copied (and in a way it was, it tends to work) is that > DOS was designed to be compatible with CP/M - and '/' was legal in a > CP/M file name. > > Cheers, > Wol > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Timothy Snyder > Sent: 22 March 2004 21:08 > To: U2 Users Discussion List > Subject: Re: [UDT] Use of PCPERFORM and the PHANTOM command > > > > > > > Graham, David wrote on 03/22/2004 03:27:08 PM: > > > > I have a UniBasic program that executes the following line of code: > > > > PCPERFORM "cd \folder\folder\U2Account; udt PHANTOM ProgramName" > > > the process that executed the PCPERFORM command will wait until > > "ProgramName" has completed and *then* will return to the original > process. > > > > Actually, if you change into the directory and type "udt PHANTOM > ProgramName" from the DOS prompt, you'll see the same thing. It's not > an > issue with PCPERFORM. Also, I'm a bit confused by the command itself. > The > backslashes indicate you're in Windows, but the command separator of a > semicolon indicates UNIX. > > Try replacing your command with the following: > > PCPERFORM "cd \folder\folder\U2Account & echo PHANTOM ProgramName | > udt" > > for windows or > > PCPERFORM "cd /folder/folder/U2Account ; echo PHANTOM ProgramName | > udt" > > for UNIX. > > > Tim Snyder > IBM Data Management Solutions > Consulting I/T Specialist , U2 Professional Services > > [EMAIL PROTECTED] > -- > 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
RE: [UDT] Use of PCPERFORM and the PHANTOM command
FYI, colon works fine in winders ... it's the standard command-line command separator ... Don't forget - a lot of windows was copied from nix - the only reason the '/' wasn't copied (and in a way it was, it tends to work) is that DOS was designed to be compatible with CP/M - and '/' was legal in a CP/M file name. Cheers, Wol -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Snyder Sent: 22 March 2004 21:08 To: U2 Users Discussion List Subject: Re: [UDT] Use of PCPERFORM and the PHANTOM command Graham, David wrote on 03/22/2004 03:27:08 PM: > I have a UniBasic program that executes the following line of code: > > PCPERFORM "cd \folder\folder\U2Account; udt PHANTOM ProgramName" > the process that executed the PCPERFORM command will wait until > "ProgramName" has completed and *then* will return to the original process. Actually, if you change into the directory and type "udt PHANTOM ProgramName" from the DOS prompt, you'll see the same thing. It's not an issue with PCPERFORM. Also, I'm a bit confused by the command itself. The backslashes indicate you're in Windows, but the command separator of a semicolon indicates UNIX. Try replacing your command with the following: PCPERFORM "cd \folder\folder\U2Account & echo PHANTOM ProgramName | udt" for windows or PCPERFORM "cd /folder/folder/U2Account ; echo PHANTOM ProgramName | udt" for UNIX. Tim Snyder IBM Data Management Solutions Consulting I/T Specialist , U2 Professional Services [EMAIL PROTECTED] -- 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
FW: UniVerse vs Progress Performance
Hi All Visited a neighbouring company (same line of business as ours) running 430 users on a Compaq Proliant box with SCO Openserver 5 and Progress version 9.1c as database. Application is in-house. At the time of my visit the CPU usage was constantly running at 80%. No problems being experienced with users complaining the system is slow etc. The server spec is as follows: 2x intel pentium III xeon 500Mhz processors 1.8GB RAM Smart Array 3200 controller Compaq Fast SCSI-2 controller 10x 18.2 GB Ultra SCSI-2 drives (8 drives are RAID 1, other 2 RAID 0) and 5 drives on Ultra 2 controller and 5 drives on Ultra 3 Controller 2x 10/100 Tx Ethernet controllers We are running AIX v5.1 with Maintainance Level 3 and UniVerse 10.0.7 (190 users) on a p620 box with the following specs: System Model: IBM,7025-6F1 Machine Serial Number: 6577ABA Processor Type: PowerPC_RS64-III Number Of Processors: 2 Processor Clock Speed: 602 MHz CPU Type: 64-bit Kernel Type: 32-bit LPAR Info: -1 NULL Memory Size: 4096 MB Good Memory Size: 4096 MB Paging 3072MB Firmware Version: IBM,M2P01208 Our box is struggling with the 190 users. File types are T30. All our lines are minimum 64K diginet. Comparing the 2 boxes, the amount of users on each box, any reason why we are struggling with the 190 users? The transaction volumes of the company running 430 users are considerably higher than ours? Any comments please Thanks André -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users