from:"Thomas Dickey"

Re: [Lynx-dev] HTML Copyright entity renders as M-)

2024-06-02 Thread Thomas Dickey

On Sat, Jun 01, 2024 at 11:55:06PM -0500, Aiden Woodruff wrote:
> Hi Lynx team,
> 
> When viewing the HTML  entity, it's rendered as `M-)`. Is this the
> expected behavior? When I change character mode to ASCII it renders as `(c)`
> which is what I expect, but my terminal supports printing Unicode (as
> confirmed
> with printf). Shouldn't it render the Unicode symbol instead of `M-)`?

It's a configuration detail - assuming that lynx is compiled with ncursesw,
(the wide-character library), then in the options menu you should have
locale-based character set = ON
display character set = UNICODE (UTF-8)

(if the first isn't set, lynx will ignore your locale).

If lynx's not using the wide-character library, that copyright symbol gets
interpreted as a "meta" character, and displayed in that form:

Copyright symbol is 0xA9.
")" is 0x29.
The difference is 0x80 (128).

-- 
Thomas E. Dickey 
https://invisible-island.net


smime.p7s
Description: S/MIME cryptographic signature

Re: [Lynx-dev] ANN: lynx2.9.2

2024-06-02 Thread Thomas Dickey

On Sun, Jun 02, 2024 at 01:18:28AM +0200, Steffen Nurpmeso wrote:
> Thomas Dickey wrote in
>  :
>  |On Sat, Jun 01, 2024 at 07:59:07PM +0200, Steffen Nurpmeso wrote:
>  |> Thomas Dickey wrote in
>  |>  :
>  |>|The current version of lynx is 2.9.2
>  |>  ...
>  |>|* adapt special case of gzip decompression in 2.8.9dev.12 to brotli, \
>  |>|to handle
>  |>|  downloads from websites which support "br" (report by Rajeev V \
>  |>|  Pillai) \
>  |>  ...
>  |> 
>  |> That made me look .. i see IsCompressionFormat() does not handle
>  |> the zstd that is more and more used in the open source software
>  |> world, for package formats etc, and supported by webservers, too
>  |> (ie the wonderful lighttpd i use since 1.4.59 in 2021).
>  |
>  |actually - for websites so far, this seems to be used only by facebook/etc.
>  |
>  |I did notice it, considered whether to delay another week to do this.
>  |
>  |But since I'm not aware of any useful websites relying upon zstd,
>  |I put it off for "soon" (patches will be duly considered).
>  |It also would help to see websites using the feature.
> 
> I now looked around a bit, and found
> 
>   https://bugzilla.mozilla.org/show_bug.cgi?id=1301878#c62
> 
> 
>   It's probably worthwhile to mention that Chrome now supports
>   this behind a developer flag in 117
>   (https://chromestatus.com/feature/6186023867908096). Given the
>   widespread industry support for Zstd at this point it seems very
>   likely that they'll keep the feature in.
> 
> and #c65
> 
>   Mozilla’s position on Zstandard for Content-Encoding changed
>   from “defer” in 2019 to positive in 2023.
> 
>   
> https://github.com/mozilla/standards-positions/issues/105#issuecomment-566719336
> 
>   
> https://github.com/mozilla/standards-positions/issues/775#issuecomment-1754635490
> 
> and #c71
> 
>   I think this can be closed? zstd support landed in v126:
>   https://www.mozilla.org/en-US/firefox/126.0/releasenotes/. The
>   devtools don't support it yet (responses just look like
>   gibberish) but that should be fixed by #1891610

sure - that tells us that chrome and firefox support the feature.
But I don't see any mention of websites using the feature.
 
> Oh wow, that is now amazing, that was nine days ago!
> By sheer coincidence.
> 
>  |2.9.2 is basically fixes prompted by feedback from 2.9.1 :-)
> 
> 2.9.1 just works here.
> 
>  |> Would you be interested in adding support for that?
>  |> If i write a patch?
>  |
>  |sure - there's enough in Lynx now for gzip and brotli that the patter \

s/patter/pattern/

>  |should
>  |be easy to follow.
> 
> Yes i had that same impression; 'never have used it on programming
> level, but only looked a month ago (plzip related) and found
> unfortunately obsoleted user-passes-buffer interface variants, if
> i recall correctly.

for instance

ZSTD_DEPRECATED("Replaced by ZSTD_getFrameContentSize")
ZSTDLIB_API
unsigned long long ZSTD_getDecompressedSize(const void* src, size_t srcSize);

ZSTDLIB_API size_t ZSTD_decompress( void* dst, size_t dstCapacity,
  const void* src, size_t compressedSize);

(like brotli, its developers weren't very interested in portability)

> I unfortunately have lost six months for my mailer due to writing
> a RFC 5322 parser (that i hope to integrate there however), and
> a DKIM signer, and talking loud on IETF lists that do not want to
> hear that .. anyway, eh, i cannot promise i find time next week or
> so, but i *would* come back to this issue, as i think it surely
> will make its way.

ttyl

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] ANN: lynx2.9.2

2024-06-01 Thread Thomas Dickey

On Sat, Jun 01, 2024 at 07:59:07PM +0200, Steffen Nurpmeso wrote:
> Thomas Dickey wrote in
>  :
>  |The current version of lynx is 2.9.2
>  ...
>  |* adapt special case of gzip decompression in 2.8.9dev.12 to brotli, \
>  |to handle
>  |  downloads from websites which support "br" (report by Rajeev V Pillai) \
>  ...
> 
> That made me look .. i see IsCompressionFormat() does not handle
> the zstd that is more and more used in the open source software
> world, for package formats etc, and supported by webservers, too
> (ie the wonderful lighttpd i use since 1.4.59 in 2021).

actually - for websites so far, this seems to be used only by facebook/etc.

I did notice it, considered whether to delay another week to do this.

But since I'm not aware of any useful websites relying upon zstd,
I put it off for "soon" (patches will be duly considered).
It also would help to see websites using the feature.

2.9.2 is basically fixes prompted by feedback from 2.9.1 :-)

> Would you be interested in adding support for that?
> If i write a patch?

sure - there's enough in Lynx now for gzip and brotli that the patter should
be easy to follow.

-- 
Thomas E. Dickey 
https://invisible-island.net

signature.asc
Description: PGP signature

[Lynx-dev] ANN: lynx2.9.2

2024-05-31 Thread Thomas Dickey

The current version of lynx is 2.9.2

It's available at
https://lynx.invisible-island.net/
https://invisible-island.net/archives/lynx/
Development & patches:
https://lynx.invisible-island.net/current/index.html

Files:
  https://invisible-island.net/archives/lynx/patches/lynx2.9.2.patch.gz
  https://invisible-island.net/archives/lynx/patches/lynx2.9.2.patch.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.2.tar.bz2
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.2.tar.bz2.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.2.tar.gz
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.2.tar.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.2.zip

2024-05-31 (2.9.2)
* modify makefile.in install-help to only remove files, leaving existing
  directories and symbolic links -TD
* in POSIX environments, check paths for external programs to ensure that they
  are executable, non-empty files -TD
* adapt special case of gzip decompression in 2.8.9dev.12 to brotli, to handle
  downloads from websites which support "br" (report by Rajeev V Pillai) -TD
* updated configure macro CF_ANSI_CC_C, to reset flags on test-failure, to
  keep options from accumulating. 
* build-fix for NetBSD and Solaris system curses libraries, removing an ifdef
  added in 2.9.0dev.11 (report by Nelson Beebe) -TD

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] nntp space in from header is replaced by LF

2024-05-07 Thread Thomas Dickey

- Original Message -
| From: "Marco Moock" 
| To: "lynx-dev" 
| Sent: Tuesday, May 7, 2024 2:50:07 AM
| Subject: Re: [Lynx-dev] nntp space in from header is replaced by LF

| Am 08.02.2024 um 03:41:08 Uhr schrieb Thomas Dickey:
| 
|> (I'll take a look to see if it's a simple fix when I work on lynx
|> next - at the moment am working on xterm)
| 
| Anything new about this?
| 

https://lynx.invisible-island.net/release/CHANGES.html#v2.9.1
* correct logic in HTMLGen.c where XMP was not treated as a preformatted
  style, causing NNTP headers to be formatted (report by Marco Moock) -TD

-- 
Thomas E. Dickey 
https://invisible-island.net

Re: [Lynx-dev] [patch] Fix out-of-tree builds

2024-04-21 Thread Thomas Dickey

On Sun, Apr 21, 2024 at 10:56:57AM +0200, Andreas Metzler wrote:
> Hello,
> 
> find attached a trivial patch to fix out of tree builds (mkdir blah ;
> cd blah ; ../configure ...)
> 
> TIA, cu Andreas
> -- 
> `What a good friend you are to him, Dr. Maturin. His other friends are
> so grateful to you.'
> `I sew his ears on from time to time, sure'

> --- lynx-2.9.1.orig/po/makefile.inn
> +++ lynx-2.9.1/po/makefile.inn
> @@ -118,7 +118,7 @@ all-yes: $(SOURCES) $(CATALOGS)
>  all-no:
>  
>  en.po :
> - msginit --no-translator -l en -i $(PACKAGE).pot
> + msginit --no-translator -l en -i $(srcdir)/$(PACKAGE).pot
>  # cygwin's msginit 1.19.3 creates "en_US.po" rather than "en.po"...
>   @$(SHELL) -c 'for n in en*.po; \
>   do \

thanks - at least it's not a new/recent bug:

1.23 (tom  06-Jul-17): en.po :
1.14 (tom  13-May-07):  msginit --no-translator -l en -i 
$(PACKAGE).pot
1.24 (tom  06-Jul-17): # cygwin's msginit 1.19.3 creates "en_US.po" 
rather than "en.po"...
1.21 (tom  22-Dec-14):  @$(SHELL) -c 'for n in en*.po; \


-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-17 Thread Thomas Dickey

On Tue, Apr 16, 2024 at 09:26:12PM +0200, Steffen Nurpmeso wrote:
> Thomas Dickey wrote in
>  :
>  |On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote:
>  |> At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in
>  |> our test farm. Of those, 59 built and validated successfully, and
>  |> 2.9.1 is now the default version of lynx on all of our physical
>  |> servers.
>  |> 
>  |> The remaining failures are traced to just two issues:
>  |> 
>  |> (1) On Solaris systems, configure fails like this:
>  |> 
>  |>  checking for DESTDIR... ./configure: syntax error at line 1343: `('
>  |>  unexpected
>  |> 
>  |> The fix was simple: use a newer shell than /bin/sh:
>  |> 
>  |>  ksh ./configure 
>  |
>  |That's been my recommendation for several years (actually, for tin,
>  |I provided Urs with a script to alter the configure script, but don't
>  |recall anyone else commenting on it) - I posted a copy here:
>  |
>  | https://lists.gnu.org/archive/html/lynx-dev/2019-02/msg00033.html
>  |
>  |Either way, I've been building with Solaris 10 and 11.4 :-)
> 
> Fwiw i use variants of
> 
>   # For heaven's sake auto-redirect on SunOS/Solaris
>   if [ -z "${__DKIM_KEY_CREATE_UP}" ] && [ -d /usr/xpg4 ]; then
>   if [ "x${SHELL}" = x ] || [ "${SHELL}" = /bin/sh ]; then
>   echo >&2 'SunOS/Solaris, redirecting through 
> $SHELL=/usr/xpg4/bin/sh'
>   __DKIM_KEY_CREATE_UP=y PATH=/usr/xpg4/bin:${PATH} 
> SHELL=/usr/xpg4/bin/sh
>   export __DKIM_KEY_CREATE_UP PATH SHELL
>   exec /usr/xpg4/bin/sh "${0}" "${@}"
>   fi
>   fi

I use this (at the moment, only recall that CONFIG_SHELL is needed for
the configure script):

case .$SHELL in
.*/sh)
;;
*)
SHELL=/bin/sh
test -f /usr/xpg4/bin/sh && SHELL=/usr/xpg4/bin/sh 
;;
esac

export SHELL
CONFIG_SHELL=$SHELL
export CONFIG_SHELL

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-16 Thread Thomas Dickey

On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote:
> At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in
> our test farm. Of those, 59 built and validated successfully, and
> 2.9.1 is now the default version of lynx on all of our physical
> servers.
> 
> The remaining failures are traced to just two issues:
> 
> (1) On Solaris systems, configure fails like this:
> 
>   checking for DESTDIR... ./configure: syntax error at line 1343: `('
>   unexpected
> 
> The fix was simple: use a newer shell than /bin/sh:
> 
>   ksh ./configure 

That's been my recommendation for several years (actually, for tin,
I provided Urs with a script to alter the configure script, but don't
recall anyone else commenting on it) - I posted a copy here:

https://lists.gnu.org/archive/html/lynx-dev/2019-02/msg00033.html

Either way, I've been building with Solaris 10 and 11.4 :-)
 
> (2) On NetBSD 10 and Solaris 11.4, I got this link-time error:
> 
>   ld: LYCurses.o: in function `stop_curses':
>   LYCurses.c:(.text+0x164a): undefined reference to `delete_screen'
> 
> There are -lcurses and -lncurses libraries on those systems,
> with these partial contents on NetBSD 10:

yes... I overlooked building without ncurses (because I'm also testing
ncurses, of course).

Actually this would have been true in 2.9.0 (January), since my
build-scripts use ncurses, slang and PDCurses (*)

(*) I'll have to add a special case for Solaris and NetBSD ;-)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

[Lynx-dev] ANN: lynx2.9.1

2024-04-15 Thread Thomas Dickey

The current version of lynx is 2.9.1

It's available at
https://lynx.invisible-island.net/
https://invisible-island.net/archives/lynx/
Development & patches:
https://lynx.invisible-island.net/current/index.html

Files:
  https://invisible-island.net/archives/lynx/patches/lynx2.9.1.patch.gz
  https://invisible-island.net/archives/lynx/patches/lynx2.9.1.patch.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.1.tar.bz2
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.1.tar.bz2.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.1.tar.gz
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.1.tar.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.1.zip

2024-04-15 (2.9.1)
* add samples/mhtml-tool, from
https://github.com/ThomasDickey/mhtml-tool
  which can use Lynx to display an "mhtml" file, e.g., foo.mht by
mhtml-tool -e lynx foo.mht
* add --with-libintl-prefix configure option (from patch for tin by Urs
  JanBen) -TD
* improve bookmark file-updates, allowing for users to add HTML markup
  (report by TG) -TD
* remove obsolete option --with-included-gettext -TD
* override $BUILD_CPPFLAGS and $BUILD_LIBS when not cross-compiling, to help
  build Lynx with PDCurses -TD
* re-order configure check for _XOPEN_SOURCE, etc., to reduce compiler warnings
  with gcc 14 -TD
* add configure check for ssp library, needed in some MinGW configurations -TD
* fixes for saving a UTF-8 bookmark title -KH
  + correct comparison of Windows codepage values when setting
DisplayCharsetMatchLocale, to handle UTF-8
  + reset the internal state of UCTransToUni() before using it for bookmark
title check.
* update/cleanup test-packages -TD
* correct logic in HTMLGen.c where XMP was not treated as a preformatted
  style, causing NNTP headers to be formatted (report by Marco Moock) -TD
* fix special case of main status line on a page without links, broken by fix
  for UBSAN/ASAN issue -TG

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] position of link numbers in dump

2024-04-05 Thread Thomas Dickey

- Original Message -
| From: kalth...@gmail.com
| To: "lynx-dev" 
| Sent: Friday, April 5, 2024 8:29:26 AM
| Subject: [Lynx-dev] position of link numbers in dump

| Hi lynxers,
| 
| when dumping htmls link numbers are displayed before the link like
| 
|  diam voluptua. [1]At vero eos et accusam et just
| 
| Is there a possibility to display the number after the link, like
| 
|  diam voluptua. At vero eos[1] et accusam et just

https://lynx.invisible-island.net/lynx_help/body.html#NUMBER_LINKS_ON_LEFT

-- 
Thomas E. Dickey 
https://invisible-island.net

Re: [Lynx-dev] Adding a style

2024-04-03 Thread Thomas Dickey

On Wed, Apr 03, 2024 at 11:08:42AM -0600, rbell--- via Lynx-dev wrote:
> 
>   Quoth mouse:
> 
>   'since there is a spec, there is a well-defined "correct", at
> least to the extent that the spec is properly done.'
> 
>   Quoth https://www.w3.org/Library/src/HTStyle.html (the spec):
>   'The manager doesn't contain any styles - it only provides a
> mechanism for registering styles, looking them up and deleting them.
> That is, it doesn't have any idea of what a style actually looks like
> - as this is highly application dependent,'

to cook: just add water :-)
 
>   It points to an HTStyle.c from 'W3C Sample Code Library' which
> is a lot different from lynx's.

lynx uses an _early_ version of libwww

It was discussed long ago (in the 1990s) whether to use a newer version.
As I recall it, it would have been a lot of (re)work which no one did.

(Look for "libwww" in the mailing list archives)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx corrupts bookmark file

2024-03-21 Thread Thomas Dickey

