Custom Query (29 matches)

Alex Taylor suggested I open a ticket on this problem. This is a USB Port device. Using the attached PPD file, its print quality would be characterized as Good or Very Good. The problem is that after the print job is completed CPU Usage spikes to 99.9%; during the print job there is no spike. Opening the CUPS Administration page in Firefox shows the following, under the respective tabs, after the print job: Jobs State "No %%BoundingBox?: comment in header!"

Printers Status Processing - "Processing page x..."

The page number mentioned is always the number 1 greater than the last page of the document. Ergo, it is what I would characterize as an imaginary page.

Using the C-A-D utility after the spike starts, and then List shows CUPSD.EXE CUPSD.EXE USB.EXE Killing both instances of CUPSD.EXE does not eliminate the spike. Repeated attempts to kill USB.EXE always fails.

Using the Run TOP tool of the C-A-D utility shows that it is USB.EXE that causes the spike.

A reboot, after CUPSD.EXE is killed, solves the spike. If they are not killed, it is necessary to go to the CUPS Administration page and then Jobs to cancel the print job; otherwise the job will continue to print over-and-over until cancelled despite the reboots.

I understand from Alex that Paul is trying to address the problem w/ USB printers. he also suggested the possibility of me trying to network the printer instead. I could try I suppose but it would be inconvenient because of the physical setup (the cable being in a walkway in that event), and still possibly presenting the same issue as the other computer would necessarily be connected to the printer by the USB Port.

When printing a 4x6 photo from PMView, the print never leaves the OS/2 printing subsystem, its job status is "Forms Mismatch". The form name is there reported as "w288h432/4x6".
Setup details:
Cups settings via browser: Cups 1.4.8, printer name "CupsPhoto?", driver printer "Canon PIXMA iP4000 - CUPS+Gutenprint v5.2.9 (color, 2-sided printing)", media=oe_w228h432_4x6in
Printer settings in OS/2: driver "Canon PIXMA IP4000", job properties: paper 4x6, output port localhost:CupsPhoto[[BR]]

This was working properly before (Cups 1.4.6), I suspect it might have to do with the printer definition in Gutenprint; old versions of Gutenprint had a seperate file for each printer, now the definitions are generated as needed . Note that the "media" type in Cups is not literally the same as the form name in OS/2.

eCS 2.2 Beta:

If I want to print, I can hear the printer starting but it is not printing and one of the CPU's is up to 99% and stays there forever.