Menu
▾
▴
tcl-core
|
From: Donald G P. <don...@ni...> - 2017-08-01 15:48:24
|
Now available at
https://sourceforge.net/projects/tcl/files/Tcl/8.6.7/
are the candidate files making up a release of Tcl/Tk 8.6.7.
You can also find those files mixed into the pile at
ftp://ftp.tcl.tk/pub/tcl/tcl8_6/
These files will not be the actual releases. At a minimum, the Tcl
and Tk changes files are not yet up to date and release notes need
to be completed. Also, this collection bundles sqlite 3.19.3
which is obsolete as of today. We will include 3.20.0 in the
final product.
It has been more than a year since the latest release. The delta
of changes is quite sizable, so testing will be very helpful. Please
report any new troubles you encounter, particularly any that seem
severe enough they should prevent release.
--
| Don Porter Applied and Computational Mathematics Division |
| don...@ni... Information Technology Laboratory |
| http://math.nist.gov/~DPorter/ NIST |
|______________________________________________________________________|
|
|
From: Christian G. <aur...@gm...> - 2017-08-02 07:30:18
|
Am 01.08.17 um 17:48 schrieb Donald G Porter: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.7/ > > It has been more than a year since the latest release. The delta > of changes is quite sizable, so testing will be very helpful. Please > report any new troubles you encounter, particularly any that seem > severe enough they should prevent release. > In the Tk file dialogs on OSX, there is still a problem with -initialfile and -initialdir. It broke because of an API change in recent OSX, and was patched by me partly incorrectly. For background see: https://core.tcl.tk/tk/tktview/8afc6c9ebef67ea6487634a4f9841c053ac33dbd https://core.tcl.tk/tk/info/a1d1fbc386e4f253 I will try to fix it, but unfortunately can't work on it until tomorrow. Is there a deadline already for the release? Christian |
|
From: Donald P. <d.g...@co...> - 2017-08-02 11:15:00
|
> On Aug 2, 2017, at 3:30 AM, Christian Gollwitzer <aur...@gm...> wrote: > I will try to fix it, but unfortunately can't work on it until tomorrow. Is there a deadline already for the release? I was aiming for a Friday release but I will wait for that fix so long as it’s on the way. Thanks for the testing, and knowing how to detect and work on the issue you found. DGP |
|
From: Christian G. <aur...@gm...> - 2017-08-02 20:47:27
Attachments:
osx-dlg-initialfile.diff
|
Am 02.08.17 um 13:14 schrieb Donald Porter: > >> On Aug 2, 2017, at 3:30 AM, Christian Gollwitzer <aur...@gm...> wrote: >> I will try to fix it, but unfortunately can't work on it until tomorrow. Is there a deadline already for the release? > > I was aiming for a Friday release but I will wait for that fix so long > as it’s on the way. > > Thanks for the testing, and knowing how to detect and work on > the issue you found. Please find attached a patch which should fix the issue. After the patch, running the filebox test suite reports: filebox.test.tcl: Total 52 Passed 45 Skipped 0 Failed 7 Out of the 7 failed tests, 3 are due to error messages - the OSX implementation has slightly reordered options and one additional option. 2 are due to OSX appending the default extension always, and the remaining one is due to the type variable not being set if no selection was made - actually that is debatable. In addition, the appearance of the title message was improved, hopefully, for the last time. An OSX save panel does show the title message, if it has no -parent, whereas an open panel never displays the title. The title is prepended to the -message in these cases. Maybe somebody else can test it? Christian |
|
From: Donald G P. <don...@ni...> - 2017-12-15 19:08:02
|
Now available at
https://sourceforge.net/projects/tcl/files/Tcl/8.6.8/
are the candidate files making up a release of Tcl/Tk 8.6.8.
New release candidates of all bundled packages are also included.
These files will not be the actual releases. At a minimum, the Tcl
and Tk changes files are not yet up to date and release notes need
to be completed.
Please report any new troubles you encounter, particularly any that seem
severe enough they should prevent release.
--
| Don Porter Applied and Computational Mathematics Division |
| don...@ni... Information Technology Laboratory |
| http://math.nist.gov/~DPorter/ NIST |
|______________________________________________________________________|
|
|
From: Donald G P. <don...@ni...> - 2018-10-09 19:07:00
|
Now available at
https://sourceforge.net/projects/tcl/files/Tcl/8.6.9/
is a candidate file making up a pre-release of Tcl 8.6.9.
This will not be the release. A release of Tk is not yet in place.
None of the bundled packages are in place yet. Release notes and
changes files still require updates.
At this point I'm looking for build tests on as many platforms as you
can manage, so a real release can happen soon with good confidence it
isn't obviously broken.
Please report any new troubles you encounter, particularly any that seem
severe enough they should prevent release.
--
| Don Porter Applied and Computational Mathematics Division |
| don...@ni... Information Technology Laboratory |
| http://math.nist.gov/~DPorter/ NIST |
|______________________________________________________________________|
|
|
From: Francois V. <fvo...@fr...> - 2018-10-09 20:47:48
|
Le 09/10/2018 à 21:06, Donald G Porter via Tcl-Core a écrit : > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.9/ > > is a candidate file making up a pre-release of Tcl 8.6.9. Results for Tcl 8.6.9-rc0 on Windows Vista: - build fine with MSVC 2008 (I tried with symbols) - tests results: all.tcl: Total 33399 Passed 30288 Skipped 3105 Failed 6 The failing tests are: ==== cmdAH-25.2 Tcl_FileObjCmd: owned FAILED ==== Contents of test case: file owned $gorpfile ---- Result was: 0 ---- Result should have been (exact matching): 1 ==== cmdAH-25.2 FAILED ==== winDde-4.5 DDE poke remotely FAILED ==== Contents of test case: set \xe1 "" set name ch\xEDld-4.5 set child [createChildProcess $name] dde poke TclEval $name \xe1 foo set \xe1 [dde request TclEval $name \xe1] dde execute TclEval $name {set done 1} update set \xe1 ---- Result was: foo?♦ ---- Result should have been (exact matching): foo ==== winDde-4.5 FAILED winFCmd.test ==== winFCmd-6.1 TclpRemoveDirectory: errno: EACCES FAILED ==== Contents of test case: file mkdir td1 testchmod 0 td1 testfile rmdir td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-6.1 FAILED ==== winFCmd-6.9 TclpRemoveDirectory: errno == EACCES FAILED ==== Contents of test case: file mkdir td1 testchmod 0 td1 testfile rmdir td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-6.9 FAILED ==== winFCmd-6.13 TclpRemoveDirectory: write-protected FAILED ==== Contents of test case: file mkdir td1 testchmod 0 td1 testfile rmdir td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-6.13 FAILED ==== winFCmd-9.3 TraversalDelete: DOTREE_PRED FAILED ==== Contents of test case: file mkdir td1/td2 testchmod 0 td1 testfile rmdir -force td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-9.3 FAILED Cheers, Francois |
|
From: Pietro C. <ga...@ga...> - 2018-10-10 13:21:17
Attachments:
signature.asc
|
On Oct 09 2018, 19:06 UTC, Donald G Porter via Tcl-Core <tcl...@li...> wrote: > >Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.9/ >Please report any new troubles you encounter, particularly any that seem >severe enough they should prevent release. FreeBSD 11.2-RELEASE-p2, amd64 all.tcl: Total 33399 Passed 30299 Skipped 3100 Failed 0 Sourced 149 Test Files. Number of tests skipped for each constraint: 9 !ieeeFloatingPoint 3 asyncPipeChan 76 bigEndian 5 bug-3057639 49 dde 4 dontCopyLinks 64 emptyTest 1 execMknod 5 fullutf 2 hasIsoLocale 1 knownBadTest 41 knownBug 100 localeRegexp 52 longIs32bit 14 macosxFileAttr 82 memory 46 nonPortable 5 notNetworkFilesystem 1 notValgrind 9 nt 1 pcOnly 1996 serverNeeded 3 singleTestInterp 1 testexprparser && !ieeeFloatingPoint 1 testwinclock 21 testwordend 3 tip389 2 unthreaded 2 wideBiggerThanInt 486 win 4 winVista Thumbs up! I'm not sure when / whether I'll be able to test Tk, as I don't currently have access to an X11 system. -- Pietro Cerutti |
|
From: Donald G P. <don...@ni...> - 2019-10-04 20:37:00
|
Now available at https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ are candidate files making up pre-releases of Tcl and Tk 8.6.10. The pre-release of Tcl 8.6.10 includes pre-releases of Itcl 4.2.0, tdbc* 1.1.1, Thread 2.8.5, and another copy of sqlite3 3.29.0 (released in July) comes along for the ride too. These will not be the release. At a minimum, release notes and changes files still require updates. At this point I'm looking for build tests on as many platforms as you can manage, so a real release can happen soon with good confidence it isn't obviously broken. I am also looking for any alerts from developers of Tk or the other bundled packages that the timing or contents of these snapshots of development are not a fitting state for a release. Don't be shy. If something pending should still go in, or something shaky should come out, this is the time to say so. Please report any new troubles you encounter, particularly any that seem severe enough they should prevent release. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
|
From: Paul O. <pa...@po...> - 2019-10-05 19:13:25
|
Tested 8.6.10 with the packages included in the BAWT BI distribution. It compiled on the following platforms: Windows 8 MinGW 64-bit gcc 7.2.0 SUSE 13.2 32-bit gcc 4.8.1 SUSE 13.2 64-bit gcc 4.8.1 SUSE 42.3 64-bit gcc 4.8.5 Debian Jessie 64-bit gcc 4.9.2 if the bug in tkBind.c ( DEBUG(unsigned owned:1); ) was fixed and all occurences of "None" were replaced with "NULL" in package tkpath. Compilation of tclkit with MinGW 32-bit failed with the following error message: ./mykbsvq8.6-cli.exe -init- setupvfs.tcl kbsvq8.6-cli.exe cli c:/BawtBuilds/TclBasic-8.6.10/Windows/x86/Release/Build/Tclkit/kbskit/mykbsvq8.6-cli.exe: -init- setupvfs.tcl kbsvq8.6-cli.exe cli tcl8.6 dde registry vfs1.4.1 vqtcl4.1 with 762 files application-specific initialization failed: could not get modification time for file "kbsvq8.6-cli.exe/lib/tcl8.6/tclIndex" What has changed since 8.6.9 regarding 32-bit and 64-bit Windows support, which could cause this error? Regards, Paul Am 04.10.2019 um 22:03 schrieb Donald G Porter via Tcl-Core: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ > > are candidate files making up pre-releases of Tcl and Tk 8.6.10. > > The pre-release of Tcl 8.6.10 includes pre-releases of Itcl 4.2.0, tdbc* 1.1.1, Thread 2.8.5, and another copy of sqlite3 3.29.0 (released in July) comes along for the ride too. > > These will not be the release. At a minimum, release notes and changes files still require updates. > > At this point I'm looking for build tests on as many platforms as you can manage, so a real release can happen soon with good confidence it isn't obviously broken. > > I am also looking for any alerts from developers of Tk or the other bundled packages that the timing or contents of these snapshots of development are not a fitting state for a release. Don't be shy. If something pending should still go in, or something shaky should come out, this is the time to say so. > > Please report any new troubles you encounter, particularly any that seem severe enough they should prevent release. > |
|
From: Pietro C. <ga...@ga...> - 2019-10-11 09:16:31
|
On Oct 04 2019, 20:03 UTC, Donald G Porter via Tcl-Core <tcl...@li...> wrote: > >Now available at > >https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ > >are candidate files making up pre-releases of Tcl and Tk 8.6.10. One issue on FreeBSD/amd64. Possibly due to me running inside a shared vps, so timing might not be as reliable: ==== cmdMZ-6.6 Tcl_TimeRateObjCmd: slower commands take longer, but it remains almost the same time of measument FAILED ==== Contents of test case: set m1 [timerate {_nrt_sleep 0} 20] set m2 [timerate {_nrt_sleep 0.2} 20] list [expr {[lindex $m1 0] < [lindex $m2 0]}] [expr {[lindex $m1 0] < 100}] [expr {[lindex $m2 0] > 100}] [expr {[lindex $m1 2] > 1000}] [expr {[lindex $m2 2] < 1000}] [expr {[lindex $m1 4] > 50000}] [expr {[lindex $m2 4] < 50000}] [expr {[lindex $m1 6] > 10 && [lindex $m1 6] < 100}] [expr {[lindex $m2 6] > 10 && [lindex $m2 6] < 100}] ---- Result was: 1 1 1 0 1 0 1 1 1 ---- Result should have been (exact matching): 1 1 1 1 1 1 1 1 1 ==== cmdMZ-6.6 FAILED -- Pietro Cerutti |
|
From: Donald G P. <don...@ni...> - 2019-11-20 20:46:18
|
Now available at https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ are candidate files making up the RC2 pre-releases of Tcl and Tk 8.6.10. The pre-release of Tcl 8.6.10 includes pre-releases of Itcl 4.2.0, tdbc* 1.1.1, Thread 2.8.5, and sqlite3 3.30.1.1 . Absent some unexpected catastrophe, these will be released on Nov. 21 (tomorrow!). Please report any new troubles you encounter, particularly any that seem severe enough they should prevent release. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
|
From: Harald O. <har...@el...> - 2019-11-20 21:26:58
|
Am 20.11.2019 um 21:46 schrieb Donald G Porter via Tcl-Core: > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ > > are candidate files making up the RC2 pre-releases of Tcl and Tk 8.6.10. > > The pre-release of Tcl 8.6.10 includes pre-releases of Itcl 4.2.0, tdbc* > 1.1.1, Thread 2.8.5, and sqlite3 3.30.1.1 . > > Absent some unexpected catastrophe, these will be released on Nov. 21 > (tomorrow!). > > Please report any new troubles you encounter, particularly any that seem > severe enough they should prevent release. Thanks, quick return shot: compiling sqlite on MS-VC6++ PSDK2003SP1 32 bit gives the following fatal error: C:\test\tcl8.6.10\pkgs\sqlite3.30.1.1\win\Release\sqlite_ThreadedDynamic\sqlite.rc(4) : error RC2167 : unrecognized VERSIONINFO field; BEGIN or comma expected NMAKE : fatal error U1077: 'rc' : return code '0x2' Stop. I don't know what the library does with the rc compiler and if this is fatal. THank you, Harald |
|
From: Harald O. <har...@el...> - 2019-11-20 22:16:14
|
Am 20.11.2019 um 21:46 schrieb Donald G Porter via Tcl-Core: > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ > > are candidate files making up the RC2 pre-releases of Tcl and Tk 8.6.10. Thank you ! Test with MS-VC6++ PSDK2003SP1 32bit on win64 pro ger Compiling issue: sqlite does not compile. test compared to tcl/tk8.6.9: tcl & bundeled: no test failures at all !!! tk: cured tests: textTag-18.1 Still failing: winfont-2.7, winfont-2.8, winfont-2.9 Thank you, Harald ---- Compile error in sqlite: rc -fo C:\test\tcl8.6.10\pkgs\sqlite3.30.1.1\win\Release\sqlite_ThreadedDynamic\sqlite.res -r -i "C:\test\tcl8.6.10\pkgs\sqlite3.30.1.1\win\..\generic" -i "C:\test\tcl8.6.10\pkgs\sqlite3.30.1.1\win\Release\sqlite_ThreadedDynamic" -I"C:\test\tcl8.6.10\win\..\generic" -I"C:\test\tcl8.6.10\win\..\win" /DDEBUG=0 -d UNCHECKED=0 /DCOMMAVERSION=3,30,1,1,0 /DDOTVERSION=\"3.30.1.1\" /DVERSION=\"33011\" /DSUFX=\"t\" /DPROJECT=\"sqlite\" /DPRJLIBNAME=\"sqlite33011t.dll\" C:\test\tcl8.6.10\pkgs\sqlite3.30.1.1\win\Release\sqlite_ThreadedDynamic\sqlite.rc C:\test\tcl8.6.10\pkgs\sqlite3.30.1.1\win\Release\sqlite_ThreadedDynamic\sqlite.rc(4) : error RC2167 : unrecognized VERSIONINFO field; BEGIN or comma expected The complained file "sqlite.rc" is identical to tcl 8.6.9. There is only one additional trailing space but this does not change the error message. The complained file contents is below. I suppose there is anyway a replacement step of the variables to its values missing (e.g. COMMAVERSION -> 8.6.10) #include <winver.h> VS_VERSION_INFO VERSIONINFO FILEVERSION COMMAVERSION PRODUCTVERSION COMMAVERSION FILEFLAGSMASK 0x3fL #ifdef DEBUG FILEFLAGS VS_FF_DEBUG #else FILEFLAGS 0x0L #endif FILEOS VOS_NT_WINDOWS32 FILETYPE VFT_DLL FILESUBTYPE 0x0L BEGIN BLOCK "StringFileInfo" BEGIN BLOCK "040904b0" BEGIN VALUE "FileDescription", "Tcl extension " PROJECT VALUE "OriginalFilename", PRJLIBNAME VALUE "FileVersion", DOTVERSION VALUE "ProductName", "Package " PROJECT " for Tcl" VALUE "ProductVersion", DOTVERSION END END BLOCK "VarFileInfo" BEGIN VALUE "Translation", 0x409, 1200 END END |
|
From: Donald P. <d.g...@co...> - 2019-11-21 03:20:34
|
> > Compiling issue: sqlite does not compile. Change line 1511 of win/rules.vc from /DCOMMAVERSION=$(DOTVERSION:.=,),0 \ To /DCOMMAVERSION=$(DOTVERSION:.=,) \ And see if that gets past the problem. DGP |
|
From: Jan N. <jan...@gm...> - 2019-11-21 09:13:03
|
Op do 21 nov. 2019 om 04:21 schreef Donald Porter:
> Change line 1511 of win/rules.vc from
>
> /DCOMMAVERSION=$(DOTVERSION:.=,),0 \
>
> To
>
> /DCOMMAVERSION=$(DOTVERSION:.=,) \
>
> And see if that gets past the problem.
>
Maybe, but I guess I would simply include sqlite 3.30.1 in
the batteries-included release, and not sqlite 3.30.1.1
(which is only our own addition). The only difference
between 3.30.1 and 3.30.1.1 is the TEA update, but
this update doesn't contain anything crucial. It only
fixes the build for Visual Studio > 2008 using
the configure/make system, but I think I am the
only one (apart from activestate) stubborn enough
not to use the nmake build system in this environment ;-)
Regards,
Jan Nijtmans
|
|
From: Donald P. <d.g...@co...> - 2019-11-21 11:51:56
|
> On Nov 21, 2019, at 4:13 AM, Jan Nijtmans <jan...@gm...> wrote: > Maybe, but I guess I would simply include sqlite 3.30.1 in > the batteries-included release, and not sqlite 3.30.1.1 > (which is only our own addition). The only difference > between 3.30.1 and 3.30.1.1 is the TEA update,… No, the main difference is the earlier VC++ 6.0 build failure reported in 3.30.1 and fixed in http://cyqlite.sourceforge.net/cgi-bin/sqlite/info/23d9040438dfe202 <http://cyqlite.sourceforge.net/cgi-bin/sqlite/info/23d9040438dfe202> (Since then you moved the 3.30.1 release tag off of the actual release.) It appears I’ve replaced an sqlite-3.30.1 that does not build there with sqlite-3.30.1.1 that also does not build there. I’d prefer not to regress the world back to 3.29 because we can’t keep builds working on this one system. DGP |
|
From: Harald O. <har...@el...> - 2019-11-21 10:53:45
|
Am 21.11.2019 um 04:20 schrieb Donald Porter: >> >> Compiling issue: sqlite does not compile. > > Change line 1511 of win/rules.vc from > > /DCOMMAVERSION=$(DOTVERSION:.=,),0 \ > > To > > /DCOMMAVERSION=$(DOTVERSION:.=,) \ > > And see if that gets past the problem. Dear Donald, thank you looking into this. Unfortunately, the modification did not change the error message for me. Thank you, Harald |
|
From: Jan N. <jan...@gm...> - 2019-11-21 12:14:57
|
Op do 21 nov. 2019 om 11:54 schreef Harald Oehlmann:
> Dear Donald,
>
> thank you looking into this.
> Unfortunately, the modification did not change the error message for me.
>
> Thank you,
> Harald
What if you make the same change in the rules.vc included with Tcl? Of course
that would break the Tcl build, but at least sqlite should pick up a
working rules.vc then.
Another possibility is putting a hand-generated "sqlite.rc" (or maybe
"sqlite3.rc") in
the sqlite directory. That might also work because it overrides the
generation of
sqlite3.c by the rules.vc
Regards,
Jan Nijtmans
|
|
From: Donald P. <d.g...@co...> - 2019-11-21 12:33:50
|
> On Nov 21, 2019, at 6:57 AM, Jan Nijtmans <jan...@gm...> wrote: > > Op do 21 nov. 2019 om 12:51 schreef Donald Porter: >> No, the main difference is the earlier VC++ 6.0 build failure reported in 3.30.1 and fixed in >> >> http://cyqlite.sourceforge.net/cgi-bin/sqlite/info/23d9040438dfe202 > > I think you're mistaken, that one is already fixed in 3.30.1, which > should build fine unmodified. Sorry, I cited the wrong checkin. Sqlite-3.30.1 was released on October 11 https://sourceforge.net/p/tcl/mailman/message/36783217/ <https://sourceforge.net/p/tcl/mailman/message/36783217/> It was also included in the RC1 for tcl8.6.10. A build failure report came in and you made the fix. https://sourceforge.net/p/tcl/mailman/message/36802112/ <https://sourceforge.net/p/tcl/mailman/message/36802112/> Fix checked in here: http://cyqlite.sourceforge.net/cgi-bin/sqlite/info/3edbcd1d6c5722fd <http://cyqlite.sourceforge.net/cgi-bin/sqlite/info/3edbcd1d6c5722fd> A checkin dated November 6 cannot be part of a release made on October 11, no matter whether you move the tag. So to get a bundled release that might build, I tried to cut my own sqlite-3.30.1.1 to include that build fix. We now know that has also failed, probably because the build system was never designed to deal with a 4-part version number. That’s where we are. If we’re willing to accept a broken VC++ 6.0 build, the best answer is to drop back to the failing 3.30.1. If not, I need some help making the build system able to tolerate a version number 3.30.1.1. DGP |
|
From: Porter, D. (Fed) <don...@ni...> - 2019-11-21 19:24:21
|
RC3 releases for Tcl only are now in place. Includes sqlite-3.30.1.2 which should resolve the reported build failure. Please confirm. Thanks to all who whipped this last bit into shape. All other pieces remain at RC2. The entire collection will become Tcl/Tk 8.6.10 as fast as I can get it done. DGP ________________________________ Now available at https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ are candidate files making up pre-releases of Tcl and Tk 8.6.10. The pre-release of Tcl 8.6.10 includes pre-releases of Itcl 4.2.0, tdbc* 1.1.1, Thread 2.8.5, and another copy of sqlite3 3.29.0 (released in July) comes along for the ride too. These will not be the release. At a minimum, release notes and changes files still require updates. At this point I'm looking for build tests on as many platforms as you can manage, so a real release can happen soon with good confidence it isn't obviously broken. I am also looking for any alerts from developers of Tk or the other bundled packages that the timing or contents of these snapshots of development are not a fitting state for a release. Don't be shy. If something pending should still go in, or something shaky should come out, this is the time to say so. Please report any new troubles you encounter, particularly any that seem severe enough they should prevent release. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
|
From: Harald O. <har...@el...> - 2019-10-05 13:08:10
|
Am 04.10.2019 um 22:03 schrieb Donald G Porter via Tcl-Core: > > Now available at > > https://sourceforge.net/projects/tcl/files/Tcl/8.6.10/ > > are candidate files making up pre-releases of Tcl and Tk 8.6.10. Dear Donald, thank you preparing this. Your staff is ready for testing. ---- Compilation on Windows with MS-VC6++ + PSDK2003SP1. C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1197) : error C2143: syntax error : missing ')' before '*' C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1197) : error C2143: syntax error : missing ';' before '*' C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1197) : error C2059: syntax error : ')' C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1197) : warning C4013: 'regDeleteKeyExProc' undefined; assuming extern returning int C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1197) : error C2143: syntax error : missing ')' before 'type' C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1197) : error C2100: illegal indirection C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1197) : error C2059: syntax error : ')' C:\test\tcl8.6.10rc0\win\..\win\tclWinReg.c(1237) : error C2059: syntax error : ')' NMAKE : fatal error U1077: 'cl' : return code '0x2' This is the reported line, a function pointer. static LSTATUS (* regDeleteKeyExProc) (HKEY, LPCWSTR, REGSAM, DWORD) = (LSTATUS (*) (HKEY, LPCWSTR, REGSAM, DWORD)) NULL; The issue is, that LSTATUS is not (jet) defined in PSDK2003SP1. I had to insert: #if ! defined(LSTATUS) #define LSTATUS LONG #endif To make it compile. Following PSDK2003SP1 documentation and this page, LSTATUS is LONG. https://stackoverflow.com/questions/19547419/errors-in-windows-dword-getlasterror-vs-hresult-vs-lstatus --- Bundled package sqlite3.29.0 compiles with errors: tclsqlite3.c C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(30907) : warning C4056: overflow in floating-point constant arithmetic C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(65551) : warning C4049: compiler limit : terminating line number emission C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(75408) : error C2059: syntax error : 'bad suffix on number' C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(75408) : error C2146: syntax error : missing ')' before identifier 'L' C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(75408) : error C2059: syntax error : 'bad suffix on number' C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(75408) : error C2059: syntax error : ')' C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(81297) : warning C4550: expression evaluates to a function which is missing an argument list C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(81306) : warning C4550: expression evaluates to a function which is missing an argument list C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(81310) : warning C4550: expression evaluates to a function which is missing an argument list C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(93629) : warning C4550: expression evaluates to a function which is missing an argument list C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(93631) : warning C4550: expression evaluates to a function which is missing an argument list C:\test\tcl8.6.10rc0\pkgs\sqlite3.29.0\win\..\generic\../compat/sqlite3/sqlite3.c(93633) : warning C4550: expression evaluates to a function which is missing an argument list NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. The issue is the "LL" in: || (memcmp(&r1, &r2, sizeof(r1))==0 && i >= -2251799813685248LL && i < 2251799813685248LL); If the "LL" is replaced by "L", it compiles well. ---- Tk compilation: tkBind.c C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(311) : error C2059: syntax error : ';' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(330) : error C2059: syntax error : '}' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2061: syntax error : identifier 'PatSeq' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : '}' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2065: 'PatSeq' : undeclared identifier C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4142: benign redefinition of type C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2370: 'size_t' : redefinition; different storage class C:\PROGRA~2\MICROS~2\VC98\INCLUDE\wchar.h(79) : see declaration of 'size_t' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2146: syntax error : missing ';' before identifier 'newCapacity' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'newCapacity' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4142: benign redefinition of type C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2370: 'size_t' : redefinition; different storage class C:\PROGRA~2\MICROS~2\VC98\INCLUDE\wchar.h(79) : see declaration of 'size_t' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2146: syntax error : missing ';' before identifier 'from' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : 'type' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4142: benign redefinition of type C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2370: 'size_t' : redefinition; different storage class C:\PROGRA~2\MICROS~2\VC98\INCLUDE\wchar.h(79) : see declaration of 'size_t' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2146: syntax error : missing ';' before identifier 'newCapacity' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'newCapacity' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4142: benign redefinition of type C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2370: 'size_t' : redefinition; different storage class C:\PROGRA~2\MICROS~2\VC98\INCLUDE\wchar.h(79) : see declaration of 'size_t' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2146: syntax error : missing ';' before identifier 'newSize' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'newSize' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ';' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'elem' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arr' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4142: benign redefinition of type C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2370: 'size_t' : redefinition; different storage class C:\PROGRA~2\MICROS~2\VC98\INCLUDE\wchar.h(79) : see declaration of 'size_t' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2146: syntax error : missing ';' before identifier 'at' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'at' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4142: benign redefinition of type C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2370: 'size_t' : redefinition; different storage class C:\PROGRA~2\MICROS~2\VC98\INCLUDE\wchar.h(79) : see declaration of 'size_t' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2146: syntax error : missing ';' before identifier 'at' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ';' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'elem' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'arrp' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4228: nonstandard extension used : qualifiers after comma in declarator list are ignored C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ';' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'elem' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : warning C4228: nonstandard extension used : qualifiers after comma in declarator list are ignored C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2143: syntax error : missing ';' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2059: syntax error : ')' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(360) : error C2054: expected '(' to follow 'elem' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(701) : error C2143: syntax error : missing '{' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(706) : error C2143: syntax error : missing ')' before '*' C:\test\tk8.6.10rc0\win\..\generic\tkBind.c(706) : fatal error C1003: error count exceeds 100; stopping compilation All this is caused by the line: DEBUG(unsigned owned:1); /* For debugging purposes. */ If I comment it out, it compiles well. ---- htmlhelp ok install ok Test with real program: ok ----- Tcl Test Compared to Tcl8.6.9 New failing tests (details below): http-4.14, winFCmd-6.1, winFCmd-6.9, winFCmd-6.13, winFCmd-9.3 Not failing any more: cmdAH-25.3.1, sfbug-254, sfbug-257 ----- Tk Test Compared to Tk8.6.9. New failing tests (details below): bind-34.2 Not failing any more: textTag-18.1 Still failing: winfont-2.7, winfont-2.8, winfont-2.9 ==== http-4.14 http::Event FAILED ==== Contents of test case: set token [http::geturl $badurl/?timeout=10 -timeout 10000 -command \#] if {$token eq ""} { error "bogus return from http::geturl" } http::wait $token lindex [http::error $token] 0 ---- Result was: ---- Result should have been (exact matching): connect failed connection refused ==== http-4.14 FAILED ==== winFCmd-6.1 TclpRemoveDirectory: errno: EACCES FAILED ==== Contents of test case: file mkdir td1 testchmod 0 td1 testfile rmdir td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-6.1 FAILED ==== winFCmd-6.9 TclpRemoveDirectory: errno == EACCES FAILED ==== Contents of test case: file mkdir td1 testchmod 0 td1 testfile rmdir td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-6.9 FAILED ==== winFCmd-6.13 TclpRemoveDirectory: write-protected FAILED ==== Contents of test case: file mkdir td1 testchmod 0 td1 testfile rmdir td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-6.13 FAILED ==== winFCmd-9.3 TraversalDelete: DOTREE_PRED FAILED ==== Contents of test case: file mkdir td1/td2 testchmod 0 td1 testfile rmdir -force td1 file exists td1 ---- Test completed normally; Return code was: 0 ---- Return code should have been one of: 1 ==== winFCmd-9.3 FAILED ==== bind-34.2 -warp works relatively to the screen FAILED ==== Contents of test case: # Contrary to bind-32.2, we're directly checking screen coordinates event generate {} <Motion> -x 20 -y 20 -warp 1 update idletasks ; # DoWarp is an idle callback set res [winfo pointerxy .] event generate {} <Motion> -x 200 -y 200 -warp 1 update idletasks ; # DoWarp is an idle callback lappend res {*}[winfo pointerxy .] ---- Result was: 20 19 200 200 ---- Result should have been (exact matching): 20 20 200 200 ==== bind-34.2 FAILED |
|
From: Francois V. <fvo...@fr...> - 2019-10-05 13:47:17
|
Le 04/10/2019 à 22:03, Donald G Porter via Tcl-Core a écrit : > candidate files making up pre-releases of Tcl and Tk 8.6.10. > > At this point I'm looking for build tests on as many platforms as you > can manage, so a real release can happen soon with good confidence it > isn't obviously broken. Did you notice this: (Tcl) https://core.tcl-lang.org/tcl/tktview?name=7bdd1d62e2 (Tk) https://core.tcl-lang.org/tk/tktview?name=9cb6a73003 Brad built and tested on several environments and reported his findings in the above tickets. F. |
|
From: Brad L. <bra...@gm...> - 2019-10-05 15:53:47
|
On Sat, Oct 5, 2019 at 6:48 AM Francois Vogel <fvo...@fr...> wrote: > Le 04/10/2019 à 22:03, Donald G Porter via Tcl-Core a écrit : > > candidate files making up pre-releases of Tcl and Tk 8.6.10. > > > > At this point I'm looking for build tests on as many platforms as you > > can manage, so a real release can happen soon with good confidence it > > isn't obviously broken. > > Did you notice this: > > (Tcl) > https://core.tcl-lang.org/tcl/tktview?name=7bdd1d62e2 > > (Tk) > https://core.tcl-lang.org/tk/tktview?name=9cb6a73003 > > Brad built and tested on several environments and reported his findings > in the above tickets. > > Those were from an earlier version of core-8-6-branch, though many of the issues are still valid. I can redo any of them on request, and I have many other systems I can compile on if needed. Tk: On Mac OS non-Mojave , this one looks bad: Mac OS Sierra 10.12.6: bll-tecra:bll$ egrep FAILED tk-sierra.txt ==== image-11.1 Tk_FreeImage procedure FAILED ==== image-11.1 FAILED ==== image-11.1 Tk_FreeImage procedure FAILED ==== image-11.1 FAILED http-4.14 showed up as noted by Harald. Someone could do some triage on the various test failures and prioritize where work should be done. |
|
From: Francois V. <fra...@gm...> - 2019-10-05 13:59:24
|
Le 05/10/2019 à 15:07, Harald Oehlmann a écrit : > Tk compilation: > All this is caused by the line: > DEBUG(unsigned owned:1); /* For debugging purposes. */ > If I comment it out, it compiles well. Try building with the following line instead: DEBUG(unsigned owned:1;) /* For debugging purposes. */ It should work. > Tcl Test > > Compared to Tcl8.6.9 > > New failing tests (details below): http-4.14, winFCmd-6.1, winFCmd-6.9, > winFCmd-6.13, winFCmd-9.3 The winFCmd failures were reported here: https://core.tcl-lang.org/tcl/tktview/ad28319dc2b9ae9da28384c91bf371be50793d8c Not yet addressed, not solved yet. > Tk Test > > Compared to Tk8.6.9. > > New failing tests (details below): bind-34.2 This is a new test I have added when fixing textTag-18.1, see: https://core.tcl-lang.org/tk/info/cb870417882574bb > Not failing any more: textTag-18.1 Expected since I have fixed it: https://core.tcl-lang.org/tk/tktview?name=69b48f427e > ==== bind-34.2 -warp works relatively to the screen FAILED > ==== Contents of test case: > > # Contrary to bind-32.2, we're directly checking screen coordinates > event generate {} <Motion> -x 20 -y 20 -warp 1 > update idletasks ; # DoWarp is an idle callback > set res [winfo pointerxy .] > event generate {} <Motion> -x 200 -y 200 -warp 1 > update idletasks ; # DoWarp is an idle callback > lappend res {*}[winfo pointerxy .] > > ---- Result was: > 20 19 200 200 > ---- Result should have been (exact matching): > 20 20 200 200 > ==== bind-34.2 FAILED So the pointer coordinates are erroneously (20,19) when warping to (20,20), but they are correctly (200,200), when warping to (200,200)? There is a difference of 1 unit, in y only, but not always. How come...? That's strange. I don't reproduce this failure on my Vista system but I will think about this. F. |
Thanks for helping keep SourceForge clean.
X