|
|
| Author |
Message |
| 25 new of 139 responses total. |
arthurp
|
|
response 75 of 139:
| 
Aug 5 23:31 UTC 1997 |
Wow! Very nice.
|
srw
|
|
response 76 of 139:
|
Aug 11 03:04 UTC 1997 |
We have upgraded our lynx to the latest version (2.7.1f).
You can run the older version (2.6) as oldlynx, but I don't recommend it,
since the new one fixes a security hole.
|
mcnally
|
|
response 77 of 139:
|
Aug 11 06:27 UTC 1997 |
Is the security flaw that it allows you to download Netscape or MSIE?
|
valerie
|
|
response 78 of 139:
|
Aug 11 14:06 UTC 1997 |
This response has been erased.
|
tsty
|
|
response 79 of 139:
|
Aug 12 07:02 UTC 1997 |
about lynx.... sometimes i am on a machine with more than 24 screen lines.
of coursse stty rows xx makes thigns bearable *except* in lynx.
lynx (and not just on grex) REFUSES to use more thna 24 lines. and
that seems strange to me.
|
remmers
|
|
response 80 of 139:
|
Aug 12 11:41 UTC 1997 |
That's weird. I have no problem with lynx adjusting to my
screen. Right now I've got a 50-line display, and lynx uses all
50 lines just fine.
|
mcnally
|
|
response 81 of 139:
|
Aug 12 18:38 UTC 1997 |
Sounds like a job for "resize" (if we don't have resize on Grex it'd
be worth snagging from some machine with an X11 distribution compiled
as it's a very effective way of talking the system into dealing with
non-standard sized terminal windows..
|
remmers
|
|
response 82 of 139:
|
Aug 12 22:35 UTC 1997 |
We do indeed have 'resize' on Grex; I invoke from my .login
file. No more need to do the 'stty rows M cols N' bit.
(However, your mileage may vary. Not all terminals and terminal
emulators work properly with 'resize'.)
|
remmers
|
|
response 83 of 139:
|
Aug 12 22:36 UTC 1997 |
(But it sounds like TS was doing 'stty rows M cols N' and it
wasn't working. That's odd; it should work too.)
|
bjorn
|
|
response 84 of 139:
|
Aug 13 00:47 UTC 1997 |
IWLTA that I both gave myself and popped a blister playing Street Fighter 3
today.
|
tsty
|
|
response 85 of 139:
|
Aug 13 05:05 UTC 1997 |
using stty rows/cols has *never* chagned the action of lynx .
of course i issue stty before lynx... whatis resize and when/where
do i issue it, and how can i tell if it is/was set or setenv or
whatefer.
i would expectthe results to show up in lynx, but before that, how
can/could i determine.
TERM from setenv shows up as =vt102 fwiw.
thankxxxx in advance.
|
mcnally
|
|
response 86 of 139:
|
Aug 13 06:31 UTC 1997 |
Try:
eval `resize`
at a shell prompt and see if it does what you want.
|
bjorn
|
|
response 87 of 139:
|
Aug 13 11:45 UTC 1997 |
Whoa. Did I enter a response in the wrong item or what?! :0
|
valerie
|
|
response 88 of 139:
|
Aug 13 16:08 UTC 1997 |
This response has been erased.
|
scott
|
|
response 89 of 139:
|
Aug 13 23:10 UTC 1997 |
I've updated the phones command to reflect reality, instead of my own
hallucinations. I also found a replacement power supply for our last GVC
modem, so we now havd 13 lines running with all error-correcting modems.
The first number for fast modems is back to being 761-5041, and there are (as
in the past) 4 fast modems.
The older GVCs are the first 6 modems in the slow group, followed by the newer
GVC modems that some people have had trouble connecting to.
|
remmers
|
|
response 90 of 139:
|
Aug 14 00:25 UTC 1997 |
Re #88: Tried setting my termtype to vt102, and resizing the
screen continues to work fine, including lynx.
|
aruba
|
|
response 91 of 139:
|
Aug 14 03:13 UTC 1997 |
Scott - the "phones" command still says "Dialing (313) 761-4931 will always
give you a 9600bps error-correcting modem". That's not right, is it?
|
tsty
|
|
response 92 of 139:
|
Aug 14 07:12 UTC 1997 |
on this particualr machine, the eval resize returns the termcap
(after noglob) and then the termcap particualrs, then unset noglob ...
but i'm on a 24 line term...
next time i amonthe 36 line screen, i'll try stty and then
eval resize, which is wht i think mcnally was wnating me to try to
see if :col#80li#24:cr....... changes with it, right?
|
davel
|
|
response 93 of 139:
|
Aug 14 10:27 UTC 1997 |
TS, you need the backquotes (graves) originally given:
eval `resize`
not
eval resize
|
tpryan
|
|
response 94 of 139:
|
Aug 15 00:00 UTC 1997 |
And I just thought resize was evil.
|
srw
|
|
response 95 of 139:
|
Aug 17 17:05 UTC 1997 |
Grex's web graphics and backtalk buttons are back to normal now that HVCN is
back on the internet.
|
tsty
|
|
response 96 of 139:
|
Aug 18 09:48 UTC 1997 |
<<duh toasty>> thankxx, davel.
......however........
i just suspended out of agora to try to type it right, and, to my amazement
the response to: eval `resize` was
Unmatched '.
honest! and i got that three times, just ot be sure. now what?
|
mcnally
|
|
response 97 of 139:
|
Aug 19 07:18 UTC 1997 |
Hmmm.. Odd, that works just fine for me. I see that you use csh,
it should work for you too.. It's possible, though, that the resize
your shell runs is not the same as mine runs (which could be caused by
you having a different search path or having a resize alias..)
What happens if you type: " eval `/usr/local/bin/resize` " (without the "s)
How about: " set noglob; eval `/usr/local/bin/resize`; unset noglob "
|
tsty
|
|
response 98 of 139:
|
Aug 19 10:08 UTC 1997 |
<<this is too weird>>
the first returns the same unmatched '.
and the second returns ..... the csh prompt after a few seconds.
note that in both cases of unmatched, the character
is the ' not the ` ` that were used in teh command.
wheeeeeeeeeeeeeeeeeeeeeeeeeeeeee, unix is *such* fun <g>.
|
mcnally
|
|
response 99 of 139:
|
Aug 19 19:09 UTC 1997 |
the unmatched' is being generated by the resize command itself (but I don't
understand why it's only giving you one..) the second behavior (returns
the prompt after a second or two..) is what should be happening, try seeing
if lynx likes your terminal now..
anyway, I'll try and stop monopolizing the announcements item.
|
