|
Grex > Helpers > #142: Grex System Problems - Summer 2005 | |
|
| Author |
Message |
| 25 new of 281 responses total. |
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.
|
jadecat
|
|
response 140 of 281:
|
Jul 30 03:45 UTC 2005 |
I don't know if this is a Backtalk problem or a Firefox problem...
however two strange things are ocurring.
The <next conf> button works to go through a few conferences, but then
it will just hang- or give me the first part of the conf screen but not
the section with the buttons.
Secondly, when reading items if I try to <view responses X-y> section,,
it seems to send me back a random number and the selection I requested.
|
albaugh
|
|
response 141 of 281:
|
Jul 30 05:09 UTC 2005 |
I was wrong - it was running /usr/X11R6/bin/resize at the shell prompt that
allows bbs & paged reading to work. My home telnet somehow causes my
interaction with nextgrex to be at 25 lines.
|
albaugh
|
|
response 142 of 281:
|
Jul 30 05:10 UTC 2005 |
BTW, every time I scribble a response at the "Respond or pass?" prompt, bbs
croaks with "Memory fault". However, the sribble succeeds.
|
krokus
|
|
response 143 of 281:
|
Jul 31 15:43 UTC 2005 |
Oh boy... Looks like I'm the sytem problem this time.
While having the mail program set as my pager, I did something that
generated 87 pieces of mail to one of my accounts. My appologies in
advance if this gets us flagged as a spammer.
(As a quick explination: I use PuTTY, and accidently right-clicked after
copying a large block of text. For those that don't know, that tells
putty to paste.)
|
drew
|
|
response 144 of 281:
|
Jul 31 20:28 UTC 2005 |
I thought Shift-Enter was required to paste?
|
twenex
|
|
response 145 of 281:
|
Jul 31 22:05 UTC 2005 |
Nope.
|
mcnally
|
|
response 146 of 281:
|
Aug 1 16:39 UTC 2005 |
Depends what settings you've chosen. If you choose xterm-style
cut-and-paste it works as krokus describes.
|
keesan
|
|
response 147 of 281:
|
Aug 1 17:49 UTC 2005 |
0512 is not working, 0513 is.
|
gelinas
|
|
response 148 of 281:
|
Aug 2 03:35 UTC 2005 |
I didn't get over that way today. Maybe tomorrow.
|
keesan
|
|
response 149 of 281:
|
Aug 2 14:02 UTC 2005 |
Who has the 28.8K bank of modems?
|
gelinas
|
|
response 150 of 281:
|
Aug 3 02:36 UTC 2005 |
Most of the old modems didn't work reliably. I think they were recycled.
Or just trashed. I kept one or two.
|
keesan
|
|
response 151 of 281:
|
Aug 4 01:54 UTC 2005 |
Dan G bought a bunch of 28.8K modems at Property Disposition. Bill L would
like to get them going. He is experienced with modems and grex is his only
net connection so he has lots of incentive. Do you know who has them?
They came without the required software or instructions.
|
scott
|
|
response 152 of 281:
|
Aug 4 02:06 UTC 2005 |
dang probably still has those modems. I recall that there was a rather
interesting problem - they had some kind of nonstandard firmware, and he
couldn't find documentation or figure it out.
|
keesan
|
|
response 153 of 281:
|
Aug 4 02:16 UTC 2005 |
That is what Bill hopes to figure out. He has a setup for testing phones and
modems offline, and a reason for spending time on this. I will write dang.
|
davel
|
|
response 154 of 281:
|
Aug 4 14:50 UTC 2005 |
Connecting with ssh, my first try got a message "server refused to allocate
pty". Tried again & got in.
|