RE: [U2] Is there a way to associate "un-associated" multi-value fields on the fly?

2005-11-28 Thread [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
> On 11/28/05, Gahan, Mick <[EMAIL PROTECTED]> wrote:
>> 
>> I thought I read somewhere that Unidata allowed a user to
associate
>> "un-associated" multi-value fields on the fly within a
LIST or SORT
>> statement. 
>> 
>> However, never having used it - nor being able to find it
in any
>> documentation, I'm wondering if I simply dreamed it up.
>> 
>> This "on the fly" association would allow you to override
the
>> contents of field 7 of a dictionary, much like FMT allows
you to
>> override field 5 or CNV allows you to override field 3 of
the
>> dictionary. 
>> 
>> Does this "on-the-fly" association even exist?

I suspect that a combination of USING DICT and either WHEN
ASSOCIATED or WHEN and UDT.OPTIONS 94 ON might do what you
need.

Cheers,

Ken
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Is there a way to associate "un-associated" multi-value fields on the fly?

2005-11-28 Thread Dawn Wolthuis
On 11/28/05, Gahan, Mick <[EMAIL PROTECTED]> wrote:
>
> I thought I read somewhere that Unidata allowed a user to associate
> "un-associated" multi-value fields on the fly within a LIST or SORT
> statement.
>
> However, never having used it - nor being able to find it in any
> documentation, I'm wondering if I simply dreamed it up.
>
> This "on the fly" association would allow you to override the contents
> of field 7 of a dictionary, much like FMT allows you to override field 5
> or CNV allows you to override field 3 of the dictionary.
>
> Does this "on-the-fly" association even exist?


This is in UniVerse, but I have never seen it in UniData.

  If not, is there a
> simple workaround?


Hmm.  I can't think of anything for "on the fly" additions of associations.
Since I'm familiar with your VAR, I'll take a guess that you might be trying
to work around some VAR-delivered attributes that you cannot simply tag with
an association where there is none in the delivered application.  If that is
the case, then I suspect that I have worked around that very same problem by
creating virtual fields that point to the same data but are associated.  I
did that instead of new D data fields that redefine the current ones because
the vendor's tools permit that through their metadata specs.  You could
otherwise add in new D fields directly into the dicts and make the new
versions associated.

I also think you should suggest this as a future enhancement to UniData
since this "solution" is clearly not satisfying.

Not exactly helpful, but ...  Cheers!  --dawn

This would be for Unidata 6.09 on top of HPUX 11.11.
>
> TIA
>
> Mick
>
>
>
> Mick Gahan
> Director, MIS
> Metropolitan Community College
> Omaha, NE
> (402) 457-2402
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
>

--
Dawn M. Wolthuis
Tincat Group, Inc.

Take and give some delight today!
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Fwd: Re: [U2] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Caleb Ng
Thanks for all who replied.   After digging around, it appears that
these two programs were files with printer escape sequences programmed
by my predecessor.  I had thought somehow that these were standard U2
verbs.  

I recompiled and cataloged them on the other account I was trying to
get them to work from and it started working.

Thanks again,

Caleb Ng
Systems Analyst
Sweetwater Authority
[EMAIL PROTECTED]
(619) 409-6763

>>> [EMAIL PROTECTED] 11/28/05 12:33PM >>>
The verbs LANDSCAPE and CPI.12 are not standard U2 verbs.  They must be

custom programs on your system.  In your account where they do work,
look 
at the VOC entries for those 2 verbs and see what and where they point.
My 
guess would be that they are cataloged programs that send the proper 
printer codes to your printer to set it to landscape mode and 12 cpi
mode.

If that is the case then you should be able to fix your issue by
creating 
a Q-pointer in the other account to the basic program file where those
2 
programs reside.  Then you can catalog those programs in the new
account.

HTH,
Gordon


Gordon J. Glorfield
Sr. Applications Developer
MAMSI (A UnitedHealth Company)
301-360-8839

[EMAIL PROTECTED] wrote on 11/28/2005 02:29:44 PM:

> I'm sure this is a pretty simple fix but having scoured IBM's U2 docs
on
> CD, I'm still lost.

> I've got a PROC that prints a report in landscape with the following
> code:

> HSP-ASSIGN =ACCTING 0
> P
> HTERM ,,146,44
> P
> HLANDSCAPE
> P
> HCPI.12
> P
> HSORT  

> It works properly in one account but when I logto another account,
I'm
> getting the following error when I run it:

> In Paragraph:  PROC
> Not a verb
> LANDSCAPE
> Job number is : 3

[snip]


This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity
to 
which it is addressed. If the reader of this e-mail is not the intended

recipient or his or her authorized agent, the reader is hereby notified

that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify
the 
sender by replying to this message and delete this e-mail immediately.
---
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] Is there a way to associate "un-associated" multi-value fields on the fly?

2005-11-28 Thread Karjala Koponen
Mick,

I'm not aware of any method of overriding the association field 7 of a
dictionary.

A couple of thoughts:

1) Create a copy of the dictionary that has the association you desire
and use the 'USING DICT ' phrase.

2) Write a subroutine that accepts the parameters (fields, for example)
you care about to make the association and use in a dictionary item or
in an EVAL phrase.

hth

Karjala

P.S. Don't find ASSOC or ASSOC.WITH in the UniData 6.1 docs, though
they'd be nice


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gahan, Mick
Sent: Monday, November 28, 2005 3:29 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Is there a way to associate "un-associated" multi-value
fields on the fly?

I thought I read somewhere that Unidata allowed a user to associate
"un-associated" multi-value fields on the fly within a LIST or SORT
statement.

However, never having used it - nor being able to find it in any
documentation, I'm wondering if I simply dreamed it up.

