headers
Pete Brown | 3 Jan 2011 02:19

Re: Imported PPDs which cause crashes... a small discovery, and other things

Hi Paul

Paul Smedley wrote:
> Hi All,
>
> On Sat, 18 Dec 2010 03:56:48 UTC, Paul Smedley
> <paul@...>  wrote:
>
>> On 16/12/10 00:57, Pete Brown wrote:
>>> That may be because, for whatever reason, the PPD file did not get
>>> properly un-gzipped when installed by CUPS during the "create a cups
>>> printer" process.
>>>
>>> This can be rectified by ungzipping the correct ppd file to replace the
>>> \cups\etc\cups\ppd\*.ppd file.
>> I have an idea why this is happening - now that I'm vacation I should be
>> able to look at the problem in the next couple of days.  Work Christmas
>> party is tonight, so it most likely won't be until Monday as I expect to
>> be hungover tomorrow :)
>>
>>> I'm not sure if cups1.4.5 still has this problem - guess I should setup
>>> another, different make/model, printer to check.
>> I expect it will have the same problem.  I'm guessing the extraction
>> goes into a pipe, and when the pipe is closed there's still some output
>> left in there.  This problem was present in some other cups filters and
>> needs a fflush(stdout) before the pipe is closed.
>
> I think I've fixed this - http://smedley.info/cupsd.zip contains a new
> cupsd.exe for cups 1.4.5
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Paul Smedley | 3 Jan 2011 07:59
Picon

Re: Re: Imported PPDs which cause crashes... a small discovery, and other things

Hi Pete,

On 3/01/11 11:49 AM, Pete Brown wrote:
> Hi Paul
>
> Paul Smedley wrote:
>> Hi All,
>>
>> On Sat, 18 Dec 2010 03:56:48 UTC, Paul Smedley
>> <paul@...> wrote:
>>
>>> On 16/12/10 00:57, Pete Brown wrote:
>>>> That may be because, for whatever reason, the PPD file did not get
>>>> properly un-gzipped when installed by CUPS during the "create a cups
>>>> printer" process.
>>>>
>>>> This can be rectified by ungzipping the correct ppd file to replace the
>>>> \cups\etc\cups\ppd\*.ppd file.
>>> I have an idea why this is happening - now that I'm vacation I should be
>>> able to look at the problem in the next couple of days. Work Christmas
>>> party is tonight, so it most likely won't be until Monday as I expect to
>>> be hungover tomorrow :)
>>>
>>>> I'm not sure if cups1.4.5 still has this problem - guess I should setup
>>>> another, different make/model, printer to check.
>>> I expect it will have the same problem. I'm guessing the extraction
>>> goes into a pipe, and when the pipe is closed there's still some output
>>> left in there. This problem was present in some other cups filters and
>>> needs a fflush(stdout) before the pipe is closed.
>>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Pete Brown | 4 Jan 2011 00:47

Re: Imported PPDs which cause crashes... a small discovery, and other things

Hi Paul

Paul Smedley wrote:
> Hi Pete,
>
> On 3/01/11 11:49 AM, Pete Brown wrote:
>> Hi Paul
>>
>> Paul Smedley wrote:
>>> Hi All,
>>>
>>> On Sat, 18 Dec 2010 03:56:48 UTC, Paul Smedley
>>> <paul@...> wrote:
>>>
>>>> On 16/12/10 00:57, Pete Brown wrote:
>>>>> That may be because, for whatever reason, the PPD file did not get
>>>>> properly un-gzipped when installed by CUPS during the "create a cups
>>>>> printer" process.
>>>>>
>>>>> This can be rectified by ungzipping the correct ppd file to replace
>>>>> the
>>>>> \cups\etc\cups\ppd\*.ppd file.
>>>> I have an idea why this is happening - now that I'm vacation I
>>>> should be
>>>> able to look at the problem in the next couple of days. Work Christmas
>>>> party is tonight, so it most likely won't be until Monday as I
>>>> expect to
>>>> be hungover tomorrow :)
>>>>
>>>>> I'm not sure if cups1.4.5 still has this problem - guess I should
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alex Taylor | 5 Jan 2011 03:17

