|
Hallelujah! 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 PaulMmn@ix.netcom.com >Buck/Paul, > >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 >AFP. > >From experience - laser printers (JUST like PC's) LOVE all the memory they can >get and behave MUCH better ! > >Chuck > >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 mailing list archive is Copyright 1997-2024 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.