This "on the fly" association would allow you to override the contents
of field 7 of a dictionary, much like FMT allows you to override field 5
or CNV allows you to override field 3 of the dictionary.

Does this "on-the-fly" association even exist?  If not, is there a
simple workaround?

This would be for Unidata 6.09 on top of HPUX 11.11.

TIA

Mick



Mick Gahan
Director, MIS
Metropolitan Community College
Omaha, NE
(402) 457-2402
---
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] Is there a way to associate "un-associated" multi-value fields on the fly?

2005-11-28 Thread Martin Phillips
> I thought I read somewhere that Unidata allowed a user to associate
> "un-associated" multi-value fields on the fly within a LIST or SORT
> statement.
<...snip...>
> Does this "on-the-fly" association even exist?  If not, is there a
> simple workaround?

UniVerse, yes. Unidata (as far as I know), no. If I'm wrong, Id' love to
know.

Sorry.


Martin Phillips
Ladybridge Systems
17b Coldstream Lane, Hardingstone, Northampton NN4 6DB
+44-(0)1604-709200
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Steve Kunzman
Can you type LANDSCAPE at TCL? LANDSCAPE is probably a program that
needs to be compiled and cataloged in all accounts.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Caleb Ng
Sent: Monday, November 28, 2005 1:30 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] [UD] "Not a verb" Paragraph Error between accounts

I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
CD, I'm still lost.

I've got a PROC that prints a report in landscape with the following
code:

HSP-ASSIGN =ACCTING 0
P
HTERM ,,146,44
P
HLANDSCAPE
P
HCPI.12
P
HSORT  

It works properly in one account but when I logto another account, I'm
getting the following error when I run it:

In Paragraph:  PROC
Not a verb
 LANDSCAPE
Job number is : 3

I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
having any success.  Any help for this newbie would be greatly
appreciated.

Thanks,

Caleb Ng
Systems Analyst
Sweetwater Authority
[EMAIL PROTECTED]
(619) 409-6763
---
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] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread colin.alfke
The "LANDSCAPE is not a verb" is the key.

In the account that works do a:

CT VOC LANDSCAPE

Make sure that in the accounts that don't work the VOC item (and any
programs it may point to) are valid.

Hth
Colin Alfke
Calgary, Canada

>-Original Message-
>From: Caleb Ng
>
>I'm sure this is a pretty simple fix but having scoured IBM's 
>U2 docs on CD, I'm still lost.
>
>I've got a PROC that prints a report in landscape with the following
>code:
>
>HSP-ASSIGN =ACCTING 0
>P
>HTERM ,,146,44
>P
>HLANDSCAPE
>P
>HCPI.12
>P
>HSORT  
>
>It works properly in one account but when I logto another 
>account, I'm getting the following error when I run it:
>
>In Paragraph:  PROC
>Not a verb
> LANDSCAPE
>Job number is : 3
>
>I originally thought it might be a UDT.OPTION or ECLTYPE but 
>I'm not having any success.  Any help for this newbie would be 
>greatly appreciated.
>
>Thanks,
>
>Caleb Ng
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Dianne Ackerman
It sounds like the verb "LANDSCAPE" doesn't exist in the account you're 
logging to.  It might be as simple as copying the VOC item from the 
first account to the second one.

-Dianne

Caleb Ng wrote:


I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
CD, I'm still lost.

I've got a PROC that prints a report in landscape with the following
code:

HSP-ASSIGN =ACCTING 0
P
HTERM ,,146,44
P
HLANDSCAPE
P
HCPI.12
P
HSORT  

It works properly in one account but when I logto another account, I'm
getting the following error when I run it:

In Paragraph:  PROC
Not a verb
LANDSCAPE
Job number is : 3

I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
having any success.  Any help for this newbie would be greatly
appreciated.

Thanks,

Caleb Ng
Systems Analyst
Sweetwater Authority
[EMAIL PROTECTED]
(619) 409-6763
---

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Is there a way to associate "un-associated" multi-value fields on the fly?

2005-11-28 Thread Pingilley, Ron
Mick,

UniVerse has ASSOC and ASSOC.WITH, look for them in UniData, or
something with a similar name...  Both can be used on-the-fly.

--Ron P. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gahan, Mick
Sent: Monday, November 28, 2005 2:29 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Is there a way to associate "un-associated" multi-value
fields on the fly?

I thought I read somewhere that Unidata allowed a user to associate
"un-associated" multi-value fields on the fly within a LIST or SORT
statement.

However, never having used it - nor being able to find it in any
documentation, I'm wondering if I simply dreamed it up.

This "on the fly" association would allow you to override the contents
of field 7 of a dictionary, much like FMT allows you to override field 5
or CNV allows you to override field 3 of the dictionary.

Does this "on-the-fly" association even exist?  If not, is there a
simple workaround?

This would be for Unidata 6.09 on top of HPUX 11.11.

TIA

Mick



Mick Gahan
Director, MIS
Metropolitan Community College
Omaha, NE
(402) 457-2402
---
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] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Karjala Koponen
Caleb,

'LANDSCAPE' is not a standard verb but is apparently some piece of
custom code on your system.  The VOC entry for 'LANDSCAPE' exists in the
one account but is missing in the other.  You can copy VOC LANDSCAPE
from one account to another after finding/creating a VOC file pointer in
one account to the other.

Do look at the VOC entry to check for obvious reasons that you need to
do more.  There is some potential that the LANDSCAPE routine won't work
in the 'new' account because other VOC entries are missing but you'll
have to try it or read the source code.

Karjala
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Caleb Ng
Sent: Monday, November 28, 2005 2:30 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] [UD] "Not a verb" Paragraph Error between accounts

I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
CD, I'm still lost.

I've got a PROC that prints a report in landscape with the following
code:

HSP-ASSIGN =ACCTING 0
P
HTERM ,,146,44
P
HLANDSCAPE
P
HCPI.12
P
HSORT  