Re: Re: Fwd: [gs-devel] Fw: Tips on correct .ps syntax

On Mon, 20 Dec 2010 22:57:39 UTC, Paul Smedley 
<paul@...> wrote:

> Easiest way to see the problem is to create a simple equation with Lotus 
> Wordpro and compare the printed (wrong) output to the screen output.

Well, I've tried this now, and I can't seem to get the problem to 
occur.  The equation shows up in the .PS file in GhostScript just 
as it appears in Lotus.

Maybe you could provide the test LWP file you used?

--

-- 
Alex Taylor
Fukushima, Japan
http://www.socis.ca/~ataylo00

Please take off hat when replying.
Permalink | Reply | 1 comment |
headers
Paul Smedley | 5 Jan 2011 05:12
Picon

Re: Re: Re: Fwd: [gs-devel] Fw: Tips on correct .ps syntax

Hi Alex,

On 5/01/11 12:47 PM, Alex Taylor wrote:
> On Mon, 20 Dec 2010 22:57:39 UTC, Paul Smedley
> <paul@...>  wrote:
>
>> Easiest way to see the problem is to create a simple equation with Lotus
>> Wordpro and compare the printed (wrong) output to the screen output.
>
> Well, I've tried this now, and I can't seem to get the problem to
> occur.  The equation shows up in the .PS file in GhostScript just
> as it appears in Lotus.
>
> Maybe you could provide the test LWP file you used?
Will do when I get home tomorrow.  Meanwhile I think anything with an 
exponent like x^2 in the equation editor will display the problem..
Permalink | Reply | 0 comments |
headers
Alex Taylor | 6 Jan 2011 01:04

PAKTOOL updated

New in this build: many bugfixes and one major new feature (see below).

http://users.socis.ca/~ataylo00/os2/utils/paktool-30_904.zip

PAKTOOL is my PostScript driver PAK file analysis/disassembly tool.
When run on one of the PAK files (PRINTER1.PAK or AUXPRINT.PAK) that
reside with PSCRIPT.DRV, ECUPS.DRV, or PSPRINT.DRV, it can do any of 
the following:
 - List all printers defined in the PAK file
 - Dump the binary PAKfile data for the specified printer in raw
   and/or hexadecimal format.
 - Display the PAKfile data for the specified printer in one of two
   different human-readable formats.
And, new in this build:
 - "Decompile" the specified printer's data into a PPD file.

The zipfile contains three different executables, each of which is 
compatible with a different version of the PostScript driver.  

 ipaktool.exe  IBM's PSCRIPT.DRV version 30.822 and later
 epaktool.exe  ECUPS.DRV, or IBM's PSCRIPT.DRV version 30.800
 ppaktool.exe  PSPRINT.DRV

Note that I've added a new executable.  This is because I discovered
that post-30.800 builds of PSCRIPT.DRV (for which we don't have the
source) have changed the internal structures slightly.  (I had to use
a lot of trial-and-error analysis to figure out where the changes were.)

USAGE:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Caetano | 6 Jan 2011 18:58
Picon
Favicon

Re: Missing equation characters

Pete Brown <losepete <at> ...> writes:

> 
> Hi Paul
> 
> Paul Smedley wrote:
> > Hi Paul,
> >
> > On Tue, 3 Nov 2009 03:41:08 UTC, Paul
> > <pminottawa <at> ...>  wrote:
> >
> >> I now have CUPS printing again. However I use the WordPro equation
> >> editor a lot. My documents are full of equations.
> >>
> >> When I print with WordPro many characters (radical signs, fraction bars,
> >> exponents, etc.) do not print or often do not print.
> >>
> >> This is a problem that was fixed a few versions ago and is related to
> >> the postscript resolution. I cannot remember how this was fixed.
> >>
> >> Any help out there?
> >
> > IIRC http://smedley.info/ecups-driver-20090324.zip contains this fix.
> >
> 
> I've uploaded ecups-driver-20090324.wpi to ftp.netlabs.org/incoming and 
> will post news of that update on os2world and os2voice.

  Hi Pete!