On Tue, Feb 20, 2024 at 02:06:10AM +, Thorsten Glaser wrote:
> Another one, probably new (maybe when lynx started adding
> ending tags):
> 
> I sometimes hand-edit my bookmarks file to put in new links
> or extra information, or even to give structure to some
> entries making them sub-entries etc.
> 
> So now I have:
> 
> […]
> blabla; details:
>   one
>   two
>   three
>   
> next entry
> […]
> 
> Upon saving a new bookmark entry, lynx appends it behind
> “three” removing everything else in the file(!). This is
> reproducible.

actually the comment at the top of the file says (before editing)



> 
> If I use an ul instead, it doesn’t seem to do that, but
> sometimes I get…

The current snapshot (v2-9-0e) addresses this -

https://github.com/ThomasDickey/lynx-snapshots

(I've other changes in mind, but if you soon find some flaw in this, I'll fix)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] UTF-8 bookmark title not accepted after searching UTF-8 string

2024-02-04 Thread Thomas Dickey

On Sun, Feb 04, 2024 at 09:17:07AM +0900, KIHARA Hideto wrote:
> UTF-8 bookmark title is not accepted occasionally
> after searching UTF-8 string.
> Attached patch-a or patch-b fixes this problem.

thanks :-)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] An error with temporary file

2024-01-28 Thread Thomas Dickey

- Original Message -
| From: "Riku Virtanen" 
| To: "Thorsten Glaser" 
| Cc: "lynx-dev" 
| Sent: Sunday, January 28, 2024 8:16:23 AM
| Subject: Re: [Lynx-dev] An error with temporary file

| Hi,
| 
| In /usr/bin/, there is brotli.
| 
| It is true that I have Fedora 27. I do not remember exact reason but I am
| using a program which reads newspapers for blind people, and its support
| ends to Fedora 27. So I didnt update from that.
| 
| Is there any way to use Lynx 2.9.0 in Fedora 27?

configure --without-brotli && make

