Re: [U2] U2UG Elections 2010 - Request For Comment

2011-03-16 Thread FFT2001
In a message dated 3/15/2011 5:17:25 PM Pacific Daylight Time, 
ro...@stamina.com.au writes:


 I mean, it is
 good for Tri-Sys, as they will generate a list of end users to solicit,
 but I'd suggest it is unlikely that a VAR is going to make his customer
 list public ...
 
 

Ross I think you're right there.
I think what we'll see is a slow accumulation of sites based on an employee 
mentioning it, or a consultant, or ex-employee.  But not the VAR.

And I think for the very reason that you suggest, that they don't want 
poachers.  Don't want to compete in a completely open market.

I wonder if a person were to build a list from online resumes alone, how 
many companies would be on it.
Of course some or even many of those would have moved away from Pick.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] U2UG Elections 2010 - Request For Comment

2011-03-16 Thread George Land
On 16/03/2011 06:36, fft2...@aol.com fft2...@aol.com wrote:

 
 Ross I think you're right there.
 I think what we'll see is a slow accumulation of sites based on an employee
 mentioning it, or a consultant, or ex-employee.  But not the VAR.
 
 And I think for the very reason that you suggest, that they don't want
 poachers.  Don't want to compete in a completely open market.
 
 I wonder if a person were to build a list from online resumes alone, how
 many companies would be on it.
 Of course some or even many of those would have moved away from Pick.

Writing as someone who is a VAR, a U2 distributor and a U2 board member I
would say that it is more complex than that.

Firstly the overwhelming majority of U2 end user sites do not have technical
staff, even if they have an IT department that department knows nothing
about U2 whatsoever.  They run an application, they may manage the server it
is on (although increasingly they will have it hosted and won't even do
that) but they know nothing about the database or technology.

Secondly you have to respect the confidentiality of your customers, I would
never publicise anything about our customers without clearing it with them
first.  We had an attempt to get people just to say 'We use U2', but there
was no interest, after all what is in it for them to say that?  They rarely
endorse other suppliers in that way.

Companies don't go out and publicise that they use any particular product or
technology, I don't usually declare to the world that we have Panasonic
printers or Dell servers, why should anyone declare to the world that they
use U2 particularly when they probably also have databases on Oracle, SQL
Server and others as well?

The poacher argument is largely spurious, as a VAR our customers use our
application, they have to come to us for support and maintenance, it is
written into their contracts.  I'm not particularly concerned about other
people approaching them, what they buy from us isn't specifically U2 skills
it's application and market skills.

George Land
Chairman
APT Solutions Ltd

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] Uniobjects and java

2011-03-16 Thread Doug Chanco
Thanks everyone that makes great sense

As I get into uoj and java I am
Sure I'll have more questions for all the experts on here

Once again thanks

Dougc

email signature

There are 10 kinds of people in the world, those that know binary and those 
that do not

On Mar 15, 2011, at 10:58, Kevin King precisonl...@gmail.com wrote:

 I agree with Brian for all of the reasons mentioned plus the performance can
 be much better on the server for processing when the server can simply do
 what it needs to do without an ongoing I/O dialogue with the client.
 
 -Kevin
 http://www.PrecisOnline.com
 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] U2UG Elections 2010 - Request For Comment

2011-03-16 Thread FFT2001
In a message dated 3/16/2011 1:10:30 AM Pacific Daylight Time, 
george.l...@aptsolutions.net writes:


 Firstly the overwhelming majority of U2 end user sites do not have 
 technical
 staff, even if they have an IT department that department knows nothing
 about U2 whatsoever.  They run an application, they may manage the server 
 it
 is on (although increasingly they will have it hosted and won't even do
 that) but they know nothing about the database or technology. 
 

George I'm solely referring to those sites, who have actual U2 
professionals on staff.  I've worked many many places where other programmer 
analysts 
did not subscribe to Spectrum, had never attended a Spectrum show, had never 
taken a formal class, had never read the U2 (or comp.databases.pick) threads, 
etc etc etc.

Many.  In fact usually I'm the most well-connected person on staff (by 
far), and I don't even have my fingers in every pie... yet.

W
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] U2UG Elections 2010 - Request For Comment

2011-03-16 Thread Michael Martin
 