(Continue reading)

Permalink | Reply | 3 comments |
headers
Pete Brown | 7 Jan 2011 01:20

Re: Missing equation characters

Hi Daniel

Daniel Caetano wrote:
> Pete Brown<losepete <at> ...>  writes:
>
>>
>> Hi Paul
>>
>> Paul Smedley wrote:
>>> Hi Paul,
>>>
>>> On Tue, 3 Nov 2009 03:41:08 UTC, Paul
>>> <pminottawa <at> ...>   wrote:
>>>
>>>> I now have CUPS printing again. However I use the WordPro equation
>>>> editor a lot. My documents are full of equations.
>>>>
>>>> When I print with WordPro many characters (radical signs, fraction bars,
>>>> exponents, etc.) do not print or often do not print.
>>>>
>>>> This is a problem that was fixed a few versions ago and is related to
>>>> the postscript resolution. I cannot remember how this was fixed.
>>>>
>>>> Any help out there?
>>>
>>> IIRC http://smedley.info/ecups-driver-20090324.zip contains this fix.
>>>
>>
>> I've uploaded ecups-driver-20090324.wpi to ftp.netlabs.org/incoming and
>> will post news of that update on os2world and os2voice.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Smedley | 7 Jan 2011 09:29
Picon

Re: Re: Missing equation characters

Hi Daniel,

On 07/01/11 04:28, Daniel Caetano wrote:
> Pete Brown<losepete <at> ...>  writes:
>> I've uploaded ecups-driver-20090324.wpi to ftp.netlabs.org/incoming and
>> will post news of that update on os2world and os2voice.
>
>    I am running into problems with WordPro equations printing and found those
> messages. I am trying to generate good PSs/PDFs, but almost every time the
> fraction line is missing on my equations. I tried using both PSCRIPT.DRV drivers
> (Apple Color Laser Writer) and ECUPS.DRV (Generic PS Driver) and ... nothing.
> The same problem with equation fraction lines.
>    I thought that maybe using the very same driver you used (whatever it is,
> since I will only print a .PS) can save me from madness? :P

For equations to print correctly, the output resolution needs to be 1440 
- ecups uses this as the default resolution.

Using a sample printer from ecups.drv should help.

All this is a workaround until we can find the actual bug that causes us 
to _need_ to set 1440 as the default resolution.

I'd hoped to look into this during my Christmas vacation, but back to 
work on Monday, so am rapidly running out of time :(

Cheers,

Paul
(Continue reading)

Permalink | Reply | 1 comment |
headers
Daniel Caetano | 7 Jan 2011 14:48
Picon
Favicon

Re: Missing equation characters


  Hi Paul,

Paul Smedley <paul <at> ...> writes:
> On 07/01/11 04:28, Daniel Caetano wrote:
> > Pete Brown<losepete <at> ...>  writes:
> >> I've uploaded ecups-driver-20090324.wpi to ftp.netlabs.org/incoming and
> >> will post news of that update on os2world and os2voice.
(...)
> > The same problem with equation fraction lines.
> > I thought that maybe using the very same driver you used (whatever it is,
> > since I will only print a .PS) can save me from madness? :P
> 
> For equations to print correctly, the output resolution needs to be 1440 
> - ecups uses this as the default resolution.
> Using a sample eCups.drv printer should help.

  Humm... I am using eCups from 24/03/2009. Tried some 
printers, but it seems they goes only up to 600x600 dpi.
I left the resolution as "Automatic", but no luck.

  Tried the latest psPrint.drv driver (found on this forum),
which alows me 1200dpi and 2400dpi, but it seems the result
was the same as before: no fraction lines (even when setting
them to be 'thick' on equation editor).

> All this is a workaround until we can find the actual bug that causes us 
> to _need_ to set 1440 as the default resolution.

  Curious. Maybe the problem I am experiencing is exaclty
(Continue reading)

Permalink | Reply | 0 comments |

Gmane