It works properly in one account but when I logto another account, I'm
getting the following error when I run it:

In Paragraph:  PROC
Not a verb
 LANDSCAPE
Job number is : 3

I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
having any success.  Any help for this newbie would be greatly
appreciated.

Thanks,

Caleb Ng
Systems Analyst
Sweetwater Authority
[EMAIL PROTECTED]
(619) 409-6763
---
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] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Tom Dodds
The verb "LANDSCAPE", in step three of your proc, is not a standard UniVerse
verb.  It must have been a process written for your installation.  Copy the
verb LANDSCAPE from the account where this proc does work into the VOC where
it does not and that should fix the problem.  You should check on the verb
CPI.12 as well, it does not ring a bell with me.  You may have to copy that
verb across as well.

hth

Tom Dodds
[EMAIL PROTECTED]
Note: New phone number
708-234-9608 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Caleb Ng
Sent: Monday, November 28, 2005 1:30 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] [UD] "Not a verb" Paragraph Error between accounts

I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
CD, I'm still lost.

I've got a PROC that prints a report in landscape with the following
code:

HSP-ASSIGN =ACCTING 0
P
HTERM ,,146,44
P
HLANDSCAPE
P
HCPI.12
P
HSORT  

It works properly in one account but when I logto another account, I'm
getting the following error when I run it:

In Paragraph:  PROC
Not a verb
 LANDSCAPE
Job number is : 3

I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
having any success.  Any help for this newbie would be greatly
appreciated.

Thanks,

Caleb Ng
Systems Analyst
Sweetwater Authority
[EMAIL PROTECTED]
(619) 409-6763
---
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] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Gordon J Glorfield
The verbs LANDSCAPE and CPI.12 are not standard U2 verbs.  They must be 
custom programs on your system.  In your account where they do work, look 
at the VOC entries for those 2 verbs and see what and where they point. My 
guess would be that they are cataloged programs that send the proper 
printer codes to your printer to set it to landscape mode and 12 cpi mode.

If that is the case then you should be able to fix your issue by creating 
a Q-pointer in the other account to the basic program file where those 2 
programs reside.  Then you can catalog those programs in the new account.

HTH,
Gordon


Gordon J. Glorfield
Sr. Applications Developer
MAMSI (A UnitedHealth Company)
301-360-8839

[EMAIL PROTECTED] wrote on 11/28/2005 02:29:44 PM:

> I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
> CD, I'm still lost.

> I've got a PROC that prints a report in landscape with the following
> code:

> HSP-ASSIGN =ACCTING 0
> P
> HTERM ,,146,44
> P
> HLANDSCAPE
> P
> HCPI.12
> P
> HSORT  

> It works properly in one account but when I logto another account, I'm
> getting the following error when I run it:

> In Paragraph:  PROC
> Not a verb
> LANDSCAPE
> Job number is : 3

[snip]


This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity to 
which it is addressed. If the reader of this e-mail is not the intended 
recipient or his or her authorized agent, the reader is hereby notified 
that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify the 
sender by replying to this message and delete this e-mail immediately.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Jim Koca
Drop to TCL in the good account, and ED VOC LANDSCAPE... You should get some
lines that you can list. Drop to TCL in the other account, and ED VOC
LANDSCAPE... If it says new item, type in the lines from the good account
and give it a try...

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Caleb Ng
> Sent: Monday, November 28, 2005 1:30 PM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] [UD] "Not a verb" Paragraph Error between accounts
>
>
> I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
> CD, I'm still lost.
>
> I've got a PROC that prints a report in landscape with the following
> code:
>
> HSP-ASSIGN =ACCTING 0
> P
> HTERM ,,146,44
> P
> HLANDSCAPE
> P
> HCPI.12
> P
> HSORT  
>
> It works properly in one account but when I logto another account, I'm
> getting the following error when I run it:
>
> In Paragraph:  PROC
> Not a verb
>  LANDSCAPE
> Job number is : 3
>
> I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
> having any success.  Any help for this newbie would be greatly
> appreciated.
>
> Thanks,
>
> Caleb Ng
> Systems Analyst
> Sweetwater Authority
> [EMAIL PROTECTED]
> (619) 409-6763
> ---
> 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] Is there a way to associate "un-associated" multi-value fields on the fly?

2005-11-28 Thread Gahan, Mick
I thought I read somewhere that Unidata allowed a user to associate
"un-associated" multi-value fields on the fly within a LIST or SORT
statement.

However, never having used it - nor being able to find it in any
documentation, I'm wondering if I simply dreamed it up.

This "on the fly" association would allow you to override the contents
of field 7 of a dictionary, much like FMT allows you to override field 5
or CNV allows you to override field 3 of the dictionary.

Does this "on-the-fly" association even exist?  If not, is there a
simple workaround?

This would be for Unidata 6.09 on top of HPUX 11.11.

TIA

Mick



Mick Gahan
Director, MIS
Metropolitan Community College
Omaha, NE
(402) 457-2402
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Marilyn Hilb
How did that proc get on the second account? Go into the proc and hit the [end] 
key on each line. Could be there are extra spaces after the actual text in the 
line that need to be removed. I find this happens when I copy/paste to get code 
lines to another system. 

Thanks,

Marilyn A. Hilb 
Value Part, Inc
Direct: 847-918-6099
Fax: 847-367-1951
[EMAIL PROTECTED]
www.valuepart.com

 -Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]  On Behalf Of Caleb Ng
Sent:   Monday, November 28, 2005 1:30 PM
To: u2-users@listserver.u2ug.org
Subject:[U2] [UD] "Not a verb" Paragraph Error between accounts

I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
CD, I'm still lost.

I've got a PROC that prints a report in landscape with the following
code:

