RE: [U2] Casing Programming

2007-06-11 Thread Tony Gravagno
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

2007-06-11 Thread Norman, David \(SAAS\)
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

2007-06-11 Thread brian
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

2007-06-11 Thread Symeon Breen
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.

2007-06-11 Thread 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
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]

2007-06-11 Thread Karen Bessel
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.

2007-06-11 Thread colin.alfke
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.

2007-06-11 Thread Mike Dallaire
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

2007-06-11 Thread John Bullard
 * 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]

2007-06-11 Thread john reid

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

2007-06-11 Thread Moderator

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

2007-06-11 Thread Allen E. Elwood
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.

2007-06-11 Thread Tim Peleski
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

2007-06-11 Thread Moderator

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

2007-06-11 Thread George Land
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

2007-06-11 Thread Tony Gravagno
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

2007-06-11 Thread Jeff Schasny
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

2007-06-11 Thread Jerry
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

2007-06-11 Thread MAJ 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

2007-06-11 Thread MAJ 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]

2007-06-11 Thread Debster
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