RE: Runaway user

2004-03-18 Thread Anthony Youngman
Reboot?

Probably not okay. Can you do a ps -ef at unix level and identify the
process there? LISTU may well tell you this number too. Then do a kill
-15 on the process. That'll tell it to shut itself down cleanly. If
that fails, then try a kill -9. If that fails, it's a problem with
Unix, and a reboot is definitely one of the few solutions (although it
should be safe just to ignore it in that case, as it's probably stuck
waiting on a signal and using no resources).

Cheers,
Wol 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of TELRIS MAN
Sent: 18 March 2004 02:14
To: [EMAIL PROTECTED]
Subject: Runaway user

Our system is running on  UV 9.4.1.3B on SCO Unix 5.0.5 and using
Wintegrate.

I found that the uv process is still exist and the uv port is still
occupied under the following situation: (I can see the user in LISTU
command)

1. The client machine is hanged.

2. The client machine is unplugged.

Anybody over there can advice me how to fix it?

Rgds

Man
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users




***

This transmission is intended for the named recipient only. It may contain private and 
confidential information. If this has come to you in error you must not act on 
anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, 
or show it to anyone. Please e-mail the sender to inform us of the transmission error 
or telephone ECA International immediately and delete the e-mail from your information 
system.

Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong 
Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333.

***

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Setting up SQL step 1

2004-03-18 Thread Anthony Youngman
Well, 9.5 is a VMark product ... I'm not surprised IBM said the
documentation doesn't exist. As we know from the licencing fiasco, the
chain of control somewhere there went down the pan ... it's changed
hands three times since then and somebody probably mislaid it somewhere
...

I've probably got 9.5 docu somewhere if you know what you want - but
it'll be the CD version, and I know for a fact that the electronic docu
at the time was incomplete...

Cheers,
Wol

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of [EMAIL PROTECTED]
Sent: 17 March 2004 19:40
To: U2 Users Discussion List
Subject: Re: Setting up SQL step 1

Good news (I think) From what I learned - the admin user is set up when
you
load the operating system .  I was told that if I re-installed my latest
upgrade tape that I could update the user at that time.  I never was
able
to find any of this documentation on this - and when I asked IBM, since
I
was running 9.5 they conveniently told me that this documentation no
longer
existed - go figure.



***

This transmission is intended for the named recipient only. It may contain private and 
confidential information. If this has come to you in error you must not act on 
anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, 
or show it to anyone. Please e-mail the sender to inform us of the transmission error 
or telephone ECA International immediately and delete the e-mail from your information 
system.

Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong 
Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333.

***

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Setting up SQL step 1

2004-03-18 Thread Donald Kibbey
upgrade, upgrade, upgrade.  You think maybe somewhere along the path between 9.5 and 
10.1 the SQL setup and operation was improved just a tad?


Don Kibbey
Financial Systems Manager
Finnegan, Henderson, Farabow, Garrett  Dunner LLP


 [EMAIL PROTECTED] 03/18/04 06:25AM 
Well, 9.5 is a VMark product ... I'm not surprised IBM said the
documentation doesn't exist. As we know from the licencing fiasco, the
chain of control somewhere there went down the pan ... it's changed
hands three times since then and somebody probably mislaid it somewhere


I've probably got 9.5 docu somewhere if you know what you want - but
it'll be the CD version, and I know for a fact that the electronic docu
at the time was incomplete...

Cheers,
Wol

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
On Behalf Of [EMAIL PROTECTED] 
Sent: 17 March 2004 19:40
To: U2 Users Discussion List
Subject: Re: Setting up SQL step 1

Good news (I think) From what I learned - the admin user is set up when
you
load the operating system .  I was told that if I re-installed my latest
upgrade tape that I could update the user at that time.  I never was
able
to find any of this documentation on this - and when I asked IBM, since
I
was running 9.5 they conveniently told me that this documentation no
longer
existed - go figure.



***

This transmission is intended for the named recipient only. It may contain private and 
confidential information. If this has come to you in error you must not act on 
anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, 
or show it to anyone. Please e-mail the sender to inform us of the transmission error 
or telephone ECA International immediately and delete the e-mail from your information 
system.

Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong 
Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333.

***

--
u2-users mailing list
[EMAIL PROTECTED] 
http://www.oliver.com/mailman/listinfo/u2-users

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


[OT] Symbol PDT6800 Help

2004-03-18 Thread Ray Buchner
Does anyone know how to get back to the main configuration menu on a Symbol
PDT6800?  I'm stuck at: 'Terminal cannot associate with AP.  You're out of
range or not configured.'
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Alpha-Micro to D3

2004-03-18 Thread Ron White

- Original Message - 
From: Mark Johnson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, March 17, 2004 12:39 PM
Subject: Alpha-Micro to D3


Dear All:

One of my clients has a 40 user Alpha Micro native system that's in need of
a migration. I want to migrate to D3/W2K. I've done a few and am comfortable
supporting it remotely as a consultant instead of as an employee. While I
welcome the possibility of going to 'nix U2 or NT U2, I want to focus on
D3/W2K.

Has anyone had any experience converting from Alpha Micro to D3 or UD/UV and
are there any pitfalls regarding incompatible source code. I can expect some
slight differences in syntax but I'm looking to see if there's a major
roadblock. I don't suspect anything beyond PQ proc but IIRC an earlier
conversion from GA to AP-Pro brought with it some missing commands like SWAP
and MAX.

Thanks in advance.
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
---

D3 does have the SWAP statement, but like several other statements you
need to but a $OPTIONS EXT compiler directive in your program or it
will not compile.  My documentation does not mention a MAX statement.

I wish you luck dealing with Raining Data.  At my earliest convenience I
will kick D3 and Raining Data out the back door and run everything on
UniVerse.  RD has raised their maintenance to 90 USD per seat and have
instituted a 50% charge to get a major release (release 8.0 is due out this
year).
They have mostly stopped enhancing the product and to get anything fixed or
added to the product you must submit a business requirements statement to
them convincing them that it is in their business interest to provide the
fix or
function.  That doesn't sound like a company that is very interested in
keeping
D3 around for the long haul.

YMMV
Ron White




---
[ Eckel certifies this E-mail to be virus free. ]

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


[OT] RE: Setting up SQL step 1

2004-03-18 Thread Daniel_Plocinik
snip upgrade, upgrade, upgrade.  You think maybe somewhere along the path
between 9.5 and 10.1 the SQL setup and operation was improved just a tad?

Don Kibbey  /snip



please feel free to do so.  My experience with this specific issue revealed
that it has stayed unchanged and I get the impression that it is not going
to improve.  Add to this the fact that I do not need to add the misery of
new release undocumented features.

dan who wishes for the return of the good old days when releases were
every couple of years but 99% bug free plocinik

