|
Grex > Helpers > #142: Grex System Problems - Summer 2005 | |
|
| Author |
Message |
| 25 new of 281 responses total. |
keesan
|
|
response 115 of 281:
| 
Jul 23 14:35 UTC 2005 |
Dialup is working fine just now, but I don't recall which number I dialed.
Probably 512. Joe, could Bill L have a try at getting the 28.8K modem bank
to work? He has a setup that lets him test things offline and lots of manuals
and experience with modems, and also a vested interest since grex is his only
internet connection.
|
keesan
|
|
response 116 of 281:
|
Jul 24 14:52 UTC 2005 |
It was 513 that worked. Right now both lines were busy.
|
mynxcat
|
|
response 117 of 281:
|
Jul 24 15:01 UTC 2005 |
Is there something wrong with backtalk? I logged in today, and ALL items in
agora are now "unread". I caught up with everything on Friday, and this is
a little annoying. Help? And thanks in advance.
|
juicy
|
|
response 118 of 281:
|
Jul 24 20:05 UTC 2005 |
probably the file that records what you've read got either corrupted or
dumped. Usually this is because the partition you're on filled while you were
logged in, so changes couldn't be saved, but other reasons are possible.
|
albaugh
|
|
response 119 of 281:
|
Jul 25 19:59 UTC 2005 |
When I telnet from work, my paged reading of bbs items or e-mail works fine.
When I telnet from home, the last line is either omitted or overwritten with
spaces. What might account for the difference? And if I wished to treat the
symptom, how could I reduce my page size line count by 1?
|
keesan
|
|
response 120 of 281:
|
Jul 25 20:06 UTC 2005 |
Sometimes I also lose my last line - I will check if telnetted makes a
difference. Have you tried ssh instead?
|
mcnally
|
|
response 121 of 281:
|
Jul 25 22:05 UTC 2005 |
re #119: I'm going to guess that you're using Windows telnet from home,
possibly on XP. And that you're using a different telnet from work --
either using a different version of Windows or using a different telnet
app entirely (e.g. puTTY, or Hyperterm, or any of a zillion free or
commercial alternatives.)
The issue seems to be that your termcap info isn't getting set properly,
and if you're using Windows telnet it's probably not helping much.
A couple of suggestions:
1) switch to a program like PuTTY for home use, which has much
better terminal emulation than the Windows telnet app and also
supports SSH for more secure connections
2) if you don't want to switch away from telnet, use the "resize"
command to try to reset the number of lines in your terminal,
e.g., in tcsh, csh, sh, or bash:
eval `resize`
(backwards single quotes in the above are important)
3) try a different terminal type, e.g. use "ansi" rather than vt100
if it works better with the terminal emulator you're using
|
krokus
|
|
response 122 of 281:
|
Jul 26 03:35 UTC 2005 |
:ignore triludaa
Ignoring triludaa
>twit has been filtered
krokus: twit has been filtered
Telegram from triludaa on ttypc at 23:30 EDT ...
yet you left your tel on!
EOF (triludaa)
Telegram from triludaa on ttypc at 23:30 EDT ...
prick
EOF (triludaa)
Then on M-net:
Respond or pass? Telegram from triluda on ttypa at 23:31 EDT ...
stop being a prick
EOF (triluda)
|
naftee
|
|
response 123 of 281:
|
Jul 26 04:43 UTC 2005 |
lolz
triluda is funny
|
nharmon
|
|
response 124 of 281:
|
Jul 26 11:58 UTC 2005 |
We feel your pain krokus.
|
naftee
|
|
response 125 of 281:
|
Jul 26 14:04 UTC 2005 |
You feel it up the bum-hole.
|
gracel
|
|
response 126 of 281:
|
Jul 26 17:39 UTC 2005 |
About 15 minutes ago, after being timed-out (distracted by snail-mail
arriving) I tried to get back on, but the modem just rang and rang
without answering. Telnet works.
The same thing, except an unexpected-disconnect instead of a
time-out, happened to kingjon yesterday evening.
|
albaugh
|
|
response 127 of 281:
|
Jul 26 21:48 UTC 2005 |
This response has been erased.
|
tod
|
|
response 128 of 281:
|
Jul 26 21:50 UTC 2005 |
Supersize
|
albaugh
|
|
response 129 of 281:
|
Jul 26 22:00 UTC 2005 |
Re: resp:121 - Thanks for the reponse. I see that there is no "resize" on
grex. And my last-line-gobbled-on-home-telnet problem did *not* occur under
old grex, just nextgrex. At work, I use Hummingbird's telnet. At home I do
indeed use the Windows telnet.
Is there no "pagesize" / "pageslines" setting in some config file I could
edit?
|
mcnally
|
|
response 130 of 281:
|
Jul 26 23:54 UTC 2005 |
Typically no.. In a SysVish Unix system you could set the "ROWS"
environment variable, but the the BSD variant we're using does
things a little differently. What happens if you do "tset vt102"
or "tset ansi" in the shell? Do either of those termcaps work better?
|
kentn
|
|
response 131 of 281:
|
Jul 27 11:21 UTC 2005 |
/usr/X11R6/bin/resize
|
albaugh
|
|
response 132 of 281:
|
Jul 27 16:48 UTC 2005 |
I'll have to get back to you re: those tset variations. Meanwhile, did the
following do what you would expect?
Respond or pass? !/usr/X11R6/bin/resize
COLUMNS=80;
LINES=24;
export COLUMNS LINES;
|
mcnally
|
|
response 133 of 281:
|
Jul 27 18:02 UTC 2005 |
Ahh.. apparently it's "LINES", not "ROWS".. These days my terminal
software virtually always gets it right so I rarely have to mess with
it manually anymore..
The resize command merely outputs what you'd need to type in to the
shell to get it to set your terminal settings properly, it can't force-
feed them into the shell's environment. For that reason it's usually
used in conjunction with the shell built-in "eval", which causes the
shell to evaluate an expression (in this case, one compounded from
several separate instructions.) To use resize in conjunction with eval
you'll want something like the backtick syntax I suggested above, e.g.:
{exit bbs to your shell}
eval `/usr/X11R6/bin/resize`
{restart bbs and test whether it worked.}
Using a shell escape to run it from within bbs probably isn't going to
do you much good.
The root of the problem, however, is probably that your terminal program
is misreporting the number of lines and columns.. In which case you can
either look at the results from /usr/X11R6/bin/resize and fudge a bit or
(as I keep suggesting, I realize..) switch to a better terminal program,
e.g. PuTTY.
|
gracel
|
|
response 134 of 281:
|
Jul 29 16:50 UTC 2005 |
It's been three days since we were able to dial in at all; the modem
phone rings indefinitely and is not answered.
|
keesan
|
|
response 135 of 281:
|
Jul 29 17:23 UTC 2005 |
I was able to dial in today, after 2 days of no connections. Try again.
|
kingjon
|
|
response 136 of 281:
|
Jul 29 23:05 UTC 2005 |
We finally succeeded in dialing in, when we noticed that there was another
official number posted in the motd. So I can report: 484-0512 rings open
indefinitely; 484-0513 works (at least for now).
|
keesan
|
|
response 137 of 281:
|
Jul 30 00:52 UTC 2005 |
512 also would not connect for me today.
|
gelinas
|
|
response 138 of 281:
|
Jul 30 01:31 UTC 2005 |
I may be able to get over that way on Monday. I'll see if I have another
modem to drop in.
|
albaugh
|
|
response 139 of 281:
|
Jul 30 02:58 UTC 2005 |
This response has been erased.
|