There's a PTF that fixed my problem!  Seems there have been a number of
problems fixed by PTF SF58784 (for v4r2).

This includes assorted problems with the PJL drivers and LAN *IP printers.

Since we applied the PTF (which may be installed immediately (as long as
you end subsystem QSPL)), our problems (with AFP, at least) have gone away.

Note:  the PTF has prerequisites that require either an IPL or restricted
state to apply.

Our 8 Meg of memory in the printer seems to be adequate at the moment.  Of
course, more is better.  We are using device support.

--Paul E Musselman

>16mbs is WAY too low - I don't have personal experience with this model HP
>but we
>have a 5si and it had 4mb (believe it or not - this was before I got here)
>and we
>got the MPI Blue Kit and their recommendation was to ADD 16mb as a MINIMUM
>to run
>From experience - laser printers (JUST like PC's) LOVE all the memory they can
>get and behave MUCH better !
>Buck Calabro wrote:
>> Paul,
>> Did you get anywhere with this?  I suspect that the 16megs of printer memory
>> is too small.  Also, are you using device support or remote writer?
>> Buck Calabro
>> Aptis; Albany, NY
>> mailto:Buck.Calabro@aptissoftware.com
>> > -----Original Message-----
>> > From: PaulMmn
>> > Sent: Friday, October 08, 1999 12:49 AM
>> > To:   MIDRANGE-L@midrange.com
>> > Subject:      AFP Printing
>> >
>> > It's neat--  front and back overlays to create special forms.
>> >
>> > Except--  I keep overstuffing a buffer somewhere.  I can only get a few
>> > pages to print before the writer shuts down.
>> >
>> > I'm using a new HP 4050 with duplex unit, total 16 Meg of memory, jet
>> > direct card.  Should have plenty of room.
>> >
>> > The data stream is *AFPDS.
>> >
>> > I'm getting a message,  CPF6DF9:  "Transformed data buffer too small."
>> >
>> >       'The transformed data buffer of 4,000,000 bytes is too small to
>> > hold the
>> >       4,347,175 bytes of transformed data that is available.  Only
>> > 4,000,000
>> >       bytes of data have been copied to the transformed data buffer.  The
>> > remaining
>> >       transformed data is lost.'
>> >
>> >       'Recovery:  Increase the size of the transformed data buffer and
>> > transform the
>> >       spooled file again.'
>> >
>> > Well.  I have not been able to locate the *&%*(^&(%^ buffer to increase
>> > its
>> > size.   AARRRRGGGGHHHH!!
>> >
>> > I have tried this with different spool files.  One file stops printing
>> > after 1 duplex page, one after about 14.  I suspect this is not a
>> > limitation of the printer.
>> >
>> > The overlays are front: about 37K bytes.  back: 138K bytes (the back is
>> > set of 'Terms & Conditions').
>> >
>> > Other than decreasing the transformed data by 347,175 bytes, what can I
>> > do?
>> >
>> > OK, I'll call Support Line again tomorrow...
>> >
>> > --Paul E Musselman

| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.