Note: Effective February 2, 2004, Arnold  Porter became a limited
liability partnership with the name Arnold  Porter LLP. Please
change your records accordingly. The addresses, telephone and fax
numbers, and e-mail addresses of the firm and attorneys have not changed.
--
This communication may contain information that is legally privileged,
confidential or exempt from disclosure.  If you are not the intended
recipient, please note that any dissemination, distribution, or copying
of this communication is strictly prohibited.  Anyone who receives this
message in error should notify the sender immediately by telephone or
by return e-mail and delete it from his or her computer.
--
Daniel Plocinik [EMAIL PROTECTED]
Arnold  Porter LLP Telephone:  202-274-7639
555 Twelfth Street, NW  Fax:202-942-5999
Washington, DC  20004-1202

For more information about Arnold  Porter LLP, click here:
 http://www.arnoldporter.com



-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: [OT] RE: Setting up SQL step 1

2004-03-18 Thread Donald Kibbey
Well, that's a hearty pat on the back for all those old timers out there who worked on 
UniVerse during the VMark days.

Still, better to upgrade (IMHO).  Afterall, why not add some excitement to your life 
and chase some new features instead of the same old ones you already know how to 
deal with!


Don Kibbey
Financial Systems Manager
Finnegan, Henderson, Farabow, Garrett  Dunner LLP


 [EMAIL PROTECTED] 03/18/04 09:26AM 
LOL... love this one.

At 09:23 AM 03/18/2004, you wrote:
snip upgrade, upgrade, upgrade.  You think maybe somewhere along the path
between 9.5 and 10.1 the SQL setup and operation was improved just a tad?

Don Kibbey  /snip



please feel free to do so.  My experience with this specific issue revealed
that it has stayed unchanged and I get the impression that it is not going
to improve.  Add to this the fact that I do not need to add the misery of
new release undocumented features.

dan who wishes for the return of the good old days when releases were
every couple of years but 99% bug free plocinik

Note: Effective February 2, 2004, Arnold  Porter became a limited
liability partnership with the name Arnold  Porter LLP. Please
change your records accordingly. The addresses, telephone and fax
numbers, and e-mail addresses of the firm and attorneys have not changed.
--
This communication may contain information that is legally privileged,
confidential or exempt from disclosure.  If you are not the intended
recipient, please note that any dissemination, distribution, or copying
of this communication is strictly prohibited.  Anyone who receives this
message in error should notify the sender immediately by telephone or
by return e-mail and delete it from his or her computer.
--
Daniel Plocinik [EMAIL PROTECTED] 
Arnold  Porter LLP Telephone:  202-274-7639
555 Twelfth Street, NW  Fax:202-942-5999
Washington, DC  20004-1202

For more information about Arnold  Porter LLP, click here:
  http://www.arnoldporter.com 



--
u2-users mailing list
[EMAIL PROTECTED] 
http://www.oliver.com/mailman/listinfo/u2-users 

-- 
u2-users mailing list
[EMAIL PROTECTED] 
http://www.oliver.com/mailman/listinfo/u2-users

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: [OT] RE: Setting up SQL step 1

2004-03-18 Thread Glenn Herbert
I do agree that IBM has made a decent effort at keeping UV viable, and that 
is a very nice thing indeed.   Some of us put in a LOT of ourselves to get 
it where it was at 9.6.

I believe that upgrading is a good thing too, although only if 
undocumented features are kept at a minimum.

At 09:43 AM 03/18/2004, you wrote:
Well, that's a hearty pat on the back for all those old timers out there 
who worked on UniVerse during the VMark days.

Still, better to upgrade (IMHO).  Afterall, why not add some excitement to 
your life and chase some new features instead of the same old ones you 
already know how to deal with!

Don Kibbey
Financial Systems Manager
Finnegan, Henderson, Farabow, Garrett  Dunner LLP
 [EMAIL PROTECTED] 03/18/04 09:26AM 
LOL... love this one.
At 09:23 AM 03/18/2004, you wrote:
snip upgrade, upgrade, upgrade.  You think maybe somewhere along the path
between 9.5 and 10.1 the SQL setup and operation was improved just a tad?

Don Kibbey  /snip



please feel free to do so.  My experience with this specific issue revealed
that it has stayed unchanged and I get the impression that it is not going
to improve.  Add to this the fact that I do not need to add the misery of
new release undocumented features.

dan who wishes for the return of the good old days when releases were
every couple of years but 99% bug free plocinik

Note: Effective February 2, 2004, Arnold  Porter became a limited
liability partnership with the name Arnold  Porter LLP. Please
change your records accordingly. The addresses, telephone and fax
numbers, and e-mail addresses of the firm and attorneys have not changed.
--
This communication may contain information that is legally privileged,
confidential or exempt from disclosure.  If you are not the intended
recipient, please note that any dissemination, distribution, or copying
of this communication is strictly prohibited.  Anyone who receives this
message in error should notify the sender immediately by telephone or
by return e-mail and delete it from his or her computer.
--
Daniel Plocinik [EMAIL PROTECTED]
Arnold  Porter LLP Telephone:  202-274-7639
555 Twelfth Street, NW  Fax:202-942-5999
Washington, DC  20004-1202

For more information about Arnold  Porter LLP, click here:
  http://www.arnoldporter.com



--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Alpha-Micro to D3

2004-03-18 Thread Mark Johnson
Perhaps I've been buffered by the wrath of RD as i don't work with them
directly. I work with a company called Zumasys and they've been incredibly
helpful with the migrations and new systems that I've installed.

I did go to bat with RD directly discussing a licensing issue and was able
to convince them of my perspective. It was regarding the 50% discount on D3
for currently supported native systems. There was a loophole that i
identified and they accomodated me. They do play hardball on virtually
everything else.

I have existing UV and UD clients, all of which had their environments
converted prior to my involvement. Thus, I've never experienced the birthing
pains of converting from native to U2. Observing all the conversations on
this forum regarding the release levels, implementations, connectivity etc,
and that I am an outside consultant and not an employee, a delivered virgin
D3 system on W2K is about as clean an environment one could expect to start
from. Pop in the last file-save, do the restore and compile. In fact,
converting from AP-pro doesn't even need the compiling.

I observe all the unix and NT commands being offered and they're out of my
league. Plus, my clients, being native to begin with, aren't aching for the
ODBC, triggers, sockets, IIS and other magic features of today. They just
want to continue with their green screen apps.

Thanks.

Someone earlier posted a comparison between Pick and Microsoft. It stated
that MS is happy with 10% paying licenses out of 100,000,000 while Pick
wanted 100% paying licenses out of 10,000.


