From: Digest To: "OS/2GenAu Digest" Date: Thu, 17 Jun 2010 00:01:04 EST-10EDT,10,1,0,7200,4,1,0,7200,3600 Subject: [os2genau_digest] No. 1969 Reply-To: X-List-Unsubscribe: www.os2site.com/list/ ************************************************** Wednesday 16 June 2010 Number 1969 ************************************************** Subjects for today 1 PPD files : Alan Duval 2 Re: PPD files : Ed Durrant 3 Re: CUPS Partial success : Paul Smedley 4 Re: PPD files : Paul Smedley 5 Re: CUPS Partial success : Peter Moylan 6 Re: CUPS Partial success : paul at smedley dot id dot au 7 * Monthly Melbourne OS/2 SIG Meeting * : List Admin" 8 Re: CUPS Partial success : Paul Smedley 9 Re: CUPS Partial success : Alan Duval 10 Re: CUPS Partial success : Paul Smedley 11 Re: CUPS Partial success : Paul Smedley **= Email 1 ==========================** Date: Wed, 16 Jun 2010 01:01:42 +1000 From: Alan Duval Subject: PPD files As I have the PPD file for my HP Deskjet D2660 which was in the hplip package for CUPS, can I just add it to the printer drivers and install this printer in the usual way instead of using CUPS? I would need to know how to install a USB connected printer in that case as I've only had parallel port connected printers before. If I can do this would I need to uninstall CUPS first? Regards, Alan Duval -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 2 ==========================** Date: Wed, 16 Jun 2010 06:52:24 +1000 From: Ed Durrant Subject: Re: PPD files Alan Duval wrote: > As I have the PPD file for my HP Deskjet D2660 which was in the hplip > package for CUPS, can I just add it to the printer drivers and install > this printer in the usual way instead of using CUPS? > I would need to know how to install a USB connected printer in that > case as I've only had parallel port connected printers before. > If I can do this would I need to uninstall CUPS first? > > Regards, > > Alan Duval > -------------------------------------------------- > > http://www./melbpc/ - The Melbourne OS/2 SIG === > My "understanding" (but I haven't done it myself) is that yes you can apply the PPD file to the IBM Postscript (native OS/2) driver and install as a native printer without the need for CUPS as long as the printer is not a GDI (aka Win)printer. -- Cheers/eCS2.0 Ed Please checkout my podcasts at: http://eComStationAustralia.podbean dot com or via iTunes To subscribe - click this: http://eComStationAustralia.podbean dot com/feed -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 3 ==========================** Date: Wed, 16 Jun 2010 06:22:37 +0845 From: Paul Smedley Subject: Re: CUPS Partial success Hi Alan, Alan Duval wrote: > AS test print was failing with the notice > > HPd2660 "/cups/lib/cups/filter/hpcups.exe failed > > I decided to go to the command line and type "HPd2660 > "/cups/lib/cups/filter/hpcups" > > Error line came up "Can't find GCC434.dll" > > So I downloaded it and installed it. > > Then tried test print and it printed 1/2 page then stopped. After > several restarts and further > attempts to print the test page with partial success I deleted all jobs > restarted and was able to print the > test page. I wonder if the flashing lights mean the job hasn't been fully sent to the printer, so the 'end of file' part hasn't been received. This was a problem with some other backends, as there is a libc 'feature' where the output sent to stdout isn't automatically flushed when the socket is closed. I'll take a look at the hplip code when I get a sec to see if this is a possible problem for hplip like it was for gutenprint. Cheers, Paul -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 4 ==========================** Date: Wed, 16 Jun 2010 06:20:45 +0845 From: Paul Smedley Subject: Re: PPD files Hi Alan, Alan Duval wrote: > As I have the PPD file for my HP Deskjet D2660 which was in the hplip > package for CUPS, can I just add it to the printer drivers and install > this printer in the usual way instead of using CUPS? Short answer, no that won't work. Wikipedia has a reasonable description of what a ppd file is: http://en.wikipedia dot org/wiki/PostScript_Printer_Description Essentially all a ppd file does for us, is describe to the postscript driver (eg ecups.drv, pscript.drv) what features the printer has - ie page sizes, resolutions, etc). These features end up embedded in the psotscript code that is sent to the printer. For a printer like the D2660, which doesn't natively understand postscript, this is no value - without cups. cups takes the generated postscript code, turns it into the cups raster format (using ghostscript), then into the printer's native format - for hplip printers using hpcups, before passing the native output to an appropriate backend (usb, http, socket, ipp, etc) to actually print the job. Hope this helps, Paul -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 5 ==========================** Date: Wed, 16 Jun 2010 11:48:07 +1000 From: Peter Moylan Subject: Re: CUPS Partial success Paul Smedley wrote: > This was a problem with some other backends, as there is a libc > 'feature' where the output sent to stdout isn't automatically flushed > when the socket is closed. > I've had a related problem in my FTP server, although in my case it was a need to flush to work around a bug in Windows clients. In case it's any help, here's the code I use to do a forced flush. Note the need to send a string of zero length. (************************************************************************) PROCEDURE Synch (S: Socket); (* Ensures that outgoing data is sent right now rather than being *) (* buffered. This reduces performance a little, but is needed to *) (* work around a bug in Netscape and MS FTP Exploder. *) VAR OptionValue: CARDINAL; dummy: CHAR; BEGIN OptionValue := 1; setsockopt (S, 6, 1, OptionValue, SIZE(CARDINAL)); send (S, dummy, 0, 0); OptionValue := 0; setsockopt (S, 6, 1, OptionValue, SIZE(CARDINAL)); END Synch; (************************************************************************) -- Peter Moylan peter at pmoylan dot org http://www.pmoylan dot org -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 6 ==========================** Date: Wed, 16 Jun 2010 04:46:29 +0000 From: paul at smedley dot id dot au Subject: Re: CUPS Partial success Hi Peter, Quoting "Peter Moylan" : > Paul Smedley wrote: > >> This was a problem with some other backends, as there is a libc >> 'feature' where the output sent to stdout isn't automatically flushed >> when the socket is closed. >> > I've had a related problem in my FTP server, although in my case it was > a need to flush to work around a bug in Windows clients. In case it's > any help, here's the code I use to do a forced flush. Note the need to > send a string of zero length. Thanks - but in C it's even easier: fflush(stdout); does the trick :) Just need to confirm the same fix works for hplip. Once I've compiled the new hpcups.exe, I'll send it to Alan. Cheers, Paul. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 7 ==========================** Date: Wed, 16th June 2010 16:55:59 +1000 (EST) From: "List Admin" Subject: * Monthly Melbourne OS/2 SIG Meeting * We would like to remind you of this upcoming event. The Monthly meeting of 'Melbourne PC Users Group OS/2 SIG' Date: Next Tuesday, 22nd June 2010. Time: 7:00PM - 9:30PM ------------------------------------------ Melbourne PC Users Group premises are located at :- 2nd floor, Chadstone Place Chadstone Shopping Centre [ Melway 96 E4 ]. Victoria, Australia. If you are lost and are looking up a "You Are Here" store directory sign, look for "L8" for directions. If lost please feel free to panic. The entrance is on the Southern side of the Centre with eateries and coffee "swills" etc, directly on either side of the actual entrance. Woolworths is on the far right and St. George Bank and other Banks on the far left side of the entrance. Currently, the ONLY entrance to the ground floor foyer and lift, is from INSIDE the Southern side, Centre entrance, just past the escalator, and on your left and almost opposite a Fresh Fruit and Veg store (and a nearby Aldi store). The Monthly Meeting of Melbourne OS/2 SIG is normally held the fourth Tuesday of each month. EXCEPT December when only a madman would go there.. :-) -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 8 ==========================** Date: Wed, 16 Jun 2010 16:36:47 +0845 From: Paul Smedley Subject: Re: CUPS Partial success Hi Alan, To test my theory, please try replacing \cups\lib\cups\filter\hpcups.exe with the version at http://smedley.info/hpcups.zip Cheers, Paul Paul Smedley wrote: > Hi Alan, > > Alan Duval wrote: >> AS test print was failing with the notice >> >> HPd2660 "/cups/lib/cups/filter/hpcups.exe failed >> >> I decided to go to the command line and type "HPd2660 >> "/cups/lib/cups/filter/hpcups" >> >> Error line came up "Can't find GCC434.dll" >> >> So I downloaded it and installed it. >> >> Then tried test print and it printed 1/2 page then stopped. After >> several restarts and further >> attempts to print the test page with partial success I deleted all >> jobs restarted and was able to print the >> test page. > I wonder if the flashing lights mean the job hasn't been fully sent to > the printer, so the 'end of file' part hasn't been received. > > This was a problem with some other backends, as there is a libc > 'feature' where the output sent to stdout isn't automatically flushed > when the socket is closed. > > I'll take a look at the hplip code when I get a sec to see if this is a > possible problem for hplip like it was for gutenprint. > > Cheers, > > Paul > -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 9 ==========================** Date: Wed, 16 Jun 2010 21:28:26 +1000 From: Alan Duval Subject: Re: CUPS Partial success Paul Smedley wrote: > Hi Alan, > > To test my theory, please try replacing > \cups\lib\cups\filter\hpcups.exe with the version at > http://smedley.info/hpcups.zip Did that but test page only printed heading then stopped. After a while Empty inkwell lights started flashing again and message at top of screen stated "unable to print xxxx bytes. I forgot the exact number but was in the 8 thousands. Alan > > > > Paul Smedley wrote: >> Hi Alan, >> >> Alan Duval wrote: >>> AS test print was failing with the notice >>> >>> HPd2660 "/cups/lib/cups/filter/hpcups.exe failed >>> >>> I decided to go to the command line and type "HPd2660 >>> "/cups/lib/cups/filter/hpcups" >>> >>> Error line came up "Can't find GCC434.dll" >>> >>> So I downloaded it and installed it. >>> >>> Then tried test print and it printed 1/2 page then stopped. After >>> several restarts and further >>> attempts to print the test page with partial success I deleted all >>> jobs restarted and was able to print the >>> test page. >> I wonder if the flashing lights mean the job hasn't been fully sent >> to the printer, so the 'end of file' part hasn't been received. >> >> This was a problem with some other backends, as there is a libc >> 'feature' where the output sent to stdout isn't automatically flushed >> when the socket is closed. >> >> I'll take a look at the hplip code when I get a sec to see if this is >> a possible problem for hplip like it was for gutenprint. >> >> Cheers, >> >> Paul >> > -------------------------------------------------- > > http://www./melbpc/ - The Melbourne OS/2 SIG === > -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 10 ==========================** Date: Wed, 16 Jun 2010 20:15:44 +0930 From: Paul Smedley Subject: Re: CUPS Partial success Hi Alan, On 16/06/10 8:58 PM, Alan Duval wrote: > Paul Smedley wrote: >> Hi Alan, >> >> To test my theory, please try replacing >> \cups\lib\cups\filter\hpcups.exe with the version at >> http://smedley.info/hpcups.zip > > Did that but test page only printed heading then stopped. After a while > Empty inkwell lights started flashing again and message at top of screen > stated "unable to print xxxx bytes. I forgot the exact number but was in > the 8 thousands. OK - so I made things worse :) I still think I'm on the right track though. I'll take another look at the code in the next day or two - we get our new puppy at 3pm tomorrow so things are going to be a bit crazy!! Cheers, Paul -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG === **= Email 11 ==========================** Date: Wed, 16 Jun 2010 21:41:24 +0845 From: Paul Smedley Subject: Re: CUPS Partial success Hi Alan, What about http://smedley.info/hpcups2.zip Cheers, Paul. Alan Duval wrote: > Paul Smedley wrote: >> Hi Alan, >> >> To test my theory, please try replacing >> \cups\lib\cups\filter\hpcups.exe with the version at >> http://smedley.info/hpcups.zip > > Did that but test page only printed heading then stopped. After a while > Empty inkwell lights started flashing again and message at top of screen > stated "unable to print xxxx bytes. I forgot the exact number but was > in the 8 thousands. > > Alan >> >> >> >> Paul Smedley wrote: >>> Hi Alan, >>> >>> Alan Duval wrote: >>>> AS test print was failing with the notice >>>> >>>> HPd2660 "/cups/lib/cups/filter/hpcups.exe failed >>>> >>>> I decided to go to the command line and type "HPd2660 >>>> "/cups/lib/cups/filter/hpcups" >>>> >>>> Error line came up "Can't find GCC434.dll" >>>> >>>> So I downloaded it and installed it. >>>> >>>> Then tried test print and it printed 1/2 page then stopped. After >>>> several restarts and further >>>> attempts to print the test page with partial success I deleted all >>>> jobs restarted and was able to print the >>>> test page. >>> I wonder if the flashing lights mean the job hasn't been fully sent >>> to the printer, so the 'end of file' part hasn't been received. >>> >>> This was a problem with some other backends, as there is a libc >>> 'feature' where the output sent to stdout isn't automatically flushed >>> when the socket is closed. >>> >>> I'll take a look at the hplip code when I get a sec to see if this is >>> a possible problem for hplip like it was for gutenprint. >>> >>> Cheers, >>> >>> Paul >>> >> -------------------------------------------------- >> >> http://www./melbpc/ - The Melbourne OS/2 SIG >=== >> > > -------------------------------------------------- > > http://www./melbpc/ - The Melbourne OS/2 SIG === -------------------------------------------------- http://www./melbpc/ - The Melbourne OS/2 SIG ===