-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of
fft2...@aol.com
Sent: Wednesday, March 16, 2011 12:23 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] U2UG Elections 2010 - Request For Comment

In a message dated 3/16/2011 1:10:30 AM Pacific Daylight Time,
george.l...@aptsolutions.net writes:


 Firstly the overwhelming majority of U2 end user sites do not have 
 technical
 staff, even if they have an IT department that department knows
nothing
 about U2 whatsoever.  They run an application, they may manage the
server 
 it
 is on (although increasingly they will have it hosted and won't even
do
 that) but they know nothing about the database or technology. 
 

George I'm solely referring to those sites, who have actual U2 
professionals on staff.  I've worked many many places where other
programmer analysts 
did not subscribe to Spectrum, had never attended a Spectrum show, had
never 
taken a formal class, had never read the U2 (or comp.databases.pick)
threads, 
etc etc etc.

Many.  In fact usually I'm the most well-connected person on staff (by 
far), and I don't even have my fingers in every pie... yet.

W
___


My recommendation for increasing U2UG membership is adding search engine
optimization to the U2UG website.  If I have a Unidata question I often
go to Google first.  I am not a U2 professional, but in a company with
around 100 employees I somehow absorbed administration duties of our ERP
software.  As a person without an IT background I find this listserver
and U2UG very useful.  (Sometimes I have to go to Google to look up the
acronyms you folks use.)  I am not able to contribute to very many
discussions and leave the election of officers to the IT experts in the
group.

Michael Martin
Quality Manager
Innovation Industries Inc.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


