Re: [U2] [UV] uvcs Memory leak problems on 11.1.3
On unidata I have had to process many an xml file outside of the DB as the memory just shoots right up If you are using uniobjects then I presume you have .net or java at the front end and it is likely that these environments are better suited to 'handling' the xml and simply passing data arrays to the universe layer to work on. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jacques G. Sent: 11 November 2011 20:05 To: U2 Users List Subject: Re: [U2] [UV] uvcs Memory leak problems on 11.1.3 Hello, In order to save connection time on Uniobjects API requests, I came up with an Api which could contain several XML requests into one, Process each one in the requested order and return the answer of each request in the resulting XML request. On Universe 10.2.11, the API runs anywhere from 10 to 50 requests in a batch like this taking no more than between 45 and 59 megs of ram on a HP-UX server. Starting with Universe 11.1.3, doing far fewer requests (ei from 5 to 9) the memory requirements go up as high as 100 to 122 megs of Ram on a HP-UX. Somewhere it looks like Universe's XML generation routines are gobbling up memory and this memory is not getting freed. It seems that many memory leaks were fixed from 10.2.1 to 11.1.3 according to the release notes but a huge new one was introduced. I know of the memory used by the process because I have a job which produce the output of the top command once a minute, so the memory used by a process extracted from the output of the top command and logged. Has anyone else experienced anything like this ? Jacques G. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1411 / Virus Database: 2092/4010 - Release Date: 11/11/11 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [UV] uvcs Memory leak problems on 11.1.3
That triggered a memory. If you are using an older version of uniobjects in the .Net you can get memory issues when you upgrade the database. Have a look at upgrading the uniobject .Net to the lastest release. Regards David Jordan -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Symeon Breen Sent: Monday, 14 November 2011 8:27 PM To: 'U2 Users List' Subject: Re: [U2] [UV] uvcs Memory leak problems on 11.1.3 On unidata I have had to process many an xml file outside of the DB as the memory just shoots right up If you are using uniobjects then I presume you have .net or java at the front end and it is likely that these environments are better suited to 'handling' the xml and simply passing data arrays to the universe layer to work on. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jacques G. Sent: 11 November 2011 20:05 To: U2 Users List Subject: Re: [U2] [UV] uvcs Memory leak problems on 11.1.3 Hello, In order to save connection time on Uniobjects API requests, I came up with an Api which could contain several XML requests into one, Process each one in the requested order and return the answer of each request in the resulting XML request. On Universe 10.2.11, the API runs anywhere from 10 to 50 requests in a batch like this taking no more than between 45 and 59 megs of ram on a HP-UX server. Starting with Universe 11.1.3, doing far fewer requests (ei from 5 to 9) the memory requirements go up as high as 100 to 122 megs of Ram on a HP-UX. Somewhere it looks like Universe's XML generation routines are gobbling up memory and this memory is not getting freed. It seems that many memory leaks were fixed from 10.2.1 to 11.1.3 according to the release notes but a huge new one was introduced. I know of the memory used by the process because I have a job which produce the output of the top command once a minute, so the memory used by a process extracted from the output of the top command and logged. Has anyone else experienced anything like this ? Jacques G. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1411 / Virus Database: 2092/4010 - Release Date: 11/11/11 ___ 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] Pick history video on youtube
John, Susan Many thanks for that video. It sounds like the narrator is Hunter S. Thompson . http://en.wikipedia.org/wiki/Hunter_S._Thompson Anyone know for sure? GREAT piece that most of us missed seeing. Lee Bacall - Original Message - From: Susan Joslyn sjos...@sjplus.com To: u2-users@listserver.u2ug.org Sent: Friday, November 11, 2011 7:48 AM Subject: [U2] Pick history video on youtube Oh em gee, how did I never see this before? This is fantastic - very well done and quite informative. I would think that this would be a great sales tool to this day. Don't miss it - it is actually at: http://www.youtube.com/watch?v=6ms0yvJAUAk Susan Message: 13 Date: Wed, 9 Nov 2011 14:37:34 -0800 From: John Hester jhes...@momtex.com To: U2 Users List u2-users@listserver.u2ug.org Subject: Re: [U2] [semi-ot] JE Sisk basic book on the eBay Message-ID: e6179e13392ec14aabcd5272c3aedd6116b3c...@exchangesvr.momtex.com Content-Type: text/plain; charset=us-ascii Since this thread is already labeled semi-ot, thought I'd throw this out there: http://wn.com/Dick_Pick It's a Pick Systems marketing video from 1990 that someone posted to YouTube. Might be interesting for anyone new to Pick and curious about its origins. I enjoyed it purely for nostalgia. -John ___ 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 7.1.20 Pick Flavor Selecting Multi-Values
Have you looked at SORT.TYPE? Rich - Original Message - From: Al DeWitt adew...@stylmark.com To: u2-users@listserver.u2ug.org Sent: Thursday, November 10, 2011 3:52:12 PM Subject: [U2] Unidata 7.1.20 Pick Flavor Selecting Multi-Values I'm am trying to help out my users by helping them make sense of what they have done to themselves. The field in question, Bin Number, is alphanumeric. About three quarters of the entries are all numeric and one quarter are alphanumeric. Below is a perfect example of my issue. LIST INVWHS 27814*001 F1 F2 F3 12:43:18 NOV 10 2011 1 CPN*WH Qty On Hand Shipping Qty Bin Number 27814*001 158 070300 SO76127 My users want all the numeric sorted from lowest value to highest value as if the field was actually numeric. My thought was to add to V-desc fields. One that determines if the value is numeric or not (ALD.NUM.BIN) and the other is the length of the field(ALD.BIN.LN). This would sort based on the length of the value. The greater the length the greater the value. So the 10001 should print after and not in the vicinity of 1000 as it's doing now. My first question is: How do I make ALD.NUM.BIN report the condition of both values. As you can see below it only shows the first value. I'm thinking I need a -SUBR statement but can't find a list of them in the Unidata manuals. LIST INVWHS 27814*001 F3 ALD.NUM.BIN ALD.BIN.LN 12:45:51 NOV 10 2011 1 CPN*WH Bin Number Num Bin Bin Ln 27814*001 703001 5 SO76127 7 Here is the dictionary item (it was built using System Builder): Top of ALD.NUM.BIN in DICT INVWHS, 9 lines, 215 characters. 001: I 002: SUBR(SB.SMART.QUERY,'MK':@FM:'E;@1;C3;@6;X;Z#;I2;C1;J1;C0',@ID,@RECORD,@F ILE.NAME,@NV) 003: 004: Num Bin 005: 1R 006: MV 007: Assuming everything works correctly I need to modify my select statement: Before I change: SELECT INVWHS WITH WHS = 001 BY.EXP BIN Followed up with READNEXT CPN.WHS,BIN.LOCATION After I change my select to: SELECT INVWHS WITH WHS = 001 BY.EXP ALD.NUM.BIN BY.EXP ALD.BIN.LN BY.EXP BIN Which results in: Top of ALD.TEST004 in SAVEDLISTS, 1,657 lines, 33,139 characters. *---: L 1322: 27814*001ý1ü1ý-5ü-5 Top of ALD.TEST005 in SAVEDLISTS, 1,330 lines, 26,939 characters. *---: L 0447: 27814*001ý1ü2ý-5ü-5 How should I modify my READNEXT statement so that BIN.LOCATION returns the correct value for each value? Thanks. ___ 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] [UV] uvcs Memory leak problems on 11.1.3
Another thing to try is process the xml files outside of uniobjects but still in databasic and see how it goes. If it uses large amounts of memory then it is not a uniobjects issue . You could then try using those xml files from a *nix shell program like xmlwf / xml_pp or xsltproc. These use the standard xmllib library that uv may be using so if those give high memory usage it may not even be a uv issue but a *nix library issue. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Jordan Sent: 14 November 2011 10:23 To: U2 Users List Subject: Re: [U2] [UV] uvcs Memory leak problems on 11.1.3 That triggered a memory. If you are using an older version of uniobjects in the .Net you can get memory issues when you upgrade the database. Have a look at upgrading the uniobject .Net to the lastest release. Regards David Jordan -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Symeon Breen Sent: Monday, 14 November 2011 8:27 PM To: 'U2 Users List' Subject: Re: [U2] [UV] uvcs Memory leak problems on 11.1.3 On unidata I have had to process many an xml file outside of the DB as the memory just shoots right up If you are using uniobjects then I presume you have .net or java at the front end and it is likely that these environments are better suited to 'handling' the xml and simply passing data arrays to the universe layer to work on. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jacques G. Sent: 11 November 2011 20:05 To: U2 Users List Subject: Re: [U2] [UV] uvcs Memory leak problems on 11.1.3 Hello, In order to save connection time on Uniobjects API requests, I came up with an Api which could contain several XML requests into one, Process each one in the requested order and return the answer of each request in the resulting XML request. On Universe 10.2.11, the API runs anywhere from 10 to 50 requests in a batch like this taking no more than between 45 and 59 megs of ram on a HP-UX server. Starting with Universe 11.1.3, doing far fewer requests (ei from 5 to 9) the memory requirements go up as high as 100 to 122 megs of Ram on a HP-UX. Somewhere it looks like Universe's XML generation routines are gobbling up memory and this memory is not getting freed. It seems that many memory leaks were fixed from 10.2.1 to 11.1.3 according to the release notes but a huge new one was introduced. I know of the memory used by the process because I have a job which produce the output of the top command once a minute, so the memory used by a process extracted from the output of the top command and logged. Has anyone else experienced anything like this ? Jacques G. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1411 / Virus Database: 2092/4010 - Release Date: 11/11/11 ___ 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 - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1411 / Virus Database: 2092/4015 - Release Date: 11/13/11 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Simplify, or why mathematicians make better programmers
COL = (79-LEN(SITE.NAME)*2+1)/2 Is it just me, or are there people out there who really don't get math ? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Simplify, or why mathematicians make better programmers
I'm guessing it started out simpler, and extra steps were added to make alignment corrections, And nobody bothered to simplify. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Monday, November 14, 2011 1:59 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Simplify, or why mathematicians make better programmers COL = (79-LEN(SITE.NAME)*2+1)/2 Is it just me, or are there people out there who really don't get math ? ___ 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] Simplify, or why mathematicians make better programmers
Actually, it needs more than simplification - the result it returns is close, but not exactly right. I use COL = INT((79 - LEN(SITE.NAME)) / 2), which, if LEN(SITE.NAME) = 10, is 34. The exact position would be 34.5, but that half a column is tough to do (hence the INT). The original code snippet returned 30. Charlie On 11-14-2011 1:19 PM, George Gallen wrote: I'm guessing it started out simpler, and extra steps were added to make alignment corrections, And nobody bothered to simplify. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Monday, November 14, 2011 1:59 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Simplify, or why mathematicians make better programmers COL = (79-LEN(SITE.NAME)*2+1)/2 Is it just me, or are there people out there who really don't get math ? ___ 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] Simplify, or why mathematicians make better programmers
Actually, the INT wouldn't be needed. I'm guessing that the +1 was to make the 79 even Anything*2 will be even So and even# (80) - and even# (*2) / 2 will always be even , no int needed. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Charlie Noah Sent: Monday, November 14, 2011 2:41 PM To: U2 Users List Subject: Re: [U2] Simplify, or why mathematicians make better programmers Actually, it needs more than simplification - the result it returns is close, but not exactly right. I use COL = INT((79 - LEN(SITE.NAME)) / 2), which, if LEN(SITE.NAME) = 10, is 34. The exact position would be 34.5, but that half a column is tough to do (hence the INT). The original code snippet returned 30. Charlie On 11-14-2011 1:19 PM, George Gallen wrote: I'm guessing it started out simpler, and extra steps were added to make alignment corrections, And nobody bothered to simplify. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Monday, November 14, 2011 1:59 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Simplify, or why mathematicians make better programmers COL = (79-LEN(SITE.NAME)*2+1)/2 Is it just me, or are there people out there who really don't get math ? ___ 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 U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Simplify, or why mathematicians make better programmers
Right in my snippet it's just 40-Len(x) But the original programmer couldn't see that deeply. -Original Message- From: George Gallen ggal...@wyanokegroup.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Mon, Nov 14, 2011 11:43 am Subject: Re: [U2] Simplify, or why mathematicians make better programmers Actually, the INT wouldn't be needed. I'm guessing that the +1 was to make the 79 even nything*2 will be even So and even# (80) - and even# (*2) / 2 will always be even , no int needed. -Original Message- rom: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] n Behalf Of Charlie Noah ent: Monday, November 14, 2011 2:41 PM o: U2 Users List ubject: Re: [U2] Simplify, or why mathematicians make better programmers Actually, it needs more than simplification - the result it returns is lose, but not exactly right. I use OL = INT((79 - LEN(SITE.NAME)) / 2), which, if LEN(SITE.NAME) = 10, is 4. The exact position would be 34.5, but that half a column is tough to o (hence the INT). The original code snippet returned 30. Charlie On 11-14-2011 1:19 PM, George Gallen wrote: I'm guessing it started out simpler, and extra steps were added to make lignment corrections, And nobody bothered to simplify. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] n Behalf Of Wjhonson Sent: Monday, November 14, 2011 1:59 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Simplify, or why mathematicians make better programmers COL = (79-LEN(SITE.NAME)*2+1)/2 Is it just me, or are there people out there who really don't get math ? ___ 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 __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://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] Simplify, or why mathematicians make better programmers
Or didn't know about the INT() command, and forced everything to be even. Which in reality, is kinda odd. (Couldn't resist). -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Monday, November 14, 2011 2:48 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Simplify, or why mathematicians make better programmers Right in my snippet it's just 40-Len(x) But the original programmer couldn't see that deeply. -Original Message- From: George Gallen ggal...@wyanokegroup.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Mon, Nov 14, 2011 11:43 am Subject: Re: [U2] Simplify, or why mathematicians make better programmers Actually, the INT wouldn't be needed. I'm guessing that the +1 was to make the 79 even nything*2 will be even So and even# (80) - and even# (*2) / 2 will always be even , no int needed. -Original Message- rom: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] n Behalf Of Charlie Noah ent: Monday, November 14, 2011 2:41 PM o: U2 Users List ubject: Re: [U2] Simplify, or why mathematicians make better programmers Actually, it needs more than simplification - the result it returns is lose, but not exactly right. I use OL = INT((79 - LEN(SITE.NAME)) / 2), which, if LEN(SITE.NAME) = 10, is 4. The exact position would be 34.5, but that half a column is tough to o (hence the INT). The original code snippet returned 30. Charlie On 11-14-2011 1:19 PM, George Gallen wrote: I'm guessing it started out simpler, and extra steps were added to make lignment corrections, And nobody bothered to simplify. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] n Behalf Of Wjhonson Sent: Monday, November 14, 2011 1:59 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Simplify, or why mathematicians make better programmers COL = (79-LEN(SITE.NAME)*2+1)/2 Is it just me, or are there people out there who really don't get math ? ___ 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 __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://listserver.u2ug.org/mailman/listinfo/u2-users __ 2-Users mailing list 2-us...@listserver.u2ug.org ttp://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] Error Message: non-writeable Subscribing File
Since our move to the RH Linux (version 7.2.7) in May 2011, we have had problems with a Web application that should rename / copy a XML file to a HTML formatted file. The command being executed is: COPY FROM _HOLD_ FILE_NAME, FILE_NAME2 OVERWRITING DELETING On our OLD HP-UX server, the process worked correctly. Not so on the new RH environment. The error message is: _HOLD_(55124381,64770) is non-writeable subscribing file Search of the archives did not yield much. Permissions on the _HOLD_ directory are 777. Version information is: Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 No Device License... 7.2 No NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 727 Any thoughts ? Steve *** Steve Lowe Information Technology Services Aurora University (630) 844 4200 *** The Aurora University ITS staff will NEVER ask for an user's password information. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Error Message: non-writeable Subscribing File
On 11/14/2011 03:03 PM, Steve Lowe wrote: Since our move to the RH Linux (version 7.2.7) in May 2011, we have had problems with a Web application that should rename / copy a XML file to a HTML formatted file. The command being executed is: COPY FROM _HOLD_ FILE_NAME, FILE_NAME2 OVERWRITING DELETING On our OLD HP-UX server, the process worked correctly. Not so on the new RH environment. The error message is: _HOLD_(55124381,64770) is non-writeable subscribing file Search of the archives did not yield much. Permissions on the _HOLD_ directory are 777. This is an open bug with Rocket - I believe Wally was able to have some of their people reproduce this internally. -- Jeff Butera, PhD Manager of ERP Systems Hampshire College 413-559-5556 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Error Message: non-writeable Subscribing File
Maybe pcperform a unix mv to rename it as a workaround. On Mon, Nov 14, 2011 at 3:04 PM, Jeff Butera jbut...@hampshire.edu wrote: On 11/14/2011 03:03 PM, Steve Lowe wrote: Since our move to the RH Linux (version 7.2.7) in May 2011, we have had problems with a Web application that should rename / copy a XML file to a HTML formatted file. The command being executed is: COPY FROM _HOLD_ FILE_NAME, FILE_NAME2 OVERWRITING DELETING On our OLD HP-UX server, the process worked correctly. Not so on the new RH environment. The error message is: _HOLD_(55124381,64770) is non-writeable subscribing file Search of the archives did not yield much. Permissions on the _HOLD_ directory are 777. This is an open bug with Rocket - I believe Wally was able to have some of their people reproduce this internally. -- Jeff Butera, PhD Manager of ERP Systems Hampshire College 413-559-5556 ___ 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] Error Message: non-writeable Subscribing File
This is an odd one. Note the work-around below. Do not have a formal resolution yet. Rocket U2 issue UDT-4095: This error can only be seen with Redhat 5.6 (kernel version 2.6.18-238.12.1.el5), RHEL 6.0 (kernel version 2.6.32-71.el6) and Suse 11.0 SP1 (2.6.32.12-0.7-default). All three environments are 64bit. To reproduce on the above environment in $UDTHOME/demo: 1. Create a BP record called 'ABC', set line 1 to a value of 'ABC'. 2. Create a basic program that runs this code: MY.CMD = 'COPY FROM BP ABC,DEF' EXECUTE MY.CMD 3. Run the basic program, the output will be like: :RUN BP TEST BP(132517,2059) is non-writeable subscribing file. 0 records copied : Note: The BP file should not contain a record called 'DEF'. To workaround, execute the command via basic program like: SUBROUTINE EXECUTE.COPY(CMD) EXECUTE CMD Wally Terhune U2 Support Architect Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA Tel: +1.720.475.8055 Email: wterh...@rs.com Web: www.rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jeff Butera Sent: Monday, November 14, 2011 1:05 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Error Message: non-writeable Subscribing File On 11/14/2011 03:03 PM, Steve Lowe wrote: Since our move to the RH Linux (version 7.2.7) in May 2011, we have had problems with a Web application that should rename / copy a XML file to a HTML formatted file. The command being executed is: COPY FROM _HOLD_ FILE_NAME, FILE_NAME2 OVERWRITING DELETING On our OLD HP-UX server, the process worked correctly. Not so on the new RH environment. The error message is: _HOLD_(55124381,64770) is non-writeable subscribing file Search of the archives did not yield much. Permissions on the _HOLD_ directory are 777. This is an open bug with Rocket - I believe Wally was able to have some of their people reproduce this internally. -- Jeff Butera, PhD Manager of ERP Systems Hampshire College 413-559-5556 ___ 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] Simplify, or why mathematicians make better programmers
On 14/11/11 19:49, George Gallen wrote: Or didn't know about the INT() command, and forced everything to be even. Which in reality, is kinda odd. (Couldn't resist). :-) In reality, you could well be correct !!! When I was involved in recruiting a C programmer ages ago, we set a simple competence test. I lifted a snippet of code from one of OUR OWN programs somewhere that said something like ... real rr = our value of interest; int ii = rr*10; int mm = ( rr - (float(ii)/10) ) * 10; if (mm5) float rr2 = int( rr + .5 ); else float rr2 = int( rr); We asked the candidates to identify what this code was doing, and could they do it any simpler. We made a point of saying that all we wanted was for them to spot what was going on ... With only ONE exception, every candidate rewrote it and made it even more convoluted. That one exception got it right ... rr2 = round( rr); Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Pick history video on youtube
And for people who already bought a Pick system so many years ago... https://www.facebook.com/PickBook From: Susan Joslyn I would think that this would be a great sales tool to this day. Don't miss it - it is actually at: http://www.youtube.com/watch?v=6ms0yvJAUAk Date:John Hester http://wn.com/Dick_Pick It's a Pick Systems marketing video from 1990 that someone posted to YouTube. Might be interesting for anyone new to Pick and curious about its origins. I enjoyed it purely for nostalgia. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users