Re: [TCLCORE] 9.0b3rc0 test results / bugs

[<apn...@ya...>]

Logged ticket and proposed fix for the tktest/wish crash on exit. 

https://core.tcl-lang.org/tk/tktview/d233f01e2a

 

Someone please review.

 

/Ashok

 

From: apnmbx-public--- via Tcl-Core <tcl...@li...> 
Sent: Friday, July 26, 2024 7:08 PM
To: tcl...@li...
Subject: [TCLCORE] 9.0b3rc0 test results / bugs

 

Summary: ignoring usual test noise (file perms on Windows, tdbc drivers) the
following failures seen.

 

- tktest90 crash on exit on Windows 10 x64 (Visual Studio 2022 17.9)

- 2 zlib failures on Linux and a scary compile warning

 

 

Windows

 

Tcl and package tests pass except for lack of tdbc drivers

 

Tk - shows usual "Clipboard busy errors".

 

More important, tktest90 crashes on exit (I think). Narrowed it down to
winClipboard.test (or at least this file by itself triggers the crash unlike
other test files). Anyone testing will likely need to enable the JIT
debugger on Windows else you will not notice the crash as it happens while
exiting. Alternatively, check the Windows Application log where the crash is
reported. My VS Studio debugger reports it cannot determine crash location
because the unhandled exception is .NET 4.0 and the debugger only supports
2.0. I don't even know where .NET enters the picture (does Tk use any UI
features from .NET) ?

 

Linux (Tcl only, do not have a X server)

 

On my WSL installation, all tests pass. 

 

On Stefan's system, 2 zlib failures seen along with a compiler warning.

 

My WSL: Linux IO 5.15.153.1-microsoft-standard-WSL2 #1 SMP Fri Mar 29
23:14:13 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

 

Stefan's system: Linux tcltk.wu.ac.at 6.9.9-200.fc40.x86_64 #1 SMP
PREEMPT_DYNAMIC Thu Jul 11 19:29:01 UTC 2024 x86_64 GNU/Linux

 

==== zlib-8.8 transformation and fconfigure FAILED

==== Contents of test case:

 

    zlib push compress $outSide -dictionary $spdyDict

    fconfigure $outSide -blocking 1 -translation binary -buffering none

    fconfigure $inSide -blocking 1 -translation binary

    puts -nonewline $outSide $spdyHeaders

    chan pop $outSide

    chan close $outSide

    set compressed [read $inSide]

    catch {zlib decompress $compressed} err opt

    list [string length [zlib compress $spdyHeaders]]  [string length
$compressed]  $err [dict get $opt -errorcode] [zlib adler32 $spdyDict]

 

---- Result was:

261 227 {need dictionary} {TCL ZLIB NEED_DICT 2381337010} 2381337010

---- Result should have been (exact matching):

260 222 {need dictionary} {TCL ZLIB NEED_DICT 2381337010} 2381337010

==== zlib-8.8 FAILED

 

 

 

==== zlib-8.16 Bug 3603553: buffer transfer with large writes FAILED

==== Contents of test case:

 

    set f [open $file wb]

    fconfigure $f -buffering none

    zlib push gzip $f

    puts -nonewline $f $largeData

    close $f

    file size $file

 

---- Result was:

54408

---- Result should have been (exact matching):

57647

==== zlib-8.16 FAILED

 

Additionally during compile the following warning is seen:

 

/home/apn/src/tcl9.0b3/unix/tclUnixPipe.c: In function 'TclpCreateProcess':

/home/apn/src/tcl9.0b3/unix/tclUnixPipe.c:431:18: warning: variable
'dsArray' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered]

  431 |     Tcl_DString *dsArray;

      |                  ^~~~~~~

/home/apn/src/tcl9.0b3/unix/tclUnixPipe.c:432:12: warning: variable
'newArgv' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered]

  432 |     char **newArgv;

      |            ^~~~~~~

 

No idea why the errors show on Stefan's box but not my WSL. Perhaps gcc
version.

 

/Ashok