Printing bug

If a Photon application had a print context open and the program
terminates prematurely, i.e. SIGSEGV, then phs-to-ps ends up looping at
priority 10.

Something should detect this and release the print context so that
phs-to-ps doesn’t loop. Or else, phs-to-ps (and I assume other printer
drivers) should have the logic to deal with this gracefully.

I have another printing bug.

My application loads the default printer context
( PpLoadDefaultPrinter() ). It then calculates for itself how much paper
is available to print on by querying the Paper Size, Resolution,
Orientation and Margins that are defined for that printer.

When the printer is set up for portrait mode, all works as expected.
When the printer is set up for landscape mode, all of the PC parameters
that my program receives are exactly the same, including Orientation. So
it generates the exact sasme page image.

HOWEVER, when the image prints it IS rotated on the page and scaled down
to fit on the paper.

I want to take advantage of the additional paper width when I choose
landscape mode. Why is the print system doing this?

What else must I query to know that I should format my page for landscape
mode?

Hi Bill,

How are you getting the application to start phs-to-ps filter? Do you have
a small sample app that you can post that reproduces this problem?

Regards
Brenda


“Bill Caroselli” <qtps@earthlink.net> wrote in message
news:chacv5$b2k$1@inn.qnx.com

If a Photon application had a print context open and the program
terminates prematurely, i.e. SIGSEGV, then phs-to-ps ends up looping at
priority 10.

Something should detect this and release the print context so that
phs-to-ps doesn’t loop. Or else, phs-to-ps (and I assume other printer
drivers) should have the logic to deal with this gracefully.

Hi Bill,

I am looking into this issue for you and will post as soon as I have more
info for you.

Regards
Brenda

“Bill Caroselli” <qtps@earthlink.net> wrote in message
news:chaknp$g71$1@inn.qnx.com

I have another printing bug.

My application loads the default printer context
( PpLoadDefaultPrinter() ). It then calculates for itself how much paper
is available to print on by querying the Paper Size, Resolution,
Orientation and Margins that are defined for that printer.

When the printer is set up for portrait mode, all works as expected.
When the printer is set up for landscape mode, all of the PC parameters
that my program receives are exactly the same, including Orientation. So
it generates the exact sasme page image.

HOWEVER, when the image prints it IS rotated on the page and scaled down
to fit on the paper.

I want to take advantage of the additional paper width when I choose
landscape mode. Why is the print system doing this?

What else must I query to know that I should format my page for landscape
mode?

I have an HP4100N network printer. I can print to it in either PCL or
PostScript. PostScript generally looks better so that’s what I usually
choose.

In my application I am simply calling PpLoadDefaultPrinter().
I querry Paper Size, Margins, Resolution and Orientation and then I Set
Source Size.

When I want to change the “default attributes” of the printer I go into
Helpviewer, click on the Print Button, and go into Preferences on the
Select Printer Dialog. I change whatever, and then select “Save Personal
Defaults”. Then I Cancel Out of the Printer Preferences and Printer Select
Dialogs.

My app is not small. But I can stript it and post it if you want.


Brenda Merpaw <gui@qnx.com> wrote:

BM > How are you getting the application to start phs-to-ps filter? Do you have
BM > a small sample app that you can post that reproduces this problem?


BM > “Bill Caroselli” <qtps@earthlink.net> wrote in message
BM > news:chacv5$b2k$1@inn.qnx.com

If a Photon application had a print context open and the program
terminates prematurely, i.e. SIGSEGV, then phs-to-ps ends up looping at
priority 10.

Something should detect this and release the print context so that
phs-to-ps doesn’t loop. Or else, phs-to-ps (and I assume other printer
drivers) should have the logic to deal with this gracefully.

Hi Bill,

Sorry for the delay in getting back to you. How big is your app? I just
want to make sure it isn’t too big to post to the newsgroup.

Regards
Brenda


“Bill Caroselli” <qtps@earthlink.net> wrote in message
news:chktj3$8dm$1@inn.qnx.com

I have an HP4100N network printer. I can print to it in either PCL or
PostScript. PostScript generally looks better so that’s what I usually
choose.

In my application I am simply calling PpLoadDefaultPrinter().
I querry Paper Size, Margins, Resolution and Orientation and then I Set
Source Size.

When I want to change the “default attributes” of the printer I go into
Helpviewer, click on the Print Button, and go into Preferences on the
Select Printer Dialog. I change whatever, and then select “Save Personal
Defaults”. Then I Cancel Out of the Printer Preferences and Printer
Select
Dialogs.

My app is not small. But I can stript it and post it if you want.


Brenda Merpaw <> gui@qnx.com> > wrote:

BM > How are you getting the application to start phs-to-ps filter? Do
you have
BM > a small sample app that you can post that reproduces this problem?


BM > “Bill Caroselli” <> qtps@earthlink.net> > wrote in message
BM > news:chacv5$b2k$> 1@inn.qnx.com> …

If a Photon application had a print context open and the program
terminates prematurely, i.e. SIGSEGV, then phs-to-ps ends up looping at
priority 10.

Something should detect this and release the print context so that
phs-to-ps doesn’t loop. Or else, phs-to-ps (and I assume other printer
drivers) should have the logic to deal with this gracefully.

