|
|
| Author |
Message |
| 25 new of 306 responses total. |
keesan
|
|
response 50 of 306:
| 
Mar 29 00:17 UTC 1998 |
Valerie gave me instructions how to copy her .mailrc file, where they are all
listed with comments as to what they do. (Be sure if you simply use her file
to get rid of set ignore).
|
mdw
|
|
response 51 of 306:
|
Mar 29 00:44 UTC 1998 |
(You want the lines that say "discard XXX". You don't want the line at
the end that says "alternates valerie@cyberspace.org", and you may or
may not have a preference about the other things Valerie does, such as
"set ignore".)
|
keesan
|
|
response 52 of 306:
|
Mar 30 01:32 UTC 1998 |
Just now is the second time today that I typed Pine Return, got the
Pine screen, and was immediately disconnected before doing anything else.
(Last time I might have hit i first.)
|
keesan
|
|
response 53 of 306:
|
Mar 30 03:31 UTC 1998 |
And when I exited Pine this time, the top 2/3 of the screen continued to show
the pine menu, and the bbs scrolled by underneath it. (Cured this by giving
the clearing command in my commun. program (Ctl-C) followed by Ctl-L). I
don't recall this happening before.
|
keesan
|
|
response 54 of 306:
|
Mar 30 03:34 UTC 1998 |
I still can't read the top two thirds of the bbs response, above 'Item 3
System problems. Previous commands and Browse (item list), Read (new items)
and on there. SOmething is wrong. This is new. But it could have something
to do with my having switched from Procomm to Procomm Plus today. (This did
not happen the last few times i logged on today, thought).
Will try existing bbs and then grex to fix the problem. Odd.
|
keesan
|
|
response 55 of 306:
|
Mar 30 03:40 UTC 1998 |
Hanging up and redialing fixed the problem. (I meant 'exiting' grex. and 'are
on there'. Hard to type with stuff scrolling away like that).
|
steve
|
|
response 56 of 306:
|
Mar 30 04:55 UTC 1998 |
It very much sounds to me like you've had some terminal problems,
such that addressing the cursor around the screen didn't work right.
Now, which end that was (yours or grex's) I'm not sure.
Have you changed anything on your side of things? Is this happening
often? How long? What kind of system and what terminal software are
you using?
|
atticus
|
|
response 57 of 306:
|
Mar 30 07:29 UTC 1998 |
Problem with BackTalk: From the list of conferences if "Do It Yourself"
is selected, BackTalk reports that there is no such conference.
|
keesan
|
|
response 58 of 306:
|
Mar 30 18:33 UTC 1998 |
Do-it-Yourself or DIY, must be a single word without spaces. Or Fixit.
Now that your 'backtalk problem' is fixed, please join us at DIY.
My scrolling problem occurred after changing fromProcomm to Procomm Plus.
COuld it be related to the setting term dialup? Happened only yesterday, and
only once.
|
janc
|
|
response 59 of 306:
|
Mar 30 21:44 UTC 1998 |
No, that seems to be a backtalk bug. It doesn't seem to like dashes in
conference names. Need to investigate that.
|
dpc
|
|
response 60 of 306:
|
Mar 30 21:44 UTC 1998 |
Thanx for the mail instructions!
|
tpryan
|
|
response 61 of 306:
|
Mar 30 23:06 UTC 1998 |
re 56 or so, I had a similair problem when exiting lynx and trying
to use the rest of GREX on some occassions in the past. I would get
a short screen effectivly.
|
olddraco
|
|
response 62 of 306:
|
Mar 31 01:48 UTC 1998 |
Minor problem or major for the ladies..but a user not on my .yeswrite
file was able to send me a tel...twice...and I hadn't sent her one
prior to it. I DID send the userid then she was on before a tel though..
so..my question is..when you exit Grex and get to the login screen again
does grex then remember that the prior user was ok to get past the
.yeswrite file? Am I making sense?
|
scg
|
|
response 63 of 306:
|
Mar 31 04:47 UTC 1998 |
did you have mesg ne set?
|
dang
|
|
response 64 of 306:
|
Mar 31 22:20 UTC 1998 |
The answer is yes. Grex doesn't know or care who is on the other end of a
tel you send, it just marks that tty as being able to send to you for x amount
of time. If you tel someone on ttyh4, for example, and then they log off and
someone else logs on to ttyh4, they can tel you until the timeout runs out.
|
olddraco
|
|
response 65 of 306:
|
Apr 1 01:48 UTC 1998 |
Yes mesg -ne is set and always has been. Dang do you know what you
are talking about?
Thought not.
|
dang
|
|
response 66 of 306:
|
Apr 1 04:04 UTC 1998 |
Yes, I do know what I'm talking about. Since you ask.
|
jep
|
|
response 67 of 306:
|
Apr 1 14:34 UTC 1998 |
Backtalk looks kind of scary this morning, since hvcn.org seems either
down or exceedingly slow. The icons are (mostly) not showing up.
|
davel
|
|
response 68 of 306:
|
Apr 1 15:01 UTC 1998 |
Re 65: olddraco, can *you* read? scg, not dang, asked about mesg -ne. But
before you ask, *he* knows what he's talking about, and that is *definitely*
the first question to ask if someone has a problem with this.
|
janc
|
|
response 69 of 306:
|
Apr 1 16:28 UTC 1998 |
Steve's question is sensible, Dan's explanation is correct. Fixing this in
write would add a lot more complexity to an already amazingly complex
algorithm to decide if user A can write user B. It's pretty rare for it to
be a problem, and it can be a problem for at most four minutes.
Steve Weiss had rebooted HVCN, so Backtalk images should be zipping again.
I'm wondering if we should relax Grex's ban on images enough to put Backtalk
button images on Grex itself.
|
keesan
|
|
response 70 of 306:
|
Apr 1 16:57 UTC 1998 |
Today when I dialed in to check my mail with pine, and hit i, I got
inbox opened with 18 then a division sign and I was disconnected.
Seems to be a bit crowded at the moment, as when I redialed I had to wait for
a free conference (conference? does this have two meanings?).
|
olddraco
|
|
response 71 of 306:
|
Apr 1 17:02 UTC 1998 |
Typical. .yeswrite files and its opposite .nowrite don't pay attention
to people you haven't already sent a tel to. I didn't send a tel to
the user therefore the .yeswrite file shouldn't have passed it. But
also typical is the arrogance of the staff. I will remember and not
make the same mistake twice.
|
jep
|
|
response 72 of 306:
|
Apr 1 17:19 UTC 1998 |
Backtalk is working again.
The backtalk images are small, and wouldn't be much of a space or
bandwidth problem for Grex. I occasionally see annoying delays caused
by having the images on hvcn.org. If Grex is down, then it's down and
neither images nor text will load. If Grex is up, but hvcn.org is down,
slow or having problems, then there are annoying little problems. I
don't see a downside to having the images load from Grex, instead of
hvcn.org. It would be an improvement for Backtalk users.
|
janc
|
|
response 73 of 306:
|
Apr 1 17:27 UTC 1998 |
Which response are you unhappy with? Steve's double-checking that you really
had set "mesg ne"? Lots of people make the mistake of thinking that creating
a .nowrite file alone is all that is needed. It's not even a stupid mistake.
It's certainly the most common reason for problems like this.
Or are you unhappy with my saying that I didn't plan to fix the bug? There
are probably hundreds of things on my list of things to do for Grex. I have
to prioritize them. This one requires about a days work, fixes a rather
small bug, slows all write connects down noticably, and doesn't strike me as
any fun. That puts it pretty far down the priority list. Far enough so that
the only way it is ever going to happen is if I'm working on some other bug
or adding some other feature into the same part of the program. I don't
anticipate anything like that. There probably aren't going to be many
changes to write in the near future. The only reasonably high priority thing
on the To Do list for write is integrating then .nowrite logic and such like
stuff into talk/ntalk. That's likely to be a real nightmare, and isn't likely
to happen any time soon. My priorities right now are 501(c)3 paperwork and
Backtalk.
What kind of non-arrogant response would you like to see from us?
|
janc
|
|
response 74 of 306:
|
Apr 1 17:31 UTC 1998 |
Jep slipped in. One thing I'd like to do someday is let users set their own
image host. That way they could download a package of images onto their own
machines, unpack it into a directory on their machine (say /btimage) and set
the image host to "file:/btimage". That way all button images would be stored
locally and would have to be fetched across the net at all. The only catch
is that it becomes hard for me to chagne the images - everyone has to download
a new set.
|