- Original Message -
From: Ron White [EMAIL PROTECTED]
To: U2 Users Discussion List [EMAIL PROTECTED]
Sent: Thursday, March 18, 2004 9:22 AM
Subject: Re: Alpha-Micro to D3



 - Original Message -
 From: Mark Johnson [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, March 17, 2004 12:39 PM
 Subject: Alpha-Micro to D3


 Dear All:

 One of my clients has a 40 user Alpha Micro native system that's in need
of
 a migration. I want to migrate to D3/W2K. I've done a few and am
comfortable
 supporting it remotely as a consultant instead of as an employee. While I
 welcome the possibility of going to 'nix U2 or NT U2, I want to focus on
 D3/W2K.

 Has anyone had any experience converting from Alpha Micro to D3 or UD/UV
and
 are there any pitfalls regarding incompatible source code. I can expect
some
 slight differences in syntax but I'm looking to see if there's a major
 roadblock. I don't suspect anything beyond PQ proc but IIRC an earlier
 conversion from GA to AP-Pro brought with it some missing commands like
SWAP
 and MAX.

 Thanks in advance.
 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users
 ---

 D3 does have the SWAP statement, but like several other statements you
 need to but a $OPTIONS EXT compiler directive in your program or it
 will not compile.  My documentation does not mention a MAX statement.

 I wish you luck dealing with Raining Data.  At my earliest convenience I
 will kick D3 and Raining Data out the back door and run everything on
 UniVerse.  RD has raised their maintenance to 90 USD per seat and have
 instituted a 50% charge to get a major release (release 8.0 is due out
this
 year).
 They have mostly stopped enhancing the product and to get anything fixed
or
 added to the product you must submit a business requirements statement
to
 them convincing them that it is in their business interest to provide the
 fix or
 function.  That doesn't sound like a company that is very interested in
 keeping
 D3 around for the long haul.

 YMMV
 Ron White




 ---
 [ Eckel certifies this E-mail to be virus free. ]

 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Alpha-Micro to D3

2004-03-18 Thread Ron White
Very true.  Upgrading from an earlier version of RD databases
to D3 is a no-brainer.  I just don't like their business policies and
practices.

Ron White

- Original Message - 
From: Mark Johnson [EMAIL PROTECTED]
To: U2 Users Discussion List [EMAIL PROTECTED]
Sent: Thursday, March 18, 2004 9:12 AM
Subject: Re: Alpha-Micro to D3


 Perhaps I've been buffered by the wrath of RD as i don't work with them
 directly. I work with a company called Zumasys and they've been incredibly
 helpful with the migrations and new systems that I've installed.

 I did go to bat with RD directly discussing a licensing issue and was able
 to convince them of my perspective. It was regarding the 50% discount on
D3
 for currently supported native systems. There was a loophole that i
 identified and they accomodated me. They do play hardball on virtually
 everything else.

 I have existing UV and UD clients, all of which had their environments
 converted prior to my involvement. Thus, I've never experienced the
birthing
 pains of converting from native to U2. Observing all the conversations on
 this forum regarding the release levels, implementations, connectivity
etc,
 and that I am an outside consultant and not an employee, a delivered
virgin
 D3 system on W2K is about as clean an environment one could expect to
start
 from. Pop in the last file-save, do the restore and compile. In fact,
 converting from AP-pro doesn't even need the compiling.

 I observe all the unix and NT commands being offered and they're out of my
 league. Plus, my clients, being native to begin with, aren't aching for
the
 ODBC, triggers, sockets, IIS and other magic features of today. They just
 want to continue with their green screen apps.

 Thanks.

 Someone earlier posted a comparison between Pick and Microsoft. It stated
 that MS is happy with 10% paying licenses out of 100,000,000 while Pick
 wanted 100% paying licenses out of 10,000.


 - Original Message -
 From: Ron White [EMAIL PROTECTED]
 To: U2 Users Discussion List [EMAIL PROTECTED]
 Sent: Thursday, March 18, 2004 9:22 AM
 Subject: Re: Alpha-Micro to D3


 
  - Original Message -
  From: Mark Johnson [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Sent: Wednesday, March 17, 2004 12:39 PM
  Subject: Alpha-Micro to D3
 
 
  Dear All:
 
  One of my clients has a 40 user Alpha Micro native system that's in need
 of
  a migration. I want to migrate to D3/W2K. I've done a few and am
 comfortable
  supporting it remotely as a consultant instead of as an employee. While
I
  welcome the possibility of going to 'nix U2 or NT U2, I want to focus on
  D3/W2K.
 
  Has anyone had any experience converting from Alpha Micro to D3 or UD/UV
 and
  are there any pitfalls regarding incompatible source code. I can expect
 some
  slight differences in syntax but I'm looking to see if there's a major
  roadblock. I don't suspect anything beyond PQ proc but IIRC an earlier
  conversion from GA to AP-Pro brought with it some missing commands like
 SWAP
  and MAX.
 
  Thanks in advance.
  --
  u2-users mailing list
  [EMAIL PROTECTED]
  http://www.oliver.com/mailman/listinfo/u2-users
  ---
 
  D3 does have the SWAP statement, but like several other statements you
  need to but a $OPTIONS EXT compiler directive in your program or it
  will not compile.  My documentation does not mention a MAX statement.
 
  I wish you luck dealing with Raining Data.  At my earliest convenience I
  will kick D3 and Raining Data out the back door and run everything on
  UniVerse.  RD has raised their maintenance to 90 USD per seat and have
  instituted a 50% charge to get a major release (release 8.0 is due out
 this
  year).
  They have mostly stopped enhancing the product and to get anything fixed
 or
  added to the product you must submit a business requirements statement
 to
  them convincing them that it is in their business interest to provide
the
  fix or
  function.  That doesn't sound like a company that is very interested in
  keeping
  D3 around for the long haul.
 
  YMMV
  Ron White
 
 
 
 
  ---
  [ Eckel certifies this E-mail to be virus free. ]
 
  --
  u2-users mailing list
  [EMAIL PROTECTED]
  http://www.oliver.com/mailman/listinfo/u2-users

 -- 
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users
 ---
 [ Eckel certifies this E-mail to be virus free. ]





---
[ Eckel certifies this E-mail to be virus free. ]

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Setting up SQL step 1

2004-03-18 Thread FFT2001
In a message dated 3/18/2004 3:26:32 AM Pacific Standard Time, 
[EMAIL PROTECTED] writes:


 Sent: 17 March 2004 19:40
 To: U2 Users Discussion List
 Subject: Re: Setting up SQL step 1
 
 Good news (I think) From what I learned - the admin user is set up when you 
 load the operating system .  I was told that if I re-installed my latest 
 upgrade tape that I could update the user at that time.  I never was able to 
 find any of this documentation on this - and when I asked IBM, since I was 
 running 9.5 they conveniently told me that this documentation no longer existed - 
 go figure.

Okay remember that on the test server I had said the two UV_USERS were NT 
Authority\System and Primo\Administrator.  The test server is Tregundo and Primo 
is another server.

So now on the test server, we reinstalled Universe 10 and this time it 
created two UV_USERS as NT Authority\System and Tregundo\Administrator.  Now logging 
on as administrator I was able to GRANT CONNECT to Will.Johnson and also 
GRANT DBA to Will.Johnson

So it seems like two things.  One when it was setup initially maybe the 
server names were subsequently changed and two this was enough to confuse the hell 
out of SQL.  Reinstalling, like you suggested, just reinstalls the UV account, 
doesn't overwrite files in other accounts and so that worked out fine.  And 
it fixed the UV_USERS file.

Another thing I found out was that, only in one obscure location in the 
documentation (and NOT in the online HELP command documentation) it states that a 
TRIGGER program must be globally catalogued.  I think it also says it can be 
normally (but not locally) catalogued but that didn't seem to work.  On a PICK 
flavor account you cannot, as far as I could figure globally catalog.  I tried 
what the documentation said and it didn't work.  So I had to log to uv, create 
a Q pointer to the BASIC program file on the other account, then globally 
catalog it.

Also in order for changes to your trigger to take affect you have to DROP 
TRIGGER, then globally catalog, the CREATE TRIGGER once more.

Will battle scarred Johnson
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


U2 file articles in International Spectrum

2004-03-18 Thread Jeff Fitzgerald
Peggy and I are writing a series of articles in Spectrum about U2 files.
The first one is in the March/April issue which is just out.  I'd be
interested in reactions and feedback.  The first article is pretty
introductory; we're going to do five or six and will strive for some depth.
Feel free to email any comments or post to the list if appropriate.

Thanks!

Jeff Fitzgerald
Fitzgerald  Long, Inc.

mailto:[EMAIL PROTECTED]
http://www.fitzlong.com

(303) 755-1102
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Alpha-Micro to D3

2004-03-18 Thread Dave S
What year model is that Alpha-Micro system ?

Ron White [EMAIL PROTECTED] wrote:
- Original Message - 
From: Mark Johnson 
To: 
Sent: Wednesday, March 17, 2004 12:39 PM
Subject: Alpha-Micro to D3


Dear All:

One of my clients has a 40 user Alpha Micro native system that's in need of
a migration. I want to migrate to D3/W2K. I've done a few and am comfortable
supporting it remotely as a consultant instead of as an employee. While I
welcome the possibility of going to 'nix U2 or NT U2, I want to focus on
D3/W2K.

Has anyone had any experience converting from Alpha Micro to D3 or UD/UV and
are there any pitfalls regarding incompatible source code. I can expect some
slight differences in syntax but I'm looking to see if there's a major
roadblock. I don't suspect anything beyond PQ proc but IIRC an earlier
conversion from GA to AP-Pro brought with it some missing commands like SWAP
and MAX.

Thanks in advance.
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
---

D3 does have the SWAP statement, but like several other statements you
need to but a $OPTIONS EXT compiler directive in your program or it
will not compile. My documentation does not mention a MAX statement.

I wish you luck dealing with Raining Data. At my earliest convenience I
will kick D3 and Raining Data out the back door and run everything on
UniVerse. RD has raised their maintenance to 90 USD per seat and have
instituted a 50% charge to get a major release (release 8.0 is due out this
year).
They have mostly stopped enhancing the product and to get anything fixed or
added to the product you must submit a business requirements statement to
them convincing them that it is in their business interest to provide the
fix or
function. That doesn't sound like a company that is very interested in
keeping
D3 around for the long haul.

YMMV
Ron White




---
[ Eckel certifies this E-mail to be virus free. ]

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Alpha-Micro to D3

2004-03-18 Thread Mark Johnson
I don't know. It appears to be either a 486 or P1 vintage. Early 90's
perhaps.
thanks.
- Original Message -
From: Dave S [EMAIL PROTECTED]
To: U2 Users Discussion List [EMAIL PROTECTED]
Sent: Thursday, March 18, 2004 12:35 PM
Subject: Re: Alpha-Micro to D3


 What year model is that Alpha-Micro system ?

 Ron White [EMAIL PROTECTED] wrote:
 - Original Message -
 From: Mark Johnson
 To:
 Sent: Wednesday, March 17, 2004 12:39 PM
 Subject: Alpha-Micro to D3


 Dear All:

 One of my clients has a 40 user Alpha Micro native system that's in need
of
 a migration. I want to migrate to D3/W2K. I've done a few and am
comfortable
 supporting it remotely as a consultant instead of as an employee. While I
 welcome the possibility of going to 'nix U2 or NT U2, I want to focus on
 D3/W2K.

 Has anyone had any experience converting from Alpha Micro to D3 or UD/UV
and
 are there any pitfalls regarding incompatible source code. I can expect
some
 slight differences in syntax but I'm looking to see if there's a major
 roadblock. I don't suspect anything beyond PQ proc but IIRC an earlier
 conversion from GA to AP-Pro brought with it some missing commands like
SWAP
 and MAX.

 Thanks in advance.
 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users
 ---

 D3 does have the SWAP statement, but like several other statements you
 need to but a $OPTIONS EXT compiler directive in your program or it
 will not compile. My documentation does not mention a MAX statement.

 I wish you luck dealing with Raining Data. At my earliest convenience I
 will kick D3 and Raining Data out the back door and run everything on
 UniVerse. RD has raised their maintenance to 90 USD per seat and have
 instituted a 50% charge to get a major release (release 8.0 is due out
this
 year).
 They have mostly stopped enhancing the product and to get anything fixed
or
 added to the product you must submit a business requirements statement
to
 them convincing them that it is in their business interest to provide the
 fix or
 function. That doesn't sound like a company that is very interested in
 keeping
 D3 around for the long haul.

 YMMV
 Ron White




 ---
 [ Eckel certifies this E-mail to be virus free. ]

 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users

 Do you Yahoo!?
 Yahoo! Mail - More reliable, more storage, less spam
 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Alpha-Micro to D3

2004-03-18 Thread Dave S
boat anchor!

Mark Johnson [EMAIL PROTECTED] wrote:I don't know. It appears to be either a 486 or 
P1 vintage. Early 90's
perhaps.
thanks.
- Original Message -
From: Dave S 
To: U2 Users Discussion List 
Sent: Thursday, March 18, 2004 12:35 PM
Subject: Re: Alpha-Micro to D3


 What year model is that Alpha-Micro system ?

 Ron White wrote:
 - Original Message -
 From: Mark Johnson
 To:
 Sent: Wednesday, March 17, 2004 12:39 PM
 Subject: Alpha-Micro to D3


 Dear All:

 One of my clients has a 40 user Alpha Micro native system that's in need
of
 a migration. I want to migrate to D3/W2K. I've done a few and am
comfortable
 supporting it remotely as a consultant instead of as an employee. While I
 welcome the possibility of going to 'nix U2 or NT U2, I want to focus on
 D3/W2K.

 Has anyone had any experience converting from Alpha Micro to D3 or UD/UV
and
 are there any pitfalls regarding incompatible source code. I can expect
some
 slight differences in syntax but I'm looking to see if there's a major
 roadblock. I don't suspect anything beyond PQ proc but IIRC an earlier
 conversion from GA to AP-Pro brought with it some missing commands like
SWAP
 and MAX.

 Thanks in advance.
 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users
 ---

 D3 does have the SWAP statement, but like several other statements you
 need to but a $OPTIONS EXT compiler directive in your program or it
 will not compile. My documentation does not mention a MAX statement.

 I wish you luck dealing with Raining Data. At my earliest convenience I
 will kick D3 and Raining Data out the back door and run everything on
 UniVerse. RD has raised their maintenance to 90 USD per seat and have
 instituted a 50% charge to get a major release (release 8.0 is due out
this
 year).
 They have mostly stopped enhancing the product and to get anything fixed
or
 added to the product you must submit a business requirements statement
to
 them convincing them that it is in their business interest to provide the
 fix or
 function. That doesn't sound like a company that is very interested in
 keeping
 D3 around for the long haul.

 YMMV
 Ron White




 ---
 [ Eckel certifies this E-mail to be virus free. ]

 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users

 Do you Yahoo!?
 Yahoo! Mail - More reliable, more storage, less spam
 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [OT] Symbol PDT6800 Help

2004-03-18 Thread Dave Tabor
Not sure exactly, but I've got some cryptic notes here:
I think it's A+B+D PWR PWR  
This will take you through some questions like Software Update, etc.  You'll have to 
answer these as you think appropriate for your needs.

If that doesn't work, I know that CTRL C will bring you to a dos prompt (depending 
on where you are when you do it).  I don't know if it works from all areas of the 
unit's programming. 

You can also force a reboot by holding down 4+5 press PWR wait 3 secs press 
PWR again, then release 4+5.

I don't have a manual in front of me, so I can't double check at this point, but I 
think that the manuals are available on Symbol's website.

Hope this helps.
- Dave

-Original Message-
Does anyone know how to get back to the main configuration menu on a Symbol
PDT6800?  I'm stuck at: 'Terminal cannot associate with AP.  You're out of
range or not configured.'
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [OT] Symbol PDT6800 Help

2004-03-18 Thread Steven M Wagner
Sorta makes me think of the booting instructions on a MicroData Reality.grin

Steve

At 02:53 PM 3/18/04 -0500, you wrote:
Not sure exactly, but I've got some cryptic notes here:
I think it's A+B+D PWR PWR
This will take you through some questions like Software Update, 
etc.  You'll have to answer these as you think appropriate for your needs.

If that doesn't work, I know that CTRL C will bring you to a dos 
prompt (depending on where you are when you do it).  I don't know if it 
works from all areas of the unit's programming.

You can also force a reboot by holding down 4+5 press PWR wait 3 
secs press PWR again, then release 4+5.

I don't have a manual in front of me, so I can't double check at this 
point, but I think that the manuals are available on Symbol's website.

Hope this helps.
- Dave
-Original Message-
Does anyone know how to get back to the main configuration menu on a Symbol
PDT6800?  I'm stuck at: 'Terminal cannot associate with AP.  You're out of
range or not configured.'
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
--
Steven M Wagner
[EMAIL PROTECTED]
Cary, North Carolina, United States of America
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [OT] Symbol PDT6800 Help

2004-03-18 Thread Jefferson, Jim
...or the Prime I-1000's/P400's.  Flip switches to set up octal addresses, twist a 
dial between fetch and store (?), put your left foot in, put your left foot out...

Jim

 -Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]  On Behalf Of Steven M Wagner
