Re: [U2] (AD) Universe Programmer Needed - Contract Position
Hi Peter, Thank you for your email. I would be interested, but I guess that only remote working would be possible, since I am a German citizen and don't have a US work permit. Nevertheless I attach my CV and you can phone me anytime on +49-431-7305966 Regards Gerd (Mecki) Foerthmann Peter Wezenaar wrote: Software Company located in Long Island NY has a need for a Universe programmer to work with a new customer. This would be a full time contract position (probably around 6 months), leading to either extension or possible full time employment. Working remotely is acceptable. Among the skills needed: 1) Strong Universe basic skills. Other skills that would be beneficial but not required: 1) RedBack 2) ASP 3) .Net (VB Code behind) Please send email ONLY, (NO Headhunters, applicant's only) to [EMAIL PROTECTED] I'll review and follow-up with Email or phone call to discuss details. Thank you, Peter Wezenaar --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ [demime 1.01d removed an attachment of type application/msword which had a name of CV.doc] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UV] PRINT @(-23)
Using Accuterm. The printer is fine because when I'm attached to other clients' sites it all works fine. -Dianne Bill_H wrote: Dianne: What client software are you using? wIntegrate? If so, check with File Printer Setup. Make sure a valid Windows printer is selected, or one that works with U2. Hope this helps. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dianne Ackerman Sent: Tuesday, November 01, 2005 12:24 PM To: U2 List Server Subject: [U2] [UV] PRINT @(-23) I have a program which does a PRINT @(-23) at the beginning and a PRINT @(-24) at the end so that all the information prints on the aux printer. Works great, but when running at one particular client site, I get all kinds of weird characters printing on the document, at the beginning and end of each line. Fine at any other site, but just a problem when connected to this one client. Does anyone have an idea where I can look? Thanks! -Dianne --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] PRINT @(-23)
Dianne: The next step would be to look at the term-type, to make sure the appropriate control codes are called, then the term-type item itself to make sure the appropriate control codes are in the terminfo file. Of course you should ensure the terminal is complied properly with uvtic. Hope this helps. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dianne Ackerman Sent: Wednesday, November 02, 2005 6:23 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] [UV] PRINT @(-23) Using Accuterm. The printer is fine because when I'm attached to other clients' sites it all works fine. -Dianne Bill_H wrote: Dianne: What client software are you using? wIntegrate? If so, check with File Printer Setup. Make sure a valid Windows printer is selected, or one that works with U2. Hope this helps. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dianne Ackerman Sent: Tuesday, November 01, 2005 12:24 PM To: U2 List Server Subject: [U2] [UV] PRINT @(-23) I have a program which does a PRINT @(-23) at the beginning and a PRINT @(-24) at the end so that all the information prints on the aux printer. Works great, but when running at one particular client site, I get all kinds of weird characters printing on the document, at the beginning and end of each line. Fine at any other site, but just a problem when connected to this one client. Does anyone have an idea where I can look? Thanks! -Dianne --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] NFA and Triggers
From: Wally Terhune [EMAIL PROTECTED] I have not tried this, but I would expect the trigger defined on the file on the remote system would work fine. There is no NFA file on the 'client' system - just an 'FX' style file pointer - so you couldn't define a trigger to fire on an FX pointer in the 'client' environment. (using 'client' loosely - as the system with the FX pointer to a file on a 'remote' system) We'll definitely try it out once we get it all set up. Which brings me to another question... what do we need to buy? From experimenting it seems like *only* the client machine [the one with the FX pointers] needs to have NFA turned on and licensed in confprod. True? (We are in communication with our VAR but they are not experienced with NFA.) -- Wendy --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Bug in UV.VI
Line 17 Reads: * 03/15/00 24466 SAP Change code to read long record names in type 19 files. But, if my BP file is type 19, UV.VI returns an empty record. This is on uniVerse 10.0.7 on AIX 5.2. It was a problem with each of the previous releases, too. Just thought I'd throw this out as I commonly use the following VOC entry for editing BP items: VFIX 0001 PA 0002 FORMAT BP I2,Enter BP item 0003 UV.VI BP I2,Enter BP item 0004 HUSH ON 0005 DELETE BP.O I2,Enter BP item 0006 HUSH OFF 0007 BASIC BP I2,Enter BP item I really prefer using type 19 files for BP source, but haven't been able to do so and still use UV.VI. I have toyed with the idea of writing my own script to do it, but that kind of defeats the purpose of UV.VI, doesn't it? TIA, -- karl _/ _/ _/ _/_/_/ __o _/ _/ _/ _/_/ _-\._ _/_/_/ _/_/_/ (_)/ (_) _/ _/ _/ _/ .. _/ _/ arl _/_/_/ _/ earson[EMAIL PROTECTED] -- IT Director, ATS Industrial Supply, Inc. http://www.atsindustrial.com Toll-free: 800-789-9300 x29 Direct2Desk: 801-978-4429 Facsimile: 801-972-3888 -- --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Bug in UV.VI
UV.VI ignores it is type 19 and treats it like a type 1. So any BP item names greater than 13 characters will cause it generate the wrong name. HTH Rod Hills -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, November 02, 2005 10:50 AM To: u2-users@listserver.u2ug.org Subject: [U2] Bug in UV.VI Line 17 Reads: * 03/15/00 24466 SAP Change code to read long record names in type 19 files. But, if my BP file is type 19, UV.VI returns an empty record. This is on uniVerse 10.0.7 on AIX 5.2. It was a problem with each of the previous releases, too. Just thought I'd throw this out as I commonly use the following VOC entry for editing BP items: VFIX 0001 PA 0002 FORMAT BP I2,Enter BP item 0003 UV.VI BP I2,Enter BP item 0004 HUSH ON 0005 DELETE BP.O I2,Enter BP item 0006 HUSH OFF 0007 BASIC BP I2,Enter BP item I really prefer using type 19 files for BP source, but haven't been able to do so and still use UV.VI. I have toyed with the idea of writing my own script to do it, but that kind of defeats the purpose of UV.VI, doesn't it? TIA, -- karl _/ _/ _/ _/_/_/ __o _/ _/ _/ _/_/ _-\._ _/_/_/ _/_/_/ (_)/ (_) _/ _/ _/ _/ .. _/ _/ arl _/_/_/ _/ earson[EMAIL PROTECTED] -- IT Director, ATS Industrial Supply, Inc. http://www.atsindustrial.com Toll-free: 800-789-9300 x29 Direct2Desk: 801-978-4429 Facsimile: 801-972-3888 -- --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Bug in UV.VI
This is happening on both my Solaris and Linux systems. It appears to be a problem with the fpath program in the bin directory. - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, November 02, 2005 12:49 PM Subject: [U2] Bug in UV.VI Line 17 Reads: * 03/15/00 24466 SAP Change code to read long record names in type 19 files. But, if my BP file is type 19, UV.VI returns an empty record. This is on uniVerse 10.0.7 on AIX 5.2. It was a problem with each of the previous releases, too. Just thought I'd throw this out as I commonly use the following VOC entry for editing BP items: VFIX 0001 PA 0002 FORMAT BP I2,Enter BP item 0003 UV.VI BP I2,Enter BP item 0004 HUSH ON 0005 DELETE BP.O I2,Enter BP item 0006 HUSH OFF 0007 BASIC BP I2,Enter BP item I really prefer using type 19 files for BP source, but haven't been able to do so and still use UV.VI. I have toyed with the idea of writing my own script to do it, but that kind of defeats the purpose of UV.VI, doesn't it? TIA, -- karl _/ _/ _/ _/_/_/ __o _/ _/ _/ _/_/ _-\._ _/_/_/ _/_/_/ (_)/ (_) _/ _/ _/ _/ .. _/ _/ arl _/_/_/ _/ earson[EMAIL PROTECTED] -- IT Director, ATS Industrial Supply, Inc. http://www.atsindustrial.com Toll-free: 800-789-9300 x29 Direct2Desk: 801-978-4429 Facsimile: 801-972-3888 -- --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Bug in UV.VI
The fpath program is called as UNIX.PATH. - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, November 02, 2005 12:49 PM Subject: [U2] Bug in UV.VI Line 17 Reads: * 03/15/00 24466 SAP Change code to read long record names in type 19 files. But, if my BP file is type 19, UV.VI returns an empty record. This is on uniVerse 10.0.7 on AIX 5.2. It was a problem with each of the previous releases, too. Just thought I'd throw this out as I commonly use the following VOC entry for editing BP items: VFIX 0001 PA 0002 FORMAT BP I2,Enter BP item 0003 UV.VI BP I2,Enter BP item 0004 HUSH ON 0005 DELETE BP.O I2,Enter BP item 0006 HUSH OFF 0007 BASIC BP I2,Enter BP item I really prefer using type 19 files for BP source, but haven't been able to do so and still use UV.VI. I have toyed with the idea of writing my own script to do it, but that kind of defeats the purpose of UV.VI, doesn't it? TIA, -- karl _/ _/ _/ _/_/_/ __o _/ _/ _/ _/_/ _-\._ _/_/_/ _/_/_/ (_)/ (_) _/ _/ _/ _/ .. _/ _/ arl _/_/_/ _/ earson[EMAIL PROTECTED] -- IT Director, ATS Industrial Supply, Inc. http://www.atsindustrial.com Toll-free: 800-789-9300 x29 Direct2Desk: 801-978-4429 Facsimile: 801-972-3888 -- --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Bug in UV.VI
As fpath was ONLY designed to convert a file path into a Type1 file path, it's doing exactly what it was designed to do. I believe it's more a problem that UV.VI doesn't distinguish between Type 1 and 19 and should not be calling fpath on Type19 items. Just my $.02 -Original Message- Subject: Re: [U2] Bug in UV.VI This is happening on both my Solaris and Linux systems. It appears to be a problem with the fpath program in the bin directory. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] UV corrupted file
Hi, One of our UV database files (type 30 - 64 bit) has become corrupt. As a result of this, our programs fail to write to the corrupted file. However even after exiting from the program, the unix session for the logged in user is showing a CPU utilization of around 100%; which in turn his making the system unstable. There seems to be no way of releasing these resources but to kill these idle sessions that seem to have hung for hours. If anybody has any pointers on why this is happening or how can we control it please do let me know. Thanks, Shuchi --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV corrupted file
kill the offending process then type in the following: /your dir/uv/bin/uvlictool clean_lic /your dir/uv/bin/uvlictool clean_lic -a /your dir/uv/bin/uvlictool report_lic - Original Message - From: shuchi bhandari [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, November 02, 2005 2:52 PM Subject: [U2] UV corrupted file Hi, One of our UV database files (type 30 - 64 bit) has become corrupt. As a result of this, our programs fail to write to the corrupted file. However even after exiting from the program, the unix session for the logged in user is showing a CPU utilization of around 100%; which in turn his making the system unstable. There seems to be no way of releasing these resources but to kill these idle sessions that seem to have hung for hours. If anybody has any pointers on why this is happening or how can we control it please do let me know. Thanks, Shuchi --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Universe File Corruption
Hi, We have been experiencing problem with Universe file corruption, specifically BLINK error. Are there any guidelines, or rules, or scenarios in which a universe file gets corrupted. We have both 32-bit and 64-bits file which are having BLINK corruption. They are all type 30 files. Any/all pointers/experiences in this regards will be truly appreciated. Thanks in advance Warm Regards Anmol CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Status of a WRITE to a Type 1 File
Hi Dave, You could put a group of special characters at the end of each job, and if you read a record and that group of characters are not there, then you'll know that it hasn't finished yet and that you need to read the record again after a little SLEEP. During processing, you could also scan the data just to insure that you're special characters really don't appear anywhere in the record just as an insurance policy. When you do read the record and the special characters are there at the end of the record, then you could just suppress them on output and it'll be done, badda bing, badda boom!!! And I thought 'end of record' markers were a thing of the past, or just for language designers!!! hth, Allen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dave Taylor Sent: Monday, October 31, 2005 11:53 To: u2-users@listserver.u2ug.org Subject: [U2] Status of a WRITE to a Type 1 File We're using Universe 10.0.10.0 on Win 2000 Server. I need to determine when a Basic WRITE Statement of a record to a Type 1 file has completed so I can execute a subsequent action on the record written, but not before all the data in the record has been written. These can be large records requiring various numbers of seconds to write so I'm uncomfortable using a defined-length SLEEP command. TIA, Dave Dave Taylor President Sysmark Information Systems, Inc. 49 Aspen Way Rolling Hills Estates, CA 90274 800-SYSMARK (800-797-6275) (O) 310-544-1974 (P) 800-339-1497 (F) 310-377-3550 Your Source for Integrated EDI Translation and DataSync Integration www.sysmarkinfo.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe File Corruption [OT]
Isn't infosys an Indian Consulting company which provide outsourcing to companies around the world? I wonder how much U2 knowledge they have? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anmol Chandrakant Khopade Sent: Thursday, 3 November 2005 12:16 p.m. To: u2-users@listserver.u2ug.org Subject: [U2] Universe File Corruption Hi, We have been experiencing problem with Universe file corruption, specifically BLINK error. Are there any guidelines, or rules, or scenarios in which a universe file gets corrupted. We have both 32-bit and 64-bits file which are having BLINK corruption. They are all type 30 files. Any/all pointers/experiences in this regards will be truly appreciated. Thanks in advance Warm Regards Anmol CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe File Corruption
Yep: 1. Do not kill any UniVerse processes 2. Shut down in an orderly fashion 3. Avoid large overflow (more vulnerable) 4. Watch for Unix processes that set file-exclusive locks while UniVerse running on the files. 5. Do not apply any O.S utilities that add low-level shims for file access security while a file is in use (e.g. TAM) These work just fine - just don't add/remove these while the system is in use. 6. REALLY do not do 5.. 7. Do not play with files or permissions at Unix while UniVerse is running 8. And of course check the fixes in any later releases (in the release notices on U2TechConnect at http://www.ibm.com/software/data/u2) 9. touch the errlog file in $UVHOME (if it doesn't exist - permissions 666) and monitor. 10. Anything in error logs (Unix too)? 11. What does smat -s say under load? Watch for high differences between collisions and retries 12. Anyone been copying files at Unix level with UniVerse running? (seen it got box of T-shirts) 12A. Any wayward Unix links? (multiple references to same file) 14. Any core files about? Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anmol Chandrakant Khopade Sent: 02 November 2005 22:51 To: u2-users@listserver.u2ug.org Subject: [U2] Universe File Corruption Hi, We have been experiencing problem with Universe file corruption, specifically BLINK error. Are there any guidelines, or rules, or scenarios in which a universe file gets corrupted. We have both 32-bit and 64-bits file which are having BLINK corruption. They are all type 30 files. Any/all pointers/experiences in this regards will be truly appreciated. Thanks in advance Warm Regards Anmol CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] RE:Universe File Corruption
Kindly send in inputs (if any). No looser comments please Thanks again for your observations Warm Regards, Anmol -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] On Behalf Of phil walker Sent: Wednesday, November 02, 2005 4:24 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Universe File Corruption [OT] Isn't infosys an Indian Consulting company which provide outsourcing to companies around the world? I wonder how much U2 knowledge they have? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] On Behalf Of Anmol Chandrakant Khopade Sent: Thursday, 3 November 2005 12:16 p.m. To: u2-users@listserver.u2ug.org Subject: [U2] Universe File Corruption Hi, We have been experiencing problem with Universe file corruption, specifically BLINK error. Are there any guidelines, or rules, or scenarios in which a universe file gets corrupted. We have both 32-bit and 64-bits file which are having BLINK corruption. They are all type 30 files. Any/all pointers/experiences in this regards will be truly appreciated. Thanks in advance Warm Regards Anmol CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Bug in UV.VI
Hi Karl, Below is an email from Tony Wood explaining how to patch UV.VI to work correctly. Apparanently IBM have had a GTAR outstanding for years but it isn't considered important enough to fix (you can use ED after all). Craig Original Message Subject: Re: [UV] file type question Date: Wed, 14 May 2003 10:58:59 +1000 From: Tony Wood [EMAIL PROTECTED] Reply-To: u2-users@oliver.com Organization: Reynolds Reynolds To: u2-users@oliver.com References: [EMAIL PROTECTED] Longname refers to the filenames only I believe. A type 1 file allows for item name of 14 characters then it creates a subdirectory. This is described in the doco. Use a type 19 file instead if this is a problem. UV.VI has a bug that incorrectly identifies a type 19 file as having a type 1 item name structure and looks in a non-exisitant subdirectory for the item. From the UV account try ED BP UV.VI.B (the line numbers are a guide only) 125*** is edit file a directory 126 127if file.info21 = 1 or file.info21 = 19 128then 129 file.path = file.info20 130 *dirtype = file.info20 ;* This is where is mis-identifies the file type. 131 dirtype = file.info21 132end 133else And futher on; 254 process.argument: 255 256 * if dirtype ne 19 then 257if dirtype eq 1 then 258 execute 'UNIX.PATH ':f.arg:'' capturing item.id 259 260 item.id = item.id1 261end else 262 item.id = f.arg 263end File and compile and your away. Don't forget to take a copy of this and keep somewhere so the next upgrade doesn't overwrite it. I have reported this to IBM but I doubt it's a high priority. Regards, T. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Intercall Bug/Issue
We've been using InterCall with Unidata for about 2 years now. However, the intercall API cannot invoke any subroutine with an INSERT statement. Can anyone comment if this is resolved in Unidata 7.1? It's a problem with 5.0 thru 6.1. Jeff Butera, Ph.D. Administrative Systems Hampshire College [EMAIL PROTECTED] 413-559-5556 ...our behavior matters more than the beliefs that we profess. Elizabeth Deutsch Earle --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UV] PRINT @(-23)
Give Pete Schellenbach an email. He's extremely supportive of users of Accuterm. Quick turnaround. - Original Message - From: Dianne Ackerman [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, November 02, 2005 9:22 AM Subject: Re: [U2] [UV] PRINT @(-23) Using Accuterm. The printer is fine because when I'm attached to other clients' sites it all works fine. -Dianne Bill_H wrote: Dianne: What client software are you using? wIntegrate? If so, check with File Printer Setup. Make sure a valid Windows printer is selected, or one that works with U2. Hope this helps. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dianne Ackerman Sent: Tuesday, November 01, 2005 12:24 PM To: U2 List Server Subject: [U2] [UV] PRINT @(-23) I have a program which does a PRINT @(-23) at the beginning and a PRINT @(-24) at the end so that all the information prints on the aux printer. Works great, but when running at one particular client site, I get all kinds of weird characters printing on the document, at the beginning and end of each line. Fine at any other site, but just a problem when connected to this one client. Does anyone have an idea where I can look? Thanks! -Dianne --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] RE:Universe File Corruption
From: Anmol Chandrakant Khopade [EMAIL PROTECTED] Kindly send in inputs (if any). No looser comments please Sorry, but that's an unreasonable request. Phil made a valid point, and one of the reasons for having this list is for making comments - looser or otherwise. To adequately answer your question would take pages of explanation, or a 4-day course, which I'm sure IBM would be quite willing to offer. There are many scenarios under which a spurious backward link (blink) can occur. Hardware errors, file handle problems, shared memory problems, poor application development practices, bad luck, lack of sysadmin/dba maintenance, someone using vi to edit a universe file, etcetera. You probably need some expertise on this. I recommend hiring/contracting someone with that expertise. This subject is way beyond the let's ask the user group approach. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/