Re: [U2] [UV] XDOMOpen returning -1
Is this the latest version of UV - also is this on linux or Windows ? One thing to check is character encoding - if your lang settings are not utf-8 but the xml contains utf-8 you can get memory errors. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jacques G. Sent: 20 March 2013 17:12 To: U2 Users List Subject: Re: [U2] [UV] XDOMOpen returning -1 Hello, On a new installation of UV I'm the following command returns a -1: XDOMOpen( xmlData, XML.FROM.STRING, hDOM ) Any idea what causes this ? I encountered the same error 5-6 years ago but forgot how it was originally solved. Can it be due to insufficient memory ? Jacques G. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] unidata env var
We've had some issues with i-desc failing over years and the solution was to set the evironment variable VFIELDSIZE to some amount (6000 or more). My real question is does unidata care about case for this variable (on *nix, not windoze)? I've seen it documented both as VFIELDSIZE and vfieldsize and not sure unidata sees one or both of these. -- Jeffrey Butera, PhD Associate Director for Application and Web Services Information Technology Hampshire College 413-559-5556 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] unidata env var
Uppercase has always worked for me. $VFIELDSIZE and $vfieldsize are distinct variables to the operating system, so I suspect you should stick with uppercase. 6000 - that's huge - what are you putting in these things? I've had to increase to 380 or so before. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jeffrey Butera Sent: Thursday, March 21, 2013 6:52 AM To: U2 Users List Subject: [U2] unidata env var We've had some issues with i-desc failing over years and the solution was to set the evironment variable VFIELDSIZE to some amount (6000 or more). My real question is does unidata care about case for this variable (on *nix, not windoze)? I've seen it documented both as VFIELDSIZE and vfieldsize and not sure unidata sees one or both of these. -- Jeffrey Butera, PhD Associate Director for Application and Web Services Information Technology Hampshire College 413-559-5556 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users Dave Davis Team Lead, RD P: 614-875-4910 x108 F: 614-875-4088 E: dda...@harriscomputer.com [http://www.harriscomputer.com/images/signatures/HarrisSchools.jpg] [http://www.harriscomputer.com/images/signatures/DivisionofHarris.gif]http://www.harriscomputer.com/ 6110 Enterprise Parkway Grove City, OH 43123 www.harris-schoolsolutions.comhttp://www.harris-schoolsolutions.com This message is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is proprietary, privileged or confidential or otherwise legally exempt from disclosure. If you are not the named addressee, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this message in error, please notify the sender immediately by e-mail and delete all copies of the message. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] unidata env var
Blame the vendor (Datatel) for piggish code. Jeff Butera -- A tree falls the way it leans. Be careful which way you lean. The Lorax On Mar 21, 2013, at 9:37 AM, Dave Davis dda...@harriscomputer.com wrote: Uppercase has always worked for me. $VFIELDSIZE and $vfieldsize are distinct variables to the operating system, so I suspect you should stick with uppercase. 6000 - that's huge - what are you putting in these things? I've had to increase to 380 or so before. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jeffrey Butera Sent: Thursday, March 21, 2013 6:52 AM To: U2 Users List Subject: [U2] unidata env var We've had some issues with i-desc failing over years and the solution was to set the evironment variable VFIELDSIZE to some amount (6000 or more). My real question is does unidata care about case for this variable (on *nix, not windoze)? I've seen it documented both as VFIELDSIZE and vfieldsize and not sure unidata sees one or both of these. -- Jeffrey Butera, PhD Associate Director for Application and Web Services Information Technology Hampshire College 413-559-5556 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users Dave Davis Team Lead, RD P: 614-875-4910 x108 F: 614-875-4088 E: dda...@harriscomputer.com [http://www.harriscomputer.com/images/signatures/HarrisSchools.jpg] [http://www.harriscomputer.com/images/signatures/DivisionofHarris.gif]http://www.harriscomputer.com/ 6110 Enterprise Parkway Grove City, OH 43123 www.harris-schoolsolutions.comhttp://www.harris-schoolsolutions.com This message is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is proprietary, privileged or confidential or otherwise legally exempt from disclosure. If you are not the named addressee, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this message in error, please notify the sender immediately by e-mail and delete all copies of the message. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] unidata env var
Then I'm not going to say anything about the 16384 we used to set it to :) Colin -Original Message- From: Dave Davis Sent: Thursday, March 21, 2013 7:38 AM To: U2 Users List Subject: Re: [U2] unidata env var Uppercase has always worked for me. $VFIELDSIZE and $vfieldsize are distinct variables to the operating system, so I suspect you should stick with uppercase. 6000 - that's huge - what are you putting in these things? I've had to increase to 380 or so before. -Original Message- From: Jeffrey Butera Sent: Thursday, March 21, 2013 6:52 AM To: U2 Users List Subject: [U2] unidata env var We've had some issues with i-desc failing over years and the solution was to set the evironment variable VFIELDSIZE to some amount (6000 or more). My real question is does unidata care about case for this variable (on *nix, not windoze)? I've seen it documented both as VFIELDSIZE and vfieldsize and not sure unidata sees one or both of these. -- Jeffrey Butera, PhD ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] unidata env var
Yup, we've bumped higher than 6000 before. Jeff Butera -- A tree falls the way it leans. Be careful which way you lean. The Lorax On Mar 21, 2013, at 11:19 AM, Colin Alfke alfke...@hotmail.com wrote: Then I'm not going to say anything about the 16384 we used to set it to :) Colin -Original Message- From: Dave Davis Sent: Thursday, March 21, 2013 7:38 AM To: U2 Users List Subject: Re: [U2] unidata env var Uppercase has always worked for me. $VFIELDSIZE and $vfieldsize are distinct variables to the operating system, so I suspect you should stick with uppercase. 6000 - that's huge - what are you putting in these things? I've had to increase to 380 or so before. -Original Message- From: Jeffrey Butera Sent: Thursday, March 21, 2013 6:52 AM To: U2 Users List Subject: [U2] unidata env var We've had some issues with i-desc failing over years and the solution was to set the evironment variable VFIELDSIZE to some amount (6000 or more). My real question is does unidata care about case for this variable (on *nix, not windoze)? I've seen it documented both as VFIELDSIZE and vfieldsize and not sure unidata sees one or both of these. -- Jeffrey Butera, PhD ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] unidata env var
Jeffrey: I had to set it to 2500 in Windows, otherwise I had problems. HTH, Bill - Original Message - *From:* jbut...@hampshire.edu *To:* U2 Users List u2-users@listserver.u2ug.org *Date:* 3/21/2013 3:51 AM *Subject:* [U2] unidata env var We've had some issues with i-desc failing over years and the solution was to set the evironment variable VFIELDSIZE to some amount (6000 or more). My real question is does unidata care about case for this variable (on *nix, not windoze)? I've seen it documented both as VFIELDSIZE and vfieldsize and not sure unidata sees one or both of these. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] Apparent Data Problem
I am having trouble with my RR Recent Receivers UniBasic app running on UniVerse 10 ? on HP-Ux 11i v2. The app buzzes through receivers file RCVR and then hangs up on this one. The RCVR file is approx. 15-MB. I tried deleting records but the same symptom recurs. I resized the file in the SandBox from 7577 to 8511 leaving type and separation the same and then the app yields the same error without returning any data at all. Also... how can I tell what version of UV is installed now? Help would be appreciated. --Bill 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt __ HASH.HELP RCVR File RCVR Type= 4 Modulo= 7577 Sep= 4 11:23:59am 21 Mar 2013 PAGE 1 Of the 34559 total keys in this file: 0 keys were wholly numeric (digits 0 thru 9) (Use File Type 2, 6, 10 or 14 for wholly numeric keys) 11024 keys were numeric with separators (as reproduced below) 0123456789#$%*+-./:;_ (Use File Type 3, 7, 11 or 15 for numeric keys with separators) 23472 keys were from the 64-character ASCII set reproduced below !#$%'()*+,-./0123456789:;=?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_` (Use File Type 4, 8, 12 or 16 for 64-character ASCII keys) 63 keys were from the 256-character ASCII set (Use File Type 5, 9, 13 or 17 for 256-character ASCII keys) The keys in this file are more unique in their right-most eight bytes. The smallest modulo you should consider for this file is 8511. The smallest separation you should consider for this file is 1. The best type to choose for this file is probably type 2. ed RCVR 10R11*072232 22 lines long. : P 0001: 16517 0002: 16517 0003: M10762 0004: 1 0005: 13173 0006: 8891775 0007: 0 0008: 6750 0009: 16511 0010: 13173.0 0011: 303253 0012: 0013: 0014: 0015: 303253 0016: 0017: 0018: 0019: 0020: 0021: 2ü2ü2 0022: 43990ü43890ü43850 Bottom at line 22. : ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Apparent Data Problem
To tell the version of UniVerse edit the VOC RELLEVEL and it will display the version on attribute2 To the file for corruption I would recommend running the unix command fixtool supplied by Rocket. fixtool -helpwill show you all the options and syntax Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Thursday, March 21, 2013 11:56 AM To: 'U2 Users List' Subject: [U2] Apparent Data Problem I am having trouble with my RR Recent Receivers UniBasic app running on UniVerse 10 ? on HP-Ux 11i v2. The app buzzes through receivers file RCVR and then hangs up on this one. The RCVR file is approx. 15-MB. I tried deleting records but the same symptom recurs. I resized the file in the SandBox from 7577 to 8511 leaving type and separation the same and then the app yields the same error without returning any data at all. Also... how can I tell what version of UV is installed now? Help would be appreciated. --Bill 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt __ HASH.HELP RCVR File RCVR Type= 4 Modulo= 7577 Sep= 4 11:23:59am 21 Mar 2013 PAGE 1 Of the 34559 total keys in this file: 0 keys were wholly numeric (digits 0 thru 9) (Use File Type 2, 6, 10 or 14 for wholly numeric keys) 11024 keys were numeric with separators (as reproduced below) 0123456789#$%*+-./:;_ (Use File Type 3, 7, 11 or 15 for numeric keys with separators) 23472 keys were from the 64-character ASCII set reproduced below !#$%'()*+,-./0123456789:;=?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_` (Use File Type 4, 8, 12 or 16 for 64-character ASCII keys) 63 keys were from the 256-character ASCII set (Use File Type 5, 9, 13 or 17 for 256-character ASCII keys) The keys in this file are more unique in their right-most eight bytes. The smallest modulo you should consider for this file is 8511. The smallest separation you should consider for this file is 1. The best type to choose for this file is probably type 2. ed RCVR 10R11*072232 22 lines long. : P 0001: 16517 0002: 16517 0003: M10762 0004: 1 0005: 13173 0006: 8891775 0007: 0 0008: 6750 0009: 16511 0010: 13173.0 0011: 303253 0012: 0013: 0014: 0015: 303253 0016: 0017: 0018: 0019: 0020: 0021: 2ü2ü2 0022: 43990ü43890ü43850 Bottom at line 22. : ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Apparent Data Problem
That will give the universe version for the current acct. Double check by CT NEWACCT RELLEVEL.They should match if the current acct is up to date. (Allen - Sent from my paperweight) On Mar 21, 2013, at 1:04 PM, Dan Goble dan.go...@interlinebrands.com wrote: To tell the version of UniVerse edit the VOC RELLEVEL and it will display the version on attribute2 To the file for corruption I would recommend running the unix command fixtool supplied by Rocket. fixtool -helpwill show you all the options and syntax Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Thursday, March 21, 2013 11:56 AM To: 'U2 Users List' Subject: [U2] Apparent Data Problem I am having trouble with my RR Recent Receivers UniBasic app running on UniVerse 10 ? on HP-Ux 11i v2. The app buzzes through receivers file RCVR and then hangs up on this one. The RCVR file is approx. 15-MB. I tried deleting records but the same symptom recurs. I resized the file in the SandBox from 7577 to 8511 leaving type and separation the same and then the app yields the same error without returning any data at all. Also... how can I tell what version of UV is installed now? Help would be appreciated. --Bill 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt __ HASH.HELP RCVR File RCVR Type= 4 Modulo= 7577 Sep= 4 11:23:59am 21 Mar 2013 PAGE 1 Of the 34559 total keys in this file: 0 keys were wholly numeric (digits 0 thru 9) (Use File Type 2, 6, 10 or 14 for wholly numeric keys) 11024 keys were numeric with separators (as reproduced below) 0123456789#$%*+-./:;_ (Use File Type 3, 7, 11 or 15 for numeric keys with separators) 23472 keys were from the 64-character ASCII set reproduced below !#$%'()*+,-./0123456789:;=?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_` (Use File Type 4, 8, 12 or 16 for 64-character ASCII keys) 63 keys were from the 256-character ASCII set (Use File Type 5, 9, 13 or 17 for 256-character ASCII keys) The keys in this file are more unique in their right-most eight bytes. The smallest modulo you should consider for this file is 8511. The smallest separation you should consider for this file is 1. The best type to choose for this file is probably type 2. ed RCVR 10R11*072232 22 lines long. : P 0001: 16517 0002: 16517 0003: M10762 0004: 1 0005: 13173 0006: 8891775 0007: 0 0008: 6750 0009: 16511 0010: 13173.0 0011: 303253 0012: 0013: 0014: 0015: 303253 0016: 0017: 0018: 0019: 0020: 0021: 2ü2ü2 0022: 43990ü43890ü43850 Bottom at line 22. : ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Apparent Data Problem
'NEWACC' not 'NEWACCT'. (Allen - Sent from my paperweight) On Mar 21, 2013, at 1:32 PM, Allen Egerton aeger...@pobox.com wrote: That will give the universe version for the current acct. Double check by CT NEWACCT RELLEVEL.They should match if the current acct is up to date. (Allen - Sent from my paperweight) On Mar 21, 2013, at 1:04 PM, Dan Goble dan.go...@interlinebrands.com wrote: To tell the version of UniVerse edit the VOC RELLEVEL and it will display the version on attribute2 To the file for corruption I would recommend running the unix command fixtool supplied by Rocket. fixtool -helpwill show you all the options and syntax Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Thursday, March 21, 2013 11:56 AM To: 'U2 Users List' Subject: [U2] Apparent Data Problem I am having trouble with my RR Recent Receivers UniBasic app running on UniVerse 10 ? on HP-Ux 11i v2. The app buzzes through receivers file RCVR and then hangs up on this one. The RCVR file is approx. 15-MB. I tried deleting records but the same symptom recurs. I resized the file in the SandBox from 7577 to 8511 leaving type and separation the same and then the app yields the same error without returning any data at all. Also... how can I tell what version of UV is installed now? Help would be appreciated. --Bill 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt __ HASH.HELP RCVR File RCVR Type= 4 Modulo= 7577 Sep= 4 11:23:59am 21 Mar 2013 PAGE 1 Of the 34559 total keys in this file: 0 keys were wholly numeric (digits 0 thru 9) (Use File Type 2, 6, 10 or 14 for wholly numeric keys) 11024 keys were numeric with separators (as reproduced below) 0123456789#$%*+-./:;_ (Use File Type 3, 7, 11 or 15 for numeric keys with separators) 23472 keys were from the 64-character ASCII set reproduced below !#$%'()*+,-./0123456789:;=?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_` (Use File Type 4, 8, 12 or 16 for 64-character ASCII keys) 63 keys were from the 256-character ASCII set (Use File Type 5, 9, 13 or 17 for 256-character ASCII keys) The keys in this file are more unique in their right-most eight bytes. The smallest modulo you should consider for this file is 8511. The smallest separation you should consider for this file is 1. The best type to choose for this file is probably type 2. ed RCVR 10R11*072232 22 lines long. : P 0001: 16517 0002: 16517 0003: M10762 0004: 1 0005: 13173 0006: 8891775 0007: 0 0008: 6750 0009: 16511 0010: 13173.0 0011: 303253 0012: 0013: 0014: 0015: 303253 0016: 0017: 0018: 0019: 0020: 0021: 2ü2ü2 0022: 43990ü43890ü43850 Bottom at line 22. : ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list
Re: [U2] Apparent Data Problem
Thanks to Dan and Allen for writing but... fixTool found no error. My next step would be to reboot the server but... I did that yesterday... cleanly... to install a new server keyboard sharing switch. I suppose that I have to create a case with Rocket tech support. --Bill ed VOC RELLEVEL 0001: X 0002: 10.3.6 0003: INFORMATION 0004: INFORMATION.FORMAT 0005: 10.3.6 # ./bin/fixtool -file RCVR -filepath /u2/SANDBOX/ -fix Filename: RCVR Start Diagnostics. 0 Errors found in physical structure. 0 Errors found in file header. 0 Errors found in groups. 0 Errors found in filesp. 0 Errors found in miscellaneous chains. 0 Orphaned buffers found in file. 34555 records processed. No errors were found. Fixtool Completed. # -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dan Goble Sent: Thursday, March 21, 2013 1:05 PM To: U2 Users List Subject: Re: [U2] Apparent Data Problem To tell the version of UniVerse edit the VOC RELLEVEL and it will display the version on attribute2 To the file for corruption I would recommend running the unix command fixtool supplied by Rocket. fixtool -helpwill show you all the options and syntax Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Thursday, March 21, 2013 11:56 AM To: 'U2 Users List' Subject: [U2] Apparent Data Problem I am having trouble with my RR Recent Receivers UniBasic app running on UniVerse 10 ? on HP-Ux 11i v2. The app buzzes through receivers file RCVR and then hangs up on this one. The RCVR file is approx. 15-MB. I tried deleting records but the same symptom recurs. I resized the file in the SandBox from 7577 to 8511 leaving type and separation the same and then the app yields the same error without returning any data at all. Also... how can I tell what version of UV is installed now? Help would be appreciated. --Bill 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt __ HASH.HELP RCVR File RCVR Type= 4 Modulo= 7577 Sep= 4 11:23:59am 21 Mar 2013 PAGE 1 Of the 34559 total keys in this file: 0 keys were wholly numeric (digits 0 thru 9) (Use File Type 2, 6, 10 or 14 for wholly numeric keys) 11024 keys were numeric with separators (as reproduced below) 0123456789#$%*+-./:;_ (Use File Type 3, 7, 11 or 15 for numeric keys with separators) 23472 keys were from the 64-character ASCII set reproduced below !#$%'()*+,-./0123456789:;=?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_` (Use File Type 4, 8, 12 or 16 for 64-character ASCII keys) 63 keys were from the 256-character ASCII set (Use File Type 5, 9, 13 or 17 for 256-character ASCII keys) The keys in this file are more unique in their right-most eight bytes. The smallest modulo you should consider for this file is 8511. The smallest separation you should consider for this file is 1. The best type to choose for this file is probably type 2. ed RCVR 10R11*072232 22 lines long. : P 0001: 16517 0002: 16517 0003: M10762 0004: 1 0005: 13173 0006: 8891775 0007: 0 0008: 6750 0009: 16511 0010: 13173.0 0011: 303253 0012: 0013: 0014: 0015: 303253 0016: 0017: 0018: 0019: 0020: 0021: 2ü2ü2 0022: 43990ü43890ü43850 Bottom at line 22. :
Re: [U2] Apparent Data Problem
Bill, If I read the error message correctly the problem is to do with opening the file not reading the record. Are you really opening the file for each record read? Are you sure you are in the account where the RCVR file exists - i.e. does the code cross-log at all? Regards, Gregor -Original Message- snip __ 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC ___ 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt This email and any attachments to it are confidential. You must not use, disclose or act on the email if you are not the intended recipient. Liability limited by a scheme approved under Professional Standards Legislation. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Apparent Data Problem
GS: I answered these questions in a subsequent post. I am opening the file ok... the record was whacked. I now merely validate the record ID before continuing in the program. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Gregor Scott Sent: Thursday, March 21, 2013 6:53 PM To: U2 Users List Subject: Re: [U2] Apparent Data Problem Bill, If I read the error message correctly the problem is to do with opening the file not reading the record. Are you really opening the file for each record read? Are you sure you are in the account where the RCVR file exists - i.e. does the code cross-log at all? Regards, Gregor -Original Message- snip __ 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC ___ 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt This email and any attachments to it are confidential. You must not use, disclose or act on the email if you are not the intended recipient. Liability limited by a scheme approved under Professional Standards Legislation. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Apparent Data Problem
It looks like the file variable is getting hammered. Is the VOC item OK? Are you using RCVR as a variable anyplace else? If you are re-opening the file you may need to close it first. Hth Colin -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Thursday, March 21, 2013 4:57 PM To: 'U2 Users List' Subject: Re: [U2] Apparent Data Problem GS: I answered these questions in a subsequent post. I am opening the file ok... the record was whacked. I now merely validate the record ID before continuing in the program. --Bill -Original Message- From: Gregor Scott Sent: Thursday, March 21, 2013 6:53 PM To: U2 Users List Subject: Re: [U2] Apparent Data Problem Bill, If I read the error message correctly the problem is to do with opening the file not reading the record. Are you really opening the file for each record read? Are you sure you are in the account where the RCVR file exists - i.e. does the code cross-log at all? Regards, Gregor -Original Message- snip __ 3.19.13 10R19 072220 M10857300530 222 ** 16516þ16516þN10091þ1þ124þ745240þ0þ60100þ16515þ124.0þ300468300468þþ1þ 1240 3.20.13 10R19 07 N10091 300468 124 ** 16517þ16517þM10762þ1þ13173þ8891775þ0þ6750þ16511þ13173.0þ303253303253 3.21.13 10R11 072232 M1076230325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC 3.21.13 10R11 072232 M10762 30325313,173 Program RECENT.RECEIVERS.R11: Line 313, Improper data type. File 0 not found in VOC ___ 313: open 'RCVR' to fRcvrelse null 314: 315: read rRcvr from fRcvr, rcvrID else rRcvr = '' 316:AP.Invoice.ID = rRcvr20,1 crt '** ' : rRcvr crt This email and any attachments to it are confidential. You must not use, disclose or act on the email if you are not the intended recipient. Liability limited by a scheme approved under Professional Standards Legislation. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
