Dev.par pauses after installing TCP/IP 4.25

Hi,

I had QNX 4.25D with TCP/IP 4.23 and ewerything worked fine. After upgrading
TCP/IP with 4.25 Dev32.par (4.25G) started making pauses from few seconds to
several hours. I installed fix E for QNX, new Dev32.par (4.25A), but thing
stays the same. After killing some of the other Dev32.* (like Dev32.pty)
Dev32.par works O.K.

Is Dev32 (4.23G) problem?

Thanks,
Perisa

Hi Perisa,

Dev32 shouldn’t be the problem. What is the output of sin when
Dev32.par starts to freeze? When you say that do you mean printing
doesn’t work properly?

Erick.


Perisa Zakarija <perisa.zakarija@iticomputers.hr> wrote:

Hi,

I had QNX 4.25D with TCP/IP 4.23 and ewerything worked fine. After upgrading
TCP/IP with 4.25 Dev32.par (4.25G) started making pauses from few seconds to
several hours. I installed fix E for QNX, new Dev32.par (4.25A), but thing
stays the same. After killing some of the other Dev32.* (like Dev32.pty)
Dev32.par works O.K.

Is Dev32 (4.23G) problem?

Thanks,
Perisa

If I recall, Dev.par run loops and uses priority decay when it has work to
do.

Is it possible that there are just too many higher priority processes for
Dev.par to get any CPU?

Bill Caroselli

“Hardware Support Account” <hw@qnx.com> wrote in message
news:9m37sq$l3v$3@nntp.qnx.com

Hi Perisa,

Dev32 shouldn’t be the problem. What is the output of sin when
Dev32.par starts to freeze? When you say that do you mean printing
doesn’t work properly?

Erick.

sin ver command freezes before typing Dev32.par line, stays for some time
and then continue.
Sometimes I wait for begining of printing, and sometimes there are long
pauses in the midddle of it.

Only I am using CPU, it is in Idle.

This started after upgrading TCPIP 4.23 with 4.25.

Thanks

Perisa Zakarija wrote:

sin ver command freezes before typing Dev32.par line, stays for some time
and then continue.
This is normal, since Dev.par usually runs in a polling loop, and so

doesn’t see that there is a message from sin ver.

Sometimes I wait for begining of printing, and sometimes there are long
pauses in the midddle of it.
Start sysmon and watch it while printing. Any processes running at

priority 10 or higher for any length of time will starve Dev.par,
which runs at 9.

If that isn’t the problem, what does stty < /dev/par show when the
printer stops printing?

Only I am using CPU, it is in Idle.

This started after upgrading TCPIP 4.23 with 4.25.

Thanks

You were right. I have a process that’s polling com port much to often.

Thank You All.