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
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: snip I have a UniBasic program that executes the following line of code: PCPERFORM cd \folder\folder\U2Account; udt PHANTOM ProgramName snip 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
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: snip I have a UniBasic program that executes the following line of code: PCPERFORM cd \folder\folder\U2Account; udt PHANTOM ProgramName snip 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
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: snip I have a UniBasic program that executes the following line of code: PCPERFORM cd \folder\folder\U2Account; udt PHANTOM ProgramName snip 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: 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: 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: 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: 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: 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
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: 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: 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
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
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: 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: [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