|
|
| Author |
Message |
| 25 new of 248 responses total. |
polytarp
|
|
response 50 of 248:
| 
Oct 7 00:35 UTC 2002 |
I was just mail-bobmed by user "mfucker"! Could someone check it out?!
|
russ
|
|
response 51 of 248:
|
Oct 7 02:05 UTC 2002 |
If the message from nologin is often swallowed by the disconnect
sequence before it has a chance to get out the modem, can staff
put a reasonable delay (such as 5 seconds) before the disconnect
so the user has a chance to actually see it?
There's not much point in issuing a message if it can't get to
the intended recipient.
|
gull
|
|
response 52 of 248:
|
Oct 7 02:21 UTC 2002 |
I think the problem is people setting their terminal software on 'close
window on disconnect' mode.
|
tpryan
|
|
response 53 of 248:
|
Oct 7 05:42 UTC 2002 |
Does that mean we now have a good modem to replace the
suspect one on on the advertised number?
|
mcnally
|
|
response 54 of 248:
|
Oct 7 22:24 UTC 2002 |
About 20 minutes ago I was bbsing when my bbs session suddenly stopped.
The word "Terminated" appeared on my terminal and I was dumped back into
my shell, which continued responding for about 15 seconds before it, too,
was abruptly terminated (or so I presume, because my terminal window
closed.)
I logged back in and uptime looks normal:
6:23pm up 2 days, 8:58, 42 users, load average: 4.30, 3.36, 2.83
So did some root person decide to send SIGTERMs to my processes (no biggie)
or do we have something odd going on?
|
other
|
|
response 55 of 248:
|
Oct 7 22:50 UTC 2002 |
Dial-in or telnet?
|
mcnally
|
|
response 56 of 248:
|
Oct 8 00:01 UTC 2002 |
telnet.
|
mcnally
|
|
response 57 of 248:
|
Oct 8 00:01 UTC 2002 |
well, strictly speaking not telnet but ssh..
|
russ
|
|
response 58 of 248:
|
Oct 8 00:08 UTC 2002 |
Trying to send a telegram to a long-idle user, the tel program froze
and could not be terminated with either the break signal, the quit
signal, or the suspend signal. I had to hang up.
This is very unfriendly behavior from a program. (The freeze was
before the message prompt was issued, so I'm assuming that it
occurred when tel tried to open the other user's tty.)
|
keesan
|
|
response 59 of 248:
|
Oct 8 01:46 UTC 2002 |
Twice while in Pine I was unable to continue typing, nor could I exit Kermit
or even reboot. Is grex responsible or might it be my computer misbehaving?
(Can problems at grex while online crash my computer so it won't reboot? I
know other things can crash it that way.) 7615041
|
gull
|
|
response 60 of 248:
|
Oct 8 01:54 UTC 2002 |
What's described in #54 has happened to me, too, on occasion.
|
mcnally
|
|
response 61 of 248:
|
Oct 8 02:14 UTC 2002 |
re #58: sounds unlikely to be the tel program at fault.
re #59: definitely not Pine or Grex's fault -- nothing you can do on
Grex should be able to affect your ability to exit your computer's
terminal software or to reboot.
|
janc
|
|
response 62 of 248:
|
Oct 8 04:26 UTC 2002 |
Hmmm...was that idle user on ttyp0? ttyp0 is screwed up.
|
polytarp
|
|
response 63 of 248:
|
Oct 8 06:26 UTC 2002 |
Does Grex always get problem reports which are this annoying?
|
janc
|
|
response 64 of 248:
|
Oct 8 14:44 UTC 2002 |
No, most of Grex's problem reports make me giddy with happiness.
|
russ
|
|
response 65 of 248:
|
Oct 8 22:42 UTC 2002 |
Re #52: Notice, I said "modem". Reading problems again?
|
keesan
|
|
response 66 of 248:
|
Oct 9 00:56 UTC 2002 |
The computer that kept crashing will be replaced shortly. It also reboots
of its own accord and JEP gave it to me as a problem motherboard. (Re 61 nad
59).
|
danr
|
|
response 67 of 248:
|
Oct 13 14:02 UTC 2002 |
Backtalk seems absolutely snappy this morning.
<sarcasm="on>Is there a system problem?<sarcasm="off>
|
rksjr
|
|
response 68 of 248:
|
Oct 13 17:58 UTC 2002 |
Why would there be a delay between one's making revisions in, for
example, the file:
www/test.html
and observing those revisions in the file:
http://www.cyberspace.org/~rksjr/test.html ?
|
jazz
|
|
response 69 of 248:
|
Oct 13 19:50 UTC 2002 |
Website caching somewhere along the line.
Try this:
http://www.cyberspace.org/~rksjr/test.html?this_actually_works
Just don't have a CGI variable named "this_actually_works".
|
gelinas
|
|
response 70 of 248:
|
Oct 13 20:20 UTC 2002 |
Make sure the changes have been written to the file (e.g., with ":w" in vi),
and then force your browser to reload the page.
|
gull
|
|
response 71 of 248:
|
Oct 13 20:34 UTC 2002 |
Note that you have to press Shift while clicking reload to force Netscape to
bypass any caches (including the on-disk one). There's no way I know of to
make IE do this.
|
spankie
|
|
response 72 of 248:
|
Oct 14 03:10 UTC 2002 |
does grex not support ssh2 protocol.////???
|
polytarp
|
|
response 73 of 248:
|
Oct 14 03:27 UTC 2002 |
wow.
|
rksjr
|
|
response 74 of 248:
|
Oct 14 03:46 UTC 2002 |
Re. #69, #70, and #71: Thanks. Informed with your advice I did a Google
search and found a description of how to "reload a Web page whose data has
changed" in my browser of choice, Grex's Lynx, using the Ctrl-R
combination.
|