HSP-ASSIGN =ACCTING 0
P
HTERM ,,146,44
P
HLANDSCAPE
P
HCPI.12
P
HSORT  

It works properly in one account but when I logto another account, I'm
getting the following error when I run it:

In Paragraph:  PROC
Not a verb
 LANDSCAPE
Job number is : 3

I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
having any success.  Any help for this newbie would be greatly
appreciated.

Thanks,

Caleb Ng
Systems Analyst
Sweetwater Authority
[EMAIL PROTECTED]
(619) 409-6763
---
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] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread George Gallen
Try typing each of the lines manually in that account to isolate
which line of the PROC is giving you the error.

George

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Caleb Ng
> Sent: Monday, November 28, 2005 2:30 PM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] [UD] "Not a verb" Paragraph Error between accounts
> 
> 
> I'm sure this is a pretty simple fix but having scoured IBM's 
> U2 docs on
> CD, I'm still lost.
> 
> I've got a PROC that prints a report in landscape with the following
> code:
> 
> HSP-ASSIGN =ACCTING 0
> P
> HTERM ,,146,44
> P
> HLANDSCAPE
> P
> HCPI.12
> P
> HSORT  
> 
> It works properly in one account but when I logto another account, I'm
> getting the following error when I run it:
> 
> In Paragraph:  PROC
> Not a verb
>  LANDSCAPE
> Job number is : 3
> 
> I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
> having any success.  Any help for this newbie would be greatly
> appreciated.
> 
> Thanks,
> 
> Caleb Ng
> Systems Analyst
> Sweetwater Authority
> [EMAIL PROTECTED]
> (619) 409-6763
> ---
> 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] [UV] eVault backup software

2005-11-28 Thread GarryS
I am waiting for the vendor to provide a reference for an  eVault customer
using Universe.  If they do not have one then we will need to setup some
testing of the restore. Since we have both a production and test account. We
will run the backup for 8 days and then on the ninth restore to our test
account and we should see all of the transactions from the prior day. Our
test account was last copied from our production account in August of 2004.


> -Original Message-
> From: Scott Richardson [SMTP:[EMAIL PROTECTED]
> Sent: Monday, November 28, 2005 10:05 AM
> To:   u2-users@listserver.u2ug.org
> Subject:  Re: [U2] [UV] LiveVault backup software
> 
> Correction:
> How did GarryS's compnays evalution go?
> 
> Dianne, how did your client's situation resolve?
> 
> Thanks.
> Scott
> 
> - Original Message - 
> From: "Scott Richardson" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, November 28, 2005 11:53 AM
> Subject: Re: [U2] [UV] LiveVault backup software
> 
> 
> > Hello Diane,
> > I am interested to hear how your company's evaluation of "eVault's" AIX
> > back up solutions on AIX went? Were they able to handle your UV
> > database?
> >
> > Does anyone else use this type of backup solution?
> >
> > Thanks!
> > Scott
> >
> >
> > - Original Message - 
> > From: "Dianne Ackerman" <[EMAIL PROTECTED]>
> > To: 
> > Sent: Wednesday, November 16, 2005 2:46 PM
> > Subject: Re: [U2] [UV] LiveVault backup software
> >
> >
> > > Thanks Allen for this description, it is very helpful!
> > > -Dianne
> > >
> > > Allen Egerton wrote:
> > >
> > > >From: <[EMAIL PROTECTED]>
> > > >
> > > >
> > > >
> > > >
> > > >>We are looking at a company "eVault" but I have concerns about their
> AIX
> > > >>agent that does incremental backups. And how UV on AIX writes to
> disk.
> > Is
> > > >>HASH.AID/HASH.HELP a UV tool or an AIX tool? Does UV have its own
> file
> > > >>system compared to AIX?
> > > >>
> > > >>
> > > >
> > > >In reverse order, as it were.  AIX is the operating system, and thus
> is
> > the
> > > >owner/operator of the file systems.  UV is a *very* large application
> > > >running on top of AIX, or SunOS, or HPUnix, or Windows, etc, etc.
> Thus
> > UV
> > > >has to live within the boundaries established by the operating
> system.
> > > >
> > > >That having been said, understand that within those boundaries, UV
> has
> > its
> > > >own rules including the structure of the data files.  To Unix, files
> are
> > > >just strings of bytes, the organization is imposed by the
> application.
> > So,
> > > >the files are readable and writable by Unix operations, but they're
> > > >typically not understood by those operations.  Much as a MS-Word
> document
> > > >looks like gibberish if you open it with notepad, (or any other text
> > > >editor), UV data files will look like gibberish to most unix
> utilities.
> > > >
> > > >Which can make it extremely dangerous to work with tools that aren't
> > > >cognizant of the UV structure, except where the structure is not
> specific
> > to
> > > >UV.  Program files for example are typically type 1 or 19, which are
> > simply
> > > >sub-directories containing flat files.  Those flat files can be
> edited
> > using
> > > >vi, or emacs, or anything else you'd like without damaging the data
> > because
> > > >the data layout isn't specific to UV.
> > > >
> > > >HashAid/HashHellp are UV tools, which run under *nix, they
> "understand"
> > the
> > > >file structures particular to UV, and thus can traverse them, analyze
> > them,
> > > >and report on them.
> > > >
> > > >UV writes by at a very low level instructing *nix to write.  But it's
> > > >critical to understand that UV has determined the actual location
> within
> > the
> > > >data stream to perform the write.
> > > >
> > > >Backup strategies typically fall into two methodologies.  Either you
> > freeze
> > > >the data and copy it, or you use UV tools which pay attention to
> > > >record/group locks so as to get a clean backup.  Classic mistake is
> to
> > have
> > > >your users modifying the data while you back it up with a non-UV
> product.
> > > >When you restore the file(s), they're potentially corrupted because
> their
> > > >internally inconsistent.
> > > >
> > > >I can't speak about "eVault" other than to say that it *appears* that
> > their
> > > >incremental backup would back up every file that's been modified.
> So,
> > your
> > > >CUST.MAST file which gets hit every day would be included in your
> > > >incremental backup in its entirety, while your MONTH.END file would
> get
> > > >picked up after it was modified at the end of the month, and
> presumably
> > only
> > > >until you ran a "full" backup.  But this is guesswork on my part
> based
> > upon
> > > >little information.
> > > >---
> > > ---
> > > 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 uns

[U2] [UD] "Not a verb" Paragraph Error between accounts

2005-11-28 Thread Caleb Ng
I'm sure this is a pretty simple fix but having scoured IBM's U2 docs on
CD, I'm still lost.

I've got a PROC that prints a report in landscape with the following
code:

HSP-ASSIGN =ACCTING 0
P
HTERM ,,146,44
P
HLANDSCAPE
P
HCPI.12
P
HSORT  

It works properly in one account but when I logto another account, I'm
getting the following error when I run it:

In Paragraph:  PROC
Not a verb
 LANDSCAPE
Job number is : 3

I originally thought it might be a UDT.OPTION or ECLTYPE but I'm not
having any success.  Any help for this newbie would be greatly
appreciated.

Thanks,

Caleb Ng
Systems Analyst
Sweetwater Authority
[EMAIL PROTECTED]
(619) 409-6763
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UV] LiveVault backup software

