RE: [U2] CDBMA .org
Actually Dave wrote: http://designbais.com/ a step in the right direction to get a browser based screen interface to U2. Skipping the layers to get it to happen. And it's priced at $1000. [EMAIL PROTECTED] wrote: Does this imply from an external user? Or are you just saying a web browser is presented to internal users? Will Users on an intranet or over the web access a web server from a browser. From there a connection is made to the MV DBMS application. It's standard 3 tier architecture. By layers I believe Dave means Pick people can get from Pick BASIC to GUI without having to learn any other technologies usually found in the layers between and in the MV server and the client. Tony --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe Debugger - compile from different path with run-timeissue
At a previous company that developed commercial software we always compiled release code with the -I and -T options to suppress RAID and remove symbol tables. I can't remember exactly why we did it that way, probably to reduce object and shared memory size or maybe just to confuse the in-house programmers and get more consultancy work! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 17 September 2004 05:31 To: [EMAIL PROTECTED] Subject: Re: [U2] Universe Debugger - compile from different path with run-timeissue In a message dated 9/16/2004 8:06:04 PM Pacific Daylight Time, [EMAIL PROTECTED] writes: Yes, you are right, but as Spock would say, it's illogical. If the VOC pointer points to the cataloged object, Why would the cataloged object, need to point to itself? The reason is so the debugger can know intrinsicly exactly where the SOURCE is so it can pull up the offending line and show it to you. See ma the bug is right here! If the debugger must read the VOC and hope that you catalogued the program globally so the absolute path is present there, or hope you didn't move the object to a new file or hope you didn't fiddle and diddle than all hope is lost and the sky crumbles around us. Will --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] [OT] SOX - TCL command logging / auditing
Probably only a matter of time before we get something similar on this side of the pond. I expect Tony B and co are rubbing their hands with glee at the amount of new pen-pusher jobs they could create to administer it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach Sent: 17 September 2004 09:22 To: [EMAIL PROTECTED] Subject: RE: [U2] [UV] SOX - TCL command logging / auditing I guess the only sensible means is COMO. That way you capture the result of the TCL actions as well as the actions themselves. But even that is pretty pointless: anyone with a manual and TCL access can write a simple program or even PROC (shudder) to amend data and then remove it so you can't see what was done. And at what point does that cease to be part of 'the application' ? A lot of 'applications' I know of can be pretty fluid - if a systems admin person needs to fix a record from an error condition, is that now an 'unauthorized change'? Where does a system restore come in - since that could affect the condition of any data added since the backup was taken - is that also an 'unauthorized change' in the act? Bottom line - I think you're on to a loser with this one. Brian glad the UK doesn't have the SOX act Leach. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Hester Sent: 17 September 2004 00:10 To: [EMAIL PROTECTED] Subject: Re: [U2] [UV] SOX - TCL command logging / auditing Buss, Troy (Logitek Systems) wrote: Does anyone know if there is a built in facility within universe for logging TCL commands by account or even globally? Something similar perhaps as the 'errlog' feature. Of concern by an internal SOX (sarbanes-oxley) audit was that its possible for data to be changed outside of the application. Specifically, direct access to data could remain undetected resulting in unauthorized changes to financial data, affecting data integrity. I ended up writing a wrapper for the ED command to keep track of manual data changes outside of apps. I just write whatever record's being edited to a type 19 temp file, run the original ED, write the resulting record, then compare the result to the original via the unix diff command. I end up with log records like this: ED AUDIT.MOD CA_82001211+RDA_13372_49928 17 lines long. : P 0001: 1,3c1,3 0002: 858856 0003: 806669 0004: 52187 0005: --- 0006: 749638 0007: 705153 0008: 44485 0009: 9c9 0010: 7196 0011: --- 0012: 7255 0013: 28c28 0014: 250 0015: --- 0016: 252 0017: where the ID is file_record+userid_date_time. Of course if someone familiar with UV is up to no good, they can just run the original ED program to make their changes - or write a program to do it. This is more of an audit trail to determine what went wrong in the case of an honest mistake than a safeguard against intentional fraud. -John -- John Hester System Network Administrator Momentum Group Inc. (949) 833-8886 x623 http://memosamples.com --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ This email was checked by MessageLabs SkyScan before entering Microgen. This email was checked on leaving Microgen for viruses, similar malicious code and inappropriate content by MessageLabs SkyScan. DISCLAIMER This email and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information. In the event of any technical difficulty with this email, please contact the sender or [EMAIL PROTECTED] Microgen Information Management Solutions http://www.microgen.co.uk --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] [OT] SOX - TCL command logging / auditing
Actually the best solution is: To employ a new set of users to TANDEM those those using the system and check up on them. To employ a new set of users to TANDEM those checking the application users. To employ a new set of users to TANDEM those checking those checking the application users. To employ a new set of users to TANDEM those checking those checking those checking the applications users (ad infinitum) Well it would allow Tony B to get the youth unemployment figures down grin Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Matthews Sent: 17 September 2004 09:47 To: [EMAIL PROTECTED] Subject: RE: [U2] [UV] [OT] SOX - TCL command logging / auditing Probably only a matter of time before we get something similar on this side of the pond. I expect Tony B and co are rubbing their hands with glee at the amount of new pen-pusher jobs they could create to administer it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach Sent: 17 September 2004 09:22 To: [EMAIL PROTECTED] Subject: RE: [U2] [UV] SOX - TCL command logging / auditing I guess the only sensible means is COMO. That way you capture the result of the TCL actions as well as the actions themselves. But even that is pretty pointless: anyone with a manual and TCL access can write a simple program or even PROC (shudder) to amend data and then remove it so you can't see what was done. And at what point does that cease to be part of 'the application' ? A lot of 'applications' I know of can be pretty fluid - if a systems admin person needs to fix a record from an error condition, is that now an 'unauthorized change'? Where does a system restore come in - since that could affect the condition of any data added since the backup was taken - is that also an 'unauthorized change' in the act? Bottom line - I think you're on to a loser with this one. Brian glad the UK doesn't have the SOX act Leach. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Hester Sent: 17 September 2004 00:10 To: [EMAIL PROTECTED] Subject: Re: [U2] [UV] SOX - TCL command logging / auditing Buss, Troy (Logitek Systems) wrote: Does anyone know if there is a built in facility within universe for logging TCL commands by account or even globally? Something similar perhaps as the 'errlog' feature. Of concern by an internal SOX (sarbanes-oxley) audit was that its possible for data to be changed outside of the application. Specifically, direct access to data could remain undetected resulting in unauthorized changes to financial data, affecting data integrity. I ended up writing a wrapper for the ED command to keep track of manual data changes outside of apps. I just write whatever record's being edited to a type 19 temp file, run the original ED, write the resulting record, then compare the result to the original via the unix diff command. I end up with log records like this: ED AUDIT.MOD CA_82001211+RDA_13372_49928 17 lines long. : P 0001: 1,3c1,3 0002: 858856 0003: 806669 0004: 52187 0005: --- 0006: 749638 0007: 705153 0008: 44485 0009: 9c9 0010: 7196 0011: --- 0012: 7255 0013: 28c28 0014: 250 0015: --- 0016: 252 0017: where the ID is file_record+userid_date_time. Of course if someone familiar with UV is up to no good, they can just run the original ED program to make their changes - or write a program to do it. This is more of an audit trail to determine what went wrong in the case of an honest mistake than a safeguard against intentional fraud. -John -- John Hester System Network Administrator Momentum Group Inc. (949) 833-8886 x623 http://memosamples.com --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ This email was checked by MessageLabs SkyScan before entering Microgen. This email was checked on leaving Microgen for viruses, similar malicious code and inappropriate content by MessageLabs SkyScan. DISCLAIMER This email and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information. In the event of any technical difficulty with this email, please contact the sender or [EMAIL PROTECTED] Microgen Information Management Solutions http://www.microgen.co.uk --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any
RE: [U2] ANNOUNCEMENT: Commercial MultiValue Database released as Open Source under GPL
Bjorn, It certainly is. Anything that adds to the multivalue model and helps to get it out there is an aid to U2, as far as I am concerned. I've long wanted a free mv database to compete with the likes of Access for simple, low cost multiuser systems: many shareware and open source opportunites that would just jump at the possibility of using a small, powerful, low administration, stable, low overhead model (ie. Multivalue) rather than having to jump onto the likes of Access or MySQL (as good as that is) as the only credible options. The base cost of the commercial packages is too high for those sort of low impact, low cost applictions (e.g. work diaries, expenses systems etc) in a multi-user environment. Go QM! Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Behr Sent: 17 September 2004 10:52 To: U2 User Group Subject: [U2] ANNOUNCEMENT: Commercial MultiValue Database released as Open Source under GPL Is this the right place for this? As far as I can see, this is just an AD nothing to do with U2?? Regards Bjorn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Dumitru Sent: 16 September 2004 07:16 PM To: [EMAIL PROTECTED] Subject: [U2] ANNOUNCEMENT: Commercial MultiValue Database released as Open Source under GPL I am pleased to announce the creation of the first operational, production MultiValue database environment released as Open Source software. This new package is based on the commercial MultiValue database QM, developed by Ladybridge Systems in the UK. This email was checked on leaving Microgen for viruses, similar malicious code and inappropriate content by MessageLabs SkyScan. DISCLAIMER This email and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information. In the event of any technical difficulty with this email, please contact the sender or [EMAIL PROTECTED] Microgen Information Management Solutions http://www.microgen.co.uk --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] ANNOUNCEMENT: Commercial MultiValue Database released as Open Source under GPL
When I last looked for an alternative position (read job) I found a possible three positions. Like most multivalue professionals I've wondered what was to become of the MV world, and my security in the furure... Why? The multivalue world has always been a closed shop, a dying (or at least never heard of) platform. Sure the universities stateside are big on using it for adminitration, but how much impact does that have on the students going through? Zilch. What we hear of is the SQL's, Oracle's, Java's, and the like... Now... We have the possibility of every little script kiddy getting to grips with the multivalue world, probably for nefarious purposes, no doubt, but the word will be going out - an open source database that is easy enough to set up, has immense potential, is freely available. Wow! Our future does look rosy... OpenQM! Yes! Yes! Yes! (oh, yes, I know that - IBM released UniVerse personal edition - that, personally, was more of an insult, one had to try build systems around a max modulo of 1, and imagine trying to explain the concept of modulo in the first place, and that - there has been a move by Revelation's OpenInsight to train students at reduced or no cost, with the view to creating an awareness, but too little, too late, methinks!) -Original Message- From: Doug Dumitru [mailto:[EMAIL PROTECTED] PRE - GWK BEPERK/LIMITED (REG: 1997/022252/06) POSBUS 47 PO BOX 8730 DOUGLAS Direkteure/Directors: NB Jacobs, FJ Lawrence, J v/d S Botes, JH Coetzee, JGD Smit, JF Jacobs, AO M|ller, JW Smit, JP Snyman, JG Stander, JH van Dyk(MD/BD), JG Jacobs, A M|ller, M van Zyl, Sekr/Secr: E van Niekerk. Hierdie e-pos is onderworpe aan 'n vrywaring beskikbaar by: http://www.gwk.co.za/DisclaimerVrywaring.asp This e-mail is subjected to the disclaimer that can be viewed at: http://www.gwk.co.za/DisclaimerVrywaring.asp/PRE --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe Debugger - compile from different path with run-timeissue
I presume he's using RAID or hitting the break key. Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Veenhof, Peter Sent: 17 September 2004 14:46 To: [EMAIL PROTECTED] Subject: RE: [U2] Universe Debugger - compile from different path with run-timeissue The more logical question would be, why would you be hitting a DEBUG in an object only install? Leave your debug statements at your development box, and clean up those unassigned variables. :) Maybe I'm missing something but I don't understand the ideology behind putting a debug in a program then moving the object code to another server and running it there??? This email was checked on leaving Microgen for viruses, similar malicious code and inappropriate content by MessageLabs SkyScan. DISCLAIMER This email and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information. In the event of any technical difficulty with this email, please contact the sender or [EMAIL PROTECTED] Microgen Information Management Solutions http://www.microgen.co.uk --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] UV Objects disconnecting
We have recently had a problem with a client using UV Objects and getting Disconnected for no apparent reason. I wondered if anyone has seen a similar message on any of their apps? The client is running UV10 on NT4. The error message is :- Universe error Unhandled Exception raised at address 0x78001799: Access violation. Attempted to write to address 0x69755124. Binary data is processor CONTEXT structure. Graham Hansen --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Universe Debugger - compile from different path with run-time issue
Glenn (and Will and others), Thanks for the responses. The issue that we are encountering, is specifically caused by a program WITH source code that was compiled and cataloged, calling a subroutine that was compiled and cataloged on another system. There is NO DEBUG statement in the original source that was stripped and later installed as object only. Here's what's going on: ClientProgram *all source is here IF MyValue = 123XYZ THEN DEBUG END CALL VENDOR.PROGRAM(MyValue,MyResult) ;! NO SOURCE there In the code above, if we encounter the DEBUG and continue, we have the problem conversely, ClientProgram *all source is here IF NOT(ASSIGNED(MyValue)) THEN CRT MyValue is not assigned INPUT X END CALL VENDOR.PROGRAM(MyValue,MyResult) ;! NO SOURCE there will also blow up in the debugger if MyValue is not assigned. The apparent conditions then are:: If a DEBUG is encountered in the local code with source, and the program calls a properly cataloged subroutine without source, the debugger goes into a loop displaying an invalid path message based on the last line found in the .O object code. The same thing happens if a passed variable is unassigned and referenced in the code, the debugger displays the invalid path message. The code was initially created on a windows system (c:\YourPath\YourAccount/ProgramFile/ProgramName) Is it possible to create symbolic links on a Windows system (Win 2000, or XP, XP-PRO or NT)? The symbolic link sounds like a viable solution for unix installs. Thank you Lee Bacall http://www.binarystar.com Phone: +1 (954) 791-8575 Cell: +1 (954) 655-6581 - Original Message - From: Glenn Herbert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 17, 2004 9:17 AM Subject: Re: [U2] Universe Debugger - compile from different path with run-time issue At 05:29 PM 9/16/2004, you wrote: My questions, are: Is there a way to fix the last line of the OBJECT code? I don't mind creating a utility to modify the last line of the object, but I suspect that there is at least a CRC or byte count that might throw things off. We tried to modify the last line in the .O code pointing to the original path, using the editor, but that does bizarre things, like multiple paths. You are correct. Editing in a new path would invalidate the stored checksum. or Is there some feature that can be turned on (or off) to prevent DEBUG from attempting to read the object pointer shown in the last line of the .O entry? There is no way to prevent DEGUG from reading the pointer from the .O entry. However, since this is a UNIX system, I would create a symbolic link of the ORIGINAL path ' c:\binarystar\dist' that actually points to the NEW path 'D:\UV\ACCOUNTS\Binarystar'. Give that a try and let us know how you fare. Glenn --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV Objects disconnecting
You normally get an error like that if trying to access a corrupted file. Try checking the files that are being read/written from UniObjects. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Graham Hansen Sent: 17 September 2004 16:17 To: [EMAIL PROTECTED] Subject: [U2] UV Objects disconnecting We have recently had a problem with a client using UV Objects and getting Disconnected for no apparent reason. I wondered if anyone has seen a similar message on any of their apps? The client is running UV10 on NT4. The error message is :- Universe error Unhandled Exception raised at address 0x78001799: Access violation. Attempted to write to address 0x69755124. Binary data is processor CONTEXT structure. Graham Hansen --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] UV: Indexing I-Descriptors
I just had an experience (UV 10.0.14, AIX 4.3.3) of indexing an I-Descripted DICT item and than having a very important routine fall down. Selecting against the TYPE I-Desc fails after being indexed and doesn't before. I seem to remember a bug in this but hoped the bug had been solved... Here's the I-Desc: 0001 I 0002 TRANS(BOHDR,(ORDER.NUMBER),'5','X') 0003 0004 ORD?TYP 0005 2R 0006 S 0007... DELETED Another thought: Is there a problem right justifying? Should it be left (counter-intuitive from my perspective)? -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] Processing a string
You're right about url encoding and forms. However, binary transmissions have nothing to with HTML or XML. Binary has to be transmitted via HTTP under specific MIME headers, so the web server/application won't try to parse it as text. My rule of thumb is, don't stick protected characters in text content, unless you're SURE it won't get parsed incorrectly. A sure bet that it won't get messed up, is inside a TEXTAREA block for example. Sure, you can use and anywhere you want, provided you don't break the cardinal rules. Try this on for size: HTML blah/ /HTML Then try: HTML blah / /HTML and finally: HTML lt;blah/gt; /HTML According to what I've been reading, all 3 of the above should display the string blah\. However, option 1 breaks the rules by not having white space or ! after to identify that it's not an HTML element. Since there is a / before the , the parser thinks it's a self-closing tag. In this case, you will have to encode the string with either hex values or representations. On a side note, my XML subroutine will only extract tags and content between matching pairs. will be included in any wrapping elements, unless there is a matching /. Self-closing tags are handled differently, due to their syntax difference. Is it 100% fool proof? No, it's not a commercially developed application. It does a good job though. TAG/TAG will return as the element content for TAG. TAG//TAG will return TAG as null and delete the tag pair. TAG value=1/ wil return TAG = 1. Glen http://picksource.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Craig Bennett Sent: Thursday, September 16, 2004 7:34 PM To: [EMAIL PROTECTED] Subject: Re: [U2] [UV] Processing a string Glen, Per HTTP 1.0-1.2 specifications, and are not exempt from content encoding requirements. They are protected characters and must be treated as such when sending content. Light bulb going off yet? Surely you don't mean the HTTP specifications? (Which the W3 have officially closed at HTTP/1.1). If you must use a or character as a non-elemental string, in ANY media, transferred through an HTTP 1.0 to 1.2 compliant application then you MUST URL-encode them as lt;, gt; or their equiv. charset hex values as %XX;. Comments are an exception to this rule, but you can still have problems with general parsing if you put protected characters in the comments. I always url-encode my non-alpha-numeric strings. You do not have to URL encode these characters at all, otherwise you could never send XML or indeed binary data over HTTP (image/jpeg). If you are sending a body with a specific content then encoding rules will apply, but these are defined by other standards. Perhaps you are thinking of the HTML standards for POSTING data using the application/x-www-form-urlencoded content type? Craig --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe Debugger - compile from different path with run-time issue
Why not just recompile and catalog the routines you've moved over? If it's because of different release paths then how about compiling with -I before moving it over. That would stop it falling over. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lee Bacall Sent: 17 September 2004 16:23 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Harvey Rodstein Subject: Re: [U2] Universe Debugger - compile from different path with run-time issue Glenn (and Will and others), Thanks for the responses. The issue that we are encountering, is specifically caused by a program WITH source code that was compiled and cataloged, calling a subroutine that was compiled and cataloged on another system. There is NO DEBUG statement in the original source that was stripped and later installed as object only. Here's what's going on: ClientProgram *all source is here IF MyValue = 123XYZ THEN DEBUG END CALL VENDOR.PROGRAM(MyValue,MyResult) ;! NO SOURCE there In the code above, if we encounter the DEBUG and continue, we have the problem conversely, ClientProgram *all source is here IF NOT(ASSIGNED(MyValue)) THEN CRT MyValue is not assigned INPUT X END CALL VENDOR.PROGRAM(MyValue,MyResult) ;! NO SOURCE there will also blow up in the debugger if MyValue is not assigned. The apparent conditions then are:: If a DEBUG is encountered in the local code with source, and the program calls a properly cataloged subroutine without source, the debugger goes into a loop displaying an invalid path message based on the last line found in the .O object code. The same thing happens if a passed variable is unassigned and referenced in the code, the debugger displays the invalid path message. The code was initially created on a windows system (c:\YourPath\YourAccount/ProgramFile/ProgramName) Is it possible to create symbolic links on a Windows system (Win 2000, or XP, XP-PRO or NT)? The symbolic link sounds like a viable solution for unix installs. Thank you Lee Bacall http://www.binarystar.com Phone: +1 (954) 791-8575 Cell: +1 (954) 655-6581 - Original Message - From: Glenn Herbert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 17, 2004 9:17 AM Subject: Re: [U2] Universe Debugger - compile from different path with run-time issue At 05:29 PM 9/16/2004, you wrote: My questions, are: Is there a way to fix the last line of the OBJECT code? I don't mind creating a utility to modify the last line of the object, but I suspect that there is at least a CRC or byte count that might throw things off. We tried to modify the last line in the .O code pointing to the original path, using the editor, but that does bizarre things, like multiple paths. You are correct. Editing in a new path would invalidate the stored checksum. or Is there some feature that can be turned on (or off) to prevent DEBUG from attempting to read the object pointer shown in the last line of the .O entry? There is no way to prevent DEGUG from reading the pointer from the .O entry. However, since this is a UNIX system, I would create a symbolic link of the ORIGINAL path ' c:\binarystar\dist' that actually points to the NEW path 'D:\UV\ACCOUNTS\Binarystar'. Give that a try and let us know how you fare. Glenn --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Universe Debugger - compile from different path with run-time issue
Just out of curiosity... Have you logged out of your system and logged back in? Sometimes (from my own personal experiences) you may not be picking up the latest and greatest catalog. Just my $0.0001 worth. Grant W. Boice, Jr. Systems Administrator Benchmark Electronics, Inc. -Original Message- From: Lee Bacall [mailto:[EMAIL PROTECTED] Sent: Friday, September 17, 2004 11:23 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Harvey Rodstein Subject: Re: [U2] Universe Debugger - compile from different path with run-time issue Glenn (and Will and others), Thanks for the responses. The issue that we are encountering, is specifically caused by a program WITH source code that was compiled and cataloged, calling a subroutine that was compiled and cataloged on another system. There is NO DEBUG statement in the original source that was stripped and later installed as object only. Here's what's going on: ClientProgram *all source is here IF MyValue = 123XYZ THEN DEBUG END CALL VENDOR.PROGRAM(MyValue,MyResult) ;! NO SOURCE there In the code above, if we encounter the DEBUG and continue, we have the problem conversely, ClientProgram *all source is here IF NOT(ASSIGNED(MyValue)) THEN CRT MyValue is not assigned INPUT X END CALL VENDOR.PROGRAM(MyValue,MyResult) ;! NO SOURCE there will also blow up in the debugger if MyValue is not assigned. The apparent conditions then are:: If a DEBUG is encountered in the local code with source, and the program calls a properly cataloged subroutine without source, the debugger goes into a loop displaying an invalid path message based on the last line found in the .O object code. The same thing happens if a passed variable is unassigned and referenced in the code, the debugger displays the invalid path message. The code was initially created on a windows system (c:\YourPath\YourAccount/ProgramFile/ProgramName) Is it possible to create symbolic links on a Windows system (Win 2000, or XP, XP-PRO or NT)? The symbolic link sounds like a viable solution for unix installs. Thank you Lee Bacall http://www.binarystar.com Phone: +1 (954) 791-8575 Cell: +1 (954) 655-6581 - Original Message - From: Glenn Herbert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 17, 2004 9:17 AM Subject: Re: [U2] Universe Debugger - compile from different path with run-time issue At 05:29 PM 9/16/2004, you wrote: My questions, are: Is there a way to fix the last line of the OBJECT code? I don't mind creating a utility to modify the last line of the object, but I suspect that there is at least a CRC or byte count that might throw things off. We tried to modify the last line in the .O code pointing to the original path, using the editor, but that does bizarre things, like multiple paths. You are correct. Editing in a new path would invalidate the stored checksum. or Is there some feature that can be turned on (or off) to prevent DEBUG from attempting to read the object pointer shown in the last line of the .O entry? There is no way to prevent DEGUG from reading the pointer from the .O entry. However, since this is a UNIX system, I would create a symbolic link of the ORIGINAL path ' c:\binarystar\dist' that actually points to the NEW path 'D:\UV\ACCOUNTS\Binarystar'. Give that a try and let us know how you fare. Glenn --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniDebugger won't let me in.
-Original Message- From: Shawn Waldie Sent: Thursday, September 16, 2004 1:17 PM To: [EMAIL PROTECTED] Subject: RE: [U2] UniDebugger won't let me in. I recently changed my password. However, only when I attempt to access my source code using UDB am I denied...so I know it can't be a permissions problem. I'll try changing my password. snip So it looks like the user/password you are using on the editor side isn't valid or doesn't have the correct permissions to access the account. I did have some trouble with an example project that I got from IBM not liking certain characters in the password. I haven't seen that type of trouble with the UniDebugger but at this point it's worth a shot snip --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniDebugger won't let me in.
Ok, folks, I think I know at least part of the why. My DBA, who is out today, is testing LDAP to authenticate users logging into the unix box against the network AD. Because of this, I know longer have my own /home directory. To make a connection using uniobjects, is my /home directory required? If so, is there a work-around. TIA Shawn ...and apologies for the previous blank. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV: Indexing I-Descriptors
On Fri, 2004-09-17 at 10:40, Glenn Herbert wrote: Exactly how does the SELECT fail? 0 items returned? hang? crash? Zero items... In this application, one person purchases based on invoiced items. however, if this particular item isn't working, quotes go into the purchasing screen, thus causing items only quoted to clients being ordered. Not a good thing. The syntax that was failing was standard enough (DICT=TYPE, 3=Quote): STMT = 'SELECT BKORD WITH F26 = AND F10 0' STMT := ' AND F01 = N AND TYPE # 3' STMT := ' AND F02 = ':WHOUSENO:' BY VENDNAME BY NAME BY @ID' EXECUTE STMT CAPTURING NOTHING -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] Here's the I-Desc again: 0001 I 0002 TRANS(BOHDR,(ORDER.NUMBER),'5','X') 0003 0004 ORD?TYP 0005 2R 0006 S --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV: Indexing I-Descriptors
On Fri, 2004-09-17 at 11:10, Karjala Koponen wrote: Karl, TRANS I descriptors are dangerous to index. This should work fine when field 5 of BOHDR exists when the record you're going from is written and field 5 of BOHDR does not change. I don't know whether the I descriptor will be reviewed/renewed when the record you're going from is rewritten, but I'd want absolute confirmation that the indexing process does that. I'd be very nervous (assume) that the I descriptor is NOT looked at again at a rewrite. The index will certainly be incorrect, however, when the field 5 of BOHDR is changed after the record you're going from was last written because there is no reason for the index to be updated. Triggers might be used to update the index in such an event but I'd look for help elsewhere on this list for such guidance. Okay, I'll bite... What you say leads me to believe that a TRANS I-Desc is dangerous because if the data changes in the remote file, then the index isn't updated and the data in the local file's index is out-dated, right? if that's the case, then doesn't that mean that the local file's index is holding all the data that is 'TRANS'ed from the other file? Isn't that NOT how an index works? I thought it just pointed to the attribute in the other file where it could look that data up. OR, is it that the stored procedure (TRANS I-Desc) might become different from the remote file's procedure if that DICT item is re-written/changed/removed, etc. ??? I'm a bit confused and would like some clarification... Perhaps what I've understood all these years has been superseded somehow/where. KLP Karjala [EMAIL PROTECTED] 09/17/2004 11:49:42 AM I just had an experience (UV 10.0.14, AIX 4.3.3) of indexing an I-Descripted DICT item and than having a very important routine fall down. Selecting against the TYPE I-Desc fails after being indexed and doesn't before. I seem to remember a bug in this but hoped the bug had been solved... Here's the I-Desc: 0001 I 0002 TRANS(BOHDR,(ORDER.NUMBER),'5','X') 0003 0004 ORD?TYP 0005 2R 0006 S 0007... DELETED Another thought: Is there a problem right justifying? Should it be left (counter-intuitive from my perspective)? -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] uv-pe problem
Yes on Pro with SP2. I installed it before SP2 came out so I don't know if I would have had trouble afterwards. Haven't done much with it so I don't know if it's 100%. - Original Message - From: Adrian Matthews [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 17, 2004 1:50 AM Subject: RE: [U2] uv-pe problem Yes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clifton Oliver Sent: 16 September 2004 21:24 To: [EMAIL PROTECTED] Subject: Re: [U2] uv-pe problem I ran UVpe on the XP Home edition with no problem. So it isn't strictly a Home vs Professional Edition issue, I wouldn't think. I never did try it under SP 2. Anyone out there running the PE version on XP (Home or Pro) SP2? -- Regards, Clif ~~~ W. Clifton Oliver, CCP CLIFTON OLIVER ASSOCIATES Tel: +1 619 460 5678Web: www.oliver.com ~~~ On Sep 16, 2004, at 11:49, [EMAIL PROTECTED] wrote: Xtreme Pain HOME edition is kludged version that does not allow many networking options. IE.. you can log into a domain. And it is not so easy to update to the PRO edition from HOME. -Original Message- From: Michael O'Rear [SMTP:[EMAIL PROTECTED] Sent: Thursday, September 16, 2004 10:50 AM To: [EMAIL PROTECTED] Subject: [U2] uv-pe problem Running Universe 10.0 - Personal edition on a high-end pc running XP home SP2. Whenever I boot my system or go to services and attempt to start the REXEC and the TELNET services for universe, either/both stop immediately. When booting with the services enabled, I get a hard error and then XP offers to send a message back to Microsquish. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniData 6.1 and unirpcd problems.
When did you download 6.1? I tried this morning and it was still unavailable? Noah Hart -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Little Sent: Friday, September 17, 2004 11:42 AM To: [EMAIL PROTECTED] Subject: [U2] UniData 6.1 and unirpcd problems. Sorry for the long post and to keep pestering the group on this, but I'm still trying to get a UniObjects connection to work. I was using UniVerse PE, but now I'm trying UniData 6.01, downloaded from IBM's website. The product grid says 7.2 is ok. I put together a clean Linux box with RH7.2 and UniData 6.01, and I'm once again trying to get a UniObjects connection working. Previously (with UniVerse) I was getting a user name provided is incorrect error. Here's the java code used to connect with: String user=uduser; String passwd=udpass; String host=192.168.0.250; String acct=/home/uduser; UniDynArray rec=new UniDynArray(); UniString sRec=new UniString(); try { UniSession session=new UniSession(); session.setUserName(user); session.setPassword(passwd); session.setHostName(host); session.setAccountPath(acct); session.connect(); Now I'm getting a asjava.uniobjects.UniSessionException: No RPC Connection active. message. So I look to see if port 31438 is open: # netstat -a | grep tcp - - - - - tcp0 0 *:uvrpc *:* LISTEN - - - - - Yup. So I check to see if UniData is running: showud USER PIDTIME COMMAND root 9980:00 /usr/ud60/cleanupd -m 10 -t 20 root 9930:00 /usr/ud60/sbcs -r root 9870:00 /usr/ud60/smm -t 60 root10130:00 /usr/unishared/unirpc/unirpcd Sure looks like it. So I stop unirpcd and restart it in debug mode: unirpcd -d9 /tmp/rpc.out 21 then tail -f /tmp/rpc.out Output: RPCPID=2805 - 14:27:10 - uvrpc_debugflag=9 (Debugging level) RPCPID=2805 - 14:27:10 - In rpc_init() RPCPID=2805 - 14:27:58 - Accepted socket is from (IP number) 0x200a8c0 RPCPID=2805 - 14:27:58 - In read packet RPCPID=2805 - 14:27:58 - In read message RPCPID=2805 - 14:27:58 - before the select RPCPID=2805 - 14:27:58 - after the select rcnt = 1 RPCPID=2805 - 14:27:58 - before the recv RPCPID=2805 - 14:27:58 - after the recv nread = 24 RPCPID=2805 - 14:27:58 - Read resp: read of header ok RPCPID=2805 - 14:27:58 - going to read 16 more chars RPCPID=2805 - 14:27:58 - before the select RPCPID=2805 - 14:27:58 - after the select rcnt = 1 RPCPID=2805 - 14:27:58 - before the recv RPCPID=2805 - 14:27:58 - after the recv nread = 16 RPCPID=2805 - 14:27:58 - message_length=16 VERSION NUMBER SEQNO 0x6c01 0x 0 MESSAGE LENGTH 0x 16 MESSAGE Key 0x 0 HIGH VERSIONCOMPRESSION ENCRYPTION 0x 20x 00x 0 NW RETURN CODE 0x 0 NUM ARGSPROC NAME LEN(PROC NAME) 0x 1 0() START OF ARG ARRAY DATA Element 0 Length type 0x 500 0x 200 ARG DATA RPCPID=2805 - 14:27:58 - In unpack packet RPCPID=2805 - 14:27:58 - length of arg 0 = 5 RPCPID=2805 - 14:27:58 - type of arg 0 = 2 RPCPID=2805 - 14:27:58 - char arg(0x 80bcd50)=defcs RPCPID=2805 - 14:27:58 - argcount = 1(1: pre-6/10 client,2: SSL client) RPCPID=2805 - 14:27:58 - looking for service defcs RPCPID=2805 - 14:27:58 - Found service=defcs RPCPID=2805 - 14:27:58 - Checking host: * RPCPID=2805 - 14:27:58 - accept: forking and execing /home/rlittle/udapi_server RPCPID=2805 - 14:27:58 - In parent child PID=2811 RPCPID=2811 - 14:27:58 - accept: exec failed errno=2 RPCPID=2811 - 14:27:58 - In send packet RPCPID=2811 - 14:27:58 - In build packet RPCPID=2811 - 14:27:58 - thissize set to 32 RPCPID=2811 - 14:27:58 - thissize set to 32 RPCPID=2811 - 14:27:58 - thissize set to 36 RPCPID=2811 - 14:27:58 - message_length=12 VERSION NUMBER SEQNO 0x 0 0x 0 MESSAGE LENGTH 0x 0 MESSAGE Key 0x 0 HIGH VERSIONCOMPRESSION ENCRYPTION 0x 00x 00x 0 NW RETURN CODE 0x 0 NUM ARGSPROC NAME LEN(PROC NAME) 0x 0 0() START OF ARG ARRAY DATA Element 0 Length type 0x 100 0x 0 ARG DATA RPCPID=2811 - 14:27:58 - message_length=12 VERSION NUMBER SEQNO 0x6c02 0x 1 MESSAGE LENGTH 0x 12 MESSAGE Key 0x 0 HIGH VERSIONCOMPRESSION ENCRYPTION 0x 20x 00x 0 NW RETURN CODE 0x 0 NUM ARGSPROC NAME LEN(PROC NAME) 0x 1 0() START OF ARG ARRAY DATA Element 0 Length type 0x 100 0x 0 ARG DATA VERSION NUMBER SEQNO 0x 100 0x 26c MESSAGE LENGTH 0x201326592 MESSAGE Key 0x 0 HIGH VERSIONCOMPRESSION ENCRYPTION 0x 00x 00x 0 NW RETURN CODE 0x 0 NUM ARGSPROC NAME LEN(PROC NAME) 0x 0 100() START OF ARG ARRAY DATA Element 0 Length type 0x 100 0x 0 ARG DATA RPCPID=2811 - 14:27:58 - In write packet RPCPID=2805 - 14:27:58 - signal nozombie caught RPCPID=2805
Re: [U2] UV: Indexing I-Descriptors
yes - the index is evaluated at the time it is created and any time the record changes. other than that it is static data that is stored as the 'key' in the index file itself which then points to the @ID of the indexed file. - Original Message - From: Karl L Pearson [EMAIL PROTECTED] To: u2-users [EMAIL PROTECTED] Sent: Friday, September 17, 2004 02:11 pm Subject: Re: [U2] UV: Indexing I-Descriptors On Fri, 2004-09-17 at 11:10, Karjala Koponen wrote: Karl, TRANS I descriptors are dangerous to index. This should work fine when field 5 of BOHDR exists when the record you're going from is written and field 5 of BOHDR does not change. I don't know whether the I descriptor will be reviewed/renewed when the record you're going from is rewritten, but I'd want absolute confirmation that the indexing process does that. I'd be very nervous (assume) that the I descriptor is NOT looked at again at a rewrite. The index will certainly be incorrect, however, when the field 5 of BOHDR is changed after the record you're going from was last written because there is no reason for the index to be updated. Triggers might be used to update the index in such an event but I'd look for help elsewhere on this list for such guidance. Okay, I'll bite... What you say leads me to believe that a TRANS I-Desc is dangerous because if the data changes in the remote file, then the index isn't updated and the data in the local file's index is out-dated, right? if that's the case, then doesn't that mean that the local file's index is holding all the data that is 'TRANS'ed from the other file? Isn't that NOT how an index works? I thought it just pointed to the attribute in the other file where it could look that data up. OR, is it that the stored procedure (TRANS I-Desc) might become different from the remote file's procedure if that DICT item is re-written/changed/removed, etc. ??? I'm a bit confused and would like some clarification... Perhaps what I've understood all these years has been superseded somehow/where. KLP Karjala [EMAIL PROTECTED] 09/17/2004 11:49:42 AM I just had an experience (UV 10.0.14, AIX 4.3.3) of indexing an I-Descripted DICT item and than having a very important routine fall down. Selecting against the TYPE I-Desc fails after being indexed and doesn't before. I seem to remember a bug in this but hoped the bug had been solved... Here's the I-Desc: 0001 I 0002 TRANS(BOHDR,(ORDER.NUMBER),'5','X') 0003 0004 ORD?TYP 0005 2R 0006 S 0007... DELETED Another thought: Is there a problem right justifying? Should it be left (counter-intuitive from my perspective)? -- Karl L. Pearson Director of IT, ATS Industrial Supply Direct: 801-978-4429 Toll-free: 888-972-3182 x29 Fax: 801-972-3888 http://www.atsindustrial.com [EMAIL PROTECTED] --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] Comparison Unidata and Universe
Group, I was just talking to someone like myself who is trying to decide between Unidata and Universe. We are coming from d3 and mvBase and really would like someone experienced with both to give and overview of the strengths and weakness of both - that is Unidata vs Universe. Thanks to all that reply. grs --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] universe platform change unix to w32
dear u2 gurus, it's my first stay in this group. hope i'm not out of topic. i have a few hunderds universe accounts 10.0.7 which are running on a aix 5.2 box. my questions a) the aix/rs6000 platform proved to be very stable with universe. can i expect the same relability on w2k3 servers ? b) how do i have to convert the accounts from unix to windows (ntfs). any commands, utilities, tools etc ? thanx alot hubert ming iggi lucerne --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UniData 6.1 and unirpcd problems.
Bob Little wrote: Sorry for the long post and to keep pestering the group on this, but I'm still trying to get a UniObjects connection to work. I was using UniVerse PE, but now I'm trying UniData 6.01, downloaded from IBM's website. The product grid says 7.2 is ok. I put together a clean Linux box with RH7.2 and UniData 6.01, and I'm once again trying to get a UniObjects connection working. Previously (with UniVerse) I was getting a user name provided is incorrect error. I found why I was getting the No RPC connection active message. UniData was looking for udapi_server in the wrong directory because I screwed up the installation. But now I'm back to the asjava.uniobjects.UniSessionException: The user name provided is incorrect issue again. Back to the drawing board. Bob Little Graphik Dimensions, Ltd. High Point, NC --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniData 6.1 and unirpcd problems.
When did you download 6.1? I tried this morning and it was still unavailable? Noah Hart I too would like the PE --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UniData 6.1 and unirpcd problems.
Noah Hart wrote: When did you download 6.1? I tried this morning and it was still unavailable? Noah Hart Sorry Noah- I mistyped my subject line. I do not have 6.1, I have 6.01. -- Bob Little Graphik Dimensions, Ltd. High Point, NC --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Comparison Unidata and Universe
I know this is probably not the highest on others lists, but the UniData editor is like god next to the pitiful excuse of an editor that UniVerse provides. I don't understand why IBM doesn't release the UniData editor with UniVerse and do away with the UniVerse version. In addition, the UniData debugger is at least an order of magnitude better than the RAID debugger on UniVerse. As someone who has spent the last 12 years fixing and debugging code written by other, these two issues are important to me. For Basic programming, UniData is IMHO much, much better than UniVerse! Dick Kryka Director of Applications CCCS of Greater Denver, Inc. Paragon Financial Services 303-632-2226 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Smith Sent: Friday, September 17, 2004 2:21 PM To: [EMAIL PROTECTED] Subject: [U2] Comparison Unidata and Universe Group, I was just talking to someone like myself who is trying to decide between Unidata and Universe. We are coming from d3 and mvBase and really would like someone experienced with both to give and overview of the strengths and weakness of both - that is Unidata vs Universe. Thanks to all that reply. grs --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
[U2] mvBase spooler
Does anybody know in a Raining data mvBase system, *is* there a file for the spooled jobs, and if so, what the name might be? I really truly hate SP-EDIT and have a spooler that I wrote for Unidata that I would like to port over. Allen E. Elwood Senior Programmer Analyst Direct (818) 361-5251 Fax(818) 361-5251 Cell(818) 359-8162 Home (818) 361-7217 --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Comparison Unidata and Universe
Robert Paterson wrote: In the latest releases UV has the AE editor - so you can have the best of all worlds... The problem with the comparisons is that it all depends on how you are using D3 now and more importantly which elements are make or break. Everyone's shopping list is different. If you get that list together the rest of us will be better able to advise on things. Don't forget that some of the smaller things can end up real bugbears as well! True, but I think what I'd like to know first off is why two different products? It would seem that one would take on the capabilities of the other over time, and one would be phased out. What's the difference between UniData and UniVerse mainly? Then - it would be good to hear from the users some of the pro's (particularly) and con's in your experience with the product. Bob Little Graphik Dimensions, Ltd. High Point, NC --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Comparison Unidata and Universe
Tony which of the below are freeware? As far as editors go, there are third-party products which have been ported cross-platform. In my opinion, anything is better than ED or AE once you've used a real editor. - My personal favorite for simple editing is wED, which is the Windows EDitor built into AccuTerm. http://www.asent.com - The mvToolbox is impressive with a huge set of features, way above and beyond standard editors. It's sort of the Emacs of the Pick world, if that means anything to anyone. http://mvtoolbox.com/ - The RED editor has been ported to many platforms. I know nothing about it except the web site that hosts this and other utilities is going away in the next week or so. Download a copy of RED, CRED, LED, and other editors from http://www.mvtools.net/ If you miss them I'll probably have them on my freeware site later. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Comparison Unidata and Universe
[EMAIL PROTECTED] wrote: Tony which of the below are freeware? I'm surprised you asked, but the only freeware editor below is from mvtools.net. I hope I didn't imply otherwise. [Moderator-friendly snippage] wED from AccuTerm: http://www.asent.com mvToolbox http://mvtoolbox.com/ RED, CRED, LED, and other editors from http://www.mvtools.net/ If you miss them I'll probably have them on my freeware site later. Maybe it was that last line that gotcha, sorry. It looked in-context to me. T --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/