(or determine what's amiss with brotli 0.6)

-- 
Thomas E. Dickey 
https://invisible-island.net

Re: [Lynx-dev] An error with temporary file

2024-01-27 Thread Thomas Dickey

On Sat, Jan 27, 2024 at 09:15:27PM +0200, Riku Virtanen wrote:
> Hi,
> 
> I wrote: dnf install brotli

sounds like Fedora.

In a quick check on my Fedora39 machine (64-bits), it works fine.
(We are of course talking about 2.9.0 - Fedora 39's package has lynx dev.12
without brotli, and Fedora 40 will have brotli).

That's using a later version of brotli:

brotli-1.1.0-1.fc39.x86_64
brotli-devel-1.1.0-1.fc39.x86_64

I added the brotli support in 2022, and haven't noticed a problem with it.

Fedora 27 is a few years ago, went EOL in 2018:

https://docs.fedoraproject.org/en-US/releases/eol/

> The result:
> Package brotli-0.6.0-8.fc27.i686 is already installed, skipping.
  (Fedora 27)
> 
> Seemly it is in the machine.
> 
> Riku
> 
> On Sat, 27 Jan 2024, Riku Virtanen wrote:
> 
> > Hi all,
> > 
> > I tested with -trace:
> > 
> > )0[1;48r[m[4l[?7h[39;49m[39;49m[37m[40m[H[J[37m[40m[J[m[39;49m[37m[40m[48d[0;10;7m[37m[40mLooking
> > up www.tripadvisor.com
> > first[m[39;49m[37m[40m[170G[0;10;7m[39;49m[37m[40mGetting 
> > http://www.tripadvisor.com/[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mLooking
> > up 
> > www.tripadvisor.com[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mMaking
> > HTTP connection to 
> > www.tripadvisor.com[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mSending
> > HTTP request.[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP
> > request sent; waiting for
> > response.[m[39;49m[37m[40m[5G[0;10;7m[39;49m[37m[40m/1.0 301
> > Moved
> > Permanently[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40m'A'lways
> > allowing from domain
> > '.tripadvisor.com'.[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mData
> > transfer
> > complete[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP/1.0
> > 301 Moved
> > Permanently[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mUsing 
> > https://www.tripadvisor.com/[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mGetting
> >  
> > https://www.tripadvisor.com/[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mLooking
> > up 
> > www.tripadvisor.com[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mMaking
> > HTTPS connection to
> > www.tripadvisor.com[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mSSL
> > callback:ok, preverify_ok=1,
> > ssl_okay=0[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mVerified
> > connection to www.tripadvisor.com 
> > (cert=www.tripadvisor.com)[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mCertificate
> > issued by: /C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL CA
> > 2018[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mSecure 256-bit
> > TLSv1.2 (ECDHE-RSA-AES256-GCM-SHA384) HTTP
> > connection[m[39;49m[37m[40m[K[3G[0;10;7m[39;49m[37m[40mnding
> > HTTP request.[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP
> > request sent; waiting for
> > response.[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mRead 1.5 KiB
> > of data, 6.1
> > KiB/sec.[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP/1.0
> > 200 OK[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40m'A'lways
> > allowing from domain 
> > 'www.tripadvisor.com'.[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mData
> > transfer 
> > complete[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40m/usr/bin/brotli
> > -j -d 
> > /tmp/lynx6fQBBD/L1617-7134TMP.html.br[m[39;49m[37m[40m[39;49m[37m[40m[H[J[48d[0;10;7m[39;49m[37m[40m/usr/bin/brotli
> > -j -d 
> > /tmp/lynx6fQBBD/L1617-7134TMP.html.br[m[39;49m[37m[40m[0;10;1m[39;49m[37m[40mAlert!:
> > Error uncompressing temporary
> > file![m[39;49m[37m[40m[K[J[39;49m[K[48;1H
> > Looking up www.tripadvisor.com first
> > Looking up www.tripadvisor.com
> > Making HTTP connection to www.tripadvisor.com
> > Sending HTTP request.
> > HTTP request sent; waiting for response.
> > HTTP/1.0 301 Moved Permanently
> > 'A'lways allowing from domain '.tripadvisor.com'.
> > Data transfer complete
> > HTTP/1.0 301 Moved Permanently
> > Using https://www.tripadvisor.com/
> > Looking up www.tripadvisor.com
> > Making HTTPS connection to www.tripadvisor.com
> > SSL callback:ok, preverify_ok=1, ssl_okay=0
> > SSL callback:ok, preverify_ok=1, ssl_okay=0
> > SSL callback:ok, preverify_ok=1, ssl_okay=0
> > Verified connection to www.tripadvisor.com (cert=www.tripadvisor.com)
> > Certificate issued by: /C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL
> > CA 2018
> > Secure 256-bit TLSv1.2 (ECDHE-RSA-AES256-GCM-SHA384) HTTP connection
> > Sending HTTP request.
> > HTTP request sent; waiting for response.
> > HTTP/1.0 200 OK
> > 'A'lways allowing from domain 'www.tripadvisor.com'.
> > Data transfer complete
> > /usr/bin/brotli -j -d /tmp/lynx6fQBBD/L1617-7134TMP.html.br
> > Alert!: Error uncompressing temporary file!
> > 
> > lynx: Start file could not be found or is not text/html or text/plain
> >  Exiting...
> > 
> > Riku
> 

-- 
Thomas E.

Re: [Lynx-dev] An error with temporary file

2024-01-27 Thread Thomas Dickey

On Sat, Jan 27, 2024 at 01:14:04PM +0200, Riku Virtanen wrote:
> Hi all,
> 
> I tested with -trace:
> 
> )0[1;48r[m[4l[?7h[39;49m[39;49m[37m[40m[H[J[37m[40m[J[m[39;49m[37m[40m[48d[0;10;7m[37m[40mLooking
>  up www.tripadvisor.com 
> first[m[39;49m[37m[40m[170G[0;10;7m[39;49m[37m[40mGetting 
> http://www.tripadvisor.com/[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mLooking
>  up 
> www.tripadvisor.com[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mMaking
>  HTTP connection to 
> www.tripadvisor.com[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mSending 
> HTTP request.[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP 
> request sent; waiting for 
> response.[m[39;49m[37m[40m[5G[0;10;7m[39;49m[37m[40m/1.0 301 Moved 
> Permanently[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40m'A'lways 
> allowing from domain 
> '.tripadvisor.com'.[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mData 
> transfer 
> complete[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP/1.0 301 
> Moved Permanently[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mUsing 
> https://ww
> w.tripadvisor.com/[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mGetting 
> https://www.tripadvisor.com/[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mLooking
>  up 
> www.tripadvisor.com[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mMaking
>  HTTPS connection to 
> www.tripadvisor.com[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mSSL 
> callback:ok, preverify_ok=1, 
> ssl_okay=0[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mVerified 
> connection to www.tripadvisor.com 
> (cert=www.tripadvisor.com)[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mCertificate
>  issued by: /C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL CA 
> 2018[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mSecure 256-bit TLSv1.2 
> (ECDHE-RSA-AES256-GCM-SHA384) HTTP 
> connection[m[39;49m[37m[40m[K[3G[0;10;7m[39;49m[37m[40mnding HTTP 
> request.[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP request 
> sent; waiting for 
> response.[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mRead 1.5 KiB of 
> data, 6.1
>  KiB/sec.[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40mHTTP/1..0 200 
> OK[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40m'A'lways allowing from 
> domain 
> 'www.tripadvisor.com'.[m[39;49m[37m[40m[0;10;7m[39;49m[37m[40mData 
> transfer 
> complete[m[39;49m[37m[40m[K[0;10;7m[39;49m[37m[40m/usr/bin/brotli 
> -j -d 
> /tmp/lynx6fQBBD/L1617-7134TMP.html.br[m[39;49m[37m[40m[39;49m[37m[40m[H[J[48d[0;10;7m[39;49m[37m[40m/usr/bin/brotli
>  -j -d 
> /tmp/lynx6fQBBD/L1617-7134TMP.html.br[m[39;49m[37m[40m[0;10;1m[39;49m[37m[40mAlert!:
>  Error uncompressing temporary 
> file![m[39;49m[37m[40m[K[J[39;49m[K[48;1H
> Looking up www.tripadvisor.com first
> Looking up www.tripadvisor.com
> Making HTTP connection to www.tripadvisor.com
> Sending HTTP request.
> HTTP request sent; waiting for response.
> HTTP/1.0 301 Moved Permanently
> 'A'lways allowing from domain '.tripadvisor.com'.
> Data transfer complete
> HTTP/1.0 301 Moved Permanently
> Using https://www.tripadvisor.com/
> Looking up www.tripadvisor.com
> Making HTTPS connection to www.tripadvisor.com
> SSL callback:ok, preverify_ok=1, ssl_okay=0
> SSL callback:ok, preverify_ok=1, ssl_okay=0
> SSL callback:ok, preverify_ok=1, ssl_okay=0
> Verified connection to www.tripadvisor.com (cert=www.tripadvisor.com)
> Certificate issued by: /C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL CA 
> 2018
> Secure 256-bit TLSv1.2 (ECDHE-RSA-AES256-GCM-SHA384) HTTP connection
> Sending HTTP request.
> HTTP request sent; waiting for response.
> HTTP/1.0 200 OK
> 'A'lways allowing from domain 'www.tripadvisor.com'.
> Data transfer complete
> /usr/bin/brotli -j -d /tmp/lynx6fQBBD/L1617-7134TMP.html.br

Do you have the brotli program installed on the machine where you are
running lynx?

> Alert!: Error uncompressing temporary file!
> 
> lynx: Start file could not be found or is not text/html or text/plain
>   Exiting...
> 
> Riku

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] An error with temporary file

2024-01-22 Thread Thomas Dickey

On Mon, Jan 22, 2024 at 03:53:37PM -0500, Philip Webb wrote:
> 240122 Riku Virtanen wrote:
> > I installed new Lynx 9.0.
> > I tried with www.tripadvisor.com/.
> > Lynx said: Error with compressing temporary file.
> > What does this mean ?  Now I have 2.8.9rel.1 and it opens Tripadvisor.

2.9.0 works for me
  
> It works for me with 2.9.0_pre12-r1 installed via Gentoo Linux.

hmm - I wonder where that "pre" came from...

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] ANN: lynx2.9.0

2024-01-21 Thread Thomas Dickey

On Sun, Jan 21, 2024 at 07:39:37PM +, Thorsten Glaser wrote:
> Dixi quod…
> 
> >Thomas Dickey dixit:
> >
> >>The current version of lynx is 2.9.0
> 
> btw should that not have been 2.9.0rel.1 following the usual

no - I stopped doing that, noted on my development page in January 2023.

Among other things, fixes for "Modern C" ate up much of the time that
I'd have used for productive development.  At the moment, I'm caught up
with _that_.

> versioning scheme? Otherwise it will still need to be named
> that for Debian, and 2.9.1dev.* will need to be renamed into

Debian rendered it as "2.9.0rel.0-2" :-)

> 2.9.1~dev.* so the 2.9.1 release with this new scheme works.
> 
> >When on a page with no link, the status bar stays the same as before,
> >whereas, in older versions, it would change to…
> >
> >-- press space for more, use arrow keys to move, '?' for help, 'q' to quit.
> >
> >This is a regression and makes me think I’m on a link.
> 
> I’ve got a patch to fix that. Running a quick test with valgrind
> shows no errors so I think it’s good. (It’s also more efficient:
> passing a struct pointer instead of copying around the entire
> structure’s contents.)
> 
> Please review and apply.

will see - thaks

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] shell stuff

2024-01-21 Thread Thomas Dickey

On Sun, Jan 21, 2024 at 07:06:45PM +, Thorsten Glaser wrote:
> Hi,
> 
> while scrolling through a diff to see if I can find the cause
> of a regression, I saw this (pasting only one example of it):
> 
> source="`echo "$source" | sed -e 's%/$%%'`/"
> 
> You m̲u̲s̲t̲ ̲n̲o̲t̲ use double quotes both outside and inside of an
> old-style command substitution: some shells pair them as
> "`echo " and " | sed -e 's%/$%%'`/" instead of nesting, and
> POSIX actively allows that.

...actually the only time I've recall running into this one
was in a bug in bash - for scripts which ran properly with
SunOS 4 and Solaris.  SunOS 4 is out of reach now :-)
 
> Since you never need to quote a command substitution in scalar
> context (assignment RHS), this can be easily fixed:
> 
> source=`echo "$source" | sed -e 's%/$%%'`/
> 
> Can you not use source=${source%/}/ ? (Depends on where you
> want to run that script; I know BOW’s /bin/sh fails on that
> hard.)

what is "BOW"?

(that wouldn't work with Solaris 10 - my build-log for that worked)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] An error with temporary file

2024-01-21 Thread Thomas Dickey

On Sun, Jan 21, 2024 at 10:06:47PM +0200, Riku Virtanen wrote:
> Hi,
> 
> I installed new Lynx 9.0.
> I tried with www.tripadvisor.com/.
> Lynx said: Error with compressing temporary file.
> 
> What does this mean? Now I have  2.8.9rel.1 and it opens Tripadvisor.

You can probably see the error in the trace file (command-line "-trace",
or ^T to toggle tracing while running).

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] ANN: lynx2.9.0

2024-01-16 Thread Thomas Dickey

- Original Message -
| From: "Chime Hart" 
| To: "Thomas Dickey" 
| Cc: "Thorsten Glaser" , "lynx-dev" 
| Sent: Tuesday, January 16, 2024 8:29:53 AM
| Subject: Re: [Lynx-dev] ANN: lynx2.9.0

| Well, Thomas-and-All, I seemingly ran a successful install, however a number 
of
| my settings are gone. Looks like I am still useing a lynx.cfg of my own, but a
| remapping of extern page-and-link are mentioned in errors. Also, viewing pages
| with a "v" from Alpine didn't like "nested tables" But the worst, it won't 
load
| pages with an "ssl" You would think a newer install would check for these
| settings-and-not completely treat as a new install. Can folks please inform,
| how can I get things back to normal? O, this is Debian SID. Thanks so much in
| advance.

ssl (openssl or gnutls) is a configure option.

If you don't specify --prefix for the configure option, it'll go into /usr/local

So it sounds as if you have /usr/local/bin/lynx, whose lynx.cfg differs from 
the system's lynx.
(The location of lynx.cfg is also a configure option, allowing for instance 
/etc/lynx/lynx.cfg).

Debian's packages change these configure options.
If you have /usr/local/bin/lynx now, I'd just "sudo rm /usr/local/bin/lynx"

-- 
Thomas E. Dickey 
https://invisible-island.net

Re: [Lynx-dev] ANN: lynx2.9.0

2024-01-16 Thread Thomas Dickey

On Tue, Jan 16, 2024 at 02:48:00AM +, Thorsten Glaser wrote:
> Thomas Dickey dixit:
> 
> >The current version of lynx is 2.9.0
> 
> When on a page with no link, the status bar stays the same as before,
> whereas, in older versions, it would change to…
> 
> -- press space for more, use arrow keys to move, '?' for help, 'q' to quit.
> 
> This is a regression and makes me think I’m on a link.

I don't recall this being commented on before (a mailing-list link helps).
 
> I haven’t yet run into the issue that http-without-s connections
> don’t work any more, did you do anything or is that related to me
> switching to OpenSSL, from nōnGNUtls, for the build?

I've only seen this with my earlier change for Debian #1033423.

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

[Lynx-dev] ANN: lynx2.9.0

2024-01-15 Thread Thomas Dickey

The current version of lynx is 2.9.0

It's available at
https://lynx.invisible-island.net/
https://invisible-island.net/archives/lynx/
Development & patches:
https://lynx.invisible-island.net/current/index.html

Files:
  https://invisible-island.net/archives/lynx/patches/lynx2.9.0.patch.gz
  https://invisible-island.net/archives/lynx/patches/lynx2.9.0.patch.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0.tar.bz2
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0.tar.bz2.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0.tar.gz
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0.tar.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0.zip

2024-01-15 (2.9.0)
* change version of OpenSSL used in Windows installers to 3.x and 1.1.1x,
  for new/old respectively -TD
* fixes for UBSAN/ASAN issues with clang on Windows -GV
* modify install-doc rule to use relative path for symbolic links -TD
* add support for gopher's hURL functionality (patch by Viatrix).
* allow ^G interrupt to end read from a stalled connection without exiting
  Lynx (Debian #1033423) -TD
* allow the ^S keymap to be disabled in the configuration file, e.g.,
KEYMAP:^S:UNMAPPED
  (report by TG) -TD
* repair docs/OS-390.announce and docs/README.jp -TD
* make the test-files non-empty, to appease some packaging tools -TD
* check for getpwuid(), use in preference to deprecated cuserid() -TD
* modify curses initialization to permit ^S built-in keymap to work without
  needing external stty changes -TD
* correct ifdef for LYmsec_delay() (report by Alexander Arkhipov) -TD
* add a NUL after "/" in the SGML parser when the next character is ">", to
  make PRETTYSRC view display correctly (report by "Dima") -TD
* trim some obsolete style code for NeXT -TD
* improve responsiveness with respect to SIGWINCH (report by Mark Zaharov) -TD
* improve check for MAX_URI_SIZE -TD
* improve check for UTF-8 character encoding in XML Text Declaration (report by
  Lennart Jablonka) -TD
* fix for decoding utf-8 in CDATA sections (patch by Hiltjo Posthuma)
* treat HTTP 308 permanently redirected the same as HTTP 301 permanently moved
  (Debian #1041686).
* formatting fixes for manpage (Debian #1037353).
* change defaults in configure script to use compression -TD
* modify HTChunkPutb2() to avoid passing a zero-size or null pointer to
  memcpy() -TD
* correct loop in fill_addrinfo() which adds sizes of struct addrinfo's found
  in getaddrinfo() call; the 2.8.8dev.15 change did not update the pointer to
  the struct addrinfo's (Redhat #2185402) -TD
* modify configure script to reduce implicit-function warnings -TD
* add viewport meta-tag to documentation/test files -TD
* update config.guess (2023-08-22), config.sub (2023-09-15)
* update ro.po from
http://translationproject.org/latest/lynx

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] ASAN/UBSAN issues

2024-01-15 Thread Thomas Dickey

On Mon, Jan 15, 2024 at 12:25:33PM +0100, Gisle Vanem via Lynx-dev wrote:
> I found some ASAN+UBSAN issues after building the
> latest GitHub snapshot [1] of Lynx on Windows.
> 
> I used 'clang-cl -fsanitize=address -fsanitize-recover=address
>  -fsanitize=undefined'
> 
> First the ASAN issue:
>   src/GridText.c:915:12: runtime error: applying zero offset to null pointer
>   SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
> src/GridText.c:915:12
> 
> Fixed by:
>   --- a/src/GridText.c 2023-02-18 11:10:31
>   +++ b/src/GridText.c 2023-06-30 10:08:49
>   @@ -912,6 +912,7 @@
>   result = a->lites.hl_info[count - 1].hl_text;
>else
>   result = a->lites.hl_base.hl_text;
>   +if (result)
>result += LYAdjHiTextPos(a, count);
>return result;
> 
> then this UBSAN ("Undefined Behavior Sanitizer") issue:
> 
>   src/LYMainLoop.c:6809:27: runtime error: index -1 out of bounds for type 
> 'LinkInfo[1024]'
>   SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
> src/LYMainLoop.c:6809:27 in
>   =
>   ==12236==ERROR: AddressSanitizer: global-buffer-overflow on address 
> 0x7ff774780160 at
>   pc 0x7ffc6cc271bb bp 0x005d7ab3d200 sp 0x005d7ab3c990
>   READ of size 96 at 0x7ff774780160 thread T0
>   #0 0x7ffc6cc271ba in __asan_memcpy 
> D:\a\_work\1\s\src\vctools\asan\llvm\compiler-rt\lib\asan\asan_interceptors_memintrinsics.cpp:22
>   #1 0x7ff77371e477 in mainloop 
> F:\MinGW32\src\inet\Web\Lynx\src\LYMainLoop.c:6809
>   #2 0x7ff77370d88c in main F:\MinGW32\src\inet\Web\Lynx\src\LYMain.c:2276
>   #3 0x7ff773e23c67 in invoke_main 
> D:\a\_work\1\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:78
>   #4 0x7ff773e23c67 in __scrt_common_main_seh 
> D:\a\_work\1\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288
>   #5 0x7ffcd7fe7613  (C:\Windows\System32\KERNEL32.DLL+0x180017613)
>   #6 0x7ffcd88026f0  (C:\Windows\SYSTEM32\ntdll.dll+0x1800526f0)
> 
> Fixed by:
>   --- a/src/LYMainLoop.c 2023-02-18 11:10:31
>   +++ b/src/LYMainLoop.c 2023-06-30 10:14:17
>   @@ -6774,7 +6774,7 @@
>* If help is not on the screen, then put a message on the screen to
>* tell the user other misc info.
>*/
>   -   if (!show_help) {
>   +   if (!show_help && curdoc.link >= 0) {
>   show_main_statusline(links[curdoc.link],
>((curlink_is_editable &&
>  textinput_activated)
> 
> 
> (the line-numbers count be off since I've made other
> unrelated patches locally).
> 
> I was sure I've posted this before somewhere. Apparently not.

I seem to recall something mentioning clang on Windows,
but don't see it offhand in the mail archive.

The last I see from you with a patch was in dev.11

(these fixes look ok, and I happen to be working on Lynx this week).

> So I was thinking of creating an issue for this on Github, but
> there's no 'issue page' there! Why not Tom?

Bug reports have "always" gone to the mailing list.

When I'm working on Lynx, I use that information.

Few bug reports provide patches,
whether or not a bug-reporting system is used.
 
> [1] https://github.com/ThomasDickey/lynx-snapshots.git

https://invisible-island.net/lynx/lynx-develop.html
https://invisible-island.net/personal/git-exports.html

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] 2.9.0dev.12m regression (title bar)

2023-12-02 Thread Thomas Dickey

On Sat, Dec 02, 2023 at 09:13:28AM +, Thorsten Glaser wrote:
> Another regression I noticed is the page count is missing
> from the title bar:

a url would help to reproduce this

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] 2.9.0dev.12m regression (http redir)

2023-11-29 Thread Thomas Dickey

On Wed, Nov 29, 2023 at 08:55:02PM +, Thorsten Glaser wrote:
> Dixi quod…
> 
> >a Google search result page where a link goes first to their
> >redirector and then to an http page, I get:
> >
> >Alert!: Unexpected network read error; connection aborted.
> 
> OK, that may not be the cause. I just did a…
> 
> $ lynx http://www.google.com/search?[…]
> 
> … and got the same error; a second attempt worked.
> 
> So far I’ve only seen this for http sites though, but there,
> to an amount that made me think a lot of sites and/or CDNs
> disabled http or broke them with lynx.

thanks (I expect to work on lynx once I'm done with my current xterm changes,
and these seem simpler than the bug I was working on...)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] extremely long a/@href

2023-11-12 Thread Thomas Dickey

- Original Message -
| From: "Thorsten Glaser" 
| To: "lynx-dev" 
| Sent: Sunday, November 12, 2023 12:46:44 AM
| Subject: [Lynx-dev] extremely long a/@href

| Hi,
| 
| the search functionality on otwarchive sites like archiveofourown.org
| or www.squidgeworld.org produces extremely long links, easily 2.5K or
| longer. (These are produced by submitting a form.)
| 
| The page from that now contains 2.5K-long relative links:
| 
| https://github.com/ThomasDickey/lynx-snapshots/blob/c244c640f9b4f69f521d286b77db0be566a5a610/CHANGES#L16

-- 
Thomas E. Dickey 
https://invisible-island.net

Re: [Lynx-dev] fix for decoding utf-8 in CDATA sections

2023-10-03 Thread Thomas Dickey

On Tue, Oct 03, 2023 at 11:29:07PM +0200, Hiltjo Posthuma wrote:
> On Thu, Jul 27, 2023 at 10:25:13PM +0200, Hiltjo Posthuma wrote:
> > Hi,
> > 
> > I use lynx to convert HTML to plain-text, but noticed an issue where part of
> > the output is missing with UTF-8 in CDATA sections.
...
> Any updates on the status / review of this patch?

I applied it -

https://github.com/ThomasDickey/lynx-snapshots

and have been busy on other programs.  At the moment I anticipate spending
a week or two catching up with Lynx to make a new version.

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Broken link in help page

2023-09-19 Thread Thomas Dickey

https://web.archive.org/web/20100502012619/http://www.chass.utoronto.ca/~purslow/lhfb.html

- Original Message -
| From: "Philip Webb" 
| To: "Thomas Dickey" 
| Cc: "lynx-dev listserv" 
| Sent: Tuesday, September 19, 2023 2:17:28 PM
| Subject: Re: [Lynx-dev] Broken link in help page

| 230919 Thomas Dickey wrote:
|> On Mon, Sep 18, 2023 at 08:19:01PM -0400, Philip Webb wrote:
|>> 230918 Thomas Dickey wrote:
|>>> On Mon, Sep 18, 2023 at 12:57:06PM +0200, Ali RAFIQ wrote:
|>>>> I just want to inform you about a broken link in your help page :
|>>>><http://www.chass.utoronto.ca/~purslow/lhfb.html> — quick help
|>>> thanks - I see it's been gone a while (Internet Archive has a copy)
|>> I sent a response with a copy of the HTML file earlier today :
|>> did you not see it ?
|> no - I've seen no other mail from you this week, so far
| 
| Here is the file again.  CHASS closed down some time ago,
| so the URLs below will need to be changed or removed :
| 
| 
| 
| 
| http://www.chass.utoronto.ca/~purslow/lhfb.html;>
| 
| 
| Lynx Help for Beginners
| 
| 
| 
| 
| Copying:
| 
| This document was created by Philip Webb as a service to Lynx users.
| It may be copied -- with minor formatting changes -- , provided
| no other changes are made & authorship is clearly acknowledged.
| Any other reproduction constitutes breach of copyright.
| 
| Readers are encouraged to inform mailto:purs...@chass.utoronto.ca;>
| the author of any apparent errors or omissions.
| 
| Introduction:
| 
| This outline is specially for people who are just starting to use Lynx
| or have used it for some time without exploring its features very far.
| It answers the sorts of questions everyone asks at first.
| For a more systematic account of Lynx, the Internet & related matters,
| explore the many links on the Main Help Page: to go there, enter `h' .
| 
| You should be aware that there are 3 levels of Lynx user:
| 
| Anonymous, who have free access to the Internet
| without a personal password, typically via a library or freenet:
| some Lynx features may not be available to them,
| depending on the system manager;
| Shell accounts, which normally require a password,
| but give users general access to a computer system like UNIX:
| again, the system manager controls some features of Lynx;
| a variation on this is people who use a pre-compiled binary
| & are constrained by the choices of whoever made it;
| Self-compiled, ie people who compile their own Lynx
| in their own PC or in their own directory under eg UNIX:
| they have complete control over how Lynx is configured.
| 
| If you find some features outlined below are not available & you fall
| into the first 2 groups, you should consult your system manager
| to find out whether their version of Lynx is limited by them;
| if you fall into Group 3, you should check userdefs.h
| & lynx.cfg to see what you need to change.
| You should also check settings
| in the Options screen, which most users can change (enter `o').
| 
| Contents:
| 
| 
| Moving around the current document
| Using the goto & jump -- `g j' -- commands
| How to escape from things
| Some useful information commands
| The bookmark file
| Options
| Forms & security
| Tables, frames, images, cookies, style sheets
| Character sets
| Grabbing stuff without being interactive
| Creating a WWW page with Lynx
| There's a bug or a crash!
| Which systems does Lynx run on?
| Lynx for the blind and visually impaired
| Who's in charge of Lynx?
| 
| 
| Moving around the current document:
| Simple commands:
| 
| to goto the beginning/end of the document, enter `^a' or `^e' ;
| to move up/down by 1 screen, enter `-' or `Space' ;
| to move up/down by half-a-screen, enter `)' or `(' ;
| to move up/down by 2 lines, enter `^p' or `^n' ;
| no, you can't move the screen just 1 line at a time.
| 
| 
| Numbered links:
| 
| You can number the links in each document:
| enter `o' for Options, then `k' for Keypad Mode.
| If links are numbered, `123' takes you straight to URL [123]:
| ie you can get a document just by entering its link number;
| `123g' simply moves the hilite to link [123]
| without downloading that document;
| `123p' takes you to the top of page 123 in the current document;
| you can also add `+' & `-' to give relative movements:
| eg `7p+' goes down 7 pages & `5-' follows the 5th link above.
| 
| 
| Searching:
| 
| One way to skip around long documents is to search with `/' ;
| enter `n' for the next occurrence of the same string;
| you can recall previous strings with `UpArrow' or `DownArrow'
| after you have entered `/' & then edit them:
| for line-editor commands, see the Main Help Page.
| No, you can't search backwards using Lynx,
| but Lynx will search again from the beginning of the file
| if there isn't an occurrence ahead of you.
| 
| 
| Using the goto & jump -- `g j' -- comm

Re: [Lynx-dev] Broken link in help page

2023-09-18 Thread Thomas Dickey

On Mon, Sep 18, 2023 at 12:57:06PM +0200, Ali RAFIQ wrote:
> Hello,
> 
> Thank you for the Lynx project.
> 
> I just want to inform you about a broken link in your help page, here it is
> below :
> 
> 
>- Lynx Help for Beginners
> — quick help on many
>common problems

thanks - I see it's been gone a while (Internet Archive has a copy)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Broken link in help page

2023-09-18 Thread Thomas Dickey

On Mon, Sep 18, 2023 at 01:00:02PM +0200, Ali RAFIQ wrote:
> Also the following link is not an HTTP one.
> 
> 
>- *lynx documentation — supplementary documentation*
> 
> It points to : *file:///users/ftp/lynx/lynx_doc/*

thanks (that's an error in the script which I wrote for staging the site)
 
> Best Regards
> 
> Le lun. 18 sept. 2023 à 12:57, Ali RAFIQ  a
> écrit :
> 
> >
> > Hello,
> >
> > Thank you for the Lynx project.
> >
> > I just want to inform you about a broken link in your help page, here it
> > is below :
> >
> >
> >- Lynx Help for Beginners
> > — quick help on many
> >common problems
> >
> >
> > Best regards,
> > Ali
> >

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Issue With Windows Version Of Lynx Browser

2023-09-11 Thread Thomas Dickey

On Fri, Sep 08, 2023 at 02:23:44PM -0400, Ron Canazzi wrote:
> Hello Group,
> 
> I have been a long time Windows user and am pretty proficient with that OS
> as well as the Apple system.  I stumbled across the Lynx browser online a
> while back and it reminds me of the good old days of Unix Shell operation
> before the days of the specialized browsers with graphics and video/audio. I
> wanted to see if I could get this port to function on my system.
...
> I got both of them to run, except for one major issue. I cannot view local
> files on my Windows system.  If I press the G for Go to URL and type in
> file://localhost/ and a path to a local folder or file, I get an error

But typing "." should put you into the local file-browser.

(The Windows port has to handle device names, and mapping "file:" to
device names might be the feature that's not working).

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Deleting Local Files to trash?

2023-09-03 Thread Thomas Dickey

On Sun, Sep 03, 2023 at 05:09:17AM -0700, Chime Hart wrote:
> Thank you Tomas. That .h2 item was not in my lynx.cfg, so I pasted in your
> instructions. But after that, can I define a command for deleting files?
> Exactly what belongs in that file, so I can act on an alias? As I mentioned
> last evening, del is aliased to
> /usr/bin/trash-put

Lynx would run "rm" directly (not in a shell, which would have an alias).
But you can make it run a shell script or "any" program such as trash-put.

That's assuming that "trash-put" removes the files given as arguments,
like "rm".  If it needs options, then a short shell-script may make
"trash-put" act like "rm".

(if it's a GUI that can't act like "rm", I don't know...)

> Thanks so much in advance
> Chime
> 

-- 
Thomas E. Dickey 
https://invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] Deleting Local Files to trash?

2023-09-03 Thread Thomas Dickey

On Sat, Sep 02, 2023 at 07:56:33PM -0700, Chime Hart wrote:
> Hi All: After several accidental deletions of file I wish I had again, I had
> a set of great advice on another blind Linux list. There are at least 2
> trash programs which work quite well. So I have a "del" aliased to
> /usr/bin/trash-put. However, when I am viewing a local directory from LYNX,
> if I either manually delete or tags items to get rid of, I suppose these are
> done with an rm command? Would I need another alias to have these files also
> endup in trash until I empty them? I am accessing these with lynx .
> Or would I add something in lynx.cfg? Thanks so much in advance
> Chime

That's something that you can override in lynx.cfg:

.h2 RM_PATH
# This is the path used for DIRED mode to remove a file, e.g., the
# Unix command "rm".
#
# Setting this to an empty string will let lynx use a built-in version.

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] LIST-STYLE-TYPE

2023-09-01 Thread Thomas Dickey

On Fri, Sep 01, 2023 at 06:06:58PM -0400, w...@nicolesharp.net wrote:
> Lynx for Ubuntu Debian Linux doesn't recognize the CSS "list-style-type"
> attribute for ordered lists and renders all ordered lists as numeric lists
> only.  Using the "type" attribute for ordered lists instead of the
> "list-style-type" attribute works correctly, but the "type" attribute is
> deprecated in HTML5.

Lynx doesn't implement CSS -- just html.

(Lynx does support a number of deprecated features).

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] mis-handling of combining characters

2023-08-11 Thread Thomas Dickey

On Fri, Aug 11, 2023 at 02:32:36AM +, Thorsten Glaser wrote:
> Hi,
> 
> in the attached excerpt, stripped down to almost the minimum to
> experience it, the combining characters in the “Zalgo” part seem
> to be considered as adding to the line width, therefore breaking
> too early:
> 
>“Ȩ̶̛ņ̶̛Ơ̶̙U̶̡
>g̵̢H̷̳” Shikamaru entoned with fury. His were
>black pools that seemed to be dripping, melting.
> 
> 
>“ I am exacting my
>V̵̡e̷̢ņ̷̤G̴̨
>̺̠ȩ̴̣Ą̶̱N̶̛
>̀̓C̴̢E̴̡” Shikamaru, no, the
>shadows spoke.
> 
> (this time in an 80c-wide xterm at Ian’s special request)
> 
> I would expect (first line possibly justified with extra spaces):

agreed - (reviewing a patch for this would be interesting).

Lynx doesn't do anything with combining characters.
That's done only in ncurses (or slang)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] nōn-breaking space breaks justification

2023-08-09 Thread Thomas Dickey

On Wed, Aug 09, 2023 at 10:58:52PM +, Thorsten Glaser wrote:
> Some fanfiction is written like this:
> 
> [10*U+00A0][the actual long paragraph text]
> 
> This is physical formatting done by the author to achieve some kind
> of first-line indentation for the paragraphs, and it is annoying.
> 
> This renders okay-ish in lynx, but the first p line is thus not
> justified, leading to awful reading like:
> 
> […]
>The manic leader was disturbed from his thoughts as he heard
>footsteps go past his door. That must be Tabby. The man looked down to the 
> corner
>of  his  computer  screen to see the clock display. Ah, it was breakfast 
> time for
> […]
> 
> I’ve looked a bit at the source code, and I understand that there
> is a deliberate decision to not justify if the line contains U+00A0
> (otherwise I’d say to just do it because if people use it to align
> e.g. ASCII art, it’d only work in the presence of  anyway).
> 
> Therefore I believe we need a run-time togglable (ideally per key,
> like the one toggling between comment parsing modes) configuration
> to switch between different modes of handling U+00A0.
> 
> Unfortunately, I believe that we need THREE modes (a cycle toggle),
> because I’ve also seen fanfiction written (or, more likely, exported
> from Office software) in a way that uses not one (or more) whitespace
> between words but a combination of whitespace and U+00A0 for extra
> spacing the author thought prudent, or perhaps not so:
> 
> Word[U+00A0][space]next[U+00A0][space]word…
> 
> So the three modes of U+00A0 handling are:
> 
> • do not indent lines with U+00A0 on them (current behaviour)
> • do indent lines with U+00A0 on them (fixes first kind of doc)
> • ignore nōn-breaking property of U+00A0 for indentation
> 
> The third one would work like this: U+00A0 between characters
> that are not whitespace will still make lynx refrain to wrap
> the line at that place, but a sequence of one or more U+00A0
> or whitespace characters is treated as single whitespace (like
> multiple  are collapsed into one, too), so…
> 
> Word[U+00A0][space]next[space][U+00A0][U+00A0][space]word…
> 
> … renders the same as Word next word… but in…
> 
> (something long) 2.5[U+00A0]kg garlic (…)
> 
> … the “2.5” and “kg” are not split (although multiple U+00A0
> are still collapsed into one).
> 
> I think offering these three as runtime-changable configuration
> makes the most amount of documents render well.

...I'd consider a patch for this

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] fix for decoding utf-8 in CDATA sections

2023-07-28 Thread Thomas Dickey

On Thu, Jul 27, 2023 at 10:25:13PM +0200, Hiltjo Posthuma wrote:
> Hi,
> 
> I use lynx to convert HTML to plain-text, but noticed an issue where part of
> the output is missing with UTF-8 in CDATA sections.
> 
> Below is a small test-case to reproduce it:
> 
> Works correctly:
> a’b
> 
> Doesn't work correctly:
> 

agreed - I see

   Works correctly:

   a’b

   Doesn't work correctly:

   a?b

> This byte sequence for the UTF-8 codepoint is: printf '\342\200\231'
> 
> 
> I use the following command to convert HTML to text:
> 
>   lynx -stdin -dump \
>   -underline_links -image_links \
>   -display_charset="utf-8" -assume_charset="utf-8"
> 
> 
> My system information:
> I tested on the latest lynx-cur: lynx2.9.0dev.12
> 
> $ locale
> LANG=en_US.UTF-8
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME="en_US.UTF-8"
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=en_US.UTF-8
> 
> 
> What I found:
> 
> I think it only prints the first byte instead of printing the processed
> codepoint (clong).  I noticed in the file WWW/Library/Implementation/SGML.c
> there is a similar case for comments for example for "S_comment_put_c:".
> 
> Below is a patch. I'm not sure it covers all lynx options though. I hope it 
> does:

thanks - will review, etc

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx blinking after terminal window resizing

2023-07-16 Thread Thomas Dickey

On Sun, Jul 16, 2023 at 03:48:54PM -0700, Name Same wrote:
> Hi, did this make it into the fixes? I get the same behavior inside tmux
> which is linked to ncurses. I don't see the flicker in terminal if I use it
> outside tmux (like directly in WezTerm).

I've been too busy with other programs; this is still on my to-do list.
(I recall a suggested fix which didn't appear to be correct).
 
> Also as a side note, I don't see lynx reflow the paragraphs when winch
> arrives, even if NONRESTARTING_SIGWINCH:TRUE is set. links and elinks both
> reflow. Is there a good reason to not support winches? Thanks, Robin

As lynx is set up, doing that would act like a refresh (re-reading the
source), which would be poor performance.

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Bug report - Flickering when resizing the terminal window lynx is running in

2023-05-25 Thread Thomas Dickey

On Thu, May 25, 2023 at 09:37:30PM +, Thorsten Glaser wrote:
> Thomas Dickey dixit:
> 
> >I don't see it with xterm, at any rate.
> 
> I remember sending you? the list? a typescript of this happening
> in xterm.

iirc, that used OpenBSD's hack which disables ncurses's SIGWINCH handler.
(perhaps their port for lynx should have a workaround to compensate)

-- 
Thomas E. Dickey 
https://invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] Bug report - Flickering when resizing the terminal window lynx is running in

2023-05-25 Thread Thomas Dickey

On Thu, May 25, 2023 at 07:51:29PM +, hacksenw...@posteo.de wrote:
> Hi. 
> 
> Thank you for lynx, I love it! 
> 
> I recently found a bug. 
> 
> I use lynx in the terminal called rxvt-unicode on Devuan 12 Codename 
> Daedalus. 
> When lynx is already running in that terminal and I resize the window, lynx 
> flickers when I switch throught the links of an webpage with arrow keys or vi 
> controls. 

someone did report this last year, but didn't mention urxvt.

https://lists.nongnu.org/archive/html/lynx-dev/2022-06/msg0.html

> I found out, that this also happens in xterminal, but not in xfce4-terminal 
> for example. 

s/xterminal/xterm/ ?

I don't see it with xterm, at any rate.

> Someone with much more expertise than me told me, that it could be, that: 
> „it also completely loses the background color and line formatting when you 
> first resize the window, then when you move the cursor and it redraws, the 
> first redraw fixes the layout and colors. it's just that then every 
> subsequent redraw is done in vain“ 
> 
> At the moment my workarround for this issue is, that I first open my 
> terminal, resize the window and only then start lynx. 
> But it would be nice to just use my hotkey to start lynx and then resize the 
> window (my window manager does not support maximizing windows by default only 
> with a keystroke after focusing a window, it is very minimal).
> 
> Maybe you can fix this. 
> 
> Best Regards 
> hacksenwerk
> 

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Failure to automatedly fetch a file from newyorker.com

2023-04-10 Thread Thomas Dickey

On Tue, Apr 04, 2023 at 05:47:43AM -0600, rbell--- via Lynx-dev wrote:
>   A script runs week-daily to fetch the daily cartoon from
> 'The New Yorker'.  It has recently started to fail, giving a 404
> error when fetching the page.  For example, for 2023 April 3 the
> page's URI is 
> https://www.newyorker.com/cartoons/daily-cartoon/monday-april-3rd-snowing-somewhere
> 
>   When I try to fetch it with lynx -source (or wget or curl), I
> get a 404 error.  But I can browse it in lynx or Firefox.  What's the
> difference?

I don't get a 404 (comparing trace files from the working/nonworking cases
is what I'd do to answer this)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] A VCS for lynx

2023-02-18 Thread Thomas Dickey

On Sat, Feb 18, 2023 at 04:07:02PM +0100, Axel Beckert wrote:
> Hi Thomas,
> 
> On Fri, Feb 17, 2023 at 04:22:02PM -0500, Thomas Dickey wrote:
> > On Fri, Feb 17, 2023 at 04:56:48PM +0100, Axel Beckert wrote:
> > > On Fri, Feb 17, 2023 at 02:38:24PM +, Tom Schwindl wrote:
> > > > I wonder if there is interest in a VCS for doing development work.
> > > 
> > > AFAIK Lynx is actually developed using a VCS, namely CVS.
> > 
> > actually RCS
> 
> Thanks for the correction!
> 
> I actually had forgotten that CVS is based on top of RCS and that
> these tags are coming from the RCS part of CVS.
> 
> > offhand, the only program that I work on that was in CVS was xterm
> > 
> > https://invisible-island.net/xterm/xterm.html#related-sources
> 
> Might be the reason why I had CVS in mind for your projects, too. But
> more likely is that I never worked with pure RCS, just with CVS.
> 
> > but that stopped in 2006.
> 
> I see.
> 
> > https://invisible-island.net/lynx/lynx-develop.html#patches
> 
> Never heard of PRCS before though.

I had only heard about it because Klaus Weide decided to use it
(starting in March 1997).

https://prcs.sourceforge.net/

PRCS, the Project Revision Control System, is the front end to a set of
tools that (like CVS) provide a way to deal with sets of files and
directories as an entity, preserving coherent versions of the entire
set.  PRCS was designed primarily by Paul N.  Hilfinger, with input and
modifications by Luigi Semenzato and Joshua MacDonald.  PRCS is written
and maintained by Joshua MacDonald.  Its purpose is similar to that of
SCCS, RCS, and CVS, but (according to its authors, at least), it is
much simpler than any of those systems.  This page is where information
on the latest developments in PRCS can be found.  The current release
of PRCS is 1.3.1.  Version 1.0 was released on September 3, 1996.

Though the page says the most recent release was in 2004, the related
NEWS file is dated October 2001.

https://link.springer.com/chapter/10.1007/BFb0053876

PRCS is an attempt to provide a version-control system for collections
of files with a simple operational model, a clean user interface, and
high performance.  PRCS is characterized by the use of project
description files to input most commands, instead of a point-and-click
or a line-oriented interface.  It employs optimistic concurrency
control and encourages operations on the entire project rather than
individual files.  Although its current implementation uses RCS in the
back-end, the interface completely hides its presence.  PRCS is free. 
This paper describes the advantages and disadvantages of our approach,
and discusses implementation issues.

Updating the project-files wasn't straightforward, but I only had to do
that long ago.  It was written in C++ (whose standardization in the 1990s
was kind of lacking, making it not simple to continue using it).

-- 
Thomas E. Dickey 
https://invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] A VCS for lynx

2023-02-17 Thread Thomas Dickey

On Fri, Feb 17, 2023 at 04:56:48PM +0100, Axel Beckert wrote:
> Hi,
> 
> On Fri, Feb 17, 2023 at 02:38:24PM +, Tom Schwindl wrote:
> > I wonder if there is interest in a VCS for doing development work.
> 
> AFAIK Lynx is actually developed using a VCS, namely CVS.

actually RCS

offhand, the only program that I work on that was in CVS was xterm

https://invisible-island.net/xterm/xterm.html#related-sources

but that stopped in 2006.
 
> A short
> 
>   % fgrep -h '$LynxId:' src/LY*.c | cut -d: -f2- | awk '{print $3}' | sort | 
> tail -1
>   2023/01/07
> 
> shows that these CVS tags are indeed uptodate.

yes - see

https://invisible-island.net/lynx/lynx-develop.html#patches

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] A VCS for lynx

2023-02-17 Thread Thomas Dickey

On Fri, Feb 17, 2023 at 04:44:05PM +0100, Gisle Vanem wrote:
> Tom Schwindl wrote:
> 
> > PS: I couldn't find a discussion about this topic in the archives so I 
> > thought
> > I'll start it here. If there is general consensus that tarballs are good 
> > enough
> > and everything should stay as is, that's alright.
> 
> Tarballs is an archaic relic from the 80-ies IMHO.
> But you're aware that Lynx is already on Github?
>   https://github.com/ThomasDickey/lynx-snapshots.git
> 
> But I'm not so sure of the state of it. A 'git pull' just now
> gave me:
>   fatal: refusing to merge unrelated histories

sorry about that, but I rebased the histories last year to work around
a problem with the initial exports.  A fresh git-clone should be fine
for the foreseeable future.

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] A VCS for lynx

2023-02-17 Thread Thomas Dickey

On Fri, Feb 17, 2023 at 08:08:12PM +, Thorsten Glaser wrote:
> Axel Beckert dixit:
> 
> >Hi,
> >
> >On Fri, Feb 17, 2023 at 02:38:24PM +, Tom Schwindl wrote:
> 
> >> But if you guys prefer CVS, that'd be fine for me too, as long as it's not 
> >> SVN ;).
> 
> Word!
> 
> >> I wonder if there is interest in a VCS for doing development work.
> >
> >AFAIK Lynx is actually developed using a VCS, namely CVS.
> 
> >shows that these CVS tags are indeed uptodate.
> 
> These are called “RCS IDs”, but TTBOMK lynx is developed in PRCS.

was -
https://invisible-island.net/lynx/lynx-develop.html#patches

PRCS and CVS use RCS-format for the archive files.

fwiw, the git snapshots are generated -
https://invisible-island.net/personal/git-exports.html

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

[Lynx-dev] ANN: lynx2.9.0dev.12

2023-01-09 Thread Thomas Dickey

The current version of lynx is 2.8.9

It's available at
https://lynx.invisible-island.net/
https://invisible-island.net/archives/lynx/
2.9.0 Development & patches:
https://lynx.invisible-island.net/current/index.html

Files:
  https://invisible-island.net/archives/lynx/patches/lynx2.9.0dev.12.patch.gz
  
https://invisible-island.net/archives/lynx/patches/lynx2.9.0dev.12.patch.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.12.tar.bz2
  
https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.12.tar.bz2.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.12.tar.gz
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.12.tar.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.12.zip

2023-01-08 (2.9.0dev.12)
* add a rewind() call before reading existing bookmark file opened for append
  with read/write, to ensure that the file-position is at the beginning of the
  file (report by Klatt Volkmar) -TD
* improve compiler-warnings in configure script checks -TD
* fix a few ifdef'ing problems (prompted by discussion with Klatt Volkmar) -TD
* fix spelling errors found with codespell (report by Jens Schleusener) -TD
* update es.po from
http://translationproject.org/latest/lynx

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

[Lynx-dev] ANN: lynx2.9.0dev.11

2022-12-28 Thread Thomas Dickey

The current version of lynx is 2.8.9

It's available at
https://lynx.invisible-island.net/
https://invisible-island.net/archives/lynx/
2.9.0 Development & patches:
https://lynx.invisible-island.net/current/index.html

Files:
  https://invisible-island.net/archives/lynx/patches/lynx2.9.0dev.11.patch.gz
  
https://invisible-island.net/archives/lynx/patches/lynx2.9.0dev.11.patch.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.11.tar.bz2
  
https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.11.tar.bz2.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.11.tar.gz
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.11.tar.gz.asc
  https://invisible-island.net/archives/lynx/tarballs/lynx2.9.0dev.11.zip

2022-12-28 (2.9.0dev.11)
* update ncurses/lynx homepage URLs to deprecate ftp -TD
* modify configure script to reduce implicit-function warnings (report by
  Florian Weimer) -TD
* update configure script to work around regression in grep 3.8 -TD
* add some consistency-checks to dtd_util to make it easier to use -TD
* improve formatting of bookmark file, e.g., to fix warnings by tidy -TD
* correct workaround for asan2 report of overlapping strcpy (report by KH) -TD
* amend fix for Debian #738121; URL-encoded "?" in HTFile.c corresponds to an
  actual "?" in a file path (report by TG) -TD
* before calling delscreen, delete the private working windows in case delwin
  invalidates those (Debian #1015756) -TD
* add presentation type for xhtml, related state information to better handle
  things such as "" -Shlomi Fish, TD
* improve line-breaks and whitespace for Japanese characters -KH
  + permit line breaks after any Japanese character (enabled by
--enable-wcwidth-support configuration and only called on last byte of
multibyte UTF-8 sequence)
  + avoid adding spaces when joining lines after Japanese characters.
* add new "Minimal" user mode, to minimize on-screen help/status.
  Eliminates the URL on the bottom line, the forward/backward indicator in the
  upper left, and most status-line messages - Paul G Fox
* add PREVENT_KEYBOARD_WRAPAROUND symbol to userdefs.h 
  Undefing this will allow cursor to wrap from bottom to/from top, when there's
  more content than a single page.  (It can already wrap when the content
  already fits on a page.) - Paul G Fox
* modify NSL-fork to call freeaddrinfo only if getaddrinfo returns successfully
  (patch by Rajeev V Pillai)
* add ".br", ".lz", ".lzip", and ".xz" to binary-suffixes list -TD
* changes for using brotli stream decompression -TD
* changes for working with SOCKS5 on Windows 10 -GV, -TD
* fix a few coverity and clang warnings -TD
* add a null-pointer check in StrAllocVsprintf() to work with existing SOCKS5
  configuration (report/patch by Gisle Vanem).
* change capitalization of "Content-type" sent to the remote server to work
  around "HeavyThing" server which does not follow RFC 2616 in treating field
  name as case insensitive (report/patch by Sylvain Bertrand)
* improved several configure macros:
  AM_WITH_NLS, CF_ADD_INCDIR, CF_BUILD_CC, CF_CHECK_EXTERN_DATA,
  CF_DISABLE_ECHO, CF_FIX_WARNINGS, CF_MAKEFLAGS, CF_MATH_LIB,
  CF_NCURSES_CONFIG, CF_NCURSES_LIBS, CF_PKG_CONFIG, CF_PROG_LINT,
  CF_SIZECHANGE, CF_TRY_XOPEN_SOURCE, CF_WITH_PATH, CF_XOPEN_SOURCE
* update config.guess (2022-08-01), config.sub (2022-08-01)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Converting Unicode characters to ASCII: Control Pictures block

2022-12-25 Thread Thomas Dickey

- Original Message -
| From: "Tim Chase" 
| To: "lynx-dev" 
| Cc: "Thorsten Glaser" 
| Sent: Sunday, December 25, 2022 3:55:52 PM
| Subject: Re: [Lynx-dev] Converting Unicode characters to ASCII: Control 
Pictures block

| On 2022-12-25 13:57, Thorsten Glaser wrote:
|> Tim Chase dixit:
|>> but it looks like it causes weird behaviors.
|> 
|> Huh? Works well for me. It just outputs the character, which
|> is a printable character. Are you sure you have your terminal
|> and lynx in UTF-8 mode both?
| 
| My locale is pretty boring:
| 
|  $ locale
|  LANG=en_US.UTF-8
|  LC_CTYPE="en_US.UTF-8"
|  LC_COLLATE="en_US.UTF-8"
|  LC_TIME="en_US.UTF-8"
|  LC_NUMERIC="en_US.UTF-8"
|  LC_MONETARY="en_US.UTF-8"
|  LC_MESSAGES="en_US.UTF-8"
|  LC_ALL=
| 
| and as shown in the attached screenshot, using printf to write that
| [esc] character to the screen displays fine (it displays as expected).
| However, when I view it in lynx, it shows nothing (as captured in
| the second screenshot)
| 
| If I force the display charset using
| 
|  lynx --display_charset=utf-8 delme.html
| 
| it does render the character as you describe.  So I think you've
| tracked where the breakdown is happening.  Is there some environment
| variable I've missed to inform lynx that this particular terminal
| is UTF8 aware?  What does lynx use to determine terminal utf8'ness
| if it's not explicitly specified on with --display_charset?

https://lynx.invisible-island.net/lynx_help/body.html#LOCALE_CHARSET

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://ftp.invisible-island.net

Re: [Lynx-dev] Porting the configure script to C99

2022-12-02 Thread Thomas Dickey

On Fri, Dec 02, 2022 at 11:16:32PM +0100, Florian Weimer wrote:
> * Thomas Dickey:
> 
> >> diff --git a/configure b/configure
> >> index 97f6d1d5646d05c5..6db52b514b3b9a3c 100755
> >> --- a/configure
> >> +++ b/configure
> >> @@ -31122,6 +31122,7 @@ else
> >>  #line 31122 "configure"
> >>  #include "confdefs.h"
> >>  
> >> +#include 
> >>  #if HAVE_TERMIO_H
> >>  #include 
> >>  #endif
> >> @@ -31629,6 +31630,9 @@ else
> >>  #line 31629 "configure"
> >>  #include "confdefs.h"
> >>  /* Thanks to Mike Rendell for this test.  */
> >> +#if HAVE_UNISTD_H
> >> +# include 
> >> +#endif
> >
> > "middle chunk" is referring to this, I suppose.
> >
> > AC_INCLUDES_DEFAULT includes a lot of headers, not just this one.
> >
> > what problem does that #include solve?
> 
> Our configure says this at the top: “Generated by Autoconf
> 2.52.20210509.”  I don't think it uses AC_INCLUDES_DEFAULT yet, it
> seems:

I was actually talking about the "newer" version of autoconf.

But it's simple to add.
 
> | configure: failed program was:
> | #line 31629 "configure"
> | #include "confdefs.h"
> | /* Thanks to Mike Rendell for this test.  */
> | #include 
> | #define NGID 256
> | #undef MAX
> | #define MAX(x, y) ((x) > (y) ? (x) : (y))
> | 
> | int
> | main (void)
> | {
> |   gid_t gidset[NGID];
> |   int i, n;
> |   union { gid_t gval; long lval; }  val;
> | 
> |   val.lval = -1;
> |   for (i = 0; i < NGID; i++)
> | gidset[i] = val.gval;
> |   n = getgroups (sizeof (gidset) / MAX (sizeof (int), sizeof (gid_t)) - 1,
> |  gidset);
> |   /* Exit non-zero if getgroups seems to require an array of ints.  This
> |  happens when gid_t is short but getgroups modifies an array of ints.  
> */
> |   return ((n > 0 && gidset[n] != val.gval) ? 1 : 0);
> | }
> 
> Full build log is here:
> 
>   
> <https://gitlab.com/fweimer-rh/fedora-modernc-logs/-/blob/fbf287fbe1e977fad4ef23390174e6f6d584f5c7/logs/l/lynx.log>
> 
> >>  #include 
> >>  #define NGID 256
> >>  #undef MAX
> >> @@ -47492,6 +47496,7 @@ else
> >>  #line 47492 "configure"
> >>  #include "confdefs.h"
> >>  
> >> +#include 
> >
> > ...shouldn't be needed, since both curses.h and slang.h include stdio.h
> > (LYCurses.h includes one or the other, as well as HTUtils.h)
> 
> Okay, my mistake, but the first putchar change *is* needed:

sounds good.  Actually this report is like another which talks about tgoto
and arc4random (which I intended fixing).  I'll have some improvements
in this area for dev.11 (changing those requires testing in different
configurations -- unlike these).
 
> | configure: In function 'main':
> | configure:31133:1: error: implicit declaration of function 'putchar'
> | 31133 | {
> |   | ^  
> | configure:31143: $? = 1
> | configure: failed program was:
> | #line 31122 "configure"
> | #include "confdefs.h"
> | 
> | #if HAVE_TERMIO_H
> | #include 
> | #endif
> | #if HAVE_TERMIOS_H
> | #include 
> | #endif
> | int
> | main (void)
> | {
> | putchar (0x0a)
> |   ;
> |   return 0;
> | }
> 
> Thanks,
> Florian
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Porting the configure script to C99

2022-12-02 Thread Thomas Dickey

On Fri, Dec 02, 2022 at 04:04:32PM +0100, Florian Weimer wrote:
> We're trying to build Fedora with a strict(er) C99 compiler:
> 
>   
>   
> 
> Testing I dentified a couple of issues in the lynx configure script
> (version 2.9.0dev.10 I believe):
> 
> diff --git a/aclocal.m4 b/aclocal.m4
> index 70cde243d2129cc0..bf2cbff661de2fe1 100644
> --- a/aclocal.m4
> +++ b/aclocal.m4
> @@ -6435,6 +6435,7 @@ AC_CACHE_CHECK(if we can include termio.h with 
> curses,cf_cv_termio_and_curses,[
>  CPPFLAGS="$CPPFLAGS -DHAVE_CONFIG_H -I. -I${srcdir:-.} 
> -I${srcdir:-.}/src -I${srcdir:-.}/WWW/Library/Implementation"
>  touch lynx_cfg.h
>  AC_TRY_COMPILE([
> +#include 

thanks.

>  #include <$1>
>  #include ],
>  [putchar(0x0a)],
> @@ -6455,6 +6456,7 @@ AC_DEFUN([CF_TERMIO_AND_TERMIOS],
>  AC_MSG_CHECKING([termio.h and termios.h])
>  AC_CACHE_VAL(cf_cv_termio_and_termios,[
>  AC_TRY_COMPILE([
> +#include 

ok.

>  #if HAVE_TERMIO_H
>  #include 
>  #endif
> diff --git a/configure b/configure
> index 97f6d1d5646d05c5..6db52b514b3b9a3c 100755
> --- a/configure
> +++ b/configure
> @@ -31122,6 +31122,7 @@ else
>  #line 31122 "configure"
>  #include "confdefs.h"
>  
> +#include 
>  #if HAVE_TERMIO_H
>  #include 
>  #endif
> @@ -31629,6 +31630,9 @@ else
>  #line 31629 "configure"
>  #include "confdefs.h"
>  /* Thanks to Mike Rendell for this test.  */
> +#if HAVE_UNISTD_H
> +# include 
> +#endif

"middle chunk" is referring to this, I suppose.

AC_INCLUDES_DEFAULT includes a lot of headers, not just this one.

what problem does that #include solve?

>  #include 
>  #define NGID 256
>  #undef MAX
> @@ -47492,6 +47496,7 @@ else
>  #line 47492 "configure"
>  #include "confdefs.h"
>  
> +#include 

...shouldn't be needed, since both curses.h and slang.h include stdio.h
(LYCurses.h includes one or the other, as well as HTUtils.h)

>  #include 
>  #include 
>  int
> 
> The middle hunk in the configure patch is fixed in later autoconf
> releases, it's not something that comes from aclocal.m4 or configure.in.
> 
> I'm sharing this here for the benefit of other distributions working on
> similar projects.
> 
> Thanks,
> Florian
> 
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] colo(u)red figcaptions

2022-11-01 Thread Thomas Dickey

On Tue, Nov 01, 2022 at 05:22:40AM -0600, rb...@alumni.caltech.edu wrote:
>   'I'd check the diff by using dtd_util to regenerate the header
> files.'
>   dtd_util?

WWW/Library/Implementation/dtd_util.c

(read the makefile, to see how it is used).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] How stable is 2.9.0?

2022-11-01 Thread Thomas Dickey

On Tue, Nov 01, 2022 at 07:21:17PM -0400, Travis Siegel wrote:
> For what it's worth, I've been using 2.9.0 since version dev 5, and I've not
> encountered any major bugs with it.  I'm fairly confident it will be plenty
> stable enough for your use.
> 
> It's possible you'll find something else thatwon't do the trick for you, but
> it's plenty stable enough for everyday use.
> 
> 
> On 11/1/2022 11:00 AM, Mouse wrote:
> > The lynx I've been using - 2.8, from 1999 - started exhibiting a
> > disturbing failure mode, today: I got "lynx in free(): warning: chunk
> > is already free.", indicating a memory-management bug, and, in at least
> > one session, got a coredump (ditto, but even more so).
> > 
> > I could just treat this as a debugging exercise.  But I wanted to at
> > least look at version-jumping instead.  It appears to me that the
> > latest release is 2.8.9, with 2.9.0 being still in development
> > versions.  But a lot of development versions, especially for
> > open-source software, are plenty usable enough.  And I notice that
> > 2.9.0dev looks relatively stable; the last-change time I see is
> > 2021-08-07.  So, my question is, is 2.9.0 in good enough shape that I

2.9.0dev.10 is the latest development release:

https://lynx.invisible-island.net/current/CHANGES.html#v2.9.0dev.10

There's a dozen commits past that

https://github.com/ThomasDickey/lynx-snapshots

but I'm busy with a different upgrade.

The main difference between those is the number of platforms on which I've
built/tested (snapshots, 2-3, development 5-10, release 25-30).

ymmv

> > should (FWVO "should") use it, or would 2.8.9 be better?  (Of course,
> > it's possible that either one has some property that will render it
> > unsuitable for my purposes, but I figured I should at least look into
> > it.)
> > 
> > /~\ The ASCII Mouse
> > \ / Ribbon Campaign
> >   X  Against HTML   mo...@rodents-montreal.org
> > / \ Email!   7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B
> > 
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] colo(u)red figcaptions

2022-10-31 Thread Thomas Dickey

On Tue, Oct 25, 2022 at 10:37:28PM -0600, rb...@alumni.caltech.edu wrote:
>   I needed -p0.  Here's the patch - do you want me to do
> something else?

actually, as an attachment would make it easier to extract.

given that, I'd check the diff by using dtd_util to regenerate the
header files.
 
> Index: WWW/Library/Implementation/hdr_HTMLDTD.h
> *** lynx2.9.0dev.10/WWW/Library/Implementation/hdr_HTMLDTD.h  2021-07-15 
> 18:40:16.0 -0600
> --- 
> lynx2.9.0dev.10_patchedforfigcaption/WWW/Library/Implementation/hdr_HTMLDTD.h 
> 2022-10-24 12:30:41.189510975 -0600
...

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] colo(u)red figcaptions

2022-10-25 Thread Thomas Dickey

On Mon, Oct 24, 2022 at 10:11:35PM -0600, rbell--- via Lynx-dev wrote:
>   I found my mistake.  How do I create a patch?  I tried:
> 
>   diff -ruN lynx2.9.0dev.10 lynx2.9.0dev.10_patchedforfigcaption  > patch
> 
> but it looks different from official patches - and it doesn't work.

I use a script (an old version of makepatch, pre-GPL, with my fixes),

https://invisible-island.net/scripts/readme.html#item:makepatch

to get the "Index" lines, in a script which does this

makepatch -diff "diff -u" $1 $2  >$tmp

but diff -Naur will provide equivalent diff's

Perhaps (on applying the patch), you didn't provide the -p1 option.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] colo(u)red figcaptions

2022-10-23 Thread Thomas Dickey

On Fri, Oct 21, 2022 at 08:00:14AM -0600, rbell--- via Lynx-dev wrote:
>   A patch!  Just the thing.  I searched for CAPTION in the
> source, found it in:
> 
>   WWW/Library/Implementation/src1_HTMLDTD.txt
>   WWW/Library/Implementation/hdr_HTMLDTD.h
>   WWW/Library/Implementation/src0_HTMLDTD.txt
>   WWW/Library/Implementation/src0_HTMLDTD.h
>   WWW/Library/Implementation/src1_HTMLDTD.h
>   src/HTML.h
>   src/HTML.c
>   src/LYCharUtils.c
> 
> 
> copied its model for FIGCAPTION, built without complaint, but no
> difference.  I must have missed something.

the above hints that you went in the right direction,
but without a diff/patch that others can inspect,
no one can tell if you reached your destination.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] assign or view colors on INS: or DEL: on wikipedia diff page

2022-10-15 Thread Thomas Dickey

On Sat, Oct 15, 2022 at 08:21:13AM +, jindam, vani via Lynx-dev wrote:
> hello lynx devs,
> 
> i want to assign or view background or 
> foreground colors for INS: or DEL: on 
> wikipedia diff page.
> 
> https://en.wikipedia.org/w/index.php?title=Sarai_metro_station=prev=1116048286
>  contains tag or text in normal & mobile view mode: INS: or DEL: 
> i found both tags are in div tag on 
> "view-source:https://en.m.wikipedia.org/w/index.php?title=Special:MobileDiff/1116048286=1;
>  and
> but only del tag in td on 
> "view-source:https://en.wikipedia.org/w/index.php?title=Sarai_metro_station=prev=1116048286;
> 
> my settings:
> (1) lynx.cfg :: 
> (a) h2 COLOR_STYLE :: COLOR_STYLE: lynx.lss
> (b) .h2 PRETTYSRC
> # Enable pretty source view
>  PRETTYSRC:FALSE & PRETTYSRC:TRUE
> (c) enabled all: PRETTYSRC_SPEC
> (2) 'o' key on lynx
> show color —on, color style —lynx.lss, default colors —on.
> (3) lynx.lss :: span.htmlsrc_tag:normal:  white/red/magenta

This seems to work:

ins:reverse:green
del:reverse:red
 
> none of the above settings did not change 
> white default color on INS: or DEL:
> 
> perhaps, i misunderstood or expecting incorrectly. please let me know.
> 
> regards,
> jindam, vani
> 
> toots: @jindam_v...@c.im
> others: en.wikipedia.org/wiki/User:Jindam_vani
> 
> lynx-dev@nongnu.org
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Alert!: Illegal redirection URL received from server! WHEN USING HTTP_PROXY & HTTPS_PROXY

2022-09-26 Thread Thomas Dickey

On Wed, Sep 21, 2022 at 12:44:24PM -0400, Philippe Jean wrote:
> Thir url 
> (https://www.google.com/sorry/index?continue=https://www.google.com/search%3Fq%3Dlynx%2520browser%2520configuration%2520file%2520socks5%2520proxy%26num%3D30=EhAgAQZ8JmAEJQAmAANnGMT7rJkGIhAFDhEOM7juXZaTTugEuQScMgFy)
> works when I'm not using http_proxy and https_proxy env settings in
> lynx.cfg.
> 
> I'm using OperaProxy that is using TOR.

the trace log would show how lynx is parsing the intermediate result,
immediately before the message.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] help

2022-09-24 Thread Thomas Dickey

On Sat, Sep 24, 2022 at 11:24:10AM -0400, ww ww wrote:
> Using Lynx for DOS...
> 
> it says: "Looking up lynx.browser.org"
> 
> then, "Alert!  unable to connect to remote host."
> 
> then, "lynx: Can't access startfile http://lynx.browser.org/;

lynx.browser.org appears to be still there (out of date...)
 
regarding - "Lynx for DOS" - I suppose you'd have to ask its packager/whatever

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] TLS 1.2

2022-09-21 Thread Thomas Dickey

On Wed, Sep 21, 2022 at 05:28:55AM +, Wilson Chan via Lynx-dev wrote:
> Hi there,
> 
> Hope you are doing fine.
> We are currently using Lynx 2.8.7rel.1 (05 Jul 2009).

The current stable release is 2.8.8 (July 2018), and
the development version is 2.9.0dev.10 (October 2021).

> When Lynx visits our website, it gives us error "Alert!: Unable to make 
> secure connection to remote host."
> We use Digicert and have only TLS 1.2 enabled.
> Is TLS 1.2 not supported by version 2.8.7rel.1?
> Which version of Lynx should we use to be able to verify TLS 1.2?

I'd start with the stable release (some external configuration details
may require the development version).
 
> Appreciate your attention.
> 
> Best Regards,
> Wilson

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx blinking after terminal window resizing

2022-08-03 Thread Thomas Dickey

On Tue, Aug 02, 2022 at 10:37:46PM +, Thorsten Glaser wrote:
> Thomas Dickey dixit:
> 
> >> I see it on Debian stable/bullseye, for example.
> >
> >I still don't see it with this combination.
> 
> Huh.
> 
> >The blinking that you're describing would be full-screen repainting.
> 
> Yes. I can verify that it does that in a typescript (attached).

I see - it requires a slow connection to reproduce this.

Just turning the code off isn't a fix; the variable that's
used to remember that there's a recent size-change has to be reset
(and retested :-)

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx blinking after terminal window resizing

2022-08-02 Thread Thomas Dickey

On Mon, Aug 01, 2022 at 10:19:17PM +, Thorsten Glaser wrote:
> Thomas Dickey dixit:
> 
> >On Sun, Jun 12, 2022 at 03:16:40AM +0300, mark zaharov wrote:
> >> here is the solution which my friend provides. He said it works well with 
> >> slang and this bug exists for ncurces only.
> 
> Huh, I didn’t get that mail.
> 
> >Perhaps this would be reproducible if the version of lynx were identified,
> >as well as which platform.  I don't see it using
> > - xterm 372,
> > - ncurses 6.1 and 6.3,
> > - lynx 2.8.9rel.1 and 2.9.0dev.10
> 
> I see it on Debian stable/bullseye, for example.

I still don't see it with this combination.  The blinking that you're
describing would be full-screen repainting.  When I resize the screen and
press ^R, subsequent cursor movement is only updating the expected
link-highlighting characters.

Perhaps it's something in your lynx configuration which is relevant.
In my check, I used a test account which doesn't customize anything.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx blinking after terminal window resizing

2022-08-01 Thread Thomas Dickey

On Sun, Jun 12, 2022 at 03:16:40AM +0300, mark zaharov wrote:
> here is the solution which my friend provides. He said it works well with 
> slang and this bug exists for ncurces only.
> --- lynx-2.9.0dev.10.orig/src/LYStrings.c   2021-10-24 12:05:19.0 
> +0300
> +++ lynx-2.9.0dev.10/src/LYStrings.c2022-06-11 23:58:18.946192456 +0300
> @@ -2250,7 +2250,7 @@
> recent_sizechange));
>  #endif /* HAVE_SIZECHANGE || USE_SLANG */
> if (!recent_sizechange) {
> -#if defined(NCURSES)
> +#if defined(NCURSES) && 0
> /*
>  * Work-around for scenario (Linux libc5) where we got a
>  * recent sizechange before reading KEY_RESIZE.  If we do

Perhaps this would be reproducible if the version of lynx were identified,
as well as which platform.  I don't see it using
- xterm 372,
- ncurses 6.1 and 6.3,
- lynx 2.8.9rel.1 and 2.9.0dev.10

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx misrenders many valid xhtml5 pages on my site

2022-07-26 Thread Thomas Dickey

On Tue, Jul 26, 2022 at 04:51:05AM +0300, Shlomi Fish wrote:
> Hi Mr. Dickey!
> 
> lynx 
> https://www.shlomifish.org/humour/Summerschool-at-the-NSA/ongoing-text.html
> still misrenders.

I don't see the problem in a quick check.  The apparent problem before
was that the page was truncated (about 200 lines).  In both the Fedora
package and my own build, I'm getting ~2200 lines, which seems complete.

some hints about what's not working right would help :-)
 
> 
> 
> Name : lynx Version : 2.9.0 Release : dev.10.2.fc37 Architecture:
> x86_64 Install Date: Sat 16 Jul 2022 17:56:18 IDT Group : Unspecified
> Size : 6447354 License : GPLv2 Signature : (none) Source RPM :
> lynx-2.9.0-dev.10.2.fc37.src.rpm Build Date : Sat 16 Jul 2022 17:54:16
> IDT Build Host : localhost Packager : Shlomi Fish URL :
> https://lynx.invisible-island.net/ Summary : A text-based Web browser
> Description : Lynx is a text-based Web browser. Lynx does not display
> any images, but it does support frames, tables, and most other HTML
> tags. One advantage Lynx has over graphical browsers is speed; Lynx
> starts and exits quickly and swiftly displays web pages.
> 
> On Mon, Jun 13, 2022 at 1:07 PM Thomas Dickey  wrote:
> >
> > - Original Message -
> > | From: "Shlomi Fish" 
> > | To: "Thomas Dickey" 
> > | Cc: "lynx-dev" 
> > | Sent: Monday, June 13, 2022 5:38:43 AM
> > | Subject: Re: [Lynx-dev] lynx misrenders many valid xhtml5 pages on my site
> >
> > | Hi Mr. Dickey!
> > |
> > | On Sun, Jun 12, 2022 at 4:57 PM Thomas Dickey  wrote:
> > |>
> > |> On Sat, Jun 11, 2022 at 06:06:37AM +0300, Shlomi Fish wrote:
> > |> > Hi Mr. Dickey!
> > |> >
> > |> > Given https://src.fedoraproject.org/rpms/lynx/pull-request/4 , can you
> > |> > please review the patch?
> > |>
> > |> That's a little more polished, but the unconditional change in the patch
> > |> is a possible problem.
> > |>
> > |
> > | thanks for the reply. Can you provide a problematic testcase?
> >
> > I followed up on the pull-request.
> >
> > --
> > Thomas E. Dickey 
> > http://invisible-island.net
> > ftp://ftp.invisible-island.net
> 
> 
> 
> -- 
> Shlomi Fish https://www.shlomifish.org/
> 
> Chuck Norris was challenged to fight the world, and accepted. He bet
> on himself, won, and collected the bet money.
> 
> Please reply to list if it's a mailing list post - http://shlom.in/reply .

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

[Lynx-dev] [n...@netguru.com: Cookies, Lynx and the beginnings of the Web – a story worth telling]

2022-07-26 Thread Thomas Dickey


-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net
--- Begin Message ---
Hello Thomas,

I hope you're doing great.

We've recently published a story about one of the co-founders of Lynx – Lou
Montulli.


*You can read the story here.
*


As you are now working on the browser maintenance today I'd really like to
hear your feedback.


The story is a part of a new publishing initiative authored by Steven
Johnson – *Hidden Heroes* , to promote
under-represented pioneers from the history of software. We want to bring
innovators who shaped our world to the front and give the credit they truly
deserve.


I'd also appreciate it if you can share the story with your network.


Let me know your thoughts and have a fabulous week ahead!

Best,

Nat
--- End Message ---


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx misrenders many valid xhtml5 pages on my site

2022-06-13 Thread Thomas Dickey

- Original Message -
| From: "Shlomi Fish" 
| To: "Thomas Dickey" 
| Cc: "lynx-dev" 
| Sent: Monday, June 13, 2022 5:38:43 AM
| Subject: Re: [Lynx-dev] lynx misrenders many valid xhtml5 pages on my site

| Hi Mr. Dickey!
| 
| On Sun, Jun 12, 2022 at 4:57 PM Thomas Dickey  wrote:
|>
|> On Sat, Jun 11, 2022 at 06:06:37AM +0300, Shlomi Fish wrote:
|> > Hi Mr. Dickey!
|> >
|> > Given https://src.fedoraproject.org/rpms/lynx/pull-request/4 , can you
|> > please review the patch?
|>
|> That's a little more polished, but the unconditional change in the patch
|> is a possible problem.
|>
| 
| thanks for the reply. Can you provide a problematic testcase?

I followed up on the pull-request.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://ftp.invisible-island.net

Re: [Lynx-dev] lynx misrenders many valid xhtml5 pages on my site

2022-06-12 Thread Thomas Dickey

On Sat, Jun 11, 2022 at 06:06:37AM +0300, Shlomi Fish wrote:
> Hi Mr. Dickey!
> 
> Given https://src.fedoraproject.org/rpms/lynx/pull-request/4 , can you
> please review the patch?

That's a little more polished, but the unconditional change in the patch
is a possible problem.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx blinking after terminal window resizing

2022-06-12 Thread Thomas Dickey

On Fri, Jun 10, 2022 at 03:43:43PM +, Thorsten Glaser wrote:
> Tim dixit:
> 
> >Hello. I've faced up with isssue. When resize my terminal window with
> >lynx or change the font then lynx start blinking on each navigation. How
> >to fix it?
> 
> Aaaah, so *that’s* why it sometimes blinks.

I don't see how to reproduce this 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx misrenders many valid xhtml5 pages on my site

2022-05-23 Thread Thomas Dickey

On Sat, May 21, 2022 at 03:11:20PM +0300, Shlomi Fish wrote:
> hi Thomas,
> 
> preliminary patch:
> 
> https://github.com/shlomif/lynx-browser/compare/master...fix-xhtml
> 
> https://paste.centos.org/view/6f7ccd5c

hmm - I'll keep this in mind
 
> On Sat, Apr 30, 2022 at 11:17 PM Thomas Dickey  wrote:
> >
> > On Fri, Apr 29, 2022 at 01:27:47PM +0300, Shlomi Fish wrote:
> > > hi all!
> > >
> > > See eg: 
> > > https://www.shlomifish.org/humour/Summerschool-at-the-NSA/ongoing-text.html
> >
> > thanks (I see a problem to fix).
> >
> > patches welcome (I have several items on my to-do list).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Why Won't this Site Work in LYNX?

2022-05-02 Thread Thomas Dickey

On Mon, May 02, 2022 at 03:22:43PM -0700, Chime Hart wrote:
> Hi All: 1 of my google news-alerts pointed me to an article which first gave
> me a 403 error, but even after ajusting an option for user agent, still says
> "cannot connect" This does work in elinks, also LINKS, and w3m. However,
> what else I am not understanding. In w3m there are maybe 171 lines on 1
> page, while both other browsers have at least 2 pages. I have my screen set
> at 180lines by 270 columns. Here is an url
> https://globalriskinsights.com/2022/05/the-russo-ukrainian-war-and-nagorno-karabakhs-faltering-ceasefire/
> I would rather access this in L Y N X as I better understand how to save
> files. I also want to run this story through rdrview. I've also just tried
> the main site, same result. Thanks so much in advance.
> Chime

There are two problems:

a) the 403 is returned because of Lynx's user-agent string.

b) suppressing the user-agent string, gnutls (or lynx) returns an error

HTTP: Hit unexpected network read error; aborting connection; status 0:The TLS 
connection was non-properly terminated..

That might be some particular detail of the algorithms used.
It could be a bug in lynx -- or like the user-agent...

Lynx's trace says

Secure 256-bit TLS1.3 (ECDHE_RSA_AES_256_GCM_SHA384) HTTP connection

links and Elinks' "=" screen show similar results - but not identical:

SSL Cipher: TLS1.3 - ECDHE-RSA - AES-256-GCM - AEAD - X.509  (compr: NULL)

For instance, that AEAD might be relevant.

w3m's "=" screen shows a lot about the signature, but no summary like those.

(by the way, links (not elinks) also says it's using brotli compression,
but -- I added that in lynx recently -- doesn't affect the result).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] lynx misrenders many valid xhtml5 pages on my site

2022-04-30 Thread Thomas Dickey

On Fri, Apr 29, 2022 at 01:27:47PM +0300, Shlomi Fish wrote:
> hi all!
> 
> See eg: 
> https://www.shlomifish.org/humour/Summerschool-at-the-NSA/ongoing-text.html

thanks (I see a problem to fix).

patches welcome (I have several items on my to-do list).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Japanese line wrap patch for UTF-8 terminal

2022-03-19 Thread Thomas Dickey

On Sat, Mar 19, 2022 at 03:33:08PM +0900, KIHARA Hideto wrote:
> Attached patch improves Japanese line wrap
> for UTF-8 display character set.

thanks :-)

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] SOCK5 crash+fix

2022-03-12 Thread Thomas Dickey

On Thu, Mar 10, 2022 at 07:18:46PM -0500, Thomas Dickey wrote:
> On Thu, Mar 10, 2022 at 07:22:21PM +0100, Steffen Nurpmeso wrote:
> > Hello.
> > 
> > I was the original author of the $SOCKS5_PROXY patch, but for one
> > Thomas Dickey changed the C enormously, and i also have forgotten
> > anything about it, but you noting it made me look.
> 
> sorry - I didn't notice this at the time, but it was in Steffen's patch:

https://github.com/ThomasDickey/lynx-snapshots/commit/3f9967cb255c102f7c0b09536fb6665392b013c6

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] SOCK5 crash+fix

2022-03-10 Thread Thomas Dickey

On Thu, Mar 10, 2022 at 07:22:21PM +0100, Steffen Nurpmeso wrote:
> Hello.
> 
> I was the original author of the $SOCKS5_PROXY patch, but for one
> Thomas Dickey changed the C enormously, and i also have forgotten
> anything about it, but you noting it made me look.

sorry - I didn't notice this at the time, but it was in Steffen's patch:

Date: Sun, 15 Sep 2019 00:04:18 +0200   
From: Steffen Nurpmeso      
To: Thomas Dickey   
Cc: lynx-dev@nongnu.org 
Subject: Re: [Lynx-dev] ..on SOCKS5 support 
...
+p1 = NULL; 
+   
+protocol = HTSprintf0(NULL, gettext("(for %s at %s) SOCKS5"),  
+protocol, socks5_host);
+}  

+#ifndef INET6

HTSprintf0 expects to have the address of a pointer in which it
can return a pointer to newly-allocated memory.

(the pointer is normally set to NULL by the caller).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] what is the Lynx equal for this command?

2022-03-04 Thread Thomas Dickey

On Tue, Mar 01, 2022 at 01:16:51AM -0800, Greg Donoghue via Lynx-dev wrote:
> On Fri, Feb 25, 2022 at 04:16:38PM -0500, Karen Lewellen wrote:
> > Hi folks,
> > Asking as there seemed to be more than one prospect.
> > I am on an order page, but for some reason not all of the fields are
> > showing, as if I should scroll.  However, I am unsure which lynx command
> > match's that concept, as if to scroll left?
> > Thanks,
> > Karen
> > 
> Just a suggestion, but I don't know if it helps,
> in my lynx.cfg I have:
> 
>  EXTERNAL:http:w3m %s:TRUE
>  EXTERNAL:file:w3m %s:TRUE
> 
> w3m can scroll horizontally (I think)
> from my keymap file:
> 
> h/l LEFT/RIGHT
> 
> C-f MOVE_RIGHT
> . RIGHT
> 
> C-b MOVE_LEFT
> , LEFT

k (KEYMAP) shows these

{   SHIFT_LEFTshift the screen left
|   LINEWRAP_TOGGLE toggle linewrap on/off
}   SHIFT_RIGHT   shift the screen right

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Keybinding to jump to heading

2022-03-04 Thread Thomas Dickey

On Thu, Mar 03, 2022 at 03:19:58PM -0800, Robin Stern wrote:
> It would be nice to have a keybinding to jump to h1 heading. h1 is name for
> heading-1 I guess after looking at lynx.lss file. This would help in
> jumping directly to a news article while navigating a news article like
> https://asia.nikkei.com/Politics/Ukraine-war/U.S.-Japan-and-EU-rush-to-close-crypto-loophole-in-Russia-sanctions

Lynx doesn't do that (patches will be considered).

You might try the keypad mode (links and form-field numbering).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] List of all lynx functions

2022-03-04 Thread Thomas Dickey

On Thu, Mar 03, 2022 at 04:59:00PM -0800, Robin Stern wrote:
> Where is the list of all lynx functions? I couldn't find it in the html
> documentation available online.

The keys k and K are normally bound to KEYMAP (a command) and EDITMAP
(also a command), which show the commands which are bound to keys,
along with a short description.

The commands that could be bound in KEYMAP are shown in a menu that
you can see in lynx, e.g., by typing

:

that is, the colon character (like ex mode in vi) and a tab
(for name-completion).  Colon (shown in the "LYNXKEYMAP:" page)
is bound to COMMAND.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] Handling sites that don't send content-type (was: lynx word bleeding?)

2022-02-10 Thread Thomas Dickey

On Wed, Feb 09, 2022 at 11:48:06PM -0800, Bela Lubkin wrote:
> It's easy to use your own lynx.cfg while still keeping up with system
> changes.  This is documented near the top of the standard lynx.cfg; but
> with an important omission.
> 
> lynx.cfg has an 'include' facility.  So all you need to do is write:
> 
> INCLUDE:/etc/lynx-cur/lynx.cfg
> STARTFILE:https://abc.def
> 
> in your own file, let's say ~/lynx/lynx.cfg; and conspire for Lynx to
> invoke that at startup time.  Which you can do with either:
> 
> alias lynx=/usr/bin/lynx -cfg ~/lynx/lynx.cfg
> 
> or:
> 
> export LYNX_CFG=~/lynx/lynx.cfg
> 
> (using your shell's form of alias / function, or environment export...)
> 
> =
> 
> The important omission (at least in 2.9.0dev.7) is that it doesn't
> discuss ordering.  These have different meanings:
> 
> (1)
> 
> STARTFILE:https://abc.def
> INCLUDE:/etc/lynx-cur/lynx.cfg
> 
> (2)
> 
> INCLUDE:/etc/lynx-cur/lynx.cfg
> STARTFILE:https://abc.def
> 
> In #1, the system setting will override STARTFILE; you'll only see
> abc.def if the system didn't specify STARTFILE.  In #2, your setting
> always overrides.  Either could be what you mean, you just have to know
> what it is that you mean to mean...

I'd regard that as obvious: lynx processes the configuration information
in the order that it's given.  The existing wording in lynx.cfg suggests
using the include first, and then your own customizations.

(patches for suggested improvements appreciated)
 
> =
> 
> Which means, in *most* cases, the user will want something like:
> 
> INCLUDE:/path/to/system/lynx.cfg
> STUFF:that the user wants to override
> 
> (Thomas, can you add a few words to clarify include ordering, in default
> lynx.cfg?)
> 
> >Bela<
> 
> PS: there's also a LYNX_CFG_PATH environment variable.  A system admin
> could do something like:

in the manual page:

   LYNX_CFG_PATH   If  set,  this  variable  overrides the compiled-in
   search-list  of  directories  used  to   find   the
   configuration  files,  e.g., lynx.cfg and lynx.lss.
   The list is delimited with ":" (or ";" for Windows)
   like the PATH environment variable.

> - add ~/lynx/lynx.cfg to standard files created at account creation time
> 
> - it contains 'INCLUDE:/correct/path/to/that/systems/lynx.cfg' followed
>   by an 'overrides go here' comment
> 
> - set a systemwide LYNX_CFG_PATH environment variable which points to
>   the user path first; or compile it directly into the Lynx binary

actually, the admin might read the install-instructions and compile-in
a suitable value (environment variables are for users)
> 
> Then any user can do this by just editing one pre-existing file.
> 
> OR the system lynx.cfg could have an 'INCLUDE:~/lynx/lynx.cfg' at its
> end (and the user better not have the same); except -- if that file
> doesn't exist, it errors out.  Needs an 'INCLUDE_OPTIONAL:file'
> directive...
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Handling sites that don't send content-type (was: lynx word bleeding?)

2022-02-09 Thread Thomas Dickey

On Wed, Feb 09, 2022 at 07:34:26PM -0500, Karen Lewellen wrote:
> Chime,
> I am talking about the lynx build here.
> As Luke noted the lynx.cfg file is quite large and extensive, meaning your
> personal lynx.cfg file which is not the same as the lynx.cfg file for all
> shellworld users  is likely to  have differences.
> Additionally,   as I understand it, the feature cannot be saved in the
> options menu.  No idea where you are making the change, but my personal test

In lynx.cfg:

.h2 PREFERRED_CONTENT_TYPE
# When doing a GET, lynx expects the server to provide a Content-Type, i.e.,
# the MIME name which tells it how to present data.  When that is missing
# lynx uses this value.
#PREFERRED_CONTENT_TYPE: text/plain

loads the program variable LYContentType, which appears in the options
menu:

/* Preferred content type: SELECT */
PutLabel(fp0, gettext("Preferred content type"), preferred_content_string);
BeginSelect(fp0, preferred_content_string);
PutOptValues(fp0, LYContentType, content_values);
EndSelect(fp0);

and also is listed in LYrcFile.c:

MAYBE_ENU(RC_PREFERRED_CONTENT_TYPE, LYContentType, 
tbl_preferred_content,
  MSG_ENABLE_LYNXRC),

which says that the "ENABLE_LYNXRC" feature applies to this:

https://lynx.invisible-island.net/lynx_help/body.html#ENABLE_LYNXRC

though I overlooked adding that to the comment-block in lynx.cfg,
when I added it to the source-code in March 2018:

2018-03-21 (2.8.9dev.17)
* add PREFERRED_CONTENT_TYPE defaulting to text/plain and options-menu to
  replace an assumption in HTMIMEConvert that everything is text/html.
  Since most servers provide a valid Content-Type for HTML, and are more likely
  to omit it for files lacking a known suffix, defaulting to text/plain is a
  better choice -TD

This (in your lynx.cfg) should allow that to be saved from the options
menu, into ~/.lynxrc:

ENABLE_LYNXRC:PREFERRED_CONTENT_TYPE

> involves logging into shellworld itself with my own account, and using the
> services here, not an alias.  Did you log out entirely from your setup
> before trying again?
> 
> Karen
> 
> 
> 
> On Wed, 9 Feb 2022, Chime Hart wrote:
> 
> > Well, Karen, I was about to think you were correct. I tried switching an
> > option in my LYNX to html, exited, and went back to that site, no
> > changeThanks
> > Chime
> > 
> > 
> > 
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] configure-script issue

2022-02-03 Thread Thomas Dickey

On Thu, Feb 03, 2022 at 03:26:34PM -0500, Mouse wrote:
> I wrote, earlier today, of trying to rebuild a past lynx install,
> saying
> 
> > This led me to rediscover that the configure script for that version
> > appears to be broken.
> 
> I fetched the current .tar.bz2, which unpacked into lynx2.9.0dev.10.
> Turns out the configure script is still broken, just in a trivially
> different way.  (Aside from all the ways that inhere in using configure
> scripts at all, that is.)
> 
> Specifically, when I run it with CC set to cc -g, in order to get -g on
> all compiler runs, the configure script calls this broken.  The old
> script then claimed this was a misuse of $CC.  The modern script
> doesn't call it _mis_use, but it does still - like the old one -

someone complained about the word "misuse"

I created the macro after dealing with users who would put C preprocessor
options in $CC (which for lynx will cause it to not build the configuration
summary page as expected, for ncurses will cause interesting build failures,
etc) or would load up $CC with optimization/debugging options (similar
problems, with complaints when it didn't evaluate in the expected order).

A warning message is just a reminder...

CFLAGS is the proper place for compiler options (standard),

CPPFLAGS is the place for C preprocessor options (originally GNU make,
but adopted in autoconf -- autoconf introduced DEFS, unnecessarily)

dnl CF_CC_ENV_FLAGS version: 10 updated: 2020/12/31 18:40:20
dnl ---
dnl Check for user's environment-breakage by stuffing CFLAGS/CPPFLAGS content
dnl into CC.  This will not help with broken scripts that wrap the compiler
dnl with options, but eliminates a more common category of user confusion.
dnl
dnl In particular, it addresses the problem of being able to run the C
dnl preprocessor in a consistent manner.
dnl
dnl Caveat: this also disallows blanks in the pathname for the compiler, but
dnl the nuisance of having inconsistent settings for compiler and preprocessor
dnl outweighs that limitation.

> complain and pull the -g off $CC and put it...somewhere else; configure
> code is sufficiently twisted I'm not entirely sure where.
> 
> So if I'm going to end up building 2.9.0dev.10, I'm going to have to
> resurrect the kludge I used before: create a script (I called it cc-g)
> that runs cc -g "$@", and tell configure to use that.

I do that for compiler warnings, but not for optimization/debugging.

> But this leads me to ask: why do this?  Is there something wrong with
> wanting a specific option on _all_ cc runs?  Or is there some other way
> to specify that?  Doing this has worked with every other such thing
> I've tried, and it strikes me as remarkably obnoxious for the script to
> think it knows better than I do how the compiler should be run in my
> environment, forcing me to workarounds such as the cc-g script I
> sketched above.  (I notice other examples of this, such as the way it
> maps c[1-9][0-9] to clang with some option, if clang is detected;

that's because clang's c89/c99 wrappers are broken (especially on MacOS)
to the point that they've become unusable.  (I test-compile with c89,
c99, gcc with different levels of warnings, clang and any other compiler
which I have on a given machine).

https://invisible-island.net/personal/lint-tools.html#tool_clang

> fortunately, I'm not trying to use clang, so I can ignore that in
> practice - but there certainly are plenty of ways it could cause the
> build to break when just using what the user told it to would work.)
> 
> But lynx is so sane in so many other respects this quite stands out,
> leading me to ask what's behind it and why the complaint doesn't
> explain either why it's a bad idea to want to specify options on all cc
> runs or what the correct way to do so is.

I do this with all C programs - lynx isn't special in that regard.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] Display of some multi-line links is cut off in the middle

2021-12-31 Thread Thomas Dickey

On Fri, Dec 31, 2021 at 08:18:33PM -0500, Mouse wrote:
> >> -  strcat(linedata, p);
> >> +  for (i = 0; (linedata[i] = p[i]) != '\0'; ++i) ;
> 
> > asan2 reported that this line had a strcpy whose source/destination
> > overlapped.

fwiw, that was my checkin comment.  asan2 probably had it right.

strcat(linedata, p);

won't work well if p points into the string that starts at linedata.

> 
> Then asan2 is wrong; the original line (the - line above) does not have
> any strcpy at all.  It has a strcat.  (Perhaps the strcat source and
> destination overlap, and asan2 is wrong only in that it reports the
> wrong call in its complaint?)  But the replacement code (the + line
> above) implements (loosely put) strcpy, not strcat.  Perhaps it would
> work better to replace the strcat with code that actually concatenates,
> preserving the presumably-intended semantics?

probably.  But then -- I think that going back to the original strcat
AND seeing how to avoid the case where p/linedata overlap might be better.

(something to do early in the day rather than the evening :-)

> 
> Maybe something like (completely untested)
> 
>   for (i=0,j=strlen(linedata);(linedata[j]=p[i]);i++,j++) ;
> 
> /~\ The ASCII   Mouse
> \ / Ribbon Campaign
>  X  Against HTML  mo...@rodents-montreal.org
> / \ Email! 7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Display of some multi-line links is cut off in the middle

2021-12-31 Thread Thomas Dickey

On Fri, Dec 31, 2021 at 08:02:00PM -0500, Thomas Dickey wrote:
> On Fri, Dec 31, 2021 at 12:23:43PM +0900, KIHARA Hideto wrote:
> > * Problem:
> > In lynx2.9.0dev.10, display of some multi-line links is cut off in the 
> > middle.
> > lynx2.9.0dev.9 does not have the problem.
> > 
> > * Actual Result:
> > lynx https://lists.nongnu.org/archive/html/lynx-dev/2021-10/threads.html

oh.  I see.  But I don't see this result here (perhaps locale-dependent).
What I see is (for links-are-numbered):

 * [9][Lynx-dev] "https://invisible-island.net
> ftp://ftp.invisible-island.net



-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Lynx bug when accessing < type items on Gopher protocol domains

2021-12-31 Thread Thomas Dickey

On Wed, Dec 29, 2021 at 11:51:35PM -0700, Dio9sys wrote:
> Hello!
> 
> I wasn't sure how best to get hold of folks, and wasn't sure if this was
> already known, so please let me know if I'm just adding noise to the crowd
> :)
> 
> On the latest version of Lynx (at least on the Linux version), if you visit
> a gopherhole that has the < item type (specific in gopher+ specs for sound
> files) and follow the link, it will immediately open the link in your
> system-default media player without giving a prompt or showing the full
> file extension to validate that it's a correct file.
> 
> In the example I found, I wrote a simple html file, specified it as < on my
> gopherhole and then opened it on Lynx (on my amd64 Manjaro Linux
> computer).  It immediately tried to open in VLC, which then crashed as it
> didn't know what to do with an html file. It lists as (SND) on the page,
> marking it as a sound file, without checking that it's the supported WAV
> format mentioned in the spec
> 
> If possible, I think it would be a really great idea to have some kind of
> "are you sure?" prompt showing the full file name and extension before
> opening the link, so as to reduce the chance of malware or other such
> nastiness happening.

I suppose - but there are a lot of cases where lynx follows a link
without prompting.  Just in the gopher code, there are 8 types of links 
for which it'll make a connection:

text/html
text/plain
image/gif
audio/basic (this one)
video/mpeg
application/pdf
compressed-files (via HTFile.c)
www/unknown

In each case, lynx relies on the mime-type.

Why is this one different?
 
> If you would like an example, you can visit gopher://dio9sys.fun on Lynx
> and go down to the final link on the page, titled Test.
> 
> Thanks for reading all this!
> 
> Regards,
> 
> -Dio9sys, your friendly neighborhood gopher nerd

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Display of some multi-line links is cut off in the middle

2021-12-31 Thread Thomas Dickey

On Fri, Dec 31, 2021 at 12:23:43PM +0900, KIHARA Hideto wrote:
> * Problem:
> In lynx2.9.0dev.10, display of some multi-line links is cut off in the middle.
> lynx2.9.0dev.9 does not have the problem.
> 
> * Actual Result:
> lynx https://lists.nongnu.org/archive/html/lynx-dev/2021-10/threads.html
> 
> > * [13][Lynx-dev] Build failures on hppa architectures after update
> >   fr
> 
> * Expected Result:
> > * [13][Lynx-dev] Build failures on hppa architectures after update
> >   from 2.9.0dev.9 to 2.9.0dev.10, Axel Beckert, 2021/10/30
> 
> * Fix:
> Reverting following change solves the problem.
> --- lynx2.9.0dev.9/src/GridText.c 2021-06-30 07:01:12.0 +0900
> +++ lynx2.9.0dev.10/src/GridText.c2021-10-25 01:13:59.0 +0900
> @@ -3006,7 +3005,7 @@
>   ctrl_chars_on_this_line += utfxtra_on_this_line;
>  
>   /* Add the data to the new line. -FM */
> - strcat(linedata, p);
> + for (i = 0; (linedata[i] = p[i]) != '\0'; ++i) ;
>   line->size = (unsigned short) (line->size + plen);
>   }
>  }

asan2 reported that this line had a strcpy whose source/destination overlapped.

If you have a test-file which shows the difference, I can probably make
a better fix.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] missing slash after 'localhost'

2021-12-28 Thread Thomas Dickey

On Sat, Dec 25, 2021 at 11:56:40AM +0100, Jasper wrote:
> Hello, using lynx as a local filemanager:
> When lynx is started with '/' as argument it works normally.
> But when the root directory is reached via a '..' link then all links look 
> like "file://localhost-link-" without a slash after 'localhost'.
> As a result the links do not work.
> 
> This is on Devuan 'Chiamera', which is equivalent to Debian 'Bullseye'.

I guess that's 2.9.0dev.6, which appears to have a problem when I do

/usr/bin/lynx file://`pwd`

and navigate to the top (a "/' is missing).

But with 2.9.0dev.10 (in Debian/testing), I don't see this problem.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] key binding to insert blank line in textarea?

2021-12-28 Thread Thomas Dickey

On Tue, Dec 28, 2021 at 08:43:04PM +1100, G. Branden Robinson wrote:
> Hi folks,
> 
> I'm using lynx to interact with the Savannah bug tracker and cannot
> figure out how to interleave a reply with a quoted comment.  To do so
> I need to be able to insert a blank line between two existing lines in a
> textarea control.
> 
> There doesn't seem to be much in the way of key binding help while one
> is inside a textarea, and this operation would have no applicability
> outside of a textarea control.

see

https://lynx.invisible-island.net/lynx_help/keystrokes/edit_help.html#editing_keymap

Textarea external edit  - Ctrl-X e

Using ^X-e, you can insert a blank line in your external editor (presumably
set up in the options menu...) and on return, lynx asks if you want to
wrap the lines.

Don't wrap (it'll remove some blank lines).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Port for Android and ios

2021-12-09 Thread Thomas Dickey

- Original Message -
| From: "Joshua Allen" 
| To: "lynx-dev" 
| Sent: Thursday, December 9, 2021 8:36:33 PM
| Subject: [Lynx-dev] Port for Android and ios

| Hi I want to use lynx on Android. Is that a possibility in the new version
| or will I have to fork it?

I don't recall anyone building lynx on either, but if you've got
a working terminal development environment (curses/ncurses, openssl),
then it should build with at most minor changes.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://ftp.invisible-island.net

Re: [Lynx-dev] How to start contributing to the lynx project

2021-11-07 Thread Thomas Dickey

- Original Message -
| From: "lynx-dev" 
| To: "lynx-dev" 
| Sent: Saturday, November 6, 2021 9:38:56 PM
| Subject: [Lynx-dev] How to start contributing to the lynx project

| I'd like to start contributing to the lynx project but I couldn't find any
| guidelines on how to get involved. Is there a version control system I can
| access the code with to fork it?

https://invisible-island.net/lynx/lynx-develop.html

(send patches to the mailing list)

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://ftp.invisible-island.net

Re: [Lynx-dev] [cookies?] unable to log in in http://board.flatassembler.net/

2021-11-04 Thread Thomas Dickey

On Thu, Nov 04, 2021 at 07:22:06PM +, Sylvain BERTRAND wrote:
> Hi,
> 
> is the patch ok to go in?

It looks okay to me.
 
> regards,
> 
> -- 
> Sylvain
> 
> On Wed, Nov 03, 2021 at 07:28:21PM +, Sylvain BERTRAND wrote:
> > Ok, I did dive into the issue and found the bug which is on the server side:
> > the server does bug if you send mix-cased http header names, namely 
> > 'Content-type'
> > instead of 'Content-Type'.
> > Weird, I have a very strong feeling of deja vu.
> > 
> > Here is a patch to work-around those buggy servers with lynx:
> > ---
> > 
> > --- a/WWW/Library/Implementation/HTTP.c
> > +++ b/WWW/Library/Implementation/HTTP.c
> > @@ -1741,13 +1741,13 @@
> > anAnchor->post_content_type
> > ? anAnchor->post_content_type
> > : "lose"));
> > -   HTBprintf(, "Content-type: %s%c%c",
> > +   HTBprintf(, "Content-Type: %s%c%c",
> >   anAnchor->post_content_type
> >   ? anAnchor->post_content_type
> >   : "lose",
> >   CR, LF);
> >  
> > -   HTBprintf(, "Content-length: %d%c%c",
> > +   HTBprintf(, "Content-Length: %d%c%c",
> >   !isBEmpty(anAnchor->post_data)
> >   ? BStrLen(anAnchor->post_data)
> >   : 0,
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] handling of and

2021-11-03 Thread Thomas Dickey

On Wed, Nov 03, 2021 at 07:48:18PM +, Sylvain BERTRAND wrote:
> Hi, me again
> 
> What about the handling of the  and  html elements?
> 
> I mean something that would already display them differently in lynx, and
> probably give the possibily to "send" them to some external applications to be
> handled. I don't know the details of those elements, but they could be
> handle-able thru the mailcap file, couldn't they?

I suppose so (with the right 100-200 lines of code to make the parser
do something for those tags).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] [cookies?] unable to log in in http://board.flatassembler.net/

2021-11-02 Thread Thomas Dickey

On Tue, Nov 02, 2021 at 05:49:54PM +, Sylvain BERTRAND wrote:
> On Mon, Nov 01, 2021 at 08:24:41PM -0400, Thomas Dickey wrote:
> > Set-Cookie: phpbb2mysql_data=deleted; expires=Thu, 01-Jan-1970 00:00:01 
> > GMT; Max-Age=0; path=/; secure
> > Set-Cookie: phpbb2mysql_sid=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; 
> > Max-Age=0; path=/; secure
> 
> Ok. If I understood correctly, the web server is sending to lynx, headers to
> delete those 2 above cookies, but is not to links/others, namely it is sending
> correct cookies?

I don't see in the trace that it sends cookies - those lines are intended
to delete the cookies.

I'm assuming that lynx is getting the same information as elinks and w3m.
(it's not related to user-agent...).  Recompiling those (to capture the
actual headers _they_ see) would be simpler than firefox...

That's something I'd do on the weekend.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net

signature.asc
Description: PGP signature

Re: [Lynx-dev] [cookies?] unable to log in in http://board.flatassembler.net/

2021-11-01 Thread Thomas Dickey

On Mon, Nov 01, 2021 at 08:22:24PM +, Sylvain BERTRAND wrote:
> Hi,
> 
> I don't know if it is my build (2.9.0 dev10), but I am unable to log in
> http://board.flatassembler.net/ .
> The cooky jar shows only 1 empty cookie from this web site.

Perhaps this:

In lynx's trace (showing the header returned by the server),
the cookies have bogus expiration times:

Set-Cookie: phpbb2mysql_data=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; 
Max-Age=0; path=/; secure
Set-Cookie: phpbb2mysql_sid=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; 
Max-Age=0; path=/; secure

but using chrome, the expiration is filled in for 24 hours from now.
 
> Somebody else from the forum did tri a 2.8.0 dev 16 and failed too.
> 
> (links browser working ok)

elinks says the cookies expire "now".

(other browsers hide that information, someone may dig into them to report)

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] "

2021-10-30 Thread Thomas Dickey

On Sat, Oct 30, 2021 at 08:08:35PM +0200, Gisle Vanem wrote:
> Downloading and building the latest (?)

not just the latest (in a quick check, 2.8.9rel.1 does the same)
so it doesn't appear to be a new problem.

>   ftp://ftp.invisible-island.net/lynx/tarballs/lynx2.9.0dev.10.zip
> 
> I discovered a simple:
>   
>   
>   ...
> 
> fails to find a resource on the page.
> 
> Like on my page 'http://watt-32.net/dx/', Lynx believes all local
> links are at "..". E.g. the last is at:
>   http://watt-32.net/R-Amazonia-DRM-from-New-Carolina.png
> 
> Why?

no quick answer (I might have time to dig into this tomorrow)

I suspect that this chunk in the trace-file is what you're asking about:

HTParse:  result:`//watt-32.net'
HTParse: aName:`./'
   relatedName:`'
   want: punc path
HTParse: (REL)
HTParse:  result:`'
*HTML_BASE: final href=`http://watt-32.net/'

> No problem in other browsers.
> 
> -- 
> --gv
> 

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Build failures on hppa architectures after update from 2.9.0dev.9 to 2.9.0dev.10

2021-10-30 Thread Thomas Dickey

- Original Message -
| From: "Thomas Dickey" 
| To: "Mouse" 
| Cc: "lynx-dev" 
| Sent: Saturday, October 30, 2021 9:18:24 AM
| Subject: Re: [Lynx-dev] Build failures on hppa architectures after update 
from 2.9.0dev.9 to 2.9.0dev.10

| On Sat, Oct 30, 2021 at 08:54:47AM -0400, Mouse wrote:
|> > The relevant compile error seems to be this:
|> 
|> > gcc -DHAVE_CONFIG_H [...] ../../../WWW/Library/Implementation/HTMLGen.c
|> > /tmp/cc3NiXQT.s: Assembler messages:
|> > /tmp/cc3NiXQT.s:18552: Error: Invalid Shift/Extract/Deposit Condition.
|> > /tmp/cc3NiXQT.s:18552: Error: Undefined absolute constant: '.loc'.
|> > /tmp/cc3NiXQT.s:18552: Error: Field out of range [0..31] (-1).
|> > /tmp/cc3NiXQT.s:18552: Error: Invalid operands
|> > make[2]: *** [makefile:245: SGML.o] Error 1
|> 
|> You compiled a .c file and got invalid assembly?  Unless the .c
|> contains inline assembly - and I can't see why HTMLGen.c would - I have
|> trouble calling that anything but a bug in the compiler.  (Of course,
|> lynx may want to try to work around the bug; that's a separate
|> question.)
| 
| yes - if it were something that I could reproduce, I'd be checking that.
| But "hppa" (HP PA-RISC, I guess) is out of my reach.
| 
| (aside from suggesting that they turn off optimization, no help)

Between the last-successful and first-failed builds, gcc is updated:

https://buildd.debian.org/status/fetch.php?pkg=lynx=hppa=2.9.0dev.9-2=1629041931=0

checking version of gcc... 10.2.1

https://buildd.debian.org/status/fetch.php?pkg=lynx=hppa=2.9.0dev.10-1=1635443140=0

checking version of gcc... 11.2.0

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://ftp.invisible-island.net

Re: [Lynx-dev] ANN: lynx2.9.0dev.10

2021-10-30 Thread Thomas Dickey

On Sat, Oct 30, 2021 at 04:43:42PM +0800, Kuang-che Wu wrote:
> On Wed, Oct 27, 2021 at 08:19:30AM +0000, Thomas Dickey wrote:
> > 2021-10-24 (2.9.0dev.10)
> > * several fixes for problems found using asan2 with fuzzer-generated data
> >   (report/testcases by Kuang-che Wu) -TD
> 
> Sample test cases:
> (all below cases are zstd compressed and base64 encoded)

These appear to work properly with dev.10

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Build failures on hppa architectures after update from 2.9.0dev.9 to 2.9.0dev.10

2021-10-30 Thread Thomas Dickey

On Sat, Oct 30, 2021 at 08:54:47AM -0400, Mouse wrote:
> > The relevant compile error seems to be this:
> 
> > gcc -DHAVE_CONFIG_H [...] ../../../WWW/Library/Implementation/HTMLGen.c
> > /tmp/cc3NiXQT.s: Assembler messages:
> > /tmp/cc3NiXQT.s:18552: Error: Invalid Shift/Extract/Deposit Condition.
> > /tmp/cc3NiXQT.s:18552: Error: Undefined absolute constant: '.loc'.
> > /tmp/cc3NiXQT.s:18552: Error: Field out of range [0..31] (-1).
> > /tmp/cc3NiXQT.s:18552: Error: Invalid operands
> > make[2]: *** [makefile:245: SGML.o] Error 1
> 
> You compiled a .c file and got invalid assembly?  Unless the .c
> contains inline assembly - and I can't see why HTMLGen.c would - I have
> trouble calling that anything but a bug in the compiler.  (Of course,
> lynx may want to try to work around the bug; that's a separate
> question.)

yes - if it were something that I could reproduce, I'd be checking that.
But "hppa" (HP PA-RISC, I guess) is out of my reach.

(aside from suggesting that they turn off optimization, no help)

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] Build failures on hppa architectures after update from 2.9.0dev.9 to 2.9.0dev.10

2021-10-30 Thread Thomas Dickey

On Sat, Oct 30, 2021 at 08:18:40AM +0200, Axel Beckert wrote:
> Hi,
> 
> on Debian we noticed build failures of Lynx 2.9.0dev.10 on the (IIRC
> kinda vintage) hppa architecture (see
> https://www.debian.org/ports/hppa/ + https://parisc.wiki.kernel.org/)
> where Lynx 2.9.0dev.9 still build fine:

That's odd, because the .c file didn't change in dev.10,
nor did any of Lynx's .h files used by this module.

dev.9 did change some of the DTD tables (which might be relevant,
e.g., if a table got larger).
 
> https://buildd.debian.org/status/logs.php?pkg=lynx=hppa
> 
> The problem seems to be reproducible, at least two build runs of Lynx
> 2.9.0dev.10 failed so far.
> 
> The relevant compile error seems to be this:
> 
> gcc -DHAVE_CONFIG_H  -I../../.. -I../../../src -I../../.. -I../../../src  
> -I../../../WWW/Library/Implementation  -Wdate-time -D_FORTIFY_SOURCE=2 
> -DNO_BUILDSTAMP -D_FILE_OFFSET_BITS=64   -DLINUX -D_DEFAULT_SOURCE 
> -D_XOPEN_SOURCE=600 -D_GNU_SOURCE -D_XOPEN_SOURCE_EXTENDED -g -O2 
> -ffile-prefix-map=/<>=. -Wformat -Wall -Werror=format-security   
>  -I../../../WWW/Library/Implementation/ -DACCESS_AUTH -c 
> ../../../WWW/Library/Implementation/HTMLGen.c
> /tmp/cc3NiXQT.s: Assembler messages:
> /tmp/cc3NiXQT.s:18552: Error: Invalid Shift/Extract/Deposit Condition.
> /tmp/cc3NiXQT.s:18552: Error: Undefined absolute constant: '.loc'.
> /tmp/cc3NiXQT.s:18552: Error: Field out of range [0..31] (-1).
> /tmp/cc3NiXQT.s:18552: Error: Invalid operands
> make[2]: *** [makefile:245: SGML.o] Error 1
> 
> Full build log at
> https://buildd.debian.org/status/fetch.php?pkg=lynx=hppa=2.9.0dev.10-1=1635443140=0
> 
> I suspect that some of the fixes for the fuzzer-found issues are not
> compatible with some rough edges of that architecture.

maybe... but the fuzzer-fixes didn't tough this part of the source-code.
Those were all done in .c files:

# WWW/Library/Implementation/SGML.c |   12
# src/GridText.c|   35
# src/HTML.c|8
# src/LYCharUtils.c |9
# src/LYStrings.c   |   14
# src/LYUtils.c |4
# src/TRSTable.c|   10

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

[Lynx-dev] ANN: lynx2.9.0dev.10

2021-10-27 Thread Thomas Dickey

The current version of lynx is 2.8.9

It's available at
https://lynx.invisible-island.net/
ftp://ftp.invisible-island.net/lynx/
2.9.0 Development & patches:
https://lynx.invisible-island.net/current/index.html

Files:
ftp://ftp.invisible-island.net/lynx/patches/lynx2.9.0dev.10.patch.gz
ftp://ftp.invisible-island.net/lynx/patches/lynx2.9.0dev.10.patch.gz.asc
ftp://ftp.invisible-island.net/lynx/tarballs/lynx2.9.0dev.10.tar.bz2
ftp://ftp.invisible-island.net/lynx/tarballs/lynx2.9.0dev.10.tar.bz2.asc
ftp://ftp.invisible-island.net/lynx/tarballs/lynx2.9.0dev.10.tar.gz
ftp://ftp.invisible-island.net/lynx/tarballs/lynx2.9.0dev.10.tar.gz.asc
ftp://ftp.invisible-island.net/lynx/tarballs/lynx2.9.0dev.10.zip

2021-10-24 (2.9.0dev.10)
* several fixes for problems found using asan2 with fuzzer-generated data
  (report/testcases by Kuang-che Wu) -TD
* re-signed copyright/copying files -TD
* update fr.po, id.po, nl.po, sv.po from
http://translationproject.org/latest/lynx
* update config.sub (2021-08-14)

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] lowes.com

2021-10-09 Thread Thomas Dickey

On Sat, Oct 09, 2021 at 10:19:08AM -0600, russellb...@gmail.com wrote:
>   Every attempt to browse lowes.com now returns a 403
> (forbidden) error.  I tried changing my user-agent header (which has

I only see it hang, no 403.

> been:
> 
>   Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.9.2) Gecko/20100115 
> Firefox/3.6 l_y_n_x
> 
> for years.)  It works for links.

...but (testing here) not for w3m or elinks.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Re: [Lynx-dev] deselected radiobuttons

2021-10-03 Thread Thomas Dickey

On Wed, Sep 29, 2021 at 06:34:25PM +, Thorsten Glaser wrote:
...
> I therefore ask you to change the behaviour of lynx as follows:

patches will be duly considered :-)

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

1 2 3 4 5 6 7 8 9 10 >

1 - 100 of 1574 matches

Mail list logo