PCL images and mvEnterprise

#31

Frank,

Tried all of your suggestions and having no joy. When I tried "u003f",
mvEnterprise recognized this as an illegal conversion code but reports
nothing for "U3f". So, I am guessing the latter is a legal user exit
but mvEnterprise simply ignores it. Thoughts?

Frank Winans wrote:

Quote:

"Mark Brown" wrote
DUMMY = OCONV(STR,"U3F")

will send STR to the printer. DUMMY is just so the oconv construct will
work.

U3F is an OA user exit, but it was Pick Systms big push to handle soft fonts
for HP printers. I can't imagine them not implementing it in mvE.

Mark Brown

rsine (AT) stationeryhouse (DOT) com> wrote
It doesn't seem that mvEnterprise supports the U3f user exit (or I am
using it incorrectly). I duplicated your example but nothing goes to
the printer.
Dunno...

maybe MVE wants a PRINTER ON to be in effect?

try it with "U3F" and with "u3f"
heck, also try "U003F" and "u003f" -- I notice the few example
user-exits in the chapter 10 User Reference Manual are all Unnnn format.

does MVE barf if you try
for j=11 to 99
dummy=oconv('41','U':j)
next j
-- I mean, odds are those are NOT all legit user exit codes.
It may silently ignore the bad codes, but if not, that'll tell you
whether or not U3F is provided in your MVE release.

I presume your MVE is a large application running on top of an operating
system, perhaps AIX. Perhaps you could delegate this binary nastiness
to some filter program outside of MVE {In D3 on linux or sco or aix,
we give a native lp or lpr command when starting a shared printer, but can
get more devious when inline data filtering is needed, say using sed or awk
or tr. Or we can send the print stream to a whole other server on the LAN,
and let IT filter the data with tools local to itself.} As far as I know, char(255)
is the only bit pattern that really causes trouble.

#32

<rsine (AT) stationeryhouse (DOT) com> wrote

Quote:

Frank,

Tried all of your suggestions and having no joy. When I tried "u003f",
mvEnterprise recognized this as an illegal conversion code but reports
nothing for "U3f". So, I am guessing the latter is a legal user exit
but mvEnterprise simply ignores it. Thoughts?

Thanks for giving feedback -- you're helping some poor sole google this out

in future. The only other idea I had was see if the user exit 3f is used in the
dm account bp file -- on d3/linux I notice the DOWNLOAD command has
it. So log in to dm and do SORT BP WITH ANY = "[3f]" ANY
and look for u3f or u003f matches. Or if you've got a BP DOWNLOAD
source code item, see how _they_ send binary stuff to the printer; even if they
don't rely on u3f then they must be doing it some other way...

#33

Frank,

I found out from Raining Data that the "U3f" user exit on mvEnterprise
does an "SP-ASSIGN" from Basic. Obviously, this is different
functionality than D3. I will continue to research this with RD to see
if there is another user exit or if this simply cannot be done on
mvEnterprise.

Thanks to you and everyone else who posted.

Frank Winans wrote:

Quote:

rsine (AT) stationeryhouse (DOT) com> wrote
Frank,

Tried all of your suggestions and having no joy. When I tried "u003f",
mvEnterprise recognized this as an illegal conversion code but reports
nothing for "U3f". So, I am guessing the latter is a legal user exit
but mvEnterprise simply ignores it. Thoughts?

Thanks for giving feedback -- you're helping some poor sole google this out
in future. The only other idea I had was see if the user exit 3f is used in the
dm account bp file -- on d3/linux I notice the DOWNLOAD command has
it. So log in to dm and do SORT BP WITH ANY = "[3f]" ANY
and look for u3f or u003f matches. Or if you've got a BP DOWNLOAD
source code item, see how _they_ send binary stuff to the printer; even if they
don't rely on u3f then they must be doing it some other way...

#34

<rsine (AT) stationeryhouse (DOT) com> wrote

Quote:

"U3f" user exit on mvEnterprise does an "SP-ASSIGN" from Basic.

a) yeah, see if support can give you a correct user exit to print hex pair data
b) see if MVE has a DOWNLOAD verb, with source code {soft font download}
c) see if mve can start a shared printer that moves the data to a command or
script on the host {that is, non-mve side} operating system, if so see if you can
craft a script or c-program to convert hex pairs to binary output and print it
d) see if MVE has the ability to import/export binary stuff, with implicit 'escaping'
{but not with char(27) esc char, just similar name} of offensive binary stuff while
kept on the mve side. If so, you can mutate your graphics to that escaped form,
move the print item to /tmp/foo on the native operating system side, and issue
some sort of native operating system print command {probably lp or lpr} to get
that to the printer.
e) if none of that works, perhaps you can bounce the print job off another server
on campus.

If it _really_ is this hard to get MVE to do this, consider dumping
mve in the coming years, in favor of some other flavor of mv database. I'm familiar
with D3, but I think each flavor has strong adherents here in cdp newsgroup.

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

PCL images and mvEnterprise

comp.databases.pick comp.databases.pick

Re: PCL images and mvEnterprise - 06-05-2006 , 09:26 AM

Re: PCL images and mvEnterprise - 06-05-2006 , 11:44 AM

Re: PCL images and mvEnterprise - 06-06-2006 , 10:16 AM

Re: PCL images and mvEnterprise - 06-06-2006 , 05:10 PM