Dev32.ser: Never ending story ...

I have a problem with Dev32.ser, some times it in READY state and
no can’t kill process, only reboot is solution for this.

Mariusz Hawryluk

Mariusz Hawryluk wrote:

I have a problem with Dev32.ser, some times it in READY state and
no can’t kill process, only reboot is solution for this.

I found a bug/weakness in Dev32.ser a while ago (one year or so),
specially when dealing with modern chipsets and some data errors
occur, such as framing errors, breaks, wrong baudrates etc.

Though I sent all information to QSSL that time, I’m afraid it didn’t
make it’s way into the latest releases :frowning:(

If it is helpful for you, I can send you a ‘Dev32.ser’ clone, to check,
your problem is the same as mine …


| / | __ ) | Karsten.Hoffmann@mbs-software.de MBS-GmbH
| |/| | _ _
\ Phone : +49-2151-7294-38 Karsten Hoffmann
| | | | |
) |__) | Fax : +49-2151-7294-50 Roemerstrasse 15
|| ||// Mobile: +49-172-3812373 D-47809 Krefeld

Karsten Hoffmann wrote:

Mariusz Hawryluk wrote:
I have a problem with Dev32.ser, some times it in READY state and
no can’t kill process, only reboot is solution for this.

I found a bug/weakness in Dev32.ser a while ago (one year or so),
specially when dealing with modern chipsets and some data errors
occur, such as framing errors, breaks, wrong baudrates etc.

Though I sent all information to QSSL that time, I’m afraid it didn’t
make it’s way into the latest releases > :frowning:> (

If it is helpful for you, I can send you a ‘Dev32.ser’ clone, to check,
your problem is the same as mine …


| / | __ ) | > Karsten.Hoffmann@mbs-software.de > MBS-GmbH
| |/| | _ _
\ Phone : +49-2151-7294-38 Karsten Hoffmann
| | | | |
) |__) | Fax : +49-2151-7294-50 Roemerstrasse 15
|| ||// Mobile: +49-172-3812373 D-47809 Krefeld

If you can please send me your Dev32.ser.
Thank’s.
Mariusz Hawryluk.

Karsten Hoffmann wrote:

Mariusz Hawryluk wrote:
I have a problem with Dev32.ser, some times it in READY state and
no can’t kill process, only reboot is solution for this.

I found a bug/weakness in Dev32.ser a while ago (one year or so),
specially when dealing with modern chipsets and some data errors
occur, such as framing errors, breaks, wrong baudrates etc.

Though I sent all information to QSSL that time, I’m afraid it didn’t
make it’s way into the latest releases > :frowning:> (

If it is helpful for you, I can send you a ‘Dev32.ser’ clone, to check,
your problem is the same as mine …


| / | __ ) | > Karsten.Hoffmann@mbs-software.de > MBS-GmbH
| |/| | _ _
\ Phone : +49-2151-7294-38 Karsten Hoffmann
| | | | |
) |__) | Fax : +49-2151-7294-50 Roemerstrasse 15
|| ||// Mobile: +49-172-3812373 D-47809 Krefeld

If you have any expirience with Dev32.par and the same trouble
under heavy load of operating system please repost to me.

Mariusz Hawryluk.

[Posted and mailed]

Hello, and pardon the intrusion.

I saw this post at inn.qnx.com, and my former employer has indeed had this
problem of Dev32.par going READY. The OS would drop its priority to deal
with it, to no avail. Our “solution” was to move the print spool to a less
used box on the network. It still has occurred, but less often, and what we
have done is to raise it’s priority to userlevel-plus-one, at which point
it would fulfill it’s task, and then we’d lower the priority back.

Would you do me (and them) the favor of mailing your clone of Dev32.par
to “hawkeyd@visi.com” and “john.place@rrd.com” as a binary MIME attachment?

If the source is GPL’d or otherwise public, I wouldn’t mind having a copy
of it, too. Any changes I might make I’ll certainly mail back to you.

Thank you,
Dave

PS, please excuse me for posting and mailing, but I wanted John Place to
have a clue what he might be getting in the mail, and why.


__________________ \ D. J. HAWKEY JR. / /
_
/\ hawkeyd@visi.com /_
____________/
http://www.visi.com/~hawkeyd/

In article <39ED717C.94A7400E@next.com.pl>,
Mariusz Hawryluk <mhawryl@next.com.pl> writes:

[SNIP]

If you have any expirience with Dev32.par and the same trouble
under heavy load of operating system please repost to me.

Mariusz Hawryluk.