[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 fi
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 wo
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
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 car
> 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),
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
Subjec
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
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'
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:
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 accou
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
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
print
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]
>
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
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
Valu
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.or
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
a
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 an
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
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 ho
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 D
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
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-
Fr
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
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:
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
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&
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.
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
29 matches
Mail list logo