You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(19) |
Jul
(96) |
Aug
(144) |
Sep
(222) |
Oct
(496) |
Nov
(171) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(4) |
Feb
(4) |
Mar
(9) |
Apr
(4) |
May
(12) |
Jun
(6) |
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(52) |
Aug
(47) |
Sep
(47) |
Oct
(95) |
Nov
(56) |
Dec
(34) |
2003 |
Jan
(99) |
Feb
(116) |
Mar
(125) |
Apr
(99) |
May
(123) |
Jun
(69) |
Jul
(110) |
Aug
(130) |
Sep
(289) |
Oct
(211) |
Nov
(98) |
Dec
(140) |
2004 |
Jan
(85) |
Feb
(87) |
Mar
(342) |
Apr
(125) |
May
(101) |
Jun
(60) |
Jul
(151) |
Aug
(118) |
Sep
(162) |
Oct
(117) |
Nov
(125) |
Dec
(95) |
2005 |
Jan
(141) |
Feb
(54) |
Mar
(79) |
Apr
(83) |
May
(74) |
Jun
(125) |
Jul
(63) |
Aug
(89) |
Sep
(130) |
Oct
(89) |
Nov
(34) |
Dec
(39) |
2006 |
Jan
(98) |
Feb
(62) |
Mar
(56) |
Apr
(94) |
May
(169) |
Jun
(41) |
Jul
(34) |
Aug
(35) |
Sep
(132) |
Oct
(722) |
Nov
(381) |
Dec
(36) |
2007 |
Jan
(34) |
Feb
(174) |
Mar
(15) |
Apr
(35) |
May
(74) |
Jun
(15) |
Jul
(8) |
Aug
(18) |
Sep
(39) |
Oct
(125) |
Nov
(89) |
Dec
(129) |
2008 |
Jan
(176) |
Feb
(91) |
Mar
(69) |
Apr
(178) |
May
(310) |
Jun
(434) |
Jul
(171) |
Aug
(73) |
Sep
(187) |
Oct
(132) |
Nov
(259) |
Dec
(292) |
2009 |
Jan
(27) |
Feb
(54) |
Mar
(35) |
Apr
(54) |
May
(93) |
Jun
(10) |
Jul
(36) |
Aug
(36) |
Sep
(93) |
Oct
(52) |
Nov
(45) |
Dec
(74) |
2010 |
Jan
(20) |
Feb
(120) |
Mar
(165) |
Apr
(101) |
May
(56) |
Jun
(12) |
Jul
(73) |
Aug
(306) |
Sep
(154) |
Oct
(82) |
Nov
(63) |
Dec
(42) |
2011 |
Jan
(176) |
Feb
(86) |
Mar
(199) |
Apr
(86) |
May
(237) |
Jun
(50) |
Jul
(26) |
Aug
(56) |
Sep
(42) |
Oct
(62) |
Nov
(62) |
Dec
(52) |
2012 |
Jan
(35) |
Feb
(33) |
Mar
(128) |
Apr
(152) |
May
(133) |
Jun
(21) |
Jul
(74) |
Aug
(423) |
Sep
(165) |
Oct
(129) |
Nov
(387) |
Dec
(276) |
2013 |
Jan
(105) |
Feb
(30) |
Mar
(130) |
Apr
(42) |
May
(60) |
Jun
(79) |
Jul
(101) |
Aug
(46) |
Sep
(81) |
Oct
(14) |
Nov
(43) |
Dec
(4) |
2014 |
Jan
(25) |
Feb
(32) |
Mar
(30) |
Apr
(80) |
May
(42) |
Jun
(23) |
Jul
(68) |
Aug
(127) |
Sep
(112) |
Oct
(72) |
Nov
(29) |
Dec
(69) |
2015 |
Jan
(35) |
Feb
(49) |
Mar
(95) |
Apr
(10) |
May
(70) |
Jun
(64) |
Jul
(93) |
Aug
(85) |
Sep
(43) |
Oct
(38) |
Nov
(124) |
Dec
(29) |
2016 |
Jan
(253) |
Feb
(181) |
Mar
(132) |
Apr
(419) |
May
(68) |
Jun
(90) |
Jul
(52) |
Aug
(142) |
Sep
(131) |
Oct
(80) |
Nov
(84) |
Dec
(192) |
2017 |
Jan
(329) |
Feb
(842) |
Mar
(248) |
Apr
(85) |
May
(247) |
Jun
(186) |
Jul
(37) |
Aug
(73) |
Sep
(98) |
Oct
(108) |
Nov
(143) |
Dec
(143) |
2018 |
Jan
(155) |
Feb
(139) |
Mar
(72) |
Apr
(112) |
May
(82) |
Jun
(119) |
Jul
(24) |
Aug
(33) |
Sep
(179) |
Oct
(295) |
Nov
(111) |
Dec
(34) |
2019 |
Jan
(20) |
Feb
(29) |
Mar
(49) |
Apr
(89) |
May
(185) |
Jun
(131) |
Jul
(9) |
Aug
(59) |
Sep
(30) |
Oct
(44) |
Nov
(118) |
Dec
(53) |
2020 |
Jan
(70) |
Feb
(108) |
Mar
(50) |
Apr
(9) |
May
(70) |
Jun
(24) |
Jul
(103) |
Aug
(82) |
Sep
(132) |
Oct
(119) |
Nov
(174) |
Dec
(169) |
2021 |
Jan
(75) |
Feb
(51) |
Mar
(76) |
Apr
(73) |
May
(53) |
Jun
(120) |
Jul
(114) |
Aug
(73) |
Sep
(70) |
Oct
(18) |
Nov
(26) |
Dec
|
2022 |
Jan
(26) |
Feb
(63) |
Mar
(64) |
Apr
(64) |
May
(48) |
Jun
(74) |
Jul
(129) |
Aug
(106) |
Sep
(238) |
Oct
(169) |
Nov
(149) |
Dec
(111) |
2023 |
Jan
(110) |
Feb
(47) |
Mar
(82) |
Apr
(106) |
May
(168) |
Jun
(101) |
Jul
(155) |
Aug
(35) |
Sep
(51) |
Oct
(55) |
Nov
(134) |
Dec
(202) |
2024 |
Jan
(103) |
Feb
(129) |
Mar
(154) |
Apr
(89) |
May
(60) |
Jun
(162) |
Jul
(201) |
Aug
(61) |
Sep
(74) |
Oct
|
Nov
|
Dec
|
From: Csaba N. <csa...@t-...> - 2024-09-19 08:55:42
|
Hi Harald, It is not relevant at all whether the screen is small or large. The only relevant thing is its scaling level. Your large screen has a scaling of 100%, while your laptop's screen is very probably configured to have a scaling of 150%. Many of the scripts within the Tk test suite assume that the display's scaling level is 100%. It is quite normal for these tests to fail when they are run on a screen having a higher scaling level. Best regards, Csaba Am 18.09.24 um 23:58 schrieb Harald Oehlmann: > Dear Tk team, > I retested tk 8.6.15 on travel, where I only had the small laptop screen. > > I had 9 test failures. They are going away with the large screen. > Remark, that the computer should be booted on this screen, not only > switched to it. I think, this makes a difference. > > While the test was running, I saw very small characters in text boxes > etc, like 4 points high. When the test is run on the large screen, they > are around 11 points high. > > Is this normal behaviour, as some tests need a larger screen? > > The failures are below. > > MS-VC6.00 32 bit on MS-Win 10 64 bit. > > Thank you for all, > Harald > > ---- > > ==== frame-12.3 FrameWorldChanged procedure FAILED > ==== Contents of test case: > > # Check reaction on font change > font create myfont -family courier -size 10 > labelframe .f -font myfont -text Mupp > place .f -x 0 -y 0 -width 40 -height 40 > pack [frame .f.f] -fill both -expand 1 > update > set h1 [font metrics myfont -linespace] > set y1 [winfo y .f.f] > font configure myfont -size 20 > update ; # services the "TheWorldHasChanged" event, queues > "TkWorldChanged" events > update ; # services the queued "TkWorldChanged" events > set h2 [font metrics myfont -linespace] > set y2 [winfo y .f.f] > expr {($h2 - $h1) - ($y2 - $y1)} > > ---- Result was: > 20 > ---- Result should have been (exact matching): > 0 > ==== frame-12.3 FAILED > > ==== frame-14.1 labelframe labelwidget option FAILED > ==== Contents of test case: > > # Test that label is moved in stacking order > label .l -text Mupp -font {helvetica 8} > labelframe .f -labelwidget .l > pack .f > frame .f.f -width 50 -height 50 > pack .f.f > update > list [winfo children .] [winfo width .f] [expr {[winfo height .f] > - [winfo height .l]}] > > ---- Result was: > {.f .l} 57 52 > ---- Result should have been (exact matching): > {.f .l} 54 52 > ==== frame-14.1 FAILED > > ==== grid-16.11 layout uniform (shrink) FAILED > ==== Contents of test case: > > frame .f1 -width 75 -height 50 > frame .f2 -width 100 -height 95 > grid .f1 .f2 -sticky news > grid columnconfigure . {0 1} -uniform a > grid columnconfigure . 0 -weight 1 > update > set res {} > lappend res [grid bbox . 0 0] [grid bbox . 1 0] > grid propagate . 0 > . configure -width 150 -height 95 > update > lappend res [grid bbox . 0 0] [grid bbox . 1 0] > > ---- Result was: > {0 0 100 95} {100 0 100 95} {0 0 76 95} {76 0 100 95} > ---- Result should have been (exact matching): > {0 0 100 95} {100 0 100 95} {0 0 50 95} {50 0 100 95} > ==== grid-16.11 FAILED > > ==== grid-16.13 layout span FAILED > ==== Contents of test case: > > frame .f1 -width 24 -height 20 > frame .f2 -width 38 -height 20 > frame .f3 -width 150 -height 20 > grid .f1 - - .f2 > grid .f3 - - - > set res {} > foreach w {{0 1 0 0} {0 0 1 0} {1 3 4 0} {1 2 1 2} {1 1 1 12}} { > for {set c 0} {$c < 4} {incr c} { > grid columnconfigure . $c -weight [lindex $w $c] > } > update > set res2 {} > for {set c 0} {$c <= 4} {incr c} { > lappend res2 [lindex [grid bbox . $c 0] 2] > } > lappend res $res2 > } > return $res > # The last result below should ideally be 8 8 8 126 but the current > # implementation is not exact enough. > > ---- Result was: > {0 138 0 38 0} {0 0 138 38 0} {17 52 69 38 0} {22 47 22 85 0} {8 10 11 > 147 0} > ---- Result should have been (exact matching): > {0 112 0 38 0} {0 0 112 38 0} {14 42 56 38 0} {18 38 18 76 0} {7 8 9 126 0} > ==== grid-16.13 FAILED > > ==== grid-16.14 layout span FAILED > ==== Contents of test case: > > frame .f1 -width 110 -height 20 > frame .f2 -width 38 -height 20 > frame .f3 -width 150 -height 20 > grid .f1 - - .f2 > grid .f3 - - - > set res {} > foreach w {{0 1 0 0} {0 0 1 0} {1 3 4 0} {1 2 1 3} {1 1 1 12}} { > for {set c 0} {$c < 4} {incr c} { > grid columnconfigure . $c -weight [lindex $w $c] > } > update > set res2 {} > for {set c 0} {$c <= 4} {incr c} { > lappend res2 [lindex [grid bbox . $c 0] 2] > } > lappend res $res2 > } > return $res > > ---- Result was: > {0 138 0 38 0} {0 0 138 38 0} {17 52 69 38 0} {30 63 31 52 0} {37 39 39 > 61 0} > ---- Result should have been (exact matching): > {0 112 0 38 0} {0 0 112 38 0} {14 42 56 38 0} {27 55 28 40 0} {36 37 37 > 40 0} > ==== grid-16.14 FAILED > > ---- grid-16.15 start > > > ==== grid-16.15 layout span FAILED > ==== Contents of test case: > > frame .f1 -width 24 -height 20 > frame .f2 -width 38 -height 20 > frame .f3 -width 150 -height 20 > grid .f1 - - .f2 > grid x .f3 - - > set res {} > foreach w {{0 1 0 0} {0 0 1 0} {1 0 1 0} {0 0 0 0} {1 0 0 6}} { > for {set c 0} {$c < 4} {incr c} { > grid columnconfigure . $c -weight [lindex $w $c] > } > update > set res2 {} > for {set c 0} {$c <= 4} {incr c} { > lappend res2 [lindex [grid bbox . $c 0] 2] > } > lappend res $res2 > } > return $res > > ---- Result was: > {0 138 0 38 0} {0 0 138 38 0} {13 0 125 38 0} {0 37 37 76 0} {3 12 12 > 149 0} > ---- Result should have been (exact matching): > {0 112 0 38 0} {0 0 112 38 0} {0 0 112 38 0} {0 37 37 76 0} {0 12 12 126 0} > ==== grid-16.15 FAILED > > ---- grid-16.16 start > > > ==== grid-16.16 layout span FAILED > ==== Contents of test case: > > frame .f1 -width 64 -height 20 > frame .f2 -width 38 -height 20 > frame .f3 -width 150 -height 20 > frame .f4 -width 15 -height 20 > frame .f5 -width 18 -height 20 > frame .f6 -width 20 -height 20 > grid .f1 - x .f2 > grid .f3 - - - > grid .f4 .f5 .f6 > set res {} > foreach w {{1 1 5 1} {0 0 1 0} {1 3 4 0} {1 2 1 2} {1 1 1 12}} { > for {set c 0} {$c < 4} {incr c} { > grid columnconfigure . $c -weight [lindex $w $c] > } > update > set res2 {} > for {set c 0} {$c <= 4} {incr c} { > lappend res2 [lindex [grid bbox . $c 0] 2] > } > lappend res $res2 > } > return $res > > ---- Result was: > {33 37 59 47 0} {30 34 74 38 0} {25 52 61 38 0} {29 48 33 66 0} {31 36 > 24 85 0} > ---- Result should have been (exact matching): > {30 34 43 43 0} {30 34 48 38 0} {22 42 48 38 0} {25 39 29 57 0} {30 34 > 22 64 0} > ==== grid-16.16 FAILED > > ---- grid-16.17 start > ---- grid-16.18 start > ---- grid-17.1 start > ---- grid-18.1 start > ---- grid-18.2 start > > > ==== grid-18.2 test support for minreqsize FAILED > ==== Contents of test case: > > toplevel .pack > wm geometry .pack {} > frame .pack.l -width 150 -height 100 > labelframe .pack.lf -labelwidget .pack.l > pack .pack.lf -fill both -expand 1 > frame .pack.lf.f -width 20 -height 25 > grid .pack.lf.f > update > set res [list [winfo geometry .pack.lf]] > .pack.lf configure -labelanchor ws > update > lappend res [winfo geometry .pack.lf] > destroy .pack > return $res > > ---- Result was: > 176x127+0+0 176x112+0+0 > ---- Result should have been (exact matching): > 162x127+0+0 172x112+0+0 > ==== grid-18.2 FAILED > > ==== pack-19.2 test support for minreqsize FAILED > ==== Contents of test case: > > wm geometry .pack {} > frame .pack.l -width 150 -height 100 > labelframe .pack.lf -labelwidget .pack.l > pack .pack.lf -fill both -expand 1 > frame .pack.lf.f -width 20 -height 25 > pack .pack.lf.f > update > set res [list [winfo geometry .pack.lf]] > .pack.lf configure -labelanchor ws > update > lappend res [winfo geometry .pack.lf] > > ---- Result was: > 176x127+0+0 176x112+0+0 > ---- Result should have been (exact matching): > 162x127+0+0 172x112+0+0 > ==== pack-19.2 FAILED > > ==== scrollbar-3.35 ScrollbarWidgetCmd procedure, "fraction" option FAILED > ==== Contents of test case: > > format {%.6g} [.s fraction 4 21] > > ---- Result was: > 0 > ---- Result should have been (exact matching): > -0.0340136 > ==== scrollbar-3.35 FAILED > > ---- scrollbar-3.36 start > > > ==== scrollbar-3.36 ScrollbarWidgetCmd procedure, "fraction" option FAILED > ==== Contents of test case: > > format {%.6g} [.s fraction 4 179] > > ---- Result was: > 1 > ---- Result should have been (exact matching): > 1.04082 > ==== scrollbar-3.36 FAILED > > ---- scrollbar-3.37 start > ---- scrollbar-3.38 start > > > ==== scrollbar-3.38 ScrollbarWidgetCmd procedure, "fraction" option FAILED > ==== Contents of test case: > > format {%.6g} [.s fraction 4 178] > > ---- Result was: > 1 > ---- Result should have been (exact matching): > 1.03401 > ==== scrollbar-3.38 FAILED > > ==== scrollbar-6.27 ScrollbarPosition procedure FAILED > ==== Contents of test case: > > .s identify [expr {[winfo width .s] / 2}] [expr {int(.4 / [.s delta > 0 1]) > + [testmetrics cyvscroll .s]}] > > ---- Result was: > slider > ---- Result should have been (exact matching): > trough2 > ==== scrollbar-6.27 FAILED > > ==== text-10.38 TextWidgetCmd procedure, "count" option FAILED > ==== Contents of test case: > > .t configure -width 20 -height 10 > update > .t insert end [string repeat "abcde " 50]\n > .t insert end [string repeat "fghij " 50]\n > .t insert end [string repeat "klmno " 50] > .t count -lines -chars -indices -displaylines 1.0 end > > ---- Result was: > 3 903 903 39 > ---- Result should have been (exact matching): > 3 903 903 45 > ==== text-10.38 FAILED > > ==== textImage-4.2 alignment checking - baseline FAILED > ==== Contents of test case: > > catch { > image create photo small -width 5 -height 5 > small put red -to 0 0 4 4 > image create photo large -width 50 -height 50 > large put green -to 0 0 50 50 > } > font create test_font2 -size 5 > text .t -font test_font2 -bd 0 -highlightthickness 0 -padx 0 -pady 0 > pack .t > .t image create end -image large > .t image create end -image small -align baseline > .t insert end test > update > # Sizes larger than 25 can be too big and lead to a negative 'norm', > # at least on Windows XP with certain settings. > foreach size {10 15 20 25} { > font configure test_font2 -size $size > array set Metrics [font metrics test_font2] > update ; # services the idle "TheWorldHasChanged" event, > queues "TkWorldChanged" events > update ; # services the queued "TkWorldChanged" events > foreach {x y w h} [.t bbox small] {} > set norm [expr { > (([image height large] - $Metrics(-linespace))/2 > + $Metrics(-ascent) - [image height small] - $y) > }] > lappend result "$size $norm" > } > return $result > > ---- Result was: > {10 0} {15 0} {20 0} {25 -4} > ---- Result should have been (exact matching): > {10 0} {15 0} {20 0} {25 0} > ==== textImage-4.2 FAILED > > ==== winWm-2.4 TkpWmSetState FAILED > ==== Contents of test case: > > toplevel .t > wm geometry .t 150x50+10+10 > update > lappend result [list [wm state .t] [wm geometry .t]] > wm iconify .t > update > lappend result [list [wm state .t] [wm geometry .t]] > wm geometry .t 200x50+10+10 > update > lappend result [list [wm state .t] [wm geometry .t]] > wm deiconify .t > update > lappend result [list [wm state .t] [wm geometry .t]] > > ---- Result was: > {normal 176x50+10+10} {iconic 176x50+10+10} {iconic 176x50+10+10} > {normal 200x50+10+10} > ---- Result should have been (exact matching): > {normal 150x50+10+10} {iconic 150x50+10+10} {iconic 150x50+10+10} > {normal 200x50+10+10} > ==== winWm-2.4 FAILED > > ---- winWm-3.1 start > ---- winWm-4.1 start > ---- winWm-5.1 start > > > ==== winWm-5.1 UpdateGeometryInfo: menu resizing FAILED > ==== Contents of test case: > > toplevel .t > frame .t.f -width 150 -height 50 -background red > pack .t.f > update > set result [winfo height .t] > menu .t.m > .t.m add command -label foo > .t configure -menu .t.m > update > lappend result [winfo height .t] > .t.m add command -label "thisisreallylong" > .t.m add command -label "thisisreallylong" > update > lappend result [winfo height .t] > > ---- Result was: > 50 50 0 > ---- Result should have been (exact matching): > 50 50 31 > ==== winWm-5.1 FAILED > > ==== wm-geometry-2.1 setting values FAILED > ==== Contents of test case: > > wm geometry .t 150x150+50+50 > update > set result [wm geometry .t] > wm geometry .t {} > update > return [list $result [string equal [wm geometry .t] $result]] > > ---- Result was: > 176x150+50+50 0 > ---- Result should have been (glob matching): > 150x150+*+* 0 > ==== wm-geometry-2.1 FAILED > > ==== treeview-identify-8 identify element FAILED > ==== Contents of test case: > > .tv configure -show {tree} > .tv insert branch 0 -id branch2 -open true > .tv insert branch2 0 -id branch3 -open true > .tv insert branch3 0 -id leaf3 > ttk::style configure Treeview -indent 8m > update idletasks > identify* .tv {item element} 4m 5m 12m 15m 20m 25m > > ---- Result was: > branch text branch2 text branch3 text > ---- Result should have been (glob matching): > branch *.indicator branch2 *.indicator branch3 *.indicator > ==== treeview-identify-8 FAILED > > > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core -- Csaba Nemethi https://www.nemethi.de mailto:csa...@t-... |
From: elns <el...@xs...> - 2024-09-19 08:41:22
|
Compiling/building Tcl and Tk ============================= - native from and to x86_64-linux: no errors - cross from x86_64-linux to x86_64-mingw32: no errors Testing Tcl (linux only) ======================== Doing "make test" in the build directory: all tests passed Installing the native x86_64-linux build ======================================== Doing "sudo make install" doesn't install init.tcl (leaving in place any existing files from previous installs). Upon launch of tclsh9.0, this leads to: -- output -- application-specific initialization failed: Cannot find a usable init.tcl in the following directories: {} /usr/local/lib/tcl9.0 /usr/local/lib/tcl9.0 /usr/lib/tcl9.0 /usr/local/library /usr/library /usr/tcl9.0/library /usr/tcl9.0.0/library /tcl9.0.0/library /usr/local/lib/tcl9.0/init.tcl: version conflict for package "tcl": have 9.0.0, need exactly 9.0b2 version conflict for package "tcl": have 9.0.0, need exactly 9.0b2 while executing "package require -exact tcl 9.0b2" (file "/usr/local/lib/tcl9.0/init.tcl" line 18) invoked from within "source /usr/local/lib/tcl9.0/init.tcl" ("uplevel" body line 1) invoked from within "uplevel #0 [list source $tclfile]" /usr/local/lib/tcl9.0/init.tcl: version conflict for package "tcl": have 9.0.0, need exactly 9.0b2 version conflict for package "tcl": have 9.0.0, need exactly 9.0b2 while executing "package require -exact tcl 9.0b2" (file "/usr/local/lib/tcl9.0/init.tcl" line 18) invoked from within "source /usr/local/lib/tcl9.0/init.tcl" ("uplevel" body line 1) invoked from within "uplevel #0 [list source $tclfile]" This probably means that Tcl wasn't installed properly. -- end of output -- I believe that "sudo make install" ought install init.tcl too, overwriting any already existing file. (After having invoked an extra "sudo make install-libraries", init.tcl is being installed together with the libraries, and all is well.) Running the x86_64-linux build (after the above install-tweak) ============================================================== Running the test scripts for windetect-2.0.0 and tkwintrack-2.1.0 (which are demanding for Tk), went fine. Running the cross-compiled tclsh90 and wish90 on MS Windows =========================================================== Running the test scripts for windetect-2.0.0 and tkwintrack-2.1.0 (which are demanding for Tk), went fine. Regards, Erik Leunissen. -- On 9/18/24 21:32, Donald G Porter via Tcl-Core wrote: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ > > are RC1 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 > > This is the second of a sequence of candidate releases leading to the release of > Tcl/Tk 9.0.0. Testing of builds and operations on multiple platforms is invited. Open > tickets on any problems discovered, or raise the issue in a reply to this message. > > The Tcl pre-release includes pre-releases of the packages Thread 3.0.0 and Itcl 4.3.1. > The same level of vetting on them is also appreciated. The released packages > sqlite 3.45.3 and TDBC* 1.1.9 are also included. > > Several fixes and improvements brought to light under examination of the RC0 > release candidates are in these new offerings. > > Thank you for your contributions and assistance. > |
From: Torsten B. <be...@ty...> - 2024-09-19 08:36:35
|
Hi, running the test suite on a Mac mini (M1 processor from 2020) with macOS Ventura 13.6.9: - all tests pass for Tcl - three failures for Tk: the first two do not seem to be related to Tk, for the third is weird and I can't see why maxsize reports values bigger than the scree size. However, this does not seem too critical, or? ==== treetags-2.1 Events delivered to tags FAILED ==== Contents of test case: focus -force $tv ; update ;# needed so [event generate] delivers Key $tv focus item1 event generate $tv <a> set ::KEY ---- Test generated error; Return code was: 1 ---- Return code should have been one of: 0 2 ---- errorInfo: can't read "::KEY": no such variable while executing "set ::KEY" ("uplevel" body line 5) invoked from within "uplevel 1 $script" ---- errorCode: TCL LOOKUP VARNAME ::KEY ==== treetags-2.1 FAILED ==== treetags-2.2 Events delivered to correct tags FAILED ==== Contents of test case: $tv tag bind tag2 <Key> [list set ::KEY2 %A] $tv focus item1 event generate $tv <b> $tv focus item2 event generate $tv <c> list $::KEY $::KEY2 ---- Test generated error; Return code was: 1 ---- Return code should have been one of: 0 2 ---- errorInfo: can't read "::KEY": no such variable while executing "list $::KEY $::KEY2" ("uplevel" body line 9) invoked from within "uplevel 1 $script" ---- errorCode: TCL LOOKUP VARNAME ::KEY ==== treetags-2.2 FAILED ==== wm-maxsize-1.7 maxsize must be <= screen size FAILED ==== Contents of test case: toplevel .t lassign [wm maxsize .t] t_width t_height set s_width [winfo screenwidth .t] set s_height [winfo screenheight .t] expr {($t_width <= $s_width) && ($t_height <= $s_height)} ---- Result was: 0 ---- Result should have been (exact matching): 1 ==== wm-maxsize-1.7 FAILED > Am 18.09.2024 um 21:32 schrieb Donald G Porter via Tcl-Core <tcl...@li...>: > > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ > > are RC1 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 > > This is the second of a sequence of candidate releases leading to the release of > Tcl/Tk 9.0.0. Testing of builds and operations on multiple platforms is invited. Open > tickets on any problems discovered, or raise the issue in a reply to this message. > > The Tcl pre-release includes pre-releases of the packages Thread 3.0.0 and Itcl 4.3.1. > The same level of vetting on them is also appreciated. The released packages > sqlite 3.45.3 and TDBC* 1.1.9 are also included. > > Several fixes and improvements brought to light under examination of the RC0 > release candidates are in these new offerings. > > Thank you for your contributions and assistance. > > -- > | Don Porter Applied and Computational Mathematics Division | > | don...@ni... Information Technology Laboratory | > | http://math.nist.gov/~DPorter/ NIST | > |______________________________________________________________________| > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Torsten B. <be...@ty...> - 2024-09-19 06:35:46
|
Hi, is it a problem that some man pages, when opened in the terminal via `man ...`, report belonging to Tcl 8.7 as this version has never been released? E.g. the footer of these manual pages: array, fpclassify, ledit, lpop. lremove, lseq, process We might ignore this as it will only show up in the terminal version, not in the HTML version, but it is still confusing. Definitely an error, in my view, is mentioning version 8.7 in the body text of manual pages: doc/fpclassify.n:package require \fBtcl 8.7\fR doc/msgcat.n:\fBpackage require tcl 8.7\fR doc/safe.n:Before Tcl version 8.7, the Safe Base kept each safe interpreter's Should this be changed to "9.0"? I think so. For Tk, we only have 8.7 mentioned in the footer of nsimage. I would change these occurrences from 8.7 to 9.0 if there are no objections. Regards, Torsten > Am 18.09.2024 um 21:32 schrieb Donald G Porter via Tcl-Core <tcl...@li...>: > > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ > > are RC1 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 > > This is the second of a sequence of candidate releases leading to the release of > Tcl/Tk 9.0.0. Testing of builds and operations on multiple platforms is invited. Open > tickets on any problems discovered, or raise the issue in a reply to this message. > > The Tcl pre-release includes pre-releases of the packages Thread 3.0.0 and Itcl 4.3.1. > The same level of vetting on them is also appreciated. The released packages > sqlite 3.45.3 and TDBC* 1.1.9 are also included. > > Several fixes and improvements brought to light under examination of the RC0 > release candidates are in these new offerings. > > Thank you for your contributions and assistance. > > -- > | Don Porter Applied and Computational Mathematics Division | > | don...@ni... Information Technology Laboratory | > | http://math.nist.gov/~DPorter/ NIST | > |______________________________________________________________________| > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Harald O. <har...@el...> - 2024-09-18 22:05:37
|
Am 18.09.2024 um 21:32 schrieb Donald G Porter via Tcl-Core: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ > > are RC1 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 All good for me on Win 64 with MS-VC6 32 bit ! Great work ! Harald |
From: Harald O. <har...@el...> - 2024-09-18 21:58:48
|
Dear Tk team, I retested tk 8.6.15 on travel, where I only had the small laptop screen. I had 9 test failures. They are going away with the large screen. Remark, that the computer should be booted on this screen, not only switched to it. I think, this makes a difference. While the test was running, I saw very small characters in text boxes etc, like 4 points high. When the test is run on the large screen, they are around 11 points high. Is this normal behaviour, as some tests need a larger screen? The failures are below. MS-VC6.00 32 bit on MS-Win 10 64 bit. Thank you for all, Harald ---- ==== frame-12.3 FrameWorldChanged procedure FAILED ==== Contents of test case: # Check reaction on font change font create myfont -family courier -size 10 labelframe .f -font myfont -text Mupp place .f -x 0 -y 0 -width 40 -height 40 pack [frame .f.f] -fill both -expand 1 update set h1 [font metrics myfont -linespace] set y1 [winfo y .f.f] font configure myfont -size 20 update ; # services the "TheWorldHasChanged" event, queues "TkWorldChanged" events update ; # services the queued "TkWorldChanged" events set h2 [font metrics myfont -linespace] set y2 [winfo y .f.f] expr {($h2 - $h1) - ($y2 - $y1)} ---- Result was: 20 ---- Result should have been (exact matching): 0 ==== frame-12.3 FAILED ==== frame-14.1 labelframe labelwidget option FAILED ==== Contents of test case: # Test that label is moved in stacking order label .l -text Mupp -font {helvetica 8} labelframe .f -labelwidget .l pack .f frame .f.f -width 50 -height 50 pack .f.f update list [winfo children .] [winfo width .f] [expr {[winfo height .f] - [winfo height .l]}] ---- Result was: {.f .l} 57 52 ---- Result should have been (exact matching): {.f .l} 54 52 ==== frame-14.1 FAILED ==== grid-16.11 layout uniform (shrink) FAILED ==== Contents of test case: frame .f1 -width 75 -height 50 frame .f2 -width 100 -height 95 grid .f1 .f2 -sticky news grid columnconfigure . {0 1} -uniform a grid columnconfigure . 0 -weight 1 update set res {} lappend res [grid bbox . 0 0] [grid bbox . 1 0] grid propagate . 0 . configure -width 150 -height 95 update lappend res [grid bbox . 0 0] [grid bbox . 1 0] ---- Result was: {0 0 100 95} {100 0 100 95} {0 0 76 95} {76 0 100 95} ---- Result should have been (exact matching): {0 0 100 95} {100 0 100 95} {0 0 50 95} {50 0 100 95} ==== grid-16.11 FAILED ==== grid-16.13 layout span FAILED ==== Contents of test case: frame .f1 -width 24 -height 20 frame .f2 -width 38 -height 20 frame .f3 -width 150 -height 20 grid .f1 - - .f2 grid .f3 - - - set res {} foreach w {{0 1 0 0} {0 0 1 0} {1 3 4 0} {1 2 1 2} {1 1 1 12}} { for {set c 0} {$c < 4} {incr c} { grid columnconfigure . $c -weight [lindex $w $c] } update set res2 {} for {set c 0} {$c <= 4} {incr c} { lappend res2 [lindex [grid bbox . $c 0] 2] } lappend res $res2 } return $res # The last result below should ideally be 8 8 8 126 but the current # implementation is not exact enough. ---- Result was: {0 138 0 38 0} {0 0 138 38 0} {17 52 69 38 0} {22 47 22 85 0} {8 10 11 147 0} ---- Result should have been (exact matching): {0 112 0 38 0} {0 0 112 38 0} {14 42 56 38 0} {18 38 18 76 0} {7 8 9 126 0} ==== grid-16.13 FAILED ==== grid-16.14 layout span FAILED ==== Contents of test case: frame .f1 -width 110 -height 20 frame .f2 -width 38 -height 20 frame .f3 -width 150 -height 20 grid .f1 - - .f2 grid .f3 - - - set res {} foreach w {{0 1 0 0} {0 0 1 0} {1 3 4 0} {1 2 1 3} {1 1 1 12}} { for {set c 0} {$c < 4} {incr c} { grid columnconfigure . $c -weight [lindex $w $c] } update set res2 {} for {set c 0} {$c <= 4} {incr c} { lappend res2 [lindex [grid bbox . $c 0] 2] } lappend res $res2 } return $res ---- Result was: {0 138 0 38 0} {0 0 138 38 0} {17 52 69 38 0} {30 63 31 52 0} {37 39 39 61 0} ---- Result should have been (exact matching): {0 112 0 38 0} {0 0 112 38 0} {14 42 56 38 0} {27 55 28 40 0} {36 37 37 40 0} ==== grid-16.14 FAILED ---- grid-16.15 start ==== grid-16.15 layout span FAILED ==== Contents of test case: frame .f1 -width 24 -height 20 frame .f2 -width 38 -height 20 frame .f3 -width 150 -height 20 grid .f1 - - .f2 grid x .f3 - - set res {} foreach w {{0 1 0 0} {0 0 1 0} {1 0 1 0} {0 0 0 0} {1 0 0 6}} { for {set c 0} {$c < 4} {incr c} { grid columnconfigure . $c -weight [lindex $w $c] } update set res2 {} for {set c 0} {$c <= 4} {incr c} { lappend res2 [lindex [grid bbox . $c 0] 2] } lappend res $res2 } return $res ---- Result was: {0 138 0 38 0} {0 0 138 38 0} {13 0 125 38 0} {0 37 37 76 0} {3 12 12 149 0} ---- Result should have been (exact matching): {0 112 0 38 0} {0 0 112 38 0} {0 0 112 38 0} {0 37 37 76 0} {0 12 12 126 0} ==== grid-16.15 FAILED ---- grid-16.16 start ==== grid-16.16 layout span FAILED ==== Contents of test case: frame .f1 -width 64 -height 20 frame .f2 -width 38 -height 20 frame .f3 -width 150 -height 20 frame .f4 -width 15 -height 20 frame .f5 -width 18 -height 20 frame .f6 -width 20 -height 20 grid .f1 - x .f2 grid .f3 - - - grid .f4 .f5 .f6 set res {} foreach w {{1 1 5 1} {0 0 1 0} {1 3 4 0} {1 2 1 2} {1 1 1 12}} { for {set c 0} {$c < 4} {incr c} { grid columnconfigure . $c -weight [lindex $w $c] } update set res2 {} for {set c 0} {$c <= 4} {incr c} { lappend res2 [lindex [grid bbox . $c 0] 2] } lappend res $res2 } return $res ---- Result was: {33 37 59 47 0} {30 34 74 38 0} {25 52 61 38 0} {29 48 33 66 0} {31 36 24 85 0} ---- Result should have been (exact matching): {30 34 43 43 0} {30 34 48 38 0} {22 42 48 38 0} {25 39 29 57 0} {30 34 22 64 0} ==== grid-16.16 FAILED ---- grid-16.17 start ---- grid-16.18 start ---- grid-17.1 start ---- grid-18.1 start ---- grid-18.2 start ==== grid-18.2 test support for minreqsize FAILED ==== Contents of test case: toplevel .pack wm geometry .pack {} frame .pack.l -width 150 -height 100 labelframe .pack.lf -labelwidget .pack.l pack .pack.lf -fill both -expand 1 frame .pack.lf.f -width 20 -height 25 grid .pack.lf.f update set res [list [winfo geometry .pack.lf]] .pack.lf configure -labelanchor ws update lappend res [winfo geometry .pack.lf] destroy .pack return $res ---- Result was: 176x127+0+0 176x112+0+0 ---- Result should have been (exact matching): 162x127+0+0 172x112+0+0 ==== grid-18.2 FAILED ==== pack-19.2 test support for minreqsize FAILED ==== Contents of test case: wm geometry .pack {} frame .pack.l -width 150 -height 100 labelframe .pack.lf -labelwidget .pack.l pack .pack.lf -fill both -expand 1 frame .pack.lf.f -width 20 -height 25 pack .pack.lf.f update set res [list [winfo geometry .pack.lf]] .pack.lf configure -labelanchor ws update lappend res [winfo geometry .pack.lf] ---- Result was: 176x127+0+0 176x112+0+0 ---- Result should have been (exact matching): 162x127+0+0 172x112+0+0 ==== pack-19.2 FAILED ==== scrollbar-3.35 ScrollbarWidgetCmd procedure, "fraction" option FAILED ==== Contents of test case: format {%.6g} [.s fraction 4 21] ---- Result was: 0 ---- Result should have been (exact matching): -0.0340136 ==== scrollbar-3.35 FAILED ---- scrollbar-3.36 start ==== scrollbar-3.36 ScrollbarWidgetCmd procedure, "fraction" option FAILED ==== Contents of test case: format {%.6g} [.s fraction 4 179] ---- Result was: 1 ---- Result should have been (exact matching): 1.04082 ==== scrollbar-3.36 FAILED ---- scrollbar-3.37 start ---- scrollbar-3.38 start ==== scrollbar-3.38 ScrollbarWidgetCmd procedure, "fraction" option FAILED ==== Contents of test case: format {%.6g} [.s fraction 4 178] ---- Result was: 1 ---- Result should have been (exact matching): 1.03401 ==== scrollbar-3.38 FAILED ==== scrollbar-6.27 ScrollbarPosition procedure FAILED ==== Contents of test case: .s identify [expr {[winfo width .s] / 2}] [expr {int(.4 / [.s delta 0 1]) + [testmetrics cyvscroll .s]}] ---- Result was: slider ---- Result should have been (exact matching): trough2 ==== scrollbar-6.27 FAILED ==== text-10.38 TextWidgetCmd procedure, "count" option FAILED ==== Contents of test case: .t configure -width 20 -height 10 update .t insert end [string repeat "abcde " 50]\n .t insert end [string repeat "fghij " 50]\n .t insert end [string repeat "klmno " 50] .t count -lines -chars -indices -displaylines 1.0 end ---- Result was: 3 903 903 39 ---- Result should have been (exact matching): 3 903 903 45 ==== text-10.38 FAILED ==== textImage-4.2 alignment checking - baseline FAILED ==== Contents of test case: catch { image create photo small -width 5 -height 5 small put red -to 0 0 4 4 image create photo large -width 50 -height 50 large put green -to 0 0 50 50 } font create test_font2 -size 5 text .t -font test_font2 -bd 0 -highlightthickness 0 -padx 0 -pady 0 pack .t .t image create end -image large .t image create end -image small -align baseline .t insert end test update # Sizes larger than 25 can be too big and lead to a negative 'norm', # at least on Windows XP with certain settings. foreach size {10 15 20 25} { font configure test_font2 -size $size array set Metrics [font metrics test_font2] update ; # services the idle "TheWorldHasChanged" event, queues "TkWorldChanged" events update ; # services the queued "TkWorldChanged" events foreach {x y w h} [.t bbox small] {} set norm [expr { (([image height large] - $Metrics(-linespace))/2 + $Metrics(-ascent) - [image height small] - $y) }] lappend result "$size $norm" } return $result ---- Result was: {10 0} {15 0} {20 0} {25 -4} ---- Result should have been (exact matching): {10 0} {15 0} {20 0} {25 0} ==== textImage-4.2 FAILED ==== winWm-2.4 TkpWmSetState FAILED ==== Contents of test case: toplevel .t wm geometry .t 150x50+10+10 update lappend result [list [wm state .t] [wm geometry .t]] wm iconify .t update lappend result [list [wm state .t] [wm geometry .t]] wm geometry .t 200x50+10+10 update lappend result [list [wm state .t] [wm geometry .t]] wm deiconify .t update lappend result [list [wm state .t] [wm geometry .t]] ---- Result was: {normal 176x50+10+10} {iconic 176x50+10+10} {iconic 176x50+10+10} {normal 200x50+10+10} ---- Result should have been (exact matching): {normal 150x50+10+10} {iconic 150x50+10+10} {iconic 150x50+10+10} {normal 200x50+10+10} ==== winWm-2.4 FAILED ---- winWm-3.1 start ---- winWm-4.1 start ---- winWm-5.1 start ==== winWm-5.1 UpdateGeometryInfo: menu resizing FAILED ==== Contents of test case: toplevel .t frame .t.f -width 150 -height 50 -background red pack .t.f update set result [winfo height .t] menu .t.m .t.m add command -label foo .t configure -menu .t.m update lappend result [winfo height .t] .t.m add command -label "thisisreallylong" .t.m add command -label "thisisreallylong" update lappend result [winfo height .t] ---- Result was: 50 50 0 ---- Result should have been (exact matching): 50 50 31 ==== winWm-5.1 FAILED ==== wm-geometry-2.1 setting values FAILED ==== Contents of test case: wm geometry .t 150x150+50+50 update set result [wm geometry .t] wm geometry .t {} update return [list $result [string equal [wm geometry .t] $result]] ---- Result was: 176x150+50+50 0 ---- Result should have been (glob matching): 150x150+*+* 0 ==== wm-geometry-2.1 FAILED ==== treeview-identify-8 identify element FAILED ==== Contents of test case: .tv configure -show {tree} .tv insert branch 0 -id branch2 -open true .tv insert branch2 0 -id branch3 -open true .tv insert branch3 0 -id leaf3 ttk::style configure Treeview -indent 8m update idletasks identify* .tv {item element} 4m 5m 12m 15m 20m 25m ---- Result was: branch text branch2 text branch3 text ---- Result should have been (glob matching): branch *.indicator branch2 *.indicator branch3 *.indicator ==== treeview-identify-8 FAILED |
From: Donald G P. <don...@ni...> - 2024-09-18 19:32:53
|
Now available at https://sourceforge.net/projects/tcl/files/Tcl/9.0.0/ are RC1 candidate source code distribution pre-releases of Tcl and Tk 9.0.0 This is the second of a sequence of candidate releases leading to the release of Tcl/Tk 9.0.0. Testing of builds and operations on multiple platforms is invited. Open tickets on any problems discovered, or raise the issue in a reply to this message. The Tcl pre-release includes pre-releases of the packages Thread 3.0.0 and Itcl 4.3.1. The same level of vetting on them is also appreciated. The released packages sqlite 3.45.3 and TDBC* 1.1.9 are also included. Several fixes and improvements brought to light under examination of the RC0 release candidates are in these new offerings. Thank you for your contributions and assistance. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donal F. <don...@ma...> - 2024-09-18 14:26:08
|
Hi everyone Is it just my impression, but is HAVE_ZLIB always defined to be 1 in all builds of 9.0? It appears to be so, and we have a fallback in place for when the system doesn't provide the zlib library so I think it should always be defined. If it is so, we can remove a few bits of tclZlib.c and tclZipfs.c that are providing pointless stubs because they'll never get actually built. Code that never ever gets built is code we shouldn't retain (well, I think that's so anyway and I hope you agree). Donal. |
From: Steve L. <st...@di...> - 2024-09-16 23:55:06
|
I’ve updated the wiki MOTD. I note there isn’t a “Changes in Tcl/Tk 8.6.15” wiki page, unlike previous releases (e.g. https://wiki.tcl-lang.org/page/Changes+in+Tcl%2FTk+8%2E6%2E14). I won’t have the time to add this myself so if anyone wants to contribute that page I’ll add it to the Wiki MOTD. -- Steve On 17 Sep 2024 at 12:29 AM +0800, Donald G Porter via Tcl-Core <tcl...@li...>, wrote: > > Tcl / Tk 8.6.15 are now released. If you notice something that should be updated to reflect that news which has not been updated, please bring that to our attention here. If it's in your power to make the update, please go ahead. > > -- > | Don Porter Applied and Computational Mathematics Division | > | don...@ni... Information Technology Laboratory | > | http://math.nist.gov/~DPorter/ NIST | > |______________________________________________________________________| > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Donal F. <don...@ma...> - 2024-09-16 17:30:44
|
Paul Obermeier <pa...@po...> wrote: > Warnings Tk 8.6.15 using Mac-M2 Sonoma gcc 15.0: > > /Users/obermeier/poSoft/BawtBuilds/poAppsDistribution/poApps-8.6.15- > 8.6.15/Darwin/x64/Release/Build/Tk/unix/../macosx/tkMacOSXDraw.c:1158: > 8: warning: 'scrollRect:by:' is deprecated: first deprecated in macOS 10.14 - > Use NSScrollView to achieve scrolling views. [-Wdeprecated-declarations] > [view scrollRect:viewSrcRect by:NSMakeSize(dx, -dy)]; > ^ > /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/D > eveloper/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/ > Headers/NSView.h:216:1: note: 'scrollRect:by:' has been explicitly marked > deprecated here > - (void)scrollRect:(NSRect)rect by:(NSSize)delta API_DEPRECATED("Use > NSScrollView to achieve scrolling views.", macos(10.0,10.14)); ^ > 1 warning generated. That looks like a warning that's in the "not going to be fixed" category; the alternative suggested is (as far as I can tell) incompatible with how Tk does scrollbars (as we aren't going to make scrollable widgets inherit from NSScrollView). If others concur, that will be a message to suppress. The real worry is that the deprecated thing will end up being removed with nothing useful (to us) to replace it. Donal. |
From: Donald G P. <don...@ni...> - 2024-09-16 16:28:44
|
Tcl / Tk 8.6.15 are now released. If you notice something that should be updated to reflect that news which has not been updated, please bring that to our attention here. If it's in your power to make the update, please go ahead. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Harald O. <har...@el...> - 2024-09-16 16:20:38
|
Am 16.09.2024 um 17:53 schrieb Donald G Porter via Tcl-Core: > On 9/15/24 06:50, Harald Oehlmann wrote >> In the release notes, it might be helpful, that the following is only >> for Windows platform: >> >> * Repair encoding flaws in [info hostname] visible for non-ASCII names. > The symptom is observed on Windows, but the changes committed to fix it > are in generic code. > > FWIW, I have some doubts that the fix applied continues to solve the > design problem of the ProcessGlobalValues that they can operate both > before and after Tcl's encoding subsystem is fully initialized. It was > always a difficult problem to try to operate under a system encoding > before the filesystem can be used to reach the *.enc files that define > the operations of that encoding. > > As more of the world adopted utf-8 as their system encoding, the problem > faded, and now that newer Tcl releases provide the encoding definition > files in a zip-archive attached filesystem under the built-in utf-8 > encoding, the problem might be entirely put to rest. Hope it doesn't > snag any 8.6.15 users. > Thank you for your insights and valuable clarifications ! Harald |
From: Donald G P. <don...@ni...> - 2024-09-16 16:19:18
|
Tcl/Tk 8.6.15 Release Announcement September 13, 2024 The Tcl Core Team is pleased to announce the 8.6.15 releases of the Tcl dynamic language and the Tk toolkit. This is the fifteenth patch release of Tcl/Tk 8.6. More details can be found below. We would like to express our gratitude to all those who submit bug reports and patches. This information is invaluable in enabling us to identify and eliminate problems in the core. Such reports can be submitted here. https://core.tcl-lang.org/tcl/ticket https://core.tcl-lang.org/tk/ticket We ask that you log in (anonymous if you wish) to create tickets. This deters abuse of the ticketing system: https://core.tcl-lang.org/tcl/login https://core.tcl-lang.org/tcl/login Where to get the new releases: ------------------------------ Tcl/Tk 8.6.15 sources are freely available as open source from the Tcl SourceForge project's file distribution area: http://sourceforge.net/projects/tcl/files/ This distribution is source code only. We keep links to some third parties offering pre-built binaries for various systems here: http://www.tcl-lang.org/software/tcltk/bindist.html For additional information: --------------------------- Please visit the Tcl Developer Xchange web site: http://www.tcl-lang.org/ This site contains a variety of information about Tcl/Tk in general, the core Tcl and Tk distributions, Tcl development tools, and much more. Summary of Changes since Tcl/Tk 8.6.14: -------------------------------------- This is a patch release, so it primarily includes bug fixes and corrections to erratic behavior. Highlighted changes are noted below. The changes file at the root of the source tree contains a more complete list. The Timelines of all changes are online. http://core.tcl-lang.org/tcl/timeline http://core.tcl-lang.org/tk/timeline * [TIP 692] Deprecate Tcl_GetAlias(). Migrate to Tcl_GetAliasObj() * Invoke binding scripts for events with detail field NotifyInferior *** POTENTIAL INCOMPATIBILITY *** * Tcl_NewObjectInstance() errors on namespace re-use. *** POTENTIAL INCOMPATIBILITY -- breaks Itcl 4.2 *** * TCL_PACKAGE_PATH change from Tcl list to platform path convention *** POTENTIAL INCOMPATIBILITY *** * Make [self] work inside [$obj eval] * Fix [$obj varname] for linked varnames * Restore access to alternate data streams (ADS) in NTFS filesystems. * Fix crashes or hangs in... - TclOO + coroutine, oo-22.[34] - entangled destructor and namespace deletion, oo-35.7.* - destruction of reflected channel, iocmd-32.3.* - select notifier with file descriptor >= FD_SETSIZE - [child invokehidden info frame], info-40.0 - [focus -force], focus-8.1 - [$canvas dchars], canvas-11.4 - [$menubutton destroy] * Appearance improvements for... - focus ring, arrows, and classic theme. - last item in a [ttk::treeview]. - down arrow in [ttk::combobox]. * Repair [$photo read -from] flaws in GIF,PNG formats. imgPhoto-19.* * [$photo copy] coordinate check error. See imgPhoto-12.5 * Detect corrupt GIF file and raise error. See imgPhoto-18.6.1 * Fixes to [ttk::treeview] subcommands 'see' and 'bbox'. * Fix default font detection for high DPI * [treeview identify] now point aware * Fix broken undo/redo in [text] widget. * Fix GENFUNC mode of Tcl_ParseArgsObjv(). See tests indexObj-7.* * Fix removal of oo variable by [info exists]. See oo-19.4 * Fix byte compiled [incr] with wide int increment. See incr-1.31 * Repair encoding flaws in [info hostname] visible for non-ASCII names. * Fix incorrect [string is control] results on some private codepoints * Autoload of [::tcl::tm::path] * Fix missing error message in some [interp limit] failures. * Improved hash performance for some hash tables. * Performance optimizations in several encoding primitives. * Correction to rare failed startup search for system encoding * Add encodings: koi8-ru, koi8-t * Add keycodes ISO_Group_Shift and dead_hamza * Updated bundled packages, libraries, standards, data - Itcl 4.3.0 -- supports multi-thread operations - sqlite3 3.45.3 - Thread 2.8.10 - TDBC* 1.1.9 - tcltest 2.5.8 - libtommath 1.3.0 - Unicode 16 - tzdata 2024b -- Tcl Core Team and Maintainers Don Porter, Tcl Core Release Manager -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donald G P. <don...@ni...> - 2024-09-16 16:14:41
|
Thank you for the comments offered. Some have led to slight revisions in the release notes, now available at SourceForge, and going out shortly as the release announcement. On 9/13/24 14:42, Donald G Porter via Tcl-Core wrote: > > The release notes for the Tcl/Tk 8.6.15 release are now uploaded to > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ > > If you have time and an interest, please look them over and offer any necessary > corrections and improvements. > > Thanks! > -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donald G P. <don...@ni...> - 2024-09-16 16:08:51
|
On 9/15/24 06:50, Harald Oehlmann wrote > In the release notes, it might be helpful, that the following is only for Windows platform: > > * Repair encoding flaws in [info hostname] visible for non-ASCII names. The symptom is observed on Windows, but the changes committed to fix it are in generic code. FWIW, I have some doubts that the fix applied continues to solve the design problem of the ProcessGlobalValues that they can operate both before and after Tcl's encoding subsystem is fully initialized. It was always a difficult problem to try to operate under a system encoding before the filesystem can be used to reach the *.enc files that define the operations of that encoding. As more of the world adopted utf-8 as their system encoding, the problem faded, and now that newer Tcl releases provide the encoding definition files in a zip-archive attached filesystem under the built-in utf-8 encoding, the problem might be entirely put to rest. Hope it doesn't snag any 8.6.15 users. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donald G P. <don...@ni...> - 2024-09-16 15:53:48
|
On 9/14/24 04:17, elns wrote: > 1. Regarding the word "Highlighted" in the paragraph: > > "This is a patch release, so it primarily includes bug fixes and corrections > to erratic behavior. Highlighted changes are noted below. The changes file > at the root of the source tree contains a more complete list. The Timelines > of all changes are online." > > Is this word appropriate? I'm not a native English speaker. So, I'm unsure. Nevertheless: this word makes me understand that (in the past) somebody or something has made some selected changes stand out (e.g. with a marker pen), and that in a next pass/stage these changes have been chosen for display in the summary of changes. I'm confident that that's not what was meant, but I'm not confident enough to suggest an alternative wording. The important point is that the contents of the release notes are not exhaustive. The text goes on to point to the online Timelines as the place to see every change. A selection process reduced the total set of changes to those summarized in the announcement. I don't see a need to change the wording. > 2. A suggestions to organize the summary of changes in the following distinct categories: > A. Tcl > B. Tk > C. Additional packages The release notes for versions 9 will look more like this, as we support separate releases of these components. I will not revise the 8.6.15 notes along these lines. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Harald O. <har...@el...> - 2024-09-15 10:50:27
|
Am 13.09.2024 um 18:04 schrieb Don Porter: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ > > are RC2 candidate source code distribution pre-releases of Tcl and Tk 8.6.15. Don, great work, thank you ! For me (VC6 32 bit on win10 64 bit) all ok. The tdbc::odbc patch is effective. In the release notes, it might be helpful, that the following is only for Windows platform: * Repair encoding flaws in [info hostname] visible for non-ASCII names. Thank you for all, Harald |
From: Francois V. <fvo...@fr...> - 2024-09-15 10:45:35
|
Jan, Interesting. Let me learn something: why is your commit below of any usefulness and why are you requesting this? My reasoning: - The CI runners only run (once a day) when there is a new commit in a branch. They do not run over and over on the same tip of any branch (see 'on: push: branches: ...' in the .yml files). - When I merge in the release branches I always first revert the .yml file and commit only after this revert. So I don't see why and how it would hurt to leave the github build directives in a closed bugfix branch (only). Regards, Francois Le 14/09/2024 à 23:48, no...@tc... a écrit : > Automated mail by fx, on behalf of no...@tc... > > Commit [f83994c590bc8a23add49d7c7ea84f370465c8fd059aed52e1e2df514bdf128b] > By jan.nijtmans > For Tk (branch: bug-1871581951) > On 2024-09-14T21:48:03.212 > Details https://core.tcl-lang.org/tk/info/f83994c590bc8a23add49d7c7ea84f370465c8fd059aed52e1e2df514bdf128b > > Description > Please cleanup GITHUB building after the build is done. > > Changed Files > 3 edited > .github/workflows/linux-build.yml > .github/workflows/mac-build.yml > .github/workflows/win-build.yml > > ------------------------------------------------------------ > See Tcl/Tk development @ http://core.tcl-lang.org/ > ------------------------------------------------------------ > > > _______________________________________________ > Tcl-Bugs mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-bugs |
From: Jan N. <jan...@gm...> - 2024-09-14 10:00:32
|
Op za 14 sep 2024 11:12 schreef Schelte Bron <tc...@tc...>: > * TCL_PACKAGE_PATH change from TCL list to ";" separated items > *** POTENTIAL INCOMPATIBILITY *** > > If I understand the associated ticket and code correctly, the separator > is the normal path separator for the different platforms. So ":" for > linux and mac and ";" for windows. Thanks, Schelte. I was just about sending the same remark, you are right. Regards, Jan Nijtmans |
From: Schelte B. <tc...@tc...> - 2024-09-14 09:12:13
|
On 13/09/2024 20:42, Donald G Porter via Tcl-Core wrote: > If you have time and an interest, please look them over and offer any > necessary > corrections and improvements. > * TCL_PACKAGE_PATH change from TCL list to ";" separated items *** POTENTIAL INCOMPATIBILITY *** If I understand the associated ticket and code correctly, the separator is the normal path separator for the different platforms. So ":" for linux and mac and ";" for windows. * Appearance improvements for... - focus ring, arrows, and classic theme. - last item in a [ttk::treeview]. - down arrow in [ttk::combobox]. The ttk::treeview changes are more extensive than just related to the appearance of the last item: - Fixed 'see' and 'bbox' after scrolling - Fixed 'see' before widget is first mapped - Fixed unexpected scrolling when using 'see' on a detached item This can be summarized as - Fixes to the ttk::treeview 'see' and 'bbox' commands. Schelte |
From: elns <el...@xs...> - 2024-09-14 08:29:11
|
On 9/14/24 10:17, elns wrote: > > Is this word appropriate? I'm not a native English speaker. So, I'm unsure. Nevertheless: this word > makes me understand that (in the past) somebody or something has made some selected changes stand > out (e.g. with a marker pen), and that in a next pass/stage these changes have been chosen for > display in the summary of changes. I'm confident that that's not what was meant, but I'm not > confident enough to suggest an alternative wording. > For the sake of clarity: I'm not focusing on the dual meaning of the noun "highlight", which I know of. I'm focusing on the perfect tense of the verb "highlight". Erik. > > 2. A suggestions to organize the summary of changes in the following distinct categories: > A. Tcl > B. Tk > C. Additional packages > > That would look like: > > > A. Tcl: > * [TIP 692] Deprecate Tcl_GetAlias(). Migrate to Tcl_GetAliasObj() > > * Tcl_NewObjectInstance() errors on namespace re-use. > *** POTENTIAL INCOMPATIBILITY -- breaks Itcl 4.2 *** > > * TCL_PACKAGE_PATH change from TCL list to ";" separated items > *** POTENTIAL INCOMPATIBILITY *** > > * Make [self] work inside [$obj eval] > > * Fix [$obj varname] for linked varnames > > * Restore access to alternate data streams (ADS) in NTFS filesystems. > > * Fix crashes or hangs in... > - TclOO + coroutine, oo-22.[34] > - entangled destructor and namespace deletion, oo-35.7.* > - destruction of reflected channel, iocmd-32.3.* > - select notifier with file descriptor >= FD_SETSIZE > - [child invokehidden info frame], info-40.0 > > * Fix GENFUNC mode of Tcl_ParseArgsObjv(). See tests indexObj-7.* > > * Fix removal of oo variable by [info exists]. See oo-19.4 > > * Fix byte compiled [incr] with wide int increment. See incr-1.31 > > * Repair encoding flaws in [info hostname] visible for non-ASCII names. > > * Fix incorrect [string is control] results on some private codepoints > > * Autoload of [::tcl::tm::path] > > * Fix missing error message in some [interp limit] failures. > > * Improved hash performance for some hash tables. > > * Performance optimizations in several encoding primitives. > > * Correction to rare failed startup search for system encoding > > * Add encodings: koi8-ru, koi8-t > > * Add keycodes ISO_Group_Shift and dead_hamza > > B. Tk: > * Invoke binding scripts for events with detail field NotifyInferior > *** POTENTIAL INCOMPATIBILITY *** > > * Fix crashes or hangs in... > - [focus -force], focus-8.1 > - [$canvas dchars], canvas-11.4 > - [$menubutton destroy] > > * Appearance improvements for... > - focus ring, arrows, and classic theme. > - last item in a [ttk::treeview]. > - down arrow in [ttk::combobox]. > > * Repair [$photo read -from] flaws in GIF,PNG formats. imgPhoto-19.* > > * [$photo copy] coordinate check error. See imgPhoto-12.5 > > * Detect corrupt GIF file and raise error. See imgPhoto-18.6.1 > > * Fix default font detection for high DPI > > * [treeview identify] now point aware > > * Fix broken undo/redo in [text] widget. > > C. Bundled packages, libraries, standards, data: > * Updates to: > - Itcl 4.3.0 -- supports multi-thread operations > - sqlite3 3.45.3 > - Thread 2.8.10 > - TDBC* 1.1.9 > - tcltest 2.5.8 > - libtommath 1.3.0 > - Unicode 16 > - tzdata 2024b > > > -- end of suggestions [EL] -- > > > >> Thanks! >> > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: elns <el...@xs...> - 2024-09-14 08:17:27
|
On 9/13/24 20:42, Donald G Porter via Tcl-Core wrote: > > If you have time and an interest, please look them over and offer any necessary > corrections and improvements. > Two minor remarks/suggestions: 1. Regarding the word "Highlighted" in the paragraph: "This is a patch release, so it primarily includes bug fixes and corrections to erratic behavior. Highlighted changes are noted below. The changes file at the root of the source tree contains a more complete list. The Timelines of all changes are online." Is this word appropriate? I'm not a native English speaker. So, I'm unsure. Nevertheless: this word makes me understand that (in the past) somebody or something has made some selected changes stand out (e.g. with a marker pen), and that in a next pass/stage these changes have been chosen for display in the summary of changes. I'm confident that that's not what was meant, but I'm not confident enough to suggest an alternative wording. 2. A suggestions to organize the summary of changes in the following distinct categories: A. Tcl B. Tk C. Additional packages That would look like: A. Tcl: * [TIP 692] Deprecate Tcl_GetAlias(). Migrate to Tcl_GetAliasObj() * Tcl_NewObjectInstance() errors on namespace re-use. *** POTENTIAL INCOMPATIBILITY -- breaks Itcl 4.2 *** * TCL_PACKAGE_PATH change from TCL list to ";" separated items *** POTENTIAL INCOMPATIBILITY *** * Make [self] work inside [$obj eval] * Fix [$obj varname] for linked varnames * Restore access to alternate data streams (ADS) in NTFS filesystems. * Fix crashes or hangs in... - TclOO + coroutine, oo-22.[34] - entangled destructor and namespace deletion, oo-35.7.* - destruction of reflected channel, iocmd-32.3.* - select notifier with file descriptor >= FD_SETSIZE - [child invokehidden info frame], info-40.0 * Fix GENFUNC mode of Tcl_ParseArgsObjv(). See tests indexObj-7.* * Fix removal of oo variable by [info exists]. See oo-19.4 * Fix byte compiled [incr] with wide int increment. See incr-1.31 * Repair encoding flaws in [info hostname] visible for non-ASCII names. * Fix incorrect [string is control] results on some private codepoints * Autoload of [::tcl::tm::path] * Fix missing error message in some [interp limit] failures. * Improved hash performance for some hash tables. * Performance optimizations in several encoding primitives. * Correction to rare failed startup search for system encoding * Add encodings: koi8-ru, koi8-t * Add keycodes ISO_Group_Shift and dead_hamza B. Tk: * Invoke binding scripts for events with detail field NotifyInferior *** POTENTIAL INCOMPATIBILITY *** * Fix crashes or hangs in... - [focus -force], focus-8.1 - [$canvas dchars], canvas-11.4 - [$menubutton destroy] * Appearance improvements for... - focus ring, arrows, and classic theme. - last item in a [ttk::treeview]. - down arrow in [ttk::combobox]. * Repair [$photo read -from] flaws in GIF,PNG formats. imgPhoto-19.* * [$photo copy] coordinate check error. See imgPhoto-12.5 * Detect corrupt GIF file and raise error. See imgPhoto-18.6.1 * Fix default font detection for high DPI * [treeview identify] now point aware * Fix broken undo/redo in [text] widget. C. Bundled packages, libraries, standards, data: * Updates to: - Itcl 4.3.0 -- supports multi-thread operations - sqlite3 3.45.3 - Thread 2.8.10 - TDBC* 1.1.9 - tcltest 2.5.8 - libtommath 1.3.0 - Unicode 16 - tzdata 2024b -- end of suggestions [EL] -- > Thanks! > |
From: Donald G P. <don...@ni...> - 2024-09-13 18:42:11
|
The release notes for the Tcl/Tk 8.6.15 release are now uploaded to https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ If you have time and an interest, please look them over and offer any necessary corrections and improvements. Thanks! -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donald G P. <don...@ni...> - 2024-09-13 16:30:48
|
Now available at https://sourceforge.net/projects/tcl/files/Tcl/8.6.15/ are RC2 candidate source code distribution pre-releases of Tcl and Tk 8.6.15. This should be the final candidate releases leading to the release of Tcl/Tk 8.6.15. Unless some serious blocking issue is reported, these files will become the release upon announcement. The Tcl pre-release includes pre-releases of the packages Thread 2.8.10, Itcl 4.3.0, and TDBC* 1.1.9. The released package sqlite3 3.45.3 is also included. Compared with the prior release candidate, no changes have been made to Tcl, Tk has seen a wave of refinements to documentation, and a few fixes to the building and testing scripts of TDBC* packages on Windows systems have been applied. In light of those changes, make additional testing as you think is needed. Thank you for your contributions and assistance. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Reinhard M. <rei...@m4...> - 2024-09-13 08:09:30
|
Hi, Am 10.09.2024 18:59, schrieb Donald G Porter via Tcl-Core: > Open tickets on any problems discovered, or raise the issue in a reply > to this message. some of the httpProxy tests that try to access http://www.google.com/ fail in build environments that intentionally have no Internet access: --- snip --- ---- errorInfo: couldn't open socket: Temporary failure in name resolution while executing "http::geturl http://www.google.com/" ("uplevel" body line 4) invoked from within "uplevel 1 $script" --- snap --- cu Reinhard |