I can FTP it to my old QUICS account. It’s ‘bcaroselli’.

Give me about two hours. I just got back from an illness.
I’m catching up in the office.

Tell me what parts you want?
Executable?
Stripped or not?
All sources?


Brenda Merpaw <gui@qnx.com> wrote:
BM > Hi Bill,

BM > Sorry for the delay in getting back to you. How big is your app? I just
BM > want to make sure it isn’t too big to post to the newsgroup.

BM > Regards
BM > Brenda


BM > “Bill Caroselli” <qtps@earthlink.net> wrote in message
BM > news:chktj3$8dm$1@inn.qnx.com

I have an HP4100N network printer. I can print to it in either PCL or
PostScript. PostScript generally looks better so that’s what I usually
choose.

In my application I am simply calling PpLoadDefaultPrinter().
I querry Paper Size, Margins, Resolution and Orientation and then I Set
Source Size.

When I want to change the “default attributes” of the printer I go into
Helpviewer, click on the Print Button, and go into Preferences on the
Select Printer Dialog. I change whatever, and then select “Save Personal
Defaults”. Then I Cancel Out of the Printer Preferences and Printer
BM > Select
Dialogs.

My app is not small. But I can stript it and post it if you want.


Brenda Merpaw <> gui@qnx.com> > wrote:

BM > How are you getting the application to start phs-to-ps filter? Do
BM > you have
BM > a small sample app that you can post that reproduces this problem?


BM > “Bill Caroselli” <> qtps@earthlink.net> > wrote in message
BM > news:chacv5$b2k$> 1@inn.qnx.com> …

If a Photon application had a print context open and the program
terminates prematurely, i.e. SIGSEGV, then phs-to-ps ends up looping at
priority 10.

Something should detect this and release the print context so that
phs-to-ps doesn’t loop. Or else, phs-to-ps (and I assume other printer
drivers) should have the logic to deal with this gracefully.


Bill Caroselli – Q-TPS Consulting
1-(708) 308-4956 <== Note: New Number
qtps@earthlink.net

Hi Brenda

Gee, you and I have been busy together today.

I had to re-read backward through this whole thread to remember what the
original question was that I asked. The issue is this:

If I change the orientation in my default printer to landscape and save
that. Then when my application tried to print it loads the default
printer print context. But there is nothing that I can querry to
indicate that the orientation is set to landscape. So I format my
printed page for portrait but it does in fact print in landscape. It
just looks funny.

I guess it boils down to this:

  1. If I call PpLoadDefaultPrinter()
  2. which has orientation set to landscape
    PpGetPC() for Pp_PC_ORIENTATION is not returning the proper value.
    But Landscape is being used in the print context and my printed page
    looks funny

Do you really need me to upload my application? I can if you want.


Bill Caroselli <qtps@earthlink.net> wrote:
BC > I can FTP it to my old QUICS account. It’s ‘bcaroselli’.

BC > Give me about two hours. I just got back from an illness.
BC > I’m catching up in the office.

BC > Tell me what parts you want?
BC > Executable?
BC > Stripped or not?
BC > All sources?
BC >

BC > Brenda Merpaw <gui@qnx.com> wrote:
BC > BM > Hi Bill,

BC > BM > Sorry for the delay in getting back to you. How big is your app? I just
BC > BM > want to make sure it isn’t too big to post to the newsgroup.

BC > BM > Regards
BC > BM > Brenda


BC > BM > “Bill Caroselli” <qtps@earthlink.net> wrote in message
BC > BM > news:chktj3$8dm$1@inn.qnx.com

I have an HP4100N network printer. I can print to it in either PCL or
PostScript. PostScript generally looks better so that’s what I usually
choose.

In my application I am simply calling PpLoadDefaultPrinter().
I querry Paper Size, Margins, Resolution and Orientation and then I Set
Source Size.

When I want to change the “default attributes” of the printer I go into
Helpviewer, click on the Print Button, and go into Preferences on the
Select Printer Dialog. I change whatever, and then select “Save Personal
Defaults”. Then I Cancel Out of the Printer Preferences and Printer
BC > BM > Select
Dialogs.

My app is not small. But I can stript it and post it if you want.


Brenda Merpaw <> gui@qnx.com> > wrote:

BM > How are you getting the application to start phs-to-ps filter? Do
BC > BM > you have
BM > a small sample app that you can post that reproduces this problem?


BM > “Bill Caroselli” <> qtps@earthlink.net> > wrote in message
BM > news:chacv5$b2k$> 1@inn.qnx.com> …

If a Photon application had a print context open and the program
terminates prematurely, i.e. SIGSEGV, then phs-to-ps ends up looping at
priority 10.

Something should detect this and release the print context so that
phs-to-ps doesn’t loop. Or else, phs-to-ps (and I assume other printer
drivers) should have the logic to deal with this gracefully.

BC > –
BC > Bill Caroselli – Q-TPS Consulting
BC > 1-(708) 308-4956 <== Note: New Number
BC > qtps@earthlink.net


Bill Caroselli – Q-TPS Consulting
1-(708) 308-4956 <== Note: New Number
qtps@earthlink.net