RE: [U2] Casing Programming
MAJ wrote Plus, some compilers (D3 for one) complains with 'print' and wants 'PRINT' unless you set up some CASING parameters either in or out of the programs. If you use the COMPILE verb in D3 then compilation is case insensitive. This has been in place for about 15 years. At least with D3 we have the option to decide how we want to code - the DBMS doesn't enforce draconian limitations on the developer like some other environments. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Time conversion code
The change in functionality was documented at 10.0 as a GTAR fix. As there are only 24 hours in a day, the logic was that MT shouldn't go above 24 hours. I recall there was discussion on the list about this at the time. David Norman Senior Software Engineer SA Ambulance Service Box 3, GPO Adelaide, South Australia 5001 *+61 8 8274 0384 * fax +61 8 8271 4844 * [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Casing Programming
Tony Very true... I think the only mainstream MV database that still requires upper case (now that UniData has finally emerged from the dark ages to join UV, D3 and I think QM (?)) is jBase, unless I've missed something vital there. Which means I can now turn off the 'convert to primitive upper case' option on my precompiler for another platform, and bring my training materials closer still. - yipee! Brian MAJ wrote Plus, some compilers (D3 for one) complains with 'print' and wants 'PRINT' unless you set up some CASING parameters either in or out of the programs. If you use the COMPILE verb in D3 then compilation is case insensitive. This has been in place for about 15 years. At least with D3 we have the option to decide how we want to code - the DBMS doesn't enforce draconian limitations on the developer like some other environments. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Casing Programming
The udt compiler by default is case sensitive. I use mixed case - always have - if I misspell something it is just as likely to be a letter transposition as it is a case mismatch, + the compiler picks it up anyway. VB is case insensitive so it does not really matter, it is just a nicety of intelisense. I also maintain vb.net apps with notepad, I think it is a skill every vb programmer should have. However I know of many that without intelisense probably could not even program ! Sym. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Gravagno Sent: 11 June 2007 05:39 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Casing Programming MAJ wrote Plus, some compilers (D3 for one) complains with 'print' and wants 'PRINT' unless you set up some CASING parameters either in or out of the programs. If you use the COMPILE verb in D3 then compilation is case insensitive. This has been in place for about 15 years. At least with D3 we have the option to decide how we want to code - the DBMS doesn't enforce draconian limitations on the developer like some other environments. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] SB+ Account path needs to be changed.
When our secondary server was installed it originally had a different path name for the SB+ and SB+.DEFN accounts in System Builder. We need to have the paths changed. Our VAR had IBM do this once before for another account. Does anyone know off hand how to change this or should we call our VAR to have IBM do it again. Thanks. Tim Peleski Systems Analyst IBM Certified Solutions Expert U2 UV10.1 Administrator Information Services RAM Mutual Insurance Company Mailto:[EMAIL PROTECTED] (218) 879-3321 Ext. 174 Visit RAM online at www.rammutual.com This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify the system manager and delete this email from your system. If you are not the named addressee you should not disseminate, distribute or copy this email. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Warning: Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [AD] Pick Programmers #07-00153 [/AD]
I spoke to Nancy this morning. Only local candidates or those who are willing to relocate at their own expense. FYI -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charles Barouch Sent: Friday, June 08, 2007 6:16 PM To: u2-users@listserver.u2ug.org Subject: [U2] [AD] Pick Programmers #07-00153 [/AD] FORWARDED WITHOUT ENDORSEMENT Chuck, It was a pleasure speaking with you. This is a permanent full time position located in Stamford, Ct. The client needs two strong Pick Programmers with 7-10 years experience minimum. The starting salary is up to $100K per year. Thank you for any assistance you can provide. Nancy I. Fitzpatrick Technical Recruiter IT Staffing, Inc. 202-484-1730 -- Charles Barouch ([EMAIL PROTECTED]) www.KeyAlly.com (718) 762-3884 x 1 P. O. Box 540957, Queens, NY 11354 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] SB+ Account path needs to be changed.
In UniData you can use PATHSUB which asks for an old and new path to change in VOC entries. Use caution! The best option would be to use SA.TRANSFER.SBPLUS Which will change all of the SB+ VOC entries. hth Colin Alfke Calgary, Canada -Original Message- From: Tim Peleski When our secondary server was installed it originally had a different path name for the SB+ and SB+.DEFN accounts in System Builder. We need to have the paths changed. Our VAR had IBM do this once before for another account. Does anyone know off hand how to change this or should we call our VAR to have IBM do it again. Thanks. Tim Peleski --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] SB+ Account path needs to be changed.
Tim, In the account you need to straighten out the pointers on, go to TCL and run SAPROGS FIX.SBPLUS.POINTERS full path to the SB+ account You may have to make a Q pointer to the SAPROGS and SAPROGS.O files in SB+ first. This should straighten out your pointers. Also, if you have installed the database in a different path you may need to change the path in DMCONT SB.CONTROL, attribute 21. HTH, Mike Mike Dallaire Mortgage Builder Software Inc. (248) 304-0600 ext. 103 [EMAIL PROTECTED] www.mortgagebuilder.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Peleski Sent: Monday, June 11, 2007 8:46 AM To: u2-users@listserver.u2ug.org Subject: [U2] SB+ Account path needs to be changed. When our secondary server was installed it originally had a different path name for the SB+ and SB+.DEFN accounts in System Builder. We need to have the paths changed. Our VAR had IBM do this once before for another account. Does anyone know off hand how to change this or should we call our VAR to have IBM do it again. Thanks. Tim Peleski Systems Analyst IBM Certified Solutions Expert U2 UV10.1 Administrator Information Services RAM Mutual Insurance Company Mailto:[EMAIL PROTECTED] (218) 879-3321 Ext. 174 Visit RAM online at www.rammutual.com This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify the system manager and delete this email from your system. If you are not the named addressee you should not disseminate, distribute or copy this email. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Warning: Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] RedBack Garbage Collection
* Don't use session variables in IIS Could you expand on this statement? Do you mean don't use them to store a copy of the RBO or not to use them in general with RedBack? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2][EMPLOYMENT]
I'm a mere 50 miles from ground zero. It's probably affecting my mental processes. :-) j On 6/7/07, Jerry [EMAIL PROTECTED] wrote: If the government has anything to say about it then it probably would be separated. In the past though it was not unusual to have one person doing everything in the IS department because he/she was the only one in the department. - Original Message - From: john reid [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Thursday, June 07, 2007 8:54 AM Subject: Re: [U2][EMPLOYMENT] Not talking just one thing though. Foremost is the fact that its likely that IF you're doing the administration, and the development there are probably segregation of duties issues with even the most passive audit. Notwithstanding ... it still sounds like more than one fte, at least to this former IT manager. j On 6/7/07, Jerry [EMAIL PROTECTED] wrote: Sounds normal for this business. Every job I've ever had was similar, never had a job where I did only one thing all day every day. - Original Message - From: john reid [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Thursday, June 07, 2007 7:28 AM Subject: Re: [U2][EMPLOYMENT] Maybe I read the job description wrong, but it seems that you are searching for one person to do just about everything that is involved with keeping a system running. Administration, design, DEVELOPMENT, and the ability to work all hours, not to mention having time to 'fluidly' communicate with probably department heads etc. My $.02. j On 6/1/07, Perry Taylor [EMAIL PROTECTED] wrote: Senior UniVerse System Administrator (Technology) ZirMed, Inc. Louisville, Kentucky This job reports to the Chief Technology Officer Relocation is negotiable and travel is not required. This is a Full-Time position, working 1st Shift. Number of Openings for this position: 1 To apply please forward resume mailto:[EMAIL PROTECTED] or mailto:[EMAIL PROTECTED] View this and other opportunities at http://www.zirmed.com/public/employment.aspx -- Overview ZirMed, Inc., a Louisville based leader in the Healthcare Electronic Claims Clearinghouse arena, is seeking a Senior UniVerse System Administrator to be responsible for the overall design, implementation and administration of all facets of the ZirMed UniVerse System. Job Skills/Requirements GENERAL RESPONSIBILITIES: . System Design and Implementation o Database design o Data and process distribution o Application design . Linux Administrator o Operating system installation, configuration and maintenance o Security o Performance and monitoring of backups and restores o Software installation, configuration and maintenance o File system monitoring and maintenance o User account maintenance . UniVerse Administrator o Installation and configuration of UniVerse o Account creation and management o Configuration, monitoring and troubleshooting of transaction logging o Performance and monitoring of backups and restores o UniVerse security administration . Developer o Develop and test applications in both UNIX and UniVerse o Maintain and/or enhance existing applications . Source Control Administrator o Monitor source control and software deployment by developers . Application Software Deployment o Organize and coordinate application software quality assurance and deployment for both scheduled and non-scheduled code turn cycles . Development Standards o Establish, maintain and implement development standards and conventions . Developer Educator in topics such as o UniVerse BASIC programming practices, conventions and techniques o UNIX shell programming practices, conventions and techniques o Using UniVerse indexes, triggers, sockets interface, CallHTTP interface o Dictionaries o Query techniques and optimization o Source Control Management . Production Process Monitoring o Monitor the production environment through the use of email alerts, reports, interactive examination, etc., for application failures, process bottlenecks, etc. . Assist other departments with usage and troubleshooting of UniVerse and production applications. . Maintain a very liberal, open, and fluid communication with and foster a good working relationship among developers, production users and business owners . Perform other tasks and special projects from time to time as assigned by either the CIO or the CTO . Be available to perform after-hours tasks as required REQUIRED SKILLS: 5+ years Linux Administration Experience 5+ years UniVerse Administration, including experience with file sizing, index optimization, etc. 10+ years Multi-Value database programming experience with BASIC, PROC and Paragraphs. UniVerse experience is preferred. Must include use of indexes, file triggers and
[U2] wIntegrate character scalling
REPOSTED FOR NON-MEMBER: Jonathan Leckie [EMAIL PROTECTED] Is it possible to configure wIntegrate so that text and graphic characters (lines and boxes etc.) occupy the whole window in a resolution more than 1024 pixels wide? At the comment we can maximise the window but get a big black border round the terminal session display or switch to Courier new and text and graphic characters go wonky. -- A Striker is the same as a Keeper. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Casing Programming
You know the english language is pretty much all one case - lower - except for an occasional Capital letter. I'm sorry, but I prefer all upper case. The older you get, the harder it is to remember HOW you spelled a var, even without part of it being capitalized. LOT.NUMBER LOT.NBR LOTNO LOT.NO LOT.NUM LOTNBR LOT LN -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Symeon Breen Sent: Monday, June 11, 2007 00:45 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Casing Programming The udt compiler by default is case sensitive. I use mixed case - always have - if I misspell something it is just as likely to be a letter transposition as it is a case mismatch, + the compiler picks it up anyway. VB is case insensitive so it does not really matter, it is just a nicety of intelisense. I also maintain vb.net apps with notepad, I think it is a skill every vb programmer should have. However I know of many that without intelisense probably could not even program ! Sym. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Gravagno Sent: 11 June 2007 05:39 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Casing Programming MAJ wrote Plus, some compilers (D3 for one) complains with 'print' and wants 'PRINT' unless you set up some CASING parameters either in or out of the programs. If you use the COMPILE verb in D3 then compilation is case insensitive. This has been in place for about 15 years. At least with D3 we have the option to decide how we want to code - the DBMS doesn't enforce draconian limitations on the developer like some other environments. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] SB+ Account path needs to be changed.
Mike and Colin, Thank you for the responses! Fix.sbplus.pointers worked like a charm! Tim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dallaire Sent: Monday, June 11, 2007 8:47 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] SB+ Account path needs to be changed. Tim, In the account you need to straighten out the pointers on, go to TCL and run SAPROGS FIX.SBPLUS.POINTERS full path to the SB+ account You may have to make a Q pointer to the SAPROGS and SAPROGS.O files in SB+ first. This should straighten out your pointers. Also, if you have installed the database in a different path you may need to change the path in DMCONT SB.CONTROL, attribute 21. HTH, Mike Mike Dallaire Mortgage Builder Software Inc. (248) 304-0600 ext. 103 [EMAIL PROTECTED] www.mortgagebuilder.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Peleski Sent: Monday, June 11, 2007 8:46 AM To: u2-users@listserver.u2ug.org Subject: [U2] SB+ Account path needs to be changed. When our secondary server was installed it originally had a different path name for the SB+ and SB+.DEFN accounts in System Builder. We need to have the paths changed. Our VAR had IBM do this once before for another account. Does anyone know off hand how to change this or should we call our VAR to have IBM do it again. Thanks. Tim Peleski Systems Analyst IBM Certified Solutions Expert U2 UV10.1 Administrator Information Services RAM Mutual Insurance Company Mailto:[EMAIL PROTECTED] (218) 879-3321 Ext. 174 Visit RAM online at www.rammutual.com This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify the system manager and delete this email from your system. If you are not the named addressee you should not disseminate, distribute or copy this email. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Warning: Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] OverQuoting, Subscribing, and Other Periodic Messages
All, If you are reading this list through Nabble, Indexfocus, GMane, or any other third party, and want to get a direct feed, you can subscribe using the information found here: http://listserver.u2ug.org/. If you are already subscribed, thank you for your support. If you are already subscribed and contribute to the discussions, thank you doubly for your active contribution to our community. If you are already subscribed and forget to trim excess quotes when responding, we are begging you to remember. Seriously, this has an adverse effect on people with slow connections and makes the Digest version of the mail much harder to read. - Charles Barouch, One of the Many People Who Try to Keep Things Running --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Casing Programming
The reason many of us use upper case is that we started on systems that only supported upper case. Then at one time some were case sensitive and some were not, making porting from one place to another a nightmare if you hadn't been consistent. Then factor in that if you do your code in upper case and comments in lower it, arguably, makes it easy to read. So we stick to upper case and don't see it as an issue. George On 11/6/07 18:12, Allen E. Elwood [EMAIL PROTECTED] wrote: You know the english language is pretty much all one case - lower - except for an occasional Capital letter. I'm sorry, but I prefer all upper case. The older you get, the harder it is to remember HOW you spelled a var, even without part of it being capitalized. LOT.NUMBER LOT.NBR LOTNO LOT.NO LOT.NUM LOTNBR LOT LN -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Symeon Breen Sent: Monday, June 11, 2007 00:45 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Casing Programming The udt compiler by default is case sensitive. I use mixed case - always have - if I misspell something it is just as likely to be a letter transposition as it is a case mismatch, + the compiler picks it up anyway. VB is case insensitive so it does not really matter, it is just a nicety of intelisense. I also maintain vb.net apps with notepad, I think it is a skill every vb programmer should have. However I know of many that without intelisense probably could not even program ! Sym. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Gravagno Sent: 11 June 2007 05:39 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Casing Programming MAJ wrote Plus, some compilers (D3 for one) complains with 'print' and wants 'PRINT' unless you set up some CASING parameters either in or out of the programs. If you use the COMPILE verb in D3 then compilation is case insensitive. This has been in place for about 15 years. At least with D3 we have the option to decide how we want to code - the DBMS doesn't enforce draconian limitations on the developer like some other environments. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify us immediately on +44 (01952) 214000 or at [EMAIL PROTECTED] . Please delete and destroy any copies in any format of this email you may have received in error. The recipient should note that the views contained or expressed within this correspondence do not necessarily reflect those of APT Solutions Limited , it subsidiaries, affiliates or associates. This email and any attachments are not guaranteed to be free from so-called computer viruses and it is recommended that you check for such viruses before down-loading it to your computer equipment. It is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message or any attachments will not adversely affect their systems or data. Registered Office:- Stratum House, Stafford Park 10, Telford, Shropshire, TF3 3AB Registration Number:- 2228445 Place of Registration: England Wales ** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Casing Programming
George wrote: The reason many of us use upper case is that we started on systems that only supported upper case. This was exactly my point. Some of these environments have never been changed because there are a lot of people who wrote code 20+ years ago and don't want to change the way they do things. Should other features not be added because more seasoned programmers wouldn't use them? That seems a bit backwards. For the rest of us who have worked with other languages sometime in the last 20+ years (and yes, I've been working with MV BASIC for 25 years myself and about 20 other languages and dialects during that time), all upper case is completely unorthodox. There's nothing wrong with all upper case and it's easy enough to read and write - I'm not advocating use of mixed case or even case insensitive development. Personally however, I and many others prefer code in lower/mixed case, for all of the same reasons that written text is in mixed case. The option should be there for those who want it. That includes the ability to not have to worry about the casing used to enter data. The lack of such options makes our environments look dated - it's just another thing for people to comment on, or even laugh at, when we introduce them to MV products. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Casing Programming
I don't believe anyone is advocating the forced use of uppercase or the removal of this feature, we just don't think that its in any way inferior to code written in upper and lower case. To each their own, have a ball, smack that shift key all you like. Oh... and this particular recurring annual religious discussion should probably head for U2-Community now. On 6/11/07, Tony Gravagno [EMAIL PROTECTED] wrote: George wrote: The reason many of us use upper case is that we started on systems that only supported upper case. This was exactly my point. Some of these environments have never been changed because there are a lot of people who wrote code 20+ years ago and don't want to change the way they do things. Should other features not be added because more seasoned programmers wouldn't use them? That seems a bit backwards. For the rest of us who have worked with other languages sometime in the last 20+ years (and yes, I've been working with MV BASIC for 25 years myself and about 20 other languages and dialects during that time), all upper case is completely unorthodox. There's nothing wrong with all upper case and it's easy enough to read and write - I'm not advocating use of mixed case or even case insensitive development. Personally however, I and many others prefer code in lower/mixed case, for all of the same reasons that written text is in mixed case. The option should be there for those who want it. That includes the ability to not have to worry about the casing used to enter data. The lack of such options makes our environments look dated - it's just another thing for people to comment on, or even laugh at, when we introduce them to MV products. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- --- Jeff Schasny - jschasnyATgmailDOTcom --- --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Casing Programming
Oh come on, this argument again? Listen, you can program in mixed case with U2. It's just that some of us have decided to stay with uppercase and others have not. 99.9% of the users out there don't know and don't care how the programs are built just as long as they work. The one's that complain about it are programmers that are stuck with what they learned also. They should check and realize that most of the languages they are talking about that use mixed case won't allow you to use anything but mixed case. So U2 is actually more advanced because you can use either. - Original Message - From: Tony Gravagno [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Monday, June 11, 2007 2:46 PM Subject: RE: [U2] Casing Programming George wrote: The reason many of us use upper case is that we started on systems that only supported upper case. This was exactly my point. Some of these environments have never been changed because there are a lot of people who wrote code 20+ years ago and don't want to change the way they do things. Should other features not be added because more seasoned programmers wouldn't use them? That seems a bit backwards. For the rest of us who have worked with other languages sometime in the last 20+ years (and yes, I've been working with MV BASIC for 25 years myself and about 20 other languages and dialects during that time), all upper case is completely unorthodox. There's nothing wrong with all upper case and it's easy enough to read and write - I'm not advocating use of mixed case or even case insensitive development. Personally however, I and many others prefer code in lower/mixed case, for all of the same reasons that written text is in mixed case. The option should be there for those who want it. That includes the ability to not have to worry about the casing used to enter data. The lack of such options makes our environments look dated - it's just another thing for people to comment on, or even laugh at, when we introduce them to MV products. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Casing Programming
Tony: I'll try COMPILE on my D3 client today. I hope it's 100% compatible as BASIC (O. If so, then I may consider reassigning BASIC to COMPILE. Is the presense of both verbs a compatibility or legacy issue. Thanks - Original Message - From: Tony Gravagno [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Monday, June 11, 2007 12:38 AM Subject: RE: [U2] Casing Programming MAJ wrote Plus, some compilers (D3 for one) complains with 'print' and wants 'PRINT' unless you set up some CASING parameters either in or out of the programs. If you use the COMPILE verb in D3 then compilation is case insensitive. This has been in place for about 15 years. At least with D3 we have the option to decide how we want to code - the DBMS doesn't enforce draconian limitations on the developer like some other environments. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Casing Programming
I agree, let's retire this thread. I only re-opened it up having just came from the VB project while maintaining all of my other standard uppercase stuff. It became clear to me then. It keeps my head in the different environments. Mark - Original Message - From: Jerry [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Monday, June 11, 2007 5:59 PM Subject: Re: [U2] Casing Programming Oh come on, this argument again? Listen, you can program in mixed case with U2. It's just that some of us have decided to stay with uppercase and others have not. 99.9% of the users out there don't know and don't care how the programs are built just as long as they work. The one's that complain about it are programmers that are stuck with what they learned also. They should check and realize that most of the languages they are talking about that use mixed case won't allow you to use anything but mixed case. So U2 is actually more advanced because you can use either. - Original Message - From: Tony Gravagno [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Monday, June 11, 2007 2:46 PM Subject: RE: [U2] Casing Programming George wrote: The reason many of us use upper case is that we started on systems that only supported upper case. This was exactly my point. Some of these environments have never been changed because there are a lot of people who wrote code 20+ years ago and don't want to change the way they do things. Should other features not be added because more seasoned programmers wouldn't use them? That seems a bit backwards. For the rest of us who have worked with other languages sometime in the last 20+ years (and yes, I've been working with MV BASIC for 25 years myself and about 20 other languages and dialects during that time), all upper case is completely unorthodox. There's nothing wrong with all upper case and it's easy enough to read and write - I'm not advocating use of mixed case or even case insensitive development. Personally however, I and many others prefer code in lower/mixed case, for all of the same reasons that written text is in mixed case. The option should be there for those who want it. That includes the ability to not have to worry about the casing used to enter data. The lack of such options makes our environments look dated - it's just another thing for people to comment on, or even laugh at, when we introduce them to MV products. T --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2][EMPLOYMENT]
well then -- I'm in trouble but I'm 35 miles from ground zero as the crow flies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of john reid Sent: Monday, June 11, 2007 10:39 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2][EMPLOYMENT] I'm a mere 50 miles from ground zero. It's probably affecting my mental processes. :-) j On 6/7/07, Jerry [EMAIL PROTECTED] wrote: If the government has anything to say about it then it probably would be separated. In the past though it was not unusual to have one person doing everything in the IS department because he/she was the only one in the department. - Original Message - From: john reid [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Thursday, June 07, 2007 8:54 AM Subject: Re: [U2][EMPLOYMENT] Not talking just one thing though. Foremost is the fact that its likely that IF you're doing the administration, and the development there are probably segregation of duties issues with even the most passive audit. Notwithstanding ... it still sounds like more than one fte, at least to this former IT manager. j On 6/7/07, Jerry [EMAIL PROTECTED] wrote: Sounds normal for this business. Every job I've ever had was similar, never had a job where I did only one thing all day every day. - Original Message - From: john reid [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Thursday, June 07, 2007 7:28 AM Subject: Re: [U2][EMPLOYMENT] Maybe I read the job description wrong, but it seems that you are searching for one person to do just about everything that is involved with keeping a system running. Administration, design, DEVELOPMENT, and the ability to work all hours, not to mention having time to 'fluidly' communicate with probably department heads etc. My $.02. j On 6/1/07, Perry Taylor [EMAIL PROTECTED] wrote: Senior UniVerse System Administrator (Technology) ZirMed, Inc. Louisville, Kentucky This job reports to the Chief Technology Officer Relocation is negotiable and travel is not required. This is a Full-Time position, working 1st Shift. Number of Openings for this position: 1 To apply please forward resume mailto:[EMAIL PROTECTED] or mailto:[EMAIL PROTECTED] View this and other opportunities at http://www.zirmed.com/public/employment.aspx -- Overview ZirMed, Inc., a Louisville based leader in the Healthcare Electronic Claims Clearinghouse arena, is seeking a Senior UniVerse System Administrator to be responsible for the overall design, implementation and administration of all facets of the ZirMed UniVerse System. Job Skills/Requirements GENERAL RESPONSIBILITIES: . System Design and Implementation o Database design o Data and process distribution o Application design . Linux Administrator o Operating system installation, configuration and maintenance o Security o Performance and monitoring of backups and restores o Software installation, configuration and maintenance o File system monitoring and maintenance o User account maintenance . UniVerse Administrator o Installation and configuration of UniVerse o Account creation and management o Configuration, monitoring and troubleshooting of transaction logging o Performance and monitoring of backups and restores o UniVerse security administration . Developer o Develop and test applications in both UNIX and UniVerse o Maintain and/or enhance existing applications . Source Control Administrator o Monitor source control and software deployment by developers . Application Software Deployment o Organize and coordinate application software quality assurance and deployment for both scheduled and non-scheduled code turn cycles . Development Standards o Establish, maintain and implement development standards and conventions . Developer Educator in topics such as o UniVerse BASIC programming practices, conventions and techniques o UNIX shell programming practices, conventions and techniques o Using UniVerse indexes, triggers, sockets interface, CallHTTP interface o Dictionaries o Query techniques and optimization o Source Control Management . Production Process Monitoring o Monitor the production environment through the use of email alerts, reports, interactive examination, etc., for application failures, process bottlenecks, etc. . Assist other departments with usage and troubleshooting of UniVerse and production applications. . Maintain a very liberal, open, and fluid communication with and foster a good working relationship among developers, production users and business owners . Perform other tasks and special projects from time to time as assigned by either the CIO or the