|
|
| Author |
Message |
| 25 new of 215 responses total. |
keesan
|
|
response 28 of 215:
| 
Mar 26 17:03 UTC 2002 |
Kermit is shareware and does excellent VT100 and VT320 etc.
|
tsty
|
|
response 29 of 215:
|
Mar 27 21:30 UTC 2002 |
yeh, look for tterm23 on google ... five pages of returns.
it's the smartest, smoothest telnet AND serial/dialup pgm that
mdw ever referenced. (i listen to mdw)
..
|
tsty
|
|
response 30 of 215:
|
Mar 27 21:32 UTC 2002 |
aside from teraterm, i have noticed a situation that may or
may not be a problem, but it's surely a nuisance.
when i nroff a file, the resultant file has 30 or more blank
lines appended to the text. (no, they weren't in the original, smartie)
this action has been consistant - is this a feature, bug, or user error?
|
blaise
|
|
response 31 of 215:
|
Mar 27 22:03 UTC 2002 |
I've noticed a problem with paging recently. I think what may be happening
is that a clear screen sequence is being issued at the end of a file (or
standard input) being displayed. What this results in is not being able to
see the last screenful of responses in an item (and the summary of a
conference as I enter the conference). While I recently had to reinstall my
terminal software (TeraTerm SSH), I am fairly certain that the change in
behavior happened significantly after that reinstallation (as in it worked
for a few logins after reinstalling and then broke).
Any suggestions on how to fix it?
|
remmers
|
|
response 32 of 215:
|
Mar 27 22:56 UTC 2002 |
Re #30: I don't use nroff much, but it sounds like the blank
lines might be filler to bring the document to a fixed number of
lines per page. That is, a feature.
|
blaise
|
|
response 33 of 215:
|
Mar 28 21:44 UTC 2002 |
Except that the filler causes me to see nothing of the last page except the
prompt. That seems buggy to me.
|
blaise
|
|
response 34 of 215:
|
Mar 28 21:57 UTC 2002 |
I've found the problem. It's because I set a twit filter. Something in the
options being passed to less caused it; changing "less -dE -P" to "more -d"
fixed it.
|
gelinas
|
|
response 35 of 215:
|
Mar 28 22:31 UTC 2002 |
Another possibility is to not use the -d switch with less. "man less" may
help you tweak your pager. (I'm not willing to do without less. ;)
|
mcnally
|
|
response 36 of 215:
|
Mar 28 23:44 UTC 2002 |
less has some really obnoxious default behaviors.. You can make it
behave properly (i.e. like "more") but then what's the point? I rarely
seem to use the less-dependant features..
|
russ
|
|
response 37 of 215:
|
Mar 29 00:03 UTC 2002 |
nslookup is working again.
|
remmers
|
|
response 38 of 215:
|
Mar 29 03:17 UTC 2002 |
Re #33: My #32 was in response to #30, not #31.
|
gull
|
|
response 39 of 215:
|
Mar 29 13:51 UTC 2002 |
Re #36: I kind of like the ability to scroll backwards.
|
blaise
|
|
response 40 of 215:
|
Mar 29 14:20 UTC 2002 |
I found it easier to switch back to the paging program that had been in use
before setting the twit filter than to tweak settings.
|
jazz
|
|
response 41 of 215:
|
Mar 29 14:36 UTC 2002 |
I usually rely on my terminal program to scroll backwards; it gives
you even more control, as you can bind whatever keys you wish to the scrolling
and usually goes back further and even outside of a specific context.
|
keesan
|
|
response 42 of 215:
|
Mar 29 14:47 UTC 2002 |
Grex is sending me text (pine, bbs) in chunks of approximately 2.5 lines each
with waits in between. Not the usual delay where you see a few letters
appear, then a wait, then a few words. Modem problem? I dialed to 5041.
|
xix
|
|
response 43 of 215:
|
Mar 29 20:19 UTC 2002 |
Is "lag" a System Problem?
|
other
|
|
response 44 of 215:
|
Mar 29 21:48 UTC 2002 |
Not necessarily. Traffic on any of the computers through which you
connect from yours to Grex's can cause lag. Only if can be identified as
originating on Grex can we do anything about it. Run !uptime and see if
the load averages are really high. That would be an indicator.
|
jazz
|
|
response 45 of 215:
|
Mar 29 23:52 UTC 2002 |
There's more to lag than just the number of processes in the run queue;
if the system seems consistently slower than it usually is for you at the
same time of day, it might not be a bad idea to do a traceroute and see if
the tail end looks funny.
|
gelinas
|
|
response 46 of 215:
|
Mar 30 01:30 UTC 2002 |
(Assuming you know how and can do a traceroute from your desktop to grex.
The tools are available for both Mac and Windows.)
|
tsty
|
|
response 47 of 215:
|
Mar 30 05:11 UTC 2002 |
ugh-hum ... nroff also ?
#30 of 46: by TS Taylor (tsty) on Wed, Mar 27, 2002 (16:32):
aside from teraterm, i have noticed a situation that may or
may not be a problem, but it's surely a nuisance.
when i nroff a file, the resultant file has 30 or more blank
lines appended to the text. (no, they weren't in the original, smartie)
this action has been consistant - is this a feature, bug, or user error?
|
jazz
|
|
response 48 of 215:
|
Mar 30 16:36 UTC 2002 |
Traceroute is about the only good tool at a user level that I can
think of, but it's still hard to interpret; not explaining everything
provides a sort of filter.
|
jaklumen
|
|
response 49 of 215:
|
Mar 31 07:04 UTC 2002 |
resp:27 it's set to ANSI emulation. Is tterm23 freeware or shareware?
|
davel
|
|
response 50 of 215:
|
Mar 31 20:36 UTC 2002 |
I believe that it's ttermp23 and that it's freeware.
|
blaise
|
|
response 51 of 215:
|
Apr 1 13:57 UTC 2002 |
Correct on both counts, Dave. (I use it in combination with ttssh, a freeware
SSH add-on for it.)
|
jaklumen
|
|
response 52 of 215:
|
Apr 2 02:34 UTC 2002 |
I'll have to look them up, I guess.. could you maybe provide some good
download site links (preferrably ones that explain features,
comparative advantages, etc.)?
|