Sent:   Thursday, March 18, 2004 1:54 PM
To: U2 Users Discussion List
Subject:RE: [OT] Symbol PDT6800 Help

Sorta makes me think of the booting instructions on a MicroData Reality.grin

Steve

At 02:53 PM 3/18/04 -0500, you wrote:
Not sure exactly, but I've got some cryptic notes here:
I think it's A+B+D PWR PWR


--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Universe Migration Info

2004-03-18 Thread rlsmith
I also would like to ask the list a additional question.

We are thinking about upgrading from Universe 9.5.2.1 to a version 10.? 
(something)

Does anyone know if there any issues we might have with our basic code if 
we do?

BTW which version of 10 is the most stable?

Any info could be useful.

Thanks,

 I used to be an Optimist until I knocked over the glass. 

Randy Smith Programmer/Analyst
[EMAIL PROTECTED]
http://users.adelphia.net/~lee_crystal/
http://www.sopranoboy.com

Zaner Bloser
http://www.zaner-bloser.com
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Crazy intermittent problem. Need help as soon as possible.

2004-03-18 Thread Dave Tabor
Hi, Everyone.

I'm having trouble with a scheduling program I'm writing in VB.net, on a WinXPpro 
system, using UniObjects, that extracts and writes data to a file in our Unidata 6.0.3 
system on an AIX 5.1L system.

