Subject: [os2genau_digest] No. 1969
From: Digest <deadmail>
To: "OS/2GenAu Digest"<deadmail>
Date: Thu, 17 Jun 2010 00:01:04 EST-10EDT,10,1,0,7200,4,1,0,7200,3600

**************************************************
Wednesday 16 June 2010
 Number  1969
**************************************************

Subjects for today
 
1   PPD files : Alan Duval <amoht at westnet dot com dot au>
2  Re:  PPD files : Ed Durrant <edurrant at durrant dot mine dot nu>
3  Re:  CUPS Partial success : Paul Smedley <paul at smedley dot id dot au>
4  Re:  PPD files : Paul Smedley <paul at smedley dot id dot au>
5  Re:  CUPS Partial success : Peter Moylan <peter at pmoylan dot org>
6  Re:  CUPS Partial success : paul at smedley dot id dot au
7   * Monthly Melbourne OS/2 SIG Meeting * : List Admin" <list at os2 dot org dot au>
8  Re:  CUPS Partial success : Paul Smedley <paul at smedley dot id dot au>
9  Re:  CUPS Partial success : Alan Duval <amoht at westnet dot com dot au>
10  Re:  CUPS Partial success : Paul Smedley <paul at smedley dot id dot au>
11  Re:  CUPS Partial success : Paul Smedley <paul at smedley dot id dot au>

**= Email   1 ==========================**

Date:  Wed, 16 Jun 2010 01:01:42 +1000
From:  Alan Duval <amoht at westnet dot com dot au>
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 <edurrant at durrant dot mine dot nu>
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 <paul at smedley dot id dot au>
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 <paul at smedley dot id dot au>
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 <peter at pmoylan dot org>
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" <peter at pmoylan dot org>:

> 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" <list at os2 dot org dot au>
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 <paul at smedley dot id dot au>
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 <amoht at westnet dot com dot au>
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 <paul at smedley dot id dot au>
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 <paul at smedley dot id dot au>
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
===