lynx-dev lynx 2.8.2dev19 core dump using the 'form edit text entry field' option

[Larry W. Virden]

Platform SPARC Solaris 2.6, Sun compiler, ncurses, lynx 2.8.2dev19 .

I was filling out a form at http://www.scriptics.com/support/bugForm.html
(well, it's actually deeper into the system - that's the 'entry point'.
I used the new lynx keyboard option to
throw me into my own editor when filling in a text entry field.
I read in a large file into the text field.  I exited.  I completed
the form.  I pressed submit.  After a bit, the server came back with
a 'thank you for your submission' page as always.  I have since
even received my copy of the submission in email as I always do when
submitting a form at this site.

I then did a Q.  I got:

A Fatal error has occurred in Lynx Ver. 2.8.2dev.19

Please notify your system administrator to confirm a bug, and
if confirmed, to notify the lynx-dev list.  Bug reports should
have concise descriptions of the command and/or URL which causes
the problem, the operating system name with version number, the
TCPIP implementation, and any other relevant information.

Do NOT mail the core file if one was generated.
Lynx now exiting with signal:  10

Abort(coredump)
lwv26awu (20921) $ file core
core: ELF 32-bit MSB core file, SPARC, version 1, from 'lynx'
lwv26awu (20922) $ dbx $(whence lynx) core
Reading symbolic information for lynx
core file header read successfully
Reading symbolic information for rtld /usr/lib/ld.so.1
dbx: program is not active
Reading symbolic information for libz.so
Reading symbolic information for libncurses.so.5
Reading symbolic information for libnsl.so.1
Reading symbolic information for libsocket.so.1
Reading symbolic information for libc.so.1
Reading symbolic information for libdl.so.1
Reading symbolic information for libmp.so.2
Reading symbolic information for libc_psr.so.1
program terminated by signal ABRT (Abort)
Current function is FatalProblem
 3301           abort();
(dbx 1) where                                                  
  [1] _kill(0x0, 0x6, 0xef5a2e54, 0x0, 0xffffffff, 0x0), at 0xef587fac
  [2] abort(0xef5a2e54, 0x27, 0xef5aa70c, 0x2f182c, 0x0, 0x0), at 0xef53a4e0
=>[3] FatalProblem(sig = 10), line 3301 in "LYMain.c"
  ---- called from signal handler with signal 10 (SIGBUS) ------
  [4] t_splay(), at 0xef54653c
  [5] t_delete(0x3ca1d0, 0xef5a2e54, 0x636b0600, 0x3ca168, 0x4cf3d8, 0x60), at 
0xef5463a4
  [6] realfree(0x3ca170, 0x3ca1c8, 0xef5a9448, 0xef5a2e54, 0x3ca168, 0x61), at 
0xef546078
  [7] _free_unlocked(0x3a2fd0, 0xef5a93bc, 0xef5a2e54, 0x0, 0xef5a2e54, 
0xef54672c), at 0xef5467e4
  [8] free(0x3a2fd0, 0x0, 0x3, 0x0, 0xef5a2e54, 0x45ba4), at 0xef546734
  [9] HText_free(self = 0x3a0e90), line 615 in "GridText.c"
  [10] free_all_texts(), line 8748 in "GridText.c"
  [11] LYCompleteExit(), line 166 in "LYexit.c"
  [12] LYexit(status = 0), line 92 in "LYexit.c"
  [13] main(argc = 2, argv = 0xefffd864), line 1744 in "LYMain.c"
(dbx 2) 
-- 
Larry W. Virden                 <URL: mailto:address@hidden>
<URL: http://www.purl.org/NET/lvirden/> <*> O- "No one is what he seems."
Unless explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.