The trouble that I'm having is that the data is getting corrupted.  As the screen 
doesn't rebuild after a data save, I don't 'see' the problem until I restart the 
program the next time around, and data is re-read from the database.  

I've been through my program 3 times, and can't find an error.  I'm assuming at this 
point that the error is outside my program, as I ran the same test data through the 
program 5 times, and it only corrupted the data 3 times.  The other two it worked 
flawlessly.  If it was an error in my program, it shouldn't ever work right, should it?

Also, the program treats every record equally, but the data is intermittently 
corrupted, some records process fine, others get corrupted.  Some fields are lost all 
together.

Fortunately it's still in test mode, so we haven't lost any real data yet.

The data is doing things like this:

Record 1:   Record 2:
DelDate:03/18/0403/18/04 --OK
SeqNo:  3   3--OK
Type:   F   0   These two are mixed together (* 
see below)
Hours:  0h  hF  ---/
Code:   -= This one is GONE
Color:  BlueWBluThese two are mixed together (* see below)
Symbol: W   e   ---/
Emp:1= This one is GONE!
RelNo:  01234567001 N0123456700 These two are mixed together (* see below)
Priority:   N   1   ---/

(* HERE!)  
At first, I thought that the data was being broken up at the wrong points, but after a 
closer look, it appears that this is happening.  In each three line group:
Line1:  Starts with the first character of line two, and loses it's last character.
Line2:  Loses it's first character to line 1, and gains the last character of line 1 
at the end of it's data.
Line3:  Data is gone (unless it's a space character)

It's really crazy.

Anyone have any ideas for this one?  If so, any help is appreciated.

Thanks,
Dave
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Crazy intermittent problem. Need help as soon as possible.

2004-03-18 Thread Peter Olson
can you show us some code ?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Dave Tabor
Sent: Thursday, March 18, 2004 4:18 PM
To: U2 Users Discussion List
Subject: Crazy intermittent problem. Need help as soon as possible.


Hi, Everyone.

I'm having trouble with a scheduling program I'm writing in VB.net, on a
WinXPpro system, using UniObjects, that extracts and writes data to a file
in our Unidata 6.0.3 system on an AIX 5.1L system.

The trouble that I'm having is that the data is getting corrupted.  As the
screen doesn't rebuild after a data save, I don't 'see' the problem until I
restart the program the next time around, and data is re-read from the
database.  

I've been through my program 3 times, and can't find an error.  I'm assuming
at this point that the error is outside my program, as I ran the same test
data through the program 5 times, and it only corrupted the data 3 times.
The other two it worked flawlessly.  If it was an error in my program, it
shouldn't ever work right, should it?

Also, the program treats every record equally, but the data is
intermittently corrupted, some records process fine, others get corrupted.
Some fields are lost all together.

Fortunately it's still in test mode, so we haven't lost any real data yet.

The data is doing things like this:

Record 1:   Record 2:
DelDate:03/18/0403/18/04 --OK
SeqNo:  3   3--OK
Type:   F   0   These two are mixed
together (* see below)
Hours:  0h  hF  ---/
Code:   -= This one is GONE
Color:  BlueWBluThese two are mixed together (*
see below)
Symbol: W   e   ---/
Emp:1= This one is
GONE!
RelNo:  01234567001 N0123456700 These two are mixed together (*
see below)
Priority:   N   1   ---/

(* HERE!)  
At first, I thought that the data was being broken up at the wrong points,
but after a closer look, it appears that this is happening.  In each three
line group:
Line1:  Starts with the first character of line two, and loses it's last
character.
Line2:  Loses it's first character to line 1, and gains the last character
of line 1 at the end of it's data.
Line3:  Data is gone (unless it's a space character)

It's really crazy.

Anyone have any ideas for this one?  If so, any help is appreciated.

Thanks,
Dave
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Notice of Confidentiality:  The information included and/or attached in this
electronic mail transmission may contain confidential or privileged
information and is intended for the addressee.  Any unauthorized disclosure,
reproduction, distribution or the taking of action in reliance on the
contents of the information is prohibited.  If you believe that you have
received the message in error, please notify the sender by reply
transmission and delete the message without copying or disclosing it. 

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Crazy intermittent problem. Need help as soon as possible.

2004-03-18 Thread Donald Kibbey
You don't say what your using to write the data.  On the PC side, look for the flush() 
function of the streamwriter and textwriter objects.  Are you maintaining a constant 
connection with the UniData machine?  Really need some code to look at to help.

Thanks,



Don Kibbey
Financial Systems Manager
Finnegan, Henderson, Farabow, Garrett  Dunner LLP


 [EMAIL PROTECTED] 03/18/04 04:17PM 
Hi, Everyone.

I'm having trouble with a scheduling program I'm writing in VB.net, on a WinXPpro 
system, using UniObjects, that extracts and writes data to a file in our Unidata 6.0.3 
system on an AIX 5.1L system.

The trouble that I'm having is that the data is getting corrupted.  As the screen 
doesn't rebuild after a data save, I don't 'see' the problem until I restart the 
program the next time around, and data is re-read from the database.  

I've been through my program 3 times, and can't find an error.  I'm assuming at this 
point that the error is outside my program, as I ran the same test data through the 
program 5 times, and it only corrupted the data 3 times.  The other two it worked 
flawlessly.  If it was an error in my program, it shouldn't ever work right, should it?

Also, the program treats every record equally, but the data is intermittently 
corrupted, some records process fine, others get corrupted.  Some fields are lost all 
together.

Fortunately it's still in test mode, so we haven't lost any real data yet.

The data is doing things like this:

Record 1:   Record 2:
DelDate:03/18/0403/18/04 --OK
SeqNo:  3   3--OK
Type:   F   0   These two are mixed together (* 
see below)
Hours:  0h  hF  ---/
Code:   -= This one is GONE
Color:  BlueWBluThese two are mixed together (* see below)
Symbol: W   e   ---/
Emp:1= This one is GONE!
RelNo:  01234567001 N0123456700 These two are mixed together (* see below)
Priority:   N   1   ---/

(* HERE!)  
At first, I thought that the data was being broken up at the wrong points, but after a 
closer look, it appears that this is happening.  In each three line group:
Line1:  Starts with the first character of line two, and loses it's last character.
Line2:  Loses it's first character to line 1, and gains the last character of line 1 
at the end of it's data.
Line3:  Data is gone (unless it's a space character)

It's really crazy.

Anyone have any ideas for this one?  If so, any help is appreciated.

Thanks,
Dave
--
u2-users mailing list
[EMAIL PROTECTED] 
http://www.oliver.com/mailman/listinfo/u2-users

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Setting up SQL step 1

2004-03-18 Thread Ray Wurlod
Manuals, etc., for UniVerse 9.5, 9.6 and 10.0 are all on the IBM website.  Also 
UniData 5.2 and 6.0.
Start at http://www-306.ibm.com/software/data/u2/pubs/library/

- Original Message -
From: Anthony Youngman [EMAIL PROTECTED]
Date: Thu, 18 Mar 2004 12:07:03 -
To: U2 Users Discussion List [EMAIL PROTECTED]
Subject: RE: Setting up SQL step 1

 Why might I have the 9.5 docu? Because we're still running it :-(
 
 It's all very well, but there is some truth in the old adage if it aint
 broke, don't fix it.
 
 Cheers,
 Wol

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: Crazy intermittent problem. Need help as soon as possible.

2004-03-18 Thread Timothy Snyder




Dave Tabor wrote on 03/18/2004 04:17:47 PM:

 I'm having trouble with a scheduling program I'm writing in VB.net,
 on a WinXPpro system, using UniObjects, that extracts and writes
 data to a file in our Unidata 6.0.3 system on an AIX 5.1L system.

 The trouble that I'm having is that the data is getting corrupted.
 As the screen doesn't rebuild after a data save, I don't 'see' the
 problem until I restart the program the next time around, and data
 is re-read from the database.


Dumb question - have you confirmed that the records are actually being
stored erroneously?  You say that the screen shows it wrong when you recall
it, but maybe the problem is with the display and/or retrieval routines.

As others have said already, the information supplied so far doesn't give
us much to go on.  Code segments, before-and-after pictures of the raw
records, and other information would give us some bread crumbs to follow.


Tim Snyder
IBM Data Management Solutions
Consulting I/T Specialist , U2 Professional Services

[EMAIL PROTECTED]
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Crazy intermittent problem. Need help as soon as possible.

2004-03-18 Thread Dave Tabor
Here is some of my code, but it's quite long.  I've trimmed it to just the sections 
that deal with data reading and writing, as I'm pretty confident that the error is in 
there somewhere.

NOTE:  SchedBox(col,row) is an array of custom control that is similar to a cell in a 
grid.

Quick List of subroutines and functions:

Sub OpenSession Opens Session to Unidata
Sub CloseSessionCloses Session to Unidata
Sub SelectRecords   Selects Records in Unidata File
Sub FillDataTable   Fills the 'Schedule1' DataTable
Sub Sched_Text_Changed  Called when scheduling text is changed in text 
boxes in custom control
Sub Changed_Cust_Info   Called when customer text is changed 
in a text box in custom control
FunctionGetNewIDReturns 'NewCounter'
Sub WriteData   Writes a Record to Unidata File
FunctionLoadSchedFileData   Returns 'OkToWrite'

Thanks for any help you may have.
- Dave

-

 Public Sub OpenSession()
'
' Create a session to work with
' 
Session = CreateObject(UV_SESSION_OBJECT)
If Session Is Nothing Then
' NB.  Errors will be reported by Visual Basic
Exit Sub' End program
End If
Session.HostName = hostname
Session.AccountPath = accountpath
Session.UserName = username
Session.Password = password
'
Session.Connect()
If Session.isactive Then
' Continue with the program, then close the session.
If Session.HostType = UVT_UNIX Then
'MsgBox(You are connected to the UNIX server)
End If
Else
' Check for session errors - display dialog box with error code
If Session.error  UVE_NOERROR Then
MsgBox(Unable to open connection due to error#:   Session.error)
End If
End If
End Sub

Public Sub CloseSession()
SchedFile.CloseFile()
SchedFile = Nothing
Session.Disconnect()
If Session.isactive Then
' Continue with the program, then close the session.
MsgBox(You are still connected.  Attempting one last time to disconnect.)
Session.disconnect()
End If
End Sub

Public Sub SelectRecords()
' Open a Select List
SchedFile = Session.OpenFile(SCHED_DATA)
SelectListObj = Session.SelectList(0)
Session.Command.Text = SSELECT SCHED_DATA BY DEL_DATE BY SEQ_NO
Session.command.exec()
Session.command.text = SAVE-LIST SD.JUNK
Session.command.exec()
SelectListObj.GetList(SD.JUNK)
End Sub

Public Sub FillDataTable()
Dim SchedRec As Object
SchedFile.RecordID = SelectListObj.Next
Do While Not SelectListObj.LastRecordRead
' Read a record and check for errors
SchedFile.Read()
If SchedFile.Error  UVE_NOERROR Then
MsgBox(Error reading from file (  SchedFile.Error  ))
Exit Do
End If
' Load the Schedule1 table
'
SchedRec = SchedFile.Record
Dim anyRow As DataRow = Schedule1.NewRow
anyRow(ID) = SchedFile.RecordID
anyRow(JOB_NO) = SchedRec.Field(1).StringValue
If SchedRec.Field(2).StringValue   Then
anyRow(DEL_DATE) = 
CDate(Session.Oconv(SchedRec.Field(2).StringValue, D2/))
Else
anyRow(DEL_DATE) = System.DBNull.Value
End If
'
anyRow(CUST_NAME) = SchedRec.Field(3).StringValue
anyRow(CITY) = SchedRec.Field(4).StringValue
anyRow(STATE) = SchedRec.Field(5).StringValue
anyRow(SEQ_NO) = SchedRec.Field(6).StringValue
If SchedRec.Field(7).StringValue   Then
anyRow(PRM_DATE) = Session.Oconv(SchedRec.Field(7).StringValue, 
D2/)
Else
anyRow(PRM_DATE) = System.DBNull.Value
End If
If SchedRec.Field(8).StringValue   Then
anyRow(PRM_TIME) = SchedRec.Field(8).StringValue
Else
anyRow(PRM_TIME) = System.DBNull.Value
End If
anyRow(TYPE) = SchedRec.Field(9).StringValue
anyRow(HOURS) = SchedRec.Field(10).StringValue
anyRow(CODE) = SchedRec.Field(11).StringValue
anyRow(COLOR) = SchedRec.Field(12).StringValue
anyRow(SYMBOL) = SchedRec.Field(13).StringValue
anyRow(EMP) = SchedRec.Field(14).StringValue
anyRow(REL_NO) = SchedRec.Field(15).StringValue
anyRow(PRIORITY) = SchedRec.Field(16).StringValue
anyRow(TRK_NO) = 

AD: Autologout in Universe 10.0.9

2004-03-18 Thread Randy Styka
We are migrating to Universe 10.0.9 running on Redhat 8, and finding
problems with autologout function . Our default setting is for 40
minutes and it actually logs the user out after about 8 or 9 minutes.
Anyone else had a problem with this?  Thanks,

I flagged this as an AD...We have a product called LOGMON
that is installed on a lot of Universe as well as Unidata
sites, as well as sites running just about anything else.

This software monitors CPU usage for each user, and their
child processes, to be sure a user really is idle.  It can
then log off the idle users, with a warning message if
desired.  You can vary the inactivity time by user, time
of day, application, etc.  You can control how the user is
logged off.

Just thought I'd mention a guaranteed way to get this
working right, one that is not limited to Universe but
can be system wide.  For details send an email to 
[EMAIL PROTECTED] or visit http://www.logmon.com

Thanks!

+-+
| Computronics   Randy Styka, [EMAIL PROTECTED] |
| 4N165 Wood Dale Road   Phone:  630/941-7767 |
| Addison, Illinois  60101 USA   Fax:630/941-7714 |
+-+
-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


SP.EDIT SP.ASSIGN HS

2004-03-18 Thread Cyndi Calvin
Hi, I'm trying to use the 'SP.ASSIGN HS' to send the output to file under UNIX HOLD 
directory.

I'm doing and seeing the following -- but no file ever shows up under HOLD 
directory.  Any clues or thoughts?  It gets to the queue?  But I don't know what to 
answer to get it to file.  Thanks!!!

All these Ready to Output should be deleted but I can't 

SP.EDIT before I run the SP.ASSIGN 
SP.EDIT
Entry # 01200 : Is Ready to Output.
Entry # 01201 : Is Ready to Output.
Entry # 01202 : Is Ready to Output.
Entry # 01203 : Is Ready to Output.
Entry # 01211 : Is Ready to Output.
Entry # 01227 : Is Ready to Output.
Entry # 01230 : Is Ready to Output.
Entry # 01231 : Is Ready to Output.
Entry # 01234 : Is Ready to Output.
Entry # 01236 : Is Ready to Output.
Entry # 01238 : Is Ready to Output.
Entry # 01239 : Is Ready to Output.
Entry # 01259 : Is Ready to Output.
Entry # 01260 : Is Ready to Output.
Entry # 01264 : Is Ready to Output.
Entry # 01267 : Is Ready to Output.
Entry # 01277 : Is Ready to Output.
Entry # 01282 : Is Ready to Output.
Entry # 01364 : Is Ready to Output.
Entry # 01370 : Is Ready to Output.
Entry # 01371 : Is Ready to Output.
SP.ASSIGN HS
LIST.ITEM CUST (P
Spooler Entry #2877
SP.EDIT
Entry # 01200 : Is Ready to Output.
Entry # 01201 : Is Ready to Output.
Entry # 01202 : Is Ready to Output.
Entry # 01203 : Is Ready to Output.
Entry # 01211 : Is Ready to Output.
Entry # 01227 : Is Ready to Output.
Entry # 01230 : Is Ready to Output.
Entry # 01231 : Is Ready to Output.
Entry # 01234 : Is Ready to Output.
Entry # 01236 : Is Ready to Output.
Entry # 01238 : Is Ready to Output.
Entry # 01239 : Is Ready to Output.
Entry # 01259 : Is Ready to Output.
Entry # 01260 : Is Ready to Output.
Entry # 01264 : Is Ready to Output.
Entry # 01267 : Is Ready to Output.
Entry # 01277 : Is Ready to Output.
Entry # 01282 : Is Ready to Output.
Entry # 01364 : Is Ready to Output.
Entry # 01370 : Is Ready to Output.
Entry # 01371 : Is Ready to Output.
Entry   # 02877Status  : Hold*Size: 422305
Priority: 88   Copies  : 1Delay   :
Pages   : All  Eject   : Yes  Delete  : Yes
Form: 1Printer : [Any]Options : None
Display (Y/N/S/D/X/CR) ? N  (if I say Y it does show on the screen)
Spool (Y/N=CR) ? Y
Pages to output : ALL

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


Re: [UV] SP.EDIT SP.ASSIGN HS

2004-03-18 Thread Ray Wurlod
SP.ASSIGN (HS sends the file to the spooler, with HOLD and RETAIN attributes asserted. 
 It does not send files to the HOLD file.  You will find your files in the directory 
referred to by your UVSPOOL configuration parameter.  You can use the SPOOL -LIST 
command to see that they are held from printing.

You can use the SP.EDIT command to print them and manage them (for example kill 
(de-queue) them).

If you want to send output to HOLD the correct command to use is SETPTR with the 
sixth argument set to 3.  For example:  SETPTR 0,132,2,0,0,3,BANNER MYFILE,BRIEF 
(this command directs the default print channel to a record called MYFILE in the 
HOLD file.

If you examine the SP.ASSIGN verb in the VOC file, and trace it back to source, you 
will find that SP.ASSIGN (HS actually ends up invoking the SETPTR command, but in mode 
1 (spooler), for example SETPTR 0,132,60,3,3,1,HOLD,RETAIN


- Original Message -
From: Cyndi Calvin [EMAIL PROTECTED]
Date: Thu, 18 Mar 2004 15:39:19 -0800
To: U2 Users Discussion List [EMAIL PROTECTED]
Subject: SP.EDIT  SP.ASSIGN HS

 Hi, I'm trying to use the 'SP.ASSIGN HS' to send the output to file under UNIX 
 HOLD directory.
 
 I'm doing and seeing the following -- but no file ever shows up under HOLD 
 directory.  Any clues or thoughts?  It gets to the queue?  But I don't know what to 
 answer to get it to file.  Thanks!!!
 
 All these Ready to Output should be deleted but I can't 
 
 SP.EDIT before I run the SP.ASSIGN 
 SP.EDIT
 Entry # 01200 : Is Ready to Output.
 Entry # 01201 : Is Ready to Output.
 Entry # 01202 : Is Ready to Output.
 Entry # 01203 : Is Ready to Output.
 Entry # 01211 : Is Ready to Output.
 Entry # 01227 : Is Ready to Output.
 Entry # 01230 : Is Ready to Output.
 Entry # 01231 : Is Ready to Output.
 Entry # 01234 : Is Ready to Output.
 Entry # 01236 : Is Ready to Output.
 Entry # 01238 : Is Ready to Output.
 Entry # 01239 : Is Ready to Output.
 Entry # 01259 : Is Ready to Output.
 Entry # 01260 : Is Ready to Output.
 Entry # 01264 : Is Ready to Output.
 Entry # 01267 : Is Ready to Output.
 Entry # 01277 : Is Ready to Output.
 Entry # 01282 : Is Ready to Output.
 Entry # 01364 : Is Ready to Output.
 Entry # 01370 : Is Ready to Output.
 Entry # 01371 : Is Ready to Output.
 SP.ASSIGN HS
 LIST.ITEM CUST (P
 Spooler Entry #2877
 SP.EDIT
 Entry # 01200 : Is Ready to Output.
 Entry # 01201 : Is Ready to Output.
 Entry # 01202 : Is Ready to Output.
 Entry # 01203 : Is Ready to Output.
 Entry # 01211 : Is Ready to Output.
 Entry # 01227 : Is Ready to Output.
 Entry # 01230 : Is Ready to Output.
 Entry # 01231 : Is Ready to Output.
 Entry # 01234 : Is Ready to Output.
 Entry # 01236 : Is Ready to Output.
 Entry # 01238 : Is Ready to Output.
 Entry # 01239 : Is Ready to Output.
 Entry # 01259 : Is Ready to Output.
 Entry # 01260 : Is Ready to Output.
 Entry # 01264 : Is Ready to Output.
 Entry # 01267 : Is Ready to Output.
 Entry # 01277 : Is Ready to Output.
 Entry # 01282 : Is Ready to Output.
 Entry # 01364 : Is Ready to Output.
 Entry # 01370 : Is Ready to Output.
 Entry # 01371 : Is Ready to Output.
 Entry   # 02877Status  : Hold*Size: 422305
 Priority: 88   Copies  : 1Delay   :
 Pages   : All  Eject   : Yes  Delete  : Yes
 Form: 1Printer : [Any]Options : None
 Display (Y/N/S/D/X/CR) ? N  (if I say Y it does show on the screen)
 Spool (Y/N=CR) ? Y
 Pages to output : ALL
 
 --
 u2-users mailing list
 [EMAIL PROTECTED]
 http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users