2005-11-28 Thread Scott Richardson
Hello Diane,
I am interested to hear how your company's evaluation of "eVault's" AIX
back up solutions on AIX went? Were they able to handle your UV
database?

Does anyone else use this type of backup solution?

Thanks!
Scott


- Original Message - 
From: "Dianne Ackerman" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, November 16, 2005 2:46 PM
Subject: Re: [U2] [UV] LiveVault backup software


> Thanks Allen for this description, it is very helpful!
> -Dianne
>
> Allen Egerton wrote:
>
> >From: <[EMAIL PROTECTED]>
> >
> >
> >
> >
> >>We are looking at a company "eVault" but I have concerns about their AIX
> >>agent that does incremental backups. And how UV on AIX writes to disk.
Is
> >>HASH.AID/HASH.HELP a UV tool or an AIX tool? Does UV have its own file
> >>system compared to AIX?
> >>
> >>
> >
> >In reverse order, as it were.  AIX is the operating system, and thus is
the
> >owner/operator of the file systems.  UV is a *very* large application
> >running on top of AIX, or SunOS, or HPUnix, or Windows, etc, etc.  Thus
UV
> >has to live within the boundaries established by the operating system.
> >
> >That having been said, understand that within those boundaries, UV has
its
> >own rules including the structure of the data files.  To Unix, files are
> >just strings of bytes, the organization is imposed by the application.
So,
> >the files are readable and writable by Unix operations, but they're
> >typically not understood by those operations.  Much as a MS-Word document
> >looks like gibberish if you open it with notepad, (or any other text
> >editor), UV data files will look like gibberish to most unix utilities.
> >
> >Which can make it extremely dangerous to work with tools that aren't
> >cognizant of the UV structure, except where the structure is not specific
to
> >UV.  Program files for example are typically type 1 or 19, which are
simply
> >sub-directories containing flat files.  Those flat files can be edited
using
> >vi, or emacs, or anything else you'd like without damaging the data
because
> >the data layout isn't specific to UV.
> >
> >HashAid/HashHellp are UV tools, which run under *nix, they "understand"
the
> >file structures particular to UV, and thus can traverse them, analyze
them,
> >and report on them.
> >
> >UV writes by at a very low level instructing *nix to write.  But it's
> >critical to understand that UV has determined the actual location within
the
> >data stream to perform the write.
> >
> >Backup strategies typically fall into two methodologies.  Either you
freeze
> >the data and copy it, or you use UV tools which pay attention to
> >record/group locks so as to get a clean backup.  Classic mistake is to
have
> >your users modifying the data while you back it up with a non-UV product.
> >When you restore the file(s), they're potentially corrupted because their
> >internally inconsistent.
> >
> >I can't speak about "eVault" other than to say that it *appears* that
their
> >incremental backup would back up every file that's been modified.  So,
your
> >CUST.MAST file which gets hit every day would be included in your
> >incremental backup in its entirety, while your MONTH.END file would get
> >picked up after it was modified at the end of the month, and presumably
only
> >until you ran a "full" backup.  But this is guesswork on my part based
upon
> >little information.
> >---
> ---
> 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] [UV] LiveVault backup software

2005-11-28 Thread Dianne Ackerman
Actually, my original post was not about aix, but about windows.  There 
is a conflict between LiveVault and UV with the "persistent storage 
manager service" so for the time being, we need to find another backup 
solution.
-Dianne

Scott Richardson wrote:

>Hello Diane,
>I am interested to hear how your company's evaluation of "eVault's" AIX
>back up solutions on AIX went? Were they able to handle your UV
>database?
>
>Does anyone else use this type of backup solution?
>
>Thanks!
>Scott
>
>
>- Original Message - 
>From: "Dianne Ackerman" <[EMAIL PROTECTED]>
>To: 
>Sent: Wednesday, November 16, 2005 2:46 PM
>Subject: Re: [U2] [UV] LiveVault backup software
>
>
>  
>
>>Thanks Allen for this description, it is very helpful!
>>-Dianne
>>
>>Allen Egerton wrote:
>>
>>
>>
>>>From: <[EMAIL PROTECTED]>
>>>
>>>
>>>
>>>
>>>  
>>>
We are looking at a company "eVault" but I have concerns about their AIX
agent that does incremental backups. And how UV on AIX writes to disk.


