Not quite so easy -
Remember that under Windows a printer is a combination of a driver and a
device.
If you link to a remote printer, it needs to install the driver locally on
your server so as to access the printer correctly .. that means either it
has to be a model that has previously been inst
In particular, when using the CALL @ syntax to dynamically call something.
Dan
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Ross Ferris
Sent: Wednesday, January 29, 2014 10:56 PM
To: U2 Users List
Subject: Re: [U
Not sure if this is helpful or not but I write software that allows
users to create their own subroutines that plug into my architecture.
Users can forget to catalog or have other issues with their subroutine.
So, I require the user subroutine to accept an argument called 'mode'.
In my system
Nice technique. My first reaction was "why would you want to not let a
subroutine failure be catastrophic?!". I could see where it could allow
data to get scrambled. Let's say an decryption routine unable to decrypt
so the encrypted data gets sent back exactly the same.
But then I could see wh
Good points. My view is that it is usually not a matter of whether the
failure should be catastrophic. It's usually a matter of who should be
in in control of the catastrophe. If you call a object that bombs, the
caller will never know why because control never returns to the caller.
With
I'm not use to making these.
I based what I was doing on another A type which also called a Subroutine.
My A Type record;
SB.SVC>ED DICT ADFILA RNS.CB.MAS
10 lines long.
:
0001: A
:
0002: 0
:
0003: Reason Not To Be Sent
:
0004: M
:
0005:
:
0006:
:
0007:
:
0008:
Did you compile the program before cataloging it?
What command did you use to catalog it?
I always like to take a look at the output from the CATALOG command to
verify it was done properly.
Robert Norman
ROBERT NORMAN AND ASSOCIATES
23441 Golden Springs Dr., #289, Diamond Bar, CA 91765
(951)
You have to catalog it, using the renaming option
Otherwise the system will most likely catalog it normally, thus the error you
have
-Original Message-
From: Robert
To: U2 Users List
Sent: Thu, Jan 30, 2014 1:06 pm
Subject: Re: [U2] A Descriptors and its Subroutine Issue
Did you co
Curious why you are doing this as a user exit?
iirc, there are differences between using an A and an Itype. In an itype, the
subroutine is called just once for each item in the file. With an A-type, the
subroutine is going to be called once for each value/subvalue in the attribute
referenced by
On 30/01/2014 18:35, Bruce Decker wrote:
Good points. My view is that it is usually not a matter of whether the
failure should be catastrophic. It's usually a matter of who should
be in in control of the catastrophe. If you call a object that bombs,
the caller will never know why because cont
Thanks, Brian.
I was heading that general direction with
net view \\[printserver]
Then searching for the printer I'm looking for.
You're right about the drivers, but I don't think I'll get a fatal
error just because the printing is garbled or printer is offline, will I?
We've been getting
Thanks Anthony. Yeah, it you can find the code w/o too much trouble,
I'd be interested.
BTW, it's impressive how little printing this company actually does.
Remember that promise of a paperless society? Maybe we're getting
there. Good. I hate printers. Always have.
Chuck
On 1/29/
I'd be interested to see how ON ERROR could catch a subroutine call
failure. And I'd ball-up and toss my stuff in a heartbeat. No pride
here... -BD
On 1/30/2014 2:52 PM, Anthonys Lists wrote:
On 30/01/2014 18:35, Bruce Decker wrote:
Good points. My view is that it is usually not a matter of
Thankyou Ed!
We did not know you could call a program from a S-type dictionary! How
long has it been there?
We went through months of work to be able to use I-types to be able to call
subroutines, and to get accurate arithmetic.
Test shows arithmetic has been fixed. We talked to U2 people abou
On 30/01/14 22:44, Bruce Decker wrote:
> I'd be interested to see how ON ERROR could catch a subroutine call
> failure. And I'd ball-up and toss my stuff in a heartbeat. No pride
> here... -BD
No, "on error" doesn't catch a subroutine call failure. But it was added
to prevent programs bombing if
On 30/01/2014 22:15, Charles Stevenson wrote:
Thanks Anthony. Yeah, it you can find the code w/o too much trouble,
I'd be interested.
BTW, it's impressive how little printing this company actually does.
Remember that promise of a paperless society? Maybe we're getting
there. Good. I h
16 matches
Mail list logo