|
|
| Author |
Message |
i
|
|
Grex System Problems Item
| 
Sep 24 23:27 UTC 2002 |
This item is for system problems. If something on Grex isn't working
right (line noise on a modem, weird behavior from a program, etc.),
this is the place to announce it. Except for security holes. If you
find a hole in system security, mail information about it to "staff".
|
| 248 responses total. |
polytarp
|
|
response 1 of 248:
|
Sep 25 00:02 UTC 2002 |
fag.
|
fuzzman
|
|
response 2 of 248:
|
Sep 25 03:03 UTC 2002 |
You say that like it's a bad thing.
|
lelande
|
|
response 3 of 248:
|
Sep 25 03:11 UTC 2002 |
(finally. someone gets it.)
|
keesan
|
|
response 4 of 248:
|
Sep 25 11:52 UTC 2002 |
The instructions for using fall bbs scrolled by without me hitting the space
bar. Might be hard for beginners to read them. Is this normal?
|
bhelliom
|
|
response 5 of 248:
|
Sep 25 14:06 UTC 2002 |
Define 'normal'.
|
orinoco
|
|
response 6 of 248:
|
Sep 25 14:55 UTC 2002 |
You know... will her friends shun her and strangers giver her dirty looks for
it, or is she still an ordinary, productive member of society?
|
bhelliom
|
|
response 7 of 248:
|
Sep 25 15:07 UTC 2002 |
:)
|
jmsaul
|
|
response 8 of 248:
|
Sep 25 17:37 UTC 2002 |
How can you be a productive member of society without a scrollback buffer?
|
tsty
|
|
response 9 of 248:
|
Sep 25 19:59 UTC 2002 |
flash memory?
|
other
|
|
response 10 of 248:
|
Sep 25 20:52 UTC 2002 |
Ahh, the subtle secrets of life revealed. Thanks, Joe! (resp:8)
|
drew
|
|
response 11 of 248:
|
Sep 26 22:08 UTC 2002 |
A quick question: Exactly what extra output is provided by the -d (debug)
option of the bbs command, and is it sent to stdout or stderr?
Perhaps it can fulfill a role that I am thinking of requesting a modification
for.
|
ea
|
|
response 12 of 248:
|
Sep 27 23:37 UTC 2002 |
I don't know that this is necessarily a problem, but I was rather
startled this evening when logging into Grex (using backtalk), and
discovering that the default light yellow had been replaced by a light
green. Has Jan installed a new version of backtalk?
(it's an interesting change. I don't have an opinion as to whether it's
good or bad)
|
janc
|
|
response 13 of 248:
|
Sep 28 04:13 UTC 2002 |
It's an accident, I think. I thought I had fixed that when I installed the
new backtalk, but it doesn't seem to be fixed. Not sure what happened.
Need to go back and re-yellow it.
|
janc
|
|
response 14 of 248:
|
Sep 28 04:15 UTC 2002 |
OK, should be yellow again.
|
danr
|
|
response 15 of 248:
|
Sep 28 18:52 UTC 2002 |
I liked the green better.
|
janc
|
|
response 16 of 248:
|
Sep 28 20:46 UTC 2002 |
When I finish debugging the next release you can have it better - user
definable colors.
|
drew
|
|
response 17 of 248:
|
Sep 29 05:32 UTC 2002 |
Apparently, the -d option sends nothing to stderr.
Could an option be added to Picospan, off by default but that can
be turned on, that would send out to stderr (not stdout) something like:
("%s %d %d\n", confname, item, response) ?
|
mcnally
|
|
response 18 of 248:
|
Sep 29 08:49 UTC 2002 |
You could set your isep/rsep values to begin with some virtually-
guaranteed-not-to-occur-normally string to make them easy to pick
out and pipe virtually everything through a script which would kick
out the line to stderr whenever one was encountered.
I thought we didn't have a modifiable copy of picospan here on Grex,
so requests to add even something as quick and easy as that might go
unfulfilled.
|
aruba
|
|
response 19 of 248:
|
Sep 29 15:34 UTC 2002 |
What Mike said is what I do. I wouldn't hold your breath waiting for
Picospan to change, Drew. What is it you want to do?
|
drew
|
|
response 20 of 248:
|
Sep 30 19:16 UTC 2002 |
Most times I read bbs by logging in and routing all output to a file via
bbs <bbsin.fil >newresp.grx
then either sz or ftp the file to my machine, depending on how I'm connected.
Of late, some of these reads have been taking a while, and it would be nice
to have a running report of the progress so there's something else besides
inert screen. And since stdout is being routed to the file, it stands to
reason that the progress data should goto stderr.
(Teeing the output of course is not practical - would increase the run time
too much.)
|
keesan
|
|
response 21 of 248:
|
Sep 30 21:02 UTC 2002 |
Lynx does not seem to be working, either to my ISP or to UMICH.edu.
|
aruba
|
|
response 22 of 248:
|
Oct 1 01:36 UTC 2002 |
Drew - why don't you write a little C program to propcees the output from
bbs, write it out to stdout, and write a message to stderr now and then to
report progress. You could do it with AWK, too, but C might run faster.
Then your command would be something like:
/----------------------------------------\
| bbs <bbsin.fil | myfilter >newresp.grx |
\----------------------------------------/
|
rksjr
|
|
response 23 of 248:
|
Oct 2 03:34 UTC 2002 |
What's a startfile?
> lynx www.cyberspace.org
Alert!: Unable to connect to remote host.
Looking up www.cyberspace.org first
Looking up 216.93.104.35
Making HTTP connection to 216.93.104.35
Alert!: Unable to connect to remote host.
lynx: Can't access startfile http://www.cyberspace.org/
|
keesan
|
|
response 24 of 248:
|
Oct 2 12:57 UTC 2002 |
Lynx has been flaky again since last night. Sometimes it cannot access the
'startfile' (the name of the file that you type in when you start lynx) and
sometimes it can do so, but then it will not access any links to that page.
I have managed to go into lynx and, when it is misbehaving less, type g (go
to) and then the URL, and it goes to that site but then not any links to it.
I got a message at one point (when it would not even do that) that there were
server problems. So I guess grex will just have to be patient.
Try mnet. From Ann Arbor dial 661-1234 (?), for login type mnet, password
Enter, then next time it wants login type newuser and fill in the form and
pick a password. Mnet has a very fast running lynx.
|