>Is
>  
>
HASH.AID/HASH.HELP a UV tool or an AIX tool? Does UV have its own file
system compared to AIX?




>>>In reverse order, as it were.  AIX is the operating system, and thus is
>>>  
>>>
>the
>  
>
>>>owner/operator of the file systems.  UV is a *very* large application
>>>running on top of AIX, or SunOS, or HPUnix, or Windows, etc, etc.  Thus
>>>  
>>>
>UV
>  
>
>>>has to live within the boundaries established by the operating system.
>>>
>>>That having been said, understand that within those boundaries, UV has
>>>  
>>>
>its
>  
>
>>>own rules including the structure of the data files.  To Unix, files are
>>>just strings of bytes, the organization is imposed by the application.
>>>  
>>>
>So,
>  
>
>>>the files are readable and writable by Unix operations, but they're
>>>typically not understood by those operations.  Much as a MS-Word document
>>>looks like gibberish if you open it with notepad, (or any other text
>>>editor), UV data files will look like gibberish to most unix utilities.
>>>
>>>Which can make it extremely dangerous to work with tools that aren't
>>>cognizant of the UV structure, except where the structure is not specific
>>>  
>>>
>to
>  
>
>>>UV.  Program files for example are typically type 1 or 19, which are
>>>  
>>>
>simply
>  
>
>>>sub-directories containing flat files.  Those flat files can be edited
>>>  
>>>
>using
>  
>
>>>vi, or emacs, or anything else you'd like without damaging the data
>>>  
>>>
>because
>  
>
>>>the data layout isn't specific to UV.
>>>
>>>HashAid/HashHellp are UV tools, which run under *nix, they "understand"
>>>  
>>>
>the
>  
>
>>>file structures particular to UV, and thus can traverse them, analyze
>>>  
>>>
>them,
>  
>
>>>and report on them.
>>>
>>>UV writes by at a very low level instructing *nix to write.  But it's
>>>critical to understand that UV has determined the actual location within
>>>  
>>>
>the
>  
>
>>>data stream to perform the write.
>>>
>>>Backup strategies typically fall into two methodologies.  Either you
>>>  
>>>
>freeze
>  
>
>>>the data and copy it, or you use UV tools which pay attention to
>>>record/group locks so as to get a clean backup.  Classic mistake is to
>>>  
>>>
>have
>  
>
>>>your users modifying the data while you back it up with a non-UV product.
>>>When you restore the file(s), they're potentially corrupted because their
>>>internally inconsistent.
>>>
>>>I can't speak about "eVault" other than to say that it *appears* that
>>>  
>>>
>their
>  
>
>>>incremental backup would back up every file that's been modified.  So,
>>>  
>>>
>your
>  
>
>>>CUST.MAST file which gets hit every day would be included in your
>>>incremental backup in its entirety, while your MONTH.END file would get
>>>picked up after it was modified at the end of the month, and presumably
>>>  
>>>
>only
>  
>
>>>until you ran a "full" backup.  But this is guesswork on my part based
>>>  
>>>
>upon
>  
>
>>>little information.
>>>---
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] [UV] LiveVault backup software

2005-11-28 Thread Scott Richardson
Correction:
How did GarryS's compnays evalution go?

Dianne, how did your client's situation resolve?

Thanks.
Scott

- Original Message - 
From: "Scott Richardson" <[EMAIL PROTECTED]>
To: 
Sent: Monday, November 28, 2005 11:53 AM
Subject: Re: [U2] [UV] LiveVault backup software


> Hello Diane,
> I am interested to hear how your company's evaluation of "eVault's" AIX
> back up solutions on AIX went? Were they able to handle your UV
> database?
>
> Does anyone else use this type of backup solution?
>
> Thanks!
> Scott
>
>
> - Original Message - 
> From: "Dianne Ackerman" <[EMAIL PROTECTED]>
> To: 
> Sent: Wednesday, November 16, 2005 2:46 PM
> Subject: Re: [U2] [UV] LiveVault backup software
>
>
> > Thanks Allen for this description, it is very helpful!
> > -Dianne
> >
> > Allen Egerton wrote:
> >
> > >From: <[EMAIL PROTECTED]>
> > >
> > >
> > >
> > >
> > >>We are looking at a company "eVault" but I have concerns about their
AIX
> > >>agent that does incremental backups. And how UV on AIX writes to disk.
> Is
> > >>HASH.AID/HASH.HELP a UV tool or an AIX tool? Does UV have its own file
> > >>system compared to AIX?
> > >>
> > >>
> > >
> > >In reverse order, as it were.  AIX is the operating system, and thus is
> the
> > >owner/operator of the file systems.  UV is a *very* large application
> > >running on top of AIX, or SunOS, or HPUnix, or Windows, etc, etc.  Thus
> UV
> > >has to live within the boundaries established by the operating system.
> > >
> > >That having been said, understand that within those boundaries, UV has
> its
> > >own rules including the structure of the data files.  To Unix, files
are
> > >just strings of bytes, the organization is imposed by the application.
> So,
> > >the files are readable and writable by Unix operations, but they're
> > >typically not understood by those operations.  Much as a MS-Word
document
> > >looks like gibberish if you open it with notepad, (or any other text
> > >editor), UV data files will look like gibberish to most unix utilities.
> > >
> > >Which can make it extremely dangerous to work with tools that aren't
> > >cognizant of the UV structure, except where the structure is not
specific
> to
> > >UV.  Program files for example are typically type 1 or 19, which are
> simply
> > >sub-directories containing flat files.  Those flat files can be edited
> using
> > >vi, or emacs, or anything else you'd like without damaging the data
> because
> > >the data layout isn't specific to UV.
> > >
> > >HashAid/HashHellp are UV tools, which run under *nix, they "understand"
> the
> > >file structures particular to UV, and thus can traverse them, analyze
> them,
> > >and report on them.
> > >
> > >UV writes by at a very low level instructing *nix to write.  But it's
> > >critical to understand that UV has determined the actual location
within
> the
> > >data stream to perform the write.
> > >
> > >Backup strategies typically fall into two methodologies.  Either you
> freeze
> > >the data and copy it, or you use UV tools which pay attention to
> > >record/group locks so as to get a clean backup.  Classic mistake is to
> have
> > >your users modifying the data while you back it up with a non-UV
product.
> > >When you restore the file(s), they're potentially corrupted because
their
> > >internally inconsistent.
> > >
> > >I can't speak about "eVault" other than to say that it *appears* that
> their
> > >incremental backup would back up every file that's been modified.  So,
> your
> > >CUST.MAST file which gets hit every day would be included in your
> > >incremental backup in its entirety, while your MONTH.END file would get
> > >picked up after it was modified at the end of the month, and presumably
> only
> > >until you ran a "full" backup.  But this is guesswork on my part based
> upon
> > >little information.
> > >---
> > ---
> > 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] USB printer on D3

