|
Grex > Helpers > #48: System Problems Item. Please attempt to rhyme where possible. |  |
|
| Author |
Message |
| 25 new of 231 responses total. |
robh
|
|
response 150 of 231:
| 
Nov 14 15:21 UTC 1996 |
My dad (who works at Ford) did mention some trouble sending me mail, but his
message did eventually make it through. He never got a bounce message
from his previous attempt, otherwise I would have passed it along
to staff.
|
dang
|
|
response 151 of 231:
|
Nov 14 16:00 UTC 1996 |
re: 148: Even if menu ran on tcsh, a !alias command would not work in the
menu, because a !<command> starts it's own subshell, which has it's own
environment, such as aliases. All of the parent shell's environment is copied
into it, but any changes you make in that subshell to the environment,
including aliases, are not copied back into the parent shell, so are lost when
the !<command> exits.
|
drew
|
|
response 152 of 231:
|
Nov 15 01:48 UTC 1996 |
Re #150:
The message I sent, as of Wednesday morning, has simply disappeared.
There is no trace of it here, and it did not bounce.
At about the same time, mail between ford and m-net was working
normally, with round trip time of a couple of minutes.
|
popcorn
|
|
response 153 of 231:
|
Nov 15 05:33 UTC 1996 |
Weird. Was it sent to drew@cyberspace.org? I can check the mail logs if
you'd like.
|
draven
|
|
response 154 of 231:
|
Nov 18 02:37 UTC 1996 |
#151:
A binary launches a sub-shell for shell outs since it doesn't have the
command parsing capabilities of the shells. A shell script, on the other
hand is a shell, so it doesn't need to create a sub-shell (although it
could). The menu system executes shell escapes within the script's shell,
so variables and aliases (if Grex's sh supported them) can be defined and
changed using shell escapes.
|
jor
|
|
response 155 of 231:
|
Nov 20 00:13 UTC 1996 |
I think that I shall never see
a shell a lovely as the c
|
holycow
|
|
response 156 of 231:
|
Nov 22 20:37 UTC 1996 |
Ok:!<command>
Ok: I don't understand "!" - type HELP for help
Exactly how is typing HELP going to help?
|
robh
|
|
response 157 of 231:
|
Nov 22 22:47 UTC 1996 |
"help" at the Ok: prompt gives you a (very) basic list of PicoSpan
topics that you can ask for more detailed help with.
And remember, the ! has to be the first character you type in when
you're in PicoSpan, otherwise the program won't recognize it.
|
rcurl
|
|
response 158 of 231:
|
Nov 23 17:21 UTC 1996 |
"!help" at the Ok: prompt gives you a different menu of help archives than
if you enter just "help" (no quotes) at Ok:. However, I'm not sure what
holycow's question really is. !<command (no <..>) runs a unix command
from Picospan, but the message if the command does not exist is not what
is shown in #156 (nor does it follow an Ok: prompt).
|
lucey
|
|
response 159 of 231:
|
Nov 24 02:36 UTC 1996 |
What has happened to the time
When all the responses used to rhyme?
|
bjorn
|
|
response 160 of 231:
|
Nov 24 05:34 UTC 1996 |
I think that it is rotten, this item's context people've forgotten.
|
scg
|
|
response 161 of 231:
|
Nov 24 06:11 UTC 1996 |
Maybe there wasn't all that much gain
from rhyming to justify the pain.
|
rcurl
|
|
response 162 of 231:
|
Nov 24 06:44 UTC 1996 |
There is much to be said for blank verse, especially if it is terse.
|
davel
|
|
response 163 of 231:
|
Nov 24 14:11 UTC 1996 |
I've seen that message about not understanding "!", too. At the time I
think I figured out what was wrong, but I don't remember. (It was *not*
having something else first, I think.)
|
popcorn
|
|
response 164 of 231:
|
Nov 24 23:03 UTC 1996 |
Also, don't put the actual <angle brackets> around the command.
That is, "!help" and not "!<help>" is the right operand.
|
olddraco
|
|
response 165 of 231:
|
Nov 27 00:08 UTC 1996 |
and of course if you are at the shell prompt don't do $!tel <name>
or %!tel <name>
|
raven
|
|
response 166 of 231:
|
Nov 27 01:24 UTC 1996 |
Net link seems to be down. Who shows all logins as local dialins.
|
popcorn
|
|
response 167 of 231:
|
Nov 27 16:13 UTC 1996 |
Yup. We've been falling off the net, repeatedly, since yesterday afternoon.
For a while it was spontaneously fixing itself and then breaking again, but
now it is completely turned off. Owch. I'm hoping someone on staff will have
time to follow up on it before everybody at our ISP goes home for
Thanksgiving.
|
janc
|
|
response 168 of 231:
|
Nov 27 16:40 UTC 1996 |
Maybe that's the problem. Maybe our ISP *has* gone home for Thanksgiving.
|
goroke
|
|
response 169 of 231:
|
Nov 27 17:41 UTC 1996 |
I use ICNet as my ISP. Since 9 a.m. I have been unable to connect for more
than a minute or two at a stretch. Clearly, they are having trouble.
|
scg
|
|
response 170 of 231:
|
Nov 27 18:41 UTC 1996 |
I just put us back on the Net, and it seems to be working fine. Unless it
fails again, I'll assume ICNet fixed it.
|
rcurl
|
|
response 171 of 231:
|
Nov 28 07:11 UTC 1996 |
The log said it was so:
classicalmusic was ready to go.
But as hard as I try
(though maybe it lied)
"Failed security checkpoint" means no.
|
davel
|
|
response 172 of 231:
|
Nov 28 13:19 UTC 1996 |
I think the log said it was created,
not that your presence was awaited.
|
remmers
|
|
response 173 of 231:
|
Nov 28 19:40 UTC 1996 |
Be that however it may,
I await the Classical Cf. with baited brea'.
|
krj
|
|
response 174 of 231:
|
Dec 3 01:15 UTC 1996 |
The classical FWs have been away.
The first item will appear any day.
Patience; don't let your enthusiasm run away.
|