I’m not sure if this problem has been reported previously but here it
is.
Sometime when I log in on my QNX 6.1 host, the shelf won’t show up. The
background is displayed and I can pop up the context menu with the right
button from the mouse. That allows me to open a terminal, but I won’t be
able to type in any commands, input from the keyboard seems blocked.
Now is the interesting part. I then telnet to the host from another
station and I run pidin to see what’s going on with shelf… and it’s
always blocked on a reply from our QNX server. I must add that my home
directory doesn’t reside physically on the host I’m logging in. In fact,
my home directory resides on the same server the shelf seems to be
waiting for. On my QNX host, my home directory is soft-linked to my real
home on the server with the following command:
$ ln -s /net/qnxserver/home/blc /home/blc
I’m mentionning this soft-link because this problem has never been
observed with users whose home directories are local. However, this
problem seems more or less frequent for other users whose homes reside
on the server.
Note that, in order to get rid of this stalled shelf, I need to enter
“slay -s sigkill shelf”. I will then start another instance of the shelf
and, if I’m lucky, this one will show up.
While tracking this problem, I ran into “ln -Ps” and thought it could
help me. But that kind of link doesn’t persist and disappear at the next
reboot.
Well… that’s it. Thanks for reading that far. Any help will be greatly
appreciated.
Bernard Leclerc
Hello Bernard,
I have been able to reproduce your issue here and I have submitted a
problme report for our developers to look at.
Thank you for bringing this to our attention.
Regards,
Dave B.
Denise Whittom et Bernard Leclerc <whittom-leclerc@sympatico.ca> wrote in
news:3C7DB018.20855D6A@sympatico.ca:
I’m not sure if this problem has been reported previously but here it
is.
Sometime when I log in on my QNX 6.1 host, the shelf won’t show up. The
background is displayed and I can pop up the context menu with the right
button from the mouse. That allows me to open a terminal, but I won’t be
able to type in any commands, input from the keyboard seems blocked.
Now is the interesting part. I then telnet to the host from another
station and I run pidin to see what’s going on with shelf… and it’s
always blocked on a reply from our QNX server. I must add that my home
directory doesn’t reside physically on the host I’m logging in. In fact,
my home directory resides on the same server the shelf seems to be
waiting for. On my QNX host, my home directory is soft-linked to my real
home on the server with the following command:
$ ln -s /net/qnxserver/home/blc /home/blc
I’m mentionning this soft-link because this problem has never been
observed with users whose home directories are local. However, this
problem seems more or less frequent for other users whose homes reside
on the server.
Note that, in order to get rid of this stalled shelf, I need to enter
“slay -s sigkill shelf”. I will then start another instance of the shelf
and, if I’m lucky, this one will show up.
While tracking this problem, I ran into “ln -Ps” and thought it could
help me. But that kind of link doesn’t persist and disappear at the next
reboot.
Well… that’s it. Thanks for reading that far. Any help will be greatly
appreciated.
Bernard Leclerc
Thanks Dave.
Please keep us informed if a workaround is found.
Bernard
Applications <apps@qnx.com> wrote in message
news:Xns91C465A29C666appsqnxc@209.226.137.4…
Hello Bernard,
I have been able to reproduce your issue here and I have submitted a
problme report for our developers to look at.
Thank you for bringing this to our attention.
Regards,
Dave B.
Denise Whittom et Bernard Leclerc <> whittom-leclerc@sympatico.ca> > wrote
in
news:> 3C7DB018.20855D6A@sympatico.ca> :
I’m not sure if this problem has been reported previously but here
it
is.
Sometime when I log in on my QNX 6.1 host, the shelf won’t show up.
The
background is displayed and I can pop up the context menu with the
right
button from the mouse. That allows me to open a terminal, but I
won’t be
able to type in any commands, input from the keyboard seems blocked.
Now is the interesting part. I then telnet to the host from another
station and I run pidin to see what’s going on with shelf… and
it’s
always blocked on a reply from our QNX server. I must add that my
home
directory doesn’t reside physically on the host I’m logging in. In
fact,
my home directory resides on the same server the shelf seems to be
waiting for. On my QNX host, my home directory is soft-linked to my
real
home on the server with the following command:
$ ln -s /net/qnxserver/home/blc /home/blc
I’m mentionning this soft-link because this problem has never been
observed with users whose home directories are local. However, this
problem seems more or less frequent for other users whose homes
reside
on the server.
Note that, in order to get rid of this stalled shelf, I need to
enter
“slay -s sigkill shelf”. I will then start another instance of the
shelf
and, if I’m lucky, this one will show up.
While tracking this problem, I ran into “ln -Ps” and thought it
could
help me. But that kind of link doesn’t persist and disappear at the
next
reboot.
Well… that’s it. Thanks for reading that far. Any help will be
greatly
appreciated.
Bernard Leclerc
Thanks Dave.
Please keep us informed if a workaround is found.
Bernard
Applications <apps@qnx.com> wrote in message
news:Xns91C465A29C666appsqnxc@209.226.137.4…
Hello Bernard,
I have been able to reproduce your issue here and I have submitted a
problme report for our developers to look at.
Thank you for bringing this to our attention.
Regards,
Dave B.
Denise Whittom et Bernard Leclerc <> whittom-leclerc@sympatico.ca> > wrote
in
news:> 3C7DB018.20855D6A@sympatico.ca> :
I’m not sure if this problem has been reported previously but here
it
is.
Sometime when I log in on my QNX 6.1 host, the shelf won’t show up.
The
background is displayed and I can pop up the context menu with the
right
button from the mouse. That allows me to open a terminal, but I
won’t be
able to type in any commands, input from the keyboard seems blocked.
Now is the interesting part. I then telnet to the host from another
station and I run pidin to see what’s going on with shelf… and
it’s
always blocked on a reply from our QNX server. I must add that my
home
directory doesn’t reside physically on the host I’m logging in. In
fact,
my home directory resides on the same server the shelf seems to be
waiting for. On my QNX host, my home directory is soft-linked to my
real
home on the server with the following command:
$ ln -s /net/qnxserver/home/blc /home/blc
I’m mentionning this soft-link because this problem has never been
observed with users whose home directories are local. However, this
problem seems more or less frequent for other users whose homes
reside
on the server.
Note that, in order to get rid of this stalled shelf, I need to
enter
“slay -s sigkill shelf”. I will then start another instance of the
shelf
and, if I’m lucky, this one will show up.
While tracking this problem, I ran into “ln -Ps” and thought it
could
help me. But that kind of link doesn’t persist and disappear at the
next
reboot.
Well… that’s it. Thanks for reading that far. Any help will be
greatly
appreciated.
Bernard Leclerc