2005-11-28 Thread Dave Taylor
Mark,

When installing a printer on windows for use by mvBase or Universe, we
always install it using the Generic/Text driver, *not* the manufacturer's
driver.

The manufacturer's driver usually refuses to pass ESC sequences from  our
Basic printer driver and, in this case, may also be refusing to pass data.

And, in the case of Universe, the printer resets to its default
configuration once the printer driver program has ended, which defeats the
purpose of executing the driver.

We also set the Print Processor to "WinPrint" and the Data Type to "RAW".

This has worked for mvBase on Win2000 Server and Pro and for  Universe on
both Win2000 Server and Pro and on Win XP Pro.

The "wheels spinning" may indicate that the printer is getting ready to
shuttle the first page of paper, but it never does because it never sees any
data to print.

hth,

Dave

Dave Taylor
President
Sysmark Information Systems, Inc.
49 Aspen Way
Rolling Hills Estates, CA 90274
800-SYSMARK (800-797-6275)
(O) 310-544-1974
(P) 800-339-1497
(F) 310-377-3550
Your Source for Integrated EDI Translation and DataSync Integration
www.sysmarkinfo.com

- Original Message - 
From: "Mark Johnson" <[EMAIL PROTECTED]>
To: 
Sent: Sunday, November 27, 2005 6:23 AM
Subject: [U2] USB printer on D3


> I have D3 installed on an Windows Xp system. I have a HP 1020 LaserJet
printer
> (USB) that works fine on the windows side.
>
> I've properly created the device with 1 page eject. I have the printer
folder
> open and when I send a print-job, I hear the wheels spinning on the
printer
> but nothing comes out. I've appended 2-3 char(12)'s to the end of the job
to
> kick it but to no avail.
>
> When I go to windows and print a test page, that job waits until I
power-down
> the printer. The D3 job disappears and the test page comes out.
>
> Any suggestions?
> Thanks in advance.
> Mark Johnson
> ---
> 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] USB printer on D3

2005-11-28 Thread CA Software
I have had problems like this with other printers at clients - not USB
printer but a similar scenario.  To resolve it I have had to go to the
Windows properties for the printer and ensure that it is set to print RAW
data.

I don't know if that helps.

Regards,

Neil.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
Sent: 27 November 2005 14:24
To: u2-users@listserver.u2ug.org
Subject: [U2] USB printer on D3

I have D3 installed on an Windows Xp system. I have a HP 1020 LaserJet
printer
(USB) that works fine on the windows side.

I've properly created the device with 1 page eject. I have the printer
folder
open and when I send a print-job, I hear the wheels spinning on the printer
but nothing comes out. I've appended 2-3 char(12)'s to the end of the job to
kick it but to no avail.

When I go to windows and print a test page, that job waits until I
power-down
the printer. The D3 job disappears and the test page comes out.

Any suggestions?
Thanks in advance.
Mark Johnson
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.8/184 - Release Date: 27/11/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.8/184 - Release Date: 27/11/2005
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] USB printer on D3

2005-11-28 Thread Jeff Powell
Mark,

If you are printing from a *nix platform there may be an issue with the
printer driver.

I got this information from the linuxprinting.org printer database.

The 1020 "does not understand any standard language". "Works with a
modified version of the 'foo2zjs' driver".

I tried but never got this working from a Linux->Windows share and ended
up switching the end user to a HP-1320.

HTH

Jeff.

On Sun, 2005-11-27 at 09:23 -0500, Mark Johnson wrote:
> I have D3 installed on an Windows Xp system. I have a HP 1020 LaserJet printer
> (USB) that works fine on the windows side.
> 
> I've properly created the device with 1 page eject. I have the printer folder
> open and when I send a print-job, I hear the wheels spinning on the printer
> but nothing comes out. I've appended 2-3 char(12)'s to the end of the job to
> kick it but to no avail.
> 
> When I go to windows and print a test page, that job waits until I power-down
> the printer. The D3 job disappears and the test page comes out.
> 
> Any suggestions?
> Thanks in advance.
> Mark Johnson
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
Jeffrey Powell
IT Manager
Industrial Piping Specialists
606 North 145th Street East
Tulsa, OK 74116
(918) 270-6311
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] USB printer on D3

2005-11-28 Thread Andrew Lakeland
Hi Mark,

I cannot help, but have you tried posting this on the rainingdata forum.

Lots of experienced d3 users on there, no disrespect to the u2 guys here and
also the technical staff at RD constantly monitor the forum and answer a lot
of questions.

Regards
andy

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
Sent: 27 November 2005 15:24
To: u2-users@listserver.u2ug.org
Subject: [U2] USB printer on D3

