I’ve just installed RTP on 10 machines and if they are allowed to sit there
arfter booting, at the Photon login screen, they will all eventually crash.
It seems to be triggered by the screen saver. (When the photon login
screen starts floating around.) As soon as it kicks it, any keypress or
mouse movement causes the Photon to exit with “received singnal 11”. Once
a user logs in, everything is okay. As soon as they log out, and the
Photon login box starts “floating” around, same thing happens.
Any ideas on how to prevent this? Any ideas on how to recover from this?
Maybe if I could just disable the screensaver at the login screen it would
help. But how?
Thanks!
Dana (old-time unix admin but brand new QNX admin)
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
Hi Dana,
What video cards are in use on these systems? I think this has been
fixed in “Patch A” or now named “QNX 6”. However we would like
to check to make sure. So if you could let us know what video cards
are in those machines that would help alot!
Thanks!
Erick.
Dana Echtner <dana@ece.concordia.ca> wrote:
I’ve just installed RTP on 10 machines and if they are allowed to sit there
arfter booting, at the Photon login screen, they will all eventually crash.
It seems to be triggered by the screen saver. (When the photon login
screen starts floating around.) As soon as it kicks it, any keypress or
mouse movement causes the Photon to exit with “received singnal 11”. Once
a user logs in, everything is okay. As soon as they log out, and the
Photon login box starts “floating” around, same thing happens.
Any ideas on how to prevent this? Any ideas on how to recover from this?
Maybe if I could just disable the screensaver at the login screen it would
help. But how?
Thanks!
Dana (old-time unix admin but brand new QNX admin)
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca > / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
Erick Muis wrote:
What video cards are in use on these systems? I think this has been
fixed in “Patch A” or now named “QNX 6”. However we would like
to check to make sure. So if you could let us know what video cards
are in those machines that would help alot!
D’oh! Sorry about that.
It’s the A-Open version of the NVidia Riva TNT2 Vanta with 16MB of RAM.
BTW, how does one go about getting patches and upgrades for all these
things that you’re fixing?
Thanks very much!
Dana (2 days on the job and learning fast) 
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
Hi Dana,
I was able to reproduce the error here using a TNT2 32MB. I am not sure
if it is fixed yet or not, I will check this out for you as well.
Erick.
Dana Echtner <dana@ece.concordia.ca> wrote:
Erick Muis wrote:
What video cards are in use on these systems? I think this has been
fixed in “Patch A” or now named “QNX 6”. However we would like
to check to make sure. So if you could let us know what video cards
are in those machines that would help alot!
D’oh! Sorry about that.
It’s the A-Open version of the NVidia Riva TNT2 Vanta with 16MB of RAM.
BTW, how does one go about getting patches and upgrades for all these
things that you’re fixing?
Thanks very much!
Dana (2 days on the job and learning fast) >
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca > / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
Previously, Dana Echtner wrote in qdn.public.qnxrtp.newuser:
Erick Muis wrote:
What video cards are in use on these systems? I think this has been
fixed in “Patch A” or now named “QNX 6”. However we would like
to check to make sure. So if you could let us know what video cards
are in those machines that would help alot!
D’oh! Sorry about that.
It’s the A-Open version of the NVidia Riva TNT2 Vanta with 16MB of RAM.
BTW, how does one go about getting patches and upgrades for all these
things that you’re fixing?
Thanks very much!
Dana (2 days on the job and learning fast) >
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca > / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
This bug is still in my patchA ( i use patch A version
uname -a
QNX buffelboff 6.00 2000/10/17-14:59:25edt x86pc x86
)
ps, graphic card is a Riva TNT2 32mb .ds
/Johan
Noticed, we fixed this just this morning, so it has been found and killed
Unforutnatly it won’t make the Patch formally known as “Patch A”, now known
as “QNX 6”. 
Erick.
phearbear <phearbear@qnxstart.com> wrote:
Previously, Dana Echtner wrote in qdn.public.qnxrtp.newuser:
Erick Muis wrote:
What video cards are in use on these systems? I think this has been
fixed in “Patch A” or now named “QNX 6”. However we would like
to check to make sure. So if you could let us know what video cards
are in those machines that would help alot!
D’oh! Sorry about that.
It’s the A-Open version of the NVidia Riva TNT2 Vanta with 16MB of RAM.
BTW, how does one go about getting patches and upgrades for all these
things that you’re fixing?
Thanks very much!
Dana (2 days on the job and learning fast) >
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca > / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
This bug is still in my patchA ( i use patch A version
uname -a
QNX buffelboff 6.00 2000/10/17-14:59:25edt x86pc x86
)
ps, graphic card is a Riva TNT2 32mb .ds
/Johan
Erick Muis wrote:
Unforutnatly it won’t make the Patch formally known as “Patch A”, now
known as “QNX 6”. >
Hm, that’s too bad. I guess we’ll just always have to turn the
machines off. Is it really “bad” for RTP to just hit the reset button? Is
there anything I can do after the crash to reboot gracefully?
Dana
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
Erick Muis wrote:
Unforutnatly it won’t make the Patch formally known as “Patch A”, now
known as “QNX 6”. >
Where/how can I get this patch?
D.
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
Dana Echtner <dana@ece.concordia.ca> wrote:
Erick Muis wrote:
Unforutnatly it won’t make the Patch formally known as “Patch A”, now
known as “QNX 6”. >
Hm, that’s too bad. I guess we’ll just always have to turn the
machines off. Is it really “bad” for RTP to just hit the reset button? Is
there anything I can do after the crash to reboot gracefully?
Dana
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca > / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast
If it’s the screensaver mode of phlogin that’s causing the crash, there’s
a possible work-around… admittedly a bit of a hack but probably better than
having to do a hard restart.
If you type ‘use phlogin’ that reveals that phlogin has a -T option that allows you
to set the timeout inverval (in seconds) before the screensaver kicks in.
Edit your ph script. You’ll have to do this as root. Include the -T option to phlogin
wherever it’s started. Use something big, like say 10 million (it’s an unsigned long,
it can probably take it) This gives us a little over 100 days to fix problem
Hope this helps.
You can download the patch from
get.qnx.com
Erick.
Dana Echtner <dana@ece.concordia.ca> wrote:
Erick Muis wrote:
Unforutnatly it won’t make the Patch formally known as “Patch A”, now
known as “QNX 6”. >
Where/how can I get this patch?
D.
–
Dana Echtner \ Real-Time Systems Administrator
dana@alcor.concordia.ca > / ECE, Concordia University, Montreal, Canada
rw-rw-rw-: The file protection of the beast