|
|
| Author |
Message |
| 25 new of 215 responses total. |
aruba
|
|
response 75 of 215:
| 
Apr 8 15:07 UTC 2002 |
I get the multiple loading problem, which has been around for a couple of
months now.
Hmmm. My problems with Lynx seem to involve arrow keys, so maybe it's
because I upgraded Kermit recently. So nobody did anything to Lynx on Grex?
|
aruba
|
|
response 76 of 215:
|
Apr 8 15:48 UTC 2002 |
Yeah, looks like it's my problem. Sorry to have bothered everyone.
|
tpryan
|
|
response 77 of 215:
|
Apr 8 15:56 UTC 2002 |
My solution: my use of Liynx has been dramiticaly reduced.
|
kimaro
|
|
response 78 of 215:
|
Apr 8 15:58 UTC 2002 |
bbs
|
mdw
|
|
response 79 of 215:
|
Apr 8 19:05 UTC 2002 |
Lynx uses a library called ncurses. Ncurses uses terminfo (or perhaps
termcap) to describe a whole bunch of terminals. The variable TERM says
which terminal you have. You in turn have stty settings (which may
among other things include terminal width & height), as well as a
terminal emulator (which probably does an imperfect job of emulating
some terminal.) Problems with weird displays could be due to any of
these components, or due to a bad interaction between them.
For the terminal WxH case, you can say "!stty -a" to see what your
current rows & columns settings are, and if you running an ANSI
compatible terminal emulator, the Unix command "!resize" may be able to
determine what your current window size is and do the appropriate stty
calls.
If you're using the terminal emulator that comes standard with Windows,
you might have better luck with teraterm.
|
keesan
|
|
response 80 of 215:
|
Apr 8 19:42 UTC 2002 |
I am using VT320 with Kermit and it worked on previous lynxes without the page
loading multiple times, or Tab not working. It works at MNet. MSKermit for
DOS.
|
tsty
|
|
response 81 of 215:
|
Apr 9 06:09 UTC 2002 |
re #67 - remmers- i accepted your hypothesis at that moment but none
of the wc counts is divisible (evenly) by 55->68. now what?
|
keesan
|
|
response 82 of 215:
|
Apr 9 15:07 UTC 2002 |
I read elcome to grex instead of Welcome to grex.
|
jhudson
|
|
response 83 of 215:
|
Apr 11 01:16 UTC 2002 |
RE 81:
sed 's/ *$//' < oldfile > newfile
|
davel
|
|
response 84 of 215:
|
Apr 11 01:38 UTC 2002 |
I think TS is complaining about extra blank (or empty) lines at the end, not
about blanks at the ends of lines.
|
davel
|
|
response 85 of 215:
|
Apr 14 02:13 UTC 2002 |
This isn't the kind of system problem people usually complain about, so I
didn't remember to complain until now - and it happened at least 2 or 3 days
ago (but this past week, I'm pretty sure). Problem may be fixed now.
Anyway, I was logged in to Grex & was called away. When I returned, an hour
or two later (at a guess), the idle zapper had not reared its head at me.
(I logged out anyway, then, as the problem that called me away was still
calling.) But it seems pretty likely that the idle zapper was not working
at that time.
|
jep
|
|
response 86 of 215:
|
Apr 14 10:32 UTC 2002 |
Backtalk has been running exceedingly slowly for the past several days. I
logged in via telnet to get to this item moer quickly, to report it, and
ran an uptime. It probably explained part of what's going on:
Ok: !uptime
6:31am up 76 days, 15:42, 31 users, load average: 7.64, 7.04, 7.45
|
mvpel
|
|
response 87 of 215:
|
Apr 16 04:16 UTC 2002 |
The clock is running nearly a minute fast. Time to enable NTP, folks.
|
eeyore
|
|
response 88 of 215:
|
Apr 16 04:27 UTC 2002 |
Oh no! Not nearly a whole minute!!!!!
Okay, so every clock in my house is set to a differnt time. I still do
pretty okay :)
|
jaklumen
|
|
response 89 of 215:
|
Apr 16 11:38 UTC 2002 |
if you're worried about accuracy, why not get clocks that receive
radio signals from the National Master Clock? Its movement is based
on the decay of atomic particles, I believe (plutonium?) and is super-
accurate.
C. Crane Company has some for sale. ;)
|
gelinas
|
|
response 90 of 215:
|
Apr 16 12:59 UTC 2002 |
Because NTP uses those kinds of clocks. Right now, my desktop machine is
-0.0002060 sec off from time-A.timefreq.bldrdoc.gov
|
jp2
|
|
response 91 of 215:
|
Apr 16 13:17 UTC 2002 |
This response has been erased.
|
brighn
|
|
response 92 of 215:
|
Apr 16 13:27 UTC 2002 |
Oooo, a bug in a GPS transceiver! I'm sure *that* saved a lot of lives.
I'm with Meg. I'm within ten minutes of the rest of the world, that's good
enough for me.
|
jp2
|
|
response 93 of 215:
|
Apr 16 13:29 UTC 2002 |
This response has been erased.
|
gull
|
|
response 94 of 215:
|
Apr 16 13:30 UTC 2002 |
NTP is nice, but unreliable. I have several systems synched with it,
and every so often they just start drifting for one reason or another.
Re #91: I'm guessing you mean *receiever*, not transceiver, unless
you've got connections the rest of us don't. ;)
|
jp2
|
|
response 95 of 215:
|
Apr 16 13:32 UTC 2002 |
This response has been erased.
|
gull
|
|
response 96 of 215:
|
Apr 16 14:56 UTC 2002 |
Okay. That makes more sense.
|
tpryan
|
|
response 97 of 215:
|
Apr 16 16:38 UTC 2002 |
Hey, Karen Savelly has just flipped Harry Stien the bird and is
playing the sweetest music hear in 1968 on WCSX, 94.7fm.
|
jmsaul
|
|
response 98 of 215:
|
Apr 16 16:47 UTC 2002 |
Who's Harry Stein?
|
senna
|
|
response 99 of 215:
|
Apr 16 17:36 UTC 2002 |
I keep my computer clock hours off of time, because otherwise I will look at
it in the morning and assume it's reasonably accurate. That is a good recipe
for being late to work. There are a couple of clocks I rely on to help me
keep time (it's only really important in the morning), but the accuracy is
entirely relative.
|