I have D3 installed on an Windows Xp system. I have a HP 1020 LaserJet
printer
(USB) that works fine on the windows side.

I've properly created the device with 1 page eject. I have the printer
folder
open and when I send a print-job, I hear the wheels spinning on the printer
but nothing comes out. I've appended 2-3 char(12)'s to the end of the job to
kick it but to no avail.

When I go to windows and print a test page, that job waits until I
power-down
the printer. The D3 job disappears and the test page comes out.

Any suggestions?
Thanks in advance.
Mark Johnson
---
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] USB printer on D3

2005-11-28 Thread karlp
Get rid of the 1020. I've had nothing but trouble with them even when
printing via windows drivers from other PCs in the network. When I do get
it to print from U2, I get "Unsupported Personality" which I took
personally the first time... The 1020 is NOT PCL compliant, so sending PCL
strings to it won't work. The USB (DOT4) drivers are so OS-level intrusive
that using those printers becomes more trouble then they are worth,
literally. The reason is that they are going the way modems went. You now
have "win-printers' like the win-modems. The firmware that used to be on
the printer (modem) is now programmed into the driver, thus, if the
printer isn't loaded on the machine using it, you can't get acceptible
output from remote systems, including U2 (D3 in your case).

One 'trick' I've used in the past on WIN-based U2 installations is to
install the printer completely, then create a new printer that points to
the fully installed printer. Let me explain better... Suppose you have a
printer installed called "HP Laserjet 1000 series printer". Create a new
printer that points to that one and name it HP1020, which makes the name
of the printer short enough that U2 can 'see' it. I'm not sure if it will
work correctly, but it might be worth a try.

I'm not sure that's what you wanted to hear, AND if others on the list
have more success than I do, please post.

Karl



> I have D3 installed on an Windows Xp system. I have a HP 1020 LaserJet
> printer
> (USB) that works fine on the windows side.
>
> I've properly created the device with 1 page eject. I have the printer
> folder
> open and when I send a print-job, I hear the wheels spinning on the
> printer
> but nothing comes out. I've appended 2-3 char(12)'s to the end of the job
> to
> kick it but to no avail.
>
> When I go to windows and print a test page, that job waits until I
> power-down
> the printer. The D3 job disappears and the test page comes out.
>
> Any suggestions?
> Thanks in advance.
> Mark Johnson
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
>


-- 
karl

 _/  _/  _/  _/_/_/      __o
_/ _/   _/  _/_/   _-\<._
   _/_/_/  _/_/_/ (_)/ (_)
  _/ _/   _/  _/   ..
 _/   _/ arl _/_/_/  _/ earson[EMAIL PROTECTED]

--
IT Director, ATS Industrial Supply, Inc.
http://www.atsindustrial.com
Toll-free: 800-789-9300 x29
Direct2Desk: 801-978-4429
Facsimile: 801-972-3888
--
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] USB printer on D3

2005-11-28 Thread George Gallen
Does the D3 device go straight to the printer? or does it use the
windows printer driver. I believe the HP1020 is one of those printers
that has no brains, all the brains for printing are in the drivers
so if you just print directly to it, nothing happens.

Also, try changing the char(12)'s to ESC&a0G - Escape - amp - lowercase
  a - zero - Upper Case G

This is advance to next side (or sheet for simplex PCL printers).

George

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Mark Johnson
> Sent: Sunday, November 27, 2005 9:24 AM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] USB printer on D3
> 
> 
> I have D3 installed on an Windows Xp system. I have a HP 1020 
> LaserJet printer
> (USB) that works fine on the windows side.
> 
> I've properly created the device with 1 page eject. I have 
> the printer folder
> open and when I send a print-job, I hear the wheels spinning 
> on the printer
> but nothing comes out. I've appended 2-3 char(12)'s to the 
> end of the job to
> kick it but to no avail.
> 
> When I go to windows and print a test page, that job waits 
> until I power-down
> the printer. The D3 job disappears and the test page comes out.
> 
> Any suggestions?
> Thanks in advance.
> Mark Johnson
> ---
> 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] USB printer on D3

2005-11-28 Thread Mark Johnson
I have D3 installed on an Windows Xp system. I have a HP 1020 LaserJet printer
(USB) that works fine on the windows side.

I've properly created the device with 1 page eject. I have the printer folder
open and when I send a print-job, I hear the wheels spinning on the printer
but nothing comes out. I've appended 2-3 char(12)'s to the end of the job to
kick it but to no avail.

When I go to windows and print a test page, that job waits until I power-down
the printer. The D3 job disappears and the test page comes out.

Any suggestions?
Thanks in advance.
Mark Johnson
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] U2UG Knowledge Base

2005-11-28 Thread Brian Leach
All,
 
The U2UG are establishing a new knowledge base. We hope over time to build
this into an independent and authoratative series of articles covering all
aspects of the U2 product lines and providing useful background information
on U2 related technologies. 
 
List members are cordially invited to submit articles and/or requests for
topics to cover.
 
This will be a major undertaking in response to frequent requests from the
user list for additional information and resources on the U2 products. To
succeed it will require volunteers to help draft or review articles. Even if
you do not have time to write whole articles, please let us know if you can
help with submitting notes, knowledge or additional materials to help build
up the site. If you can submit articles, now is the time to see your name in
print and to impress your peers!
 
A *** small scale *** prototype of the knowledge base has been set up at the
following URL:
 
http://www.mvopen.org/kb
 
*** Please be gentle with this - it is a temporary site running on VERY
limited technology *** so don't all jump in at once ***
 
This will be replaced as soon as possible with a new live site, preferably
hosted using a U2 solution :-) 
 
Any articles and feedback submitted to the prototype site may (if the author
wishes) be considered for the live site. 
 
Let us know what you think.
 
Brian Leach, U2UG Board
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/