[U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE

2011-03-16 Thread Phil Walker
Hi all,

I am trying to detect the success of failure of a BASIC program when running 
from UNIX. I was going to use @SYSTEM.RETURN.CODE setting to do this, hoping 
that the exit status of uvsh would reflect the value set for 
@SYSTEM.RETURN.CODE but it appears this is not the case. Does anyone know if 
this works and I am just missing something silly?

Possibly VOC entry process mode setting or something?

e.g.

uvsh MYBASICPROGRAM SUCCESS would return exit status of 0

uvsh MYBASICPROGRAM FAILURE would return exit status 1

uvsh MYBASICPROGRAM would return 9

SUBROUTINE MYBASICPROGRAM
@SYSTEM.RETURN.CODE = 9
Get(Arg.) EXITSTATUS ELSE STOP
BEGIN CASE
CASE EXITSTATUS = 'SUCCESS'
   @SYSTEM.RETURN.CODE = 0
CASE EXITSTATUS = FAILURE'
  @SYSTEM.RETURN.CODE = 1
END CASE
RETURN

This is a contrived example, but shows what I am trying to do with 
@SYSTEM.RETURN.CODE.

Cheers

Phil.


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE

2011-03-16 Thread bradley . schrag
Phil, 

I wrestled with this one quite a while a few years back under ud.. Never 
figured out a code-only solution. Ended up writing exit codes to a text 
file that the script reads when the program completes. If noone has any 
other ideas you like, ping me and I can explain what I did.

Brad.



From:   Phil Walker p...@gnosys.co.nz
To: U2 Users List u2-users@listserver.u2ug.org
Date:   03/16/2011 04:02 PM
Subject:[U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE
Sent by:u2-users-boun...@listserver.u2ug.org



Hi all,

I am trying to detect the success of failure of a BASIC program when 
running from UNIX. I was going to use @SYSTEM.RETURN.CODE setting to do 
this, hoping that the exit status of uvsh would reflect the value set for 
@SYSTEM.RETURN.CODE but it appears this is not the case. Does anyone know 
if this works and I am just missing something silly?

Possibly VOC entry process mode setting or something?

e.g.

uvsh MYBASICPROGRAM SUCCESS would return exit status of 0

uvsh MYBASICPROGRAM FAILURE would return exit status 1

uvsh MYBASICPROGRAM would return 9

SUBROUTINE MYBASICPROGRAM
@SYSTEM.RETURN.CODE = 9
Get(Arg.) EXITSTATUS ELSE STOP
BEGIN CASE
CASE EXITSTATUS = 'SUCCESS'
   @SYSTEM.RETURN.CODE = 0
CASE EXITSTATUS = FAILURE'
  @SYSTEM.RETURN.CODE = 1
END CASE
RETURN

This is a contrived example, but shows what I am trying to do with 
@SYSTEM.RETURN.CODE.

Cheers

Phil.


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


U.S. BANCORP made the following annotations
-
Electronic Privacy Notice. This e-mail, and any attachments, contains 
information that is, or may be, covered by electronic communications privacy 
laws, and is also confidential and proprietary in nature. If you are not the 
intended recipient, please be advised that you are legally prohibited from 
retaining, using, copying, distributing, or otherwise disclosing this 
information in any manner. Instead, please reply to the sender that you have 
received this communication in error, and then immediately delete it. Thank you 
in advance for your cooperation.



-

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE

2011-03-16 Thread Phil Walker
Thanks Brad,

That idea had crossed my mind, alternatively capturing some output as this is a 
non-interactive process but liked the simplicity of @SYSTEM.RETURN.CODE

Maybe Mark Baldridge would have some ideas  being the expert he is and an old 
colleague at VMARK last century ;-)

But I suspect the @SYSTEM.RETURN.CODE is getting lost inside the uvsh 
executable and not returned to UNIX

Cheers

 -Original Message-
 From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
 boun...@listserver.u2ug.org] On Behalf Of bradley.sch...@usbank.com
 Sent: Thursday, 17 March 2011 10:20 a.m.
 To: U2 Users List
 Subject: Re: [U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE
 
 Phil,
 
 I wrestled with this one quite a while a few years back under ud.. Never
 figured out a code-only solution. Ended up writing exit codes to a text file
 that the script reads when the program completes. If noone has any other
 ideas you like, ping me and I can explain what I did.
 
 Brad.
 
 
 
 From:   Phil Walker p...@gnosys.co.nz
 To: U2 Users List u2-users@listserver.u2ug.org
 Date:   03/16/2011 04:02 PM
 Subject:[U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE
 Sent by:u2-users-boun...@listserver.u2ug.org
 
 
 
 Hi all,
 
 I am trying to detect the success of failure of a BASIC program when running
 from UNIX. I was going to use @SYSTEM.RETURN.CODE setting to do this,
 hoping that the exit status of uvsh would reflect the value set for
 @SYSTEM.RETURN.CODE but it appears this is not the case. Does anyone
 know if this works and I am just missing something silly?
 
 Possibly VOC entry process mode setting or something?
 
 e.g.
 
 uvsh MYBASICPROGRAM SUCCESS would return exit status of 0
 
 uvsh MYBASICPROGRAM FAILURE would return exit status 1
 
 uvsh MYBASICPROGRAM would return 9
 
 SUBROUTINE MYBASICPROGRAM
 @SYSTEM.RETURN.CODE = 9
 Get(Arg.) EXITSTATUS ELSE STOP
 BEGIN CASE
 CASE EXITSTATUS = 'SUCCESS'
@SYSTEM.RETURN.CODE = 0
 CASE EXITSTATUS = FAILURE'
   @SYSTEM.RETURN.CODE = 1
 END CASE
 RETURN
 
 This is a contrived example, but shows what I am trying to do with
 @SYSTEM.RETURN.CODE.
 
 Cheers
 
 Phil.
 
 
 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users
 
 
 U.S. BANCORP made the following annotations
 -
 Electronic Privacy Notice. This e-mail, and any attachments, contains
 information that is, or may be, covered by electronic communications privacy
 laws, and is also confidential and proprietary in nature. If you are not the
 intended recipient, please be advised that you are legally prohibited from
 retaining, using, copying, distributing, or otherwise disclosing this
 information in any manner. Instead, please reply to the sender that you have
 received this communication in error, and then immediately delete it. Thank
 you in advance for your cooperation.
 
 
 
 -
 
 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE

2011-03-16 Thread Charles_Shaffer
I am trying to detect the success of failure of a BASIC program when 
running from UNIX. I was going to use @SYSTEM.RETURN.CODE setting to do 
this, hoping that the exit status of uvsh would reflect the value set 
for @SYSTEM.RETURN.CODE but it appears this is not the case. Does anyone 
know if this works and I am just missing something silly?

Well I use another approach.  It's not pretty, but it works.  This runs 
from a UNIX shell script.

$UDTBIN/udtEODFILES_LOG/CONV_NBCAFG.LOG
RUN IH-BPGM CONV_NBCAFG -N
bye
EOD

In this case the output of the program is redirected to a log file, but if 
there was a way to redirect to a shell variable you could test the 
variable for success or failure.

Charles Shaffer
Senior Analyst
NTN-Bower Corporation
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE

2011-03-16 Thread Gregor Scott
You might be able to use the ENVIRONMENT command in UV to set an environment 
variable, and test its value upon return to your shell.
Something like:

EXECUTE ENVIRONMENT SET UVRC=:@SYSTEM.RETURN.CODE

will set the value.


Gregor

-Original Message-
From: u2-users-boun...@listserver.u2ug.org 
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Phil Walker
Sent: Thursday, 17 March 2011 8:25 AM
To: U2 Users List
Subject: Re: [U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE

Thanks Brad,

That idea had crossed my mind, alternatively capturing some output as this is a 
non-interactive process but liked the simplicity of @SYSTEM.RETURN.CODE

Maybe Mark Baldridge would have some ideas  being the expert he is and an old 
colleague at VMARK last century ;-)

But I suspect the @SYSTEM.RETURN.CODE is getting lost inside the uvsh 
executable and not returned to UNIX

Cheers

 -Original Message-
 From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
 boun...@listserver.u2ug.org] On Behalf Of bradley.sch...@usbank.com
 Sent: Thursday, 17 March 2011 10:20 a.m.
 To: U2 Users List
 Subject: Re: [U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE

 Phil,

 I wrestled with this one quite a while a few years back under ud.. Never
 figured out a code-only solution. Ended up writing exit codes to a text file
 that the script reads when the program completes. If noone has any other
 ideas you like, ping me and I can explain what I did.

 Brad.



 From:   Phil Walker p...@gnosys.co.nz
 To: U2 Users List u2-users@listserver.u2ug.org
 Date:   03/16/2011 04:02 PM
 Subject:[U2] [UV] Uvsh exit status and @SYSTEM.RETURN.CODE
 Sent by:u2-users-boun...@listserver.u2ug.org



 Hi all,

 I am trying to detect the success of failure of a BASIC program when running
 from UNIX. I was going to use @SYSTEM.RETURN.CODE setting to do this,
 hoping that the exit status of uvsh would reflect the value set for
 @SYSTEM.RETURN.CODE but it appears this is not the case. Does anyone
 know if this works and I am just missing something silly?

 Possibly VOC entry process mode setting or something?

 e.g.

 uvsh MYBASICPROGRAM SUCCESS would return exit status of 0

 uvsh MYBASICPROGRAM FAILURE would return exit status 1

 uvsh MYBASICPROGRAM would return 9

 SUBROUTINE MYBASICPROGRAM
 @SYSTEM.RETURN.CODE = 9
 Get(Arg.) EXITSTATUS ELSE STOP
 BEGIN CASE
 CASE EXITSTATUS = 'SUCCESS'
@SYSTEM.RETURN.CODE = 0
 CASE EXITSTATUS = FAILURE'
   @SYSTEM.RETURN.CODE = 1
 END CASE
 RETURN

 This is a contrived example, but shows what I am trying to do with
 @SYSTEM.RETURN.CODE.

 Cheers

 Phil.


 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users


 U.S. BANCORP made the following annotations
 -
 Electronic Privacy Notice. This e-mail, and any attachments, contains
 information that is, or may be, covered by electronic communications privacy
 laws, and is also confidential and proprietary in nature. If you are not the
 intended recipient, please be advised that you are legally prohibited from
 retaining, using, copying, distributing, or otherwise disclosing this
 information in any manner. Instead, please reply to the sender that you have
 received this communication in error, and then immediately delete it. Thank
 you in advance for your cooperation.



 -

 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
--
Message  protected by DealerGuard: e-mail anti-virus, anti-spam and content 
filtering.
http://www.pentanasolutions.com

Click here to report this message as spam:
https://login.mailguard.com.au/report/1BULLlroVk/1rQ0ecbGO8cCUDpILHYDxQ/0


This email and any attachments to it are confidential.
You must not use, disclose or act on the email if you are not the intended
recipient.  Liability limited by a scheme approved under Professional
Standards Legislation.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users