From: Donald G P. <don...@ni...> - 2012-11-08 17:17:02
|
The first attempts at constructing 8.6.0 releases for Tcl and Tk are now found at these URLs: ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.0rc0-src.tar.gz ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tk8.6.0rc0-src.tar.gz ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.0rc0-html.tar.gz There's still quite a bit to do before we can declare victory on releasing 8.6.0. You might want to think of these as 8.6b4, but with stable labeling so we can test the effects of stable labeling. These tarballs aren't going to go final, but they're a great chance for folks to test all their Tcl programs and packages and whatnot to see how they fare with the new minor in all its "declaring itself stable" glory and all that implies. Reporting build problems, bugs, other concerns about these RCs is encouraged in the strongest terms. Also any migration tasks required in your own code are worth announcing and noting so that we have an opportunity to capture your experience and the wisdom it generates to guide other Tcl'ers who may run into the same issue. Depending how well things go, it's possible the real 8.6.0 might be birthed in Chicago next week, but that will depend on how things go with these releases, their successors and other supporting activities. This release is only 3 tarballs. Subsequent releases will ramp up to the full "eleven downloadable files" configuration that was used to release 8.6b3. Happy Tcl'ing!! -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Trevor D. (Twylite) <tw...@cr...> - 2012-11-09 07:59:33
|
Hi, On 2012/11/08 07:16 PM, Donald G Porter wrote: > The first attempts at constructing 8.6.0 releases for Tcl and Tk are > now found at these URLs: > > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.0rc0-src.tar.gz Can you please indicate what Fossil repo branches or tags are used? I have to test in-house apps against a custom shell, and building from source repos is much easier. Regards, Twylite |
From: Harald O. <har...@el...> - 2012-11-09 17:30:28
|
Am 08.11.2012 18:16, schrieb Donald G Porter: > > The first attempts at constructing 8.6.0 releases for Tcl and Tk are > now found at these URLs: > > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.0rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tk8.6.0rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.0rc0-html.tar.gz On Vista 32 VC6: nmake -f makefile.vc release nmake -f makefile.vc test nmake -f makefile.vc winhelp nmake -f makefile.vc install results: - all packages well installed and loadable - failed tests below. Thank you, Harald ---TCL--- ==== filesystem-1.3 link normalisation FAILED ==== Contents of test case: testPathEqual [file normalize [file join dir.dir foo]] [file normalize [fil e join dir.link foo]] ---- Result was: not equal: C:/test/tcl8.6.0/win/dir.dir/foo C:/test/tcl8.6.0/win/dir.link/foo ---- Result should have been (exact matching): ok ==== filesystem-1.3 FAILED ==== filesystem-1.4 link normalisation FAILED ==== Contents of test case: testPathEqual [file normalize [file join dir.dir inside.file]] [file normal ize [file join dir.link inside.file]] ---- Result was: not equal: C:/test/tcl8.6.0/win/dir.dir/inside.file C:/test/tcl8.6.0/win/dir.lin k/inside.file ---- Result should have been (exact matching): ok ==== filesystem-1.4 FAILED ==== socket-14.0 [socket -async] when server only listens on IPv4 FAILED ==== Contents of test case: set client [socket -async localhost $port] set after [after 1000 {set x [fconfigure $client -error]}] vwait x set x ---- Result was: ---- Result should have been (exact matching): ok ==== socket-14.0 FAILED ---itcl--- --- only one test fails with an error message--- import.test Test file error: couldn't load library "itcl": this library or a dependent libra ry could not be found in library path while executing "load itcl" invoked from within "$interp eval " load $::itcllib itcl [::tcltest::configure -load] proc auto_load {cmd {namespace {}}} { global debug proc \..." (file "C:/test/tcl8.6.0/pkgs/itcl4.0.0/tests/import.test" line 46) ---Sqlite--- --- Test setup fails with --- "C:\test\tcl8.6.0\win\..\win\Release\tclsh86t.exe" C:\Users\oehhar\AppDa ta\Local\Temp\nm586.tmp cannot find symbol "Sqlite_Init" while executing "load ./Release/sqlite337141t.dll" (file "C:\Users\oehhar\AppData\Local\Temp\nm586.tmp" line 1) NMAKE : fatal error U1077: '"C:\test\tcl8.6.0\win\..\win\Release\tclsh86t.exe"' ---IMHO there is a "3" missing in the load command.--- ---It should ask for Sqlite3_Init--- ---tdbc--- ok ---tdbc::sqlite3--- tdbcsqlite3.test can't find package tdbc::sqlite3 --- Tk --- ==== spinbox-21.1 spinbox button, out of range checking FAILED ==== Contents of test case: spinbox .e -from -10 -to 20 -increment 2 set out {} lappend out [.e get]; # -10 .e delete 0 end .e insert 0 25; # set outside of range .e invoke buttondown; # should constrain lappend out [.e get]; # 20 .e delete 0 end .e insert 0 25; # set outside of range .e invoke buttonup; # should constrain lappend out [.e get]; # 20 .e delete 0 end .e insert 0 -100; # set outside of range .e invoke buttonup; # should constrain lappend out [.e get]; # -10 .e delete 0 end .e insert 0 -100; # set outside of range .e invoke buttondown; # should constrain lappend out [.e get]; # -10 .e delete 0 end .e insert 0 bogus; # set to a bogus value .e invoke buttondown; # should use fromValue lappend out [.e get]; # -10 .e delete 0 end .e insert 0 19; # set just inside of range .e invoke buttonup; # no wrap lappend out [.e get]; # 20 .e invoke buttonup; # no wrap lappend out [.e get]; # 20 .e invoke buttondown lappend out [.e get]; # 18 .e delete 0 end .e insert 0 -9; # set just inside of range .e invoke buttondown; # no wrap lappend out [.e get]; # -10 .e invoke buttondown; # no wrap lappend out [.e get]; # -10 .e invoke buttonup; # no wrap lappend out [.e get]; # -8 .e configure -wrap 1 .e delete 0 end .e insert 0 19; # set just inside of range .e invoke buttonup; # wrap lappend out [.e get]; # -10 .e invoke buttonup lappend out [.e get]; # -8 .e invoke buttondown lappend out [.e get]; # -10 .e delete 0 end .e insert 0 -9; # set just inside of range .e invoke buttondown; # wrap lappend out [.e get]; # 20 .e invoke buttondown lappend out [.e get]; # 18 .e invoke buttonup; # no wrap lappend out [.e get]; # 20 ---- Result was: 0 20 20 -10 -10 -10 20 20 18 -10 -10 -8 -10 -8 -10 20 18 20 ---- Result should have been (exact matching): -10 20 20 -10 -10 -10 20 20 18 -10 -10 -8 -10 -8 -10 20 18 20 ==== spinbox-21.1 FAILED ==== text-19.16 DeleteChars procedure, updates affecting topIndex FAILED ==== Contents of test case: .top.t insert end "abc def\n01 2345 678 9101112\nLine 3\nLine 4\nLine 5\n6\n 7\n8\n" .top.t yview 2.4 .top.t delete 2.5 set x [.top.t index @0,0] .top.t delete 2.5 list $x [.top.t index @0,0] ---- Result was: 2.0 2.0 ---- Result should have been (exact matching): 2.3 2.0 ==== text-19.16 FAILED ==== textDisp-19.11.20 TextWidgetCmd procedure, "index +displaylines" FAILED ==== Contents of test case: .t tag remove elide 1.0 end .t tag add elide "12.0" "16.0 +1displaylines" list [.t index "11.5 +2d lines"] [.t index "12.0 +2d lines"] [.t index "11. 0 +2d lines"] [.t index "13.0 +2d lines"] [.t index "13.0 +3d lines"] [.t inde x "13.0 +4d lines"] ---- Result was: 15.5 16.0 15.0 16.0 16.67 16.33 ---- Result should have been (exact matching): 16.38 16.50 16.33 16.50 16.67 17.0 ==== textDisp-19.11.20 FAILED ==== textDisp-19.11.23 TextWidgetCmd procedure, "index +displaylines" FAILED ==== Contents of test case: .t tag remove elide 1.0 end .t tag add elide "12.3" "16.0 +1displaylines" list [.t index "11.5 +1d lines"] [.t index "11.5 +2d lines"] [.t index "12. 0 +1d lines"] [.t index "12.0 +2d lines"] [.t index "11.0 +2d lines"] [.t inde x "13.0 +2d lines"] [.t index "13.0 +3d lines"] [.t index "13.0 +4d lines"] ---- Result was: 16.17 15.5 16.28 16.0 15.0 16.0 16.65 16.33 ---- Result should have been (exact matching): 16.17 16.33 16.28 16.46 16.28 16.49 16.65 17.0 ==== textDisp-19.11.23 FAILED ==== textDisp-29.2 miscellaneous: lines wrap but are still too long FAILED ==== Contents of test case: catch {destroy .t2} toplevel .t2 wm geometry .t2 +0+0 text .t2.t -width 20 -height 10 -font $fixedFont -wrap char -xscrollcommand ".t2.s set" pack .t2.t -side top scrollbar .t2.s -orient horizontal -command ".t2.t xview" pack .t2.s -side bottom -fill x .t2.t insert end 123 frame .t2.t.f -width 300 -height 50 -bd 2 -relief raised .t2.t window create 1.1 -window .t2.t.f .t2.t xview scroll 1 unit update list [.t2.t xview] [winfo geom .t2.t.f] [.t2.t bbox 1.3] ---- Result was: {0.02 0.4866666666666667} 300x50+-1+20 {6 70 7 15} ---- Result should have been (exact matching): {0.023333333333333334 0.49} 300x50+-2+20 {5 70 7 15} ==== textDisp-29.2 FAILED ==== textDisp-29.2.1 miscellaneous: lines wrap but are still too long FAILED ==== Contents of test case: catch {destroy .t2} toplevel .t2 wm geometry .t2 +0+0 text .t2.t -width 20 -height 10 -font $fixedFont -wrap none -xscrollcommand ".t2.s set" pack .t2.t -side top scrollbar .t2.s -orient horizontal -command ".t2.t xview" pack .t2.s -side bottom -fill x .t2.t insert end 1\n .t2.t insert end [string repeat "abc" 30] .t2.t xview scroll 5 unit update .t2.t xview ---- Result was: 0.009523809523809525 0.23174603174603176 ---- Result should have been (exact matching): 0.05555555555555555 0.2777777777777778 ==== textDisp-29.2.1 FAILED ==== textDisp-29.2.2 miscellaneous: lines wrap but are still too long FAILED ==== Contents of test case: catch {destroy .t2} toplevel .t2 wm geometry .t2 +0+0 text .t2.t -width 20 -height 10 -font $fixedFont -wrap char -xscrollcommand ".t2.s set" pack .t2.t -side top scrollbar .t2.s -orient horizontal -command ".t2.t xview" pack .t2.s -side bottom -fill x .t2.t insert end 123 frame .t2.t.f -width 300 -height 50 -bd 2 -relief raised .t2.t window create 1.1 -window .t2.t.f .t2.t xview scroll 2 unit update list [.t2.t xview] [winfo geom .t2.t.f] [.t2.t bbox 1.3] ---- Result was: {0.02 0.4866666666666667} 300x50+-1+20 {6 70 7 15} ---- Result should have been (exact matching): {0.04666666666666667 0.5133333333333333} 300x50+-9+20 {} ==== textDisp-29.2.2 FAILED ==== textDisp-29.2.3 miscellaneous: lines wrap but are still too long FAILED ==== Contents of test case: catch {destroy .t2} toplevel .t2 wm geometry .t2 +0+0 text .t2.t -width 20 -height 10 -font $fixedFont -wrap char -xscrollcommand ".t2.s set" pack .t2.t -side top scrollbar .t2.s -orient horizontal -command ".t2.t xview" pack .t2.s -side bottom -fill x .t2.t insert end 123 frame .t2.t.f -width 300 -height 50 -bd 2 -relief raised .t2.t window create 1.1 -window .t2.t.f .t2.t xview scroll 7 pixels update list [.t2.t xview] [winfo geom .t2.t.f] [.t2.t bbox 1.3] ---- Result was: {0.02 0.4866666666666667} 300x50+-1+20 {6 70 7 15} ---- Result should have been (exact matching): {0.023333333333333334 0.49} 300x50+-2+20 {5 70 7 15} ==== textDisp-29.2.3 FAILED ==== textDisp-29.2.4 miscellaneous: lines wrap but are still too long FAILED ==== Contents of test case: catch {destroy .t2} toplevel .t2 wm geometry .t2 +0+0 text .t2.t -width 20 -height 10 -font $fixedFont -wrap char -xscrollcommand ".t2.s set" pack .t2.t -side top scrollbar .t2.s -orient horizontal -command ".t2.t xview" pack .t2.s -side bottom -fill x .t2.t insert end 123 frame .t2.t.f -width 300 -height 50 -bd 2 -relief raised .t2.t window create 1.1 -window .t2.t.f .t2.t xview scroll 17 pixels update list [.t2.t xview] [winfo geom .t2.t.f] [.t2.t bbox 1.3] ---- Result was: {0.02 0.4866666666666667} 300x50+-1+20 {6 70 7 15} ---- Result should have been (exact matching): {0.056666666666666664 0.5233333333333333} 300x50+-12+20 {} ==== textDisp-29.2.4 FAILED textImage.test ==== textImage-3.2 delayed image management FAILED ==== Contents of test case: catch { image create photo small -width 5 -height 5 small put red -to 0 0 4 4 } text .t -font test_font -bd 0 -highlightthickness 0 -padx 0 -pady 0 pack .t .t image create end -name test update lappend result [.t bbox test] .t image configure test -image small -align top update lappend result [.t bbox test] ---- Result was: {0 10 0 0} {0 0 5 5} ---- Result should have been (exact matching): {} {0 0 5 5} ==== textImage-3.2 FAILED (test fails due to manual entry removed) |
From: Donald G P. <don...@ni...> - 2012-11-09 21:02:56
|
On 11/09/2012 12:30 PM, Harald Oehlmann wrote: > ---itcl--- > --- only one test fails with an error message--- > import.test > Test file error: couldn't load library "itcl": this library or a > dependent libra > ry could not be found in library path > while executing > "load itcl" > invoked from within > "$interp eval" > load $::itcllib itcl > [::tcltest::configure -load] > proc auto_load {cmd {namespace {}}} { > global debug > proc \..." > (file "C:/test/tcl8.6.0/pkgs/itcl4.0.0/tests/import.test" line 46) Well, there's a bug in Itcl test suite. Need to add a bit of [list]-quoting. After that, though, there's still the question of why $::itcllib is holding an empty string. Without further investigation, my first guess would be some defect in the nmake build scripts. > ---Sqlite--- > --- Test setup fails with --- > "C:\test\tcl8.6.0\win\..\win\Release\tclsh86t.exe" > C:\Users\oehhar\AppDa > ta\Local\Temp\nm586.tmp > cannot find symbol "Sqlite_Init" > while executing > "load ./Release/sqlite337141t.dll" > (file "C:\Users\oehhar\AppData\Local\Temp\nm586.tmp" line 1) > NMAKE : fatal error U1077: > '"C:\test\tcl8.6.0\win\..\win\Release\tclsh86t.exe"' > > ---IMHO there is a "3" missing in the load command.--- > ---It should ask for Sqlite3_Init--- Appears that the [load] command is missing its second argument. Can you please track down where and why? Again, without further information, I'm going to blame something off in nmake-land. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Harald O. <har...@el...> - 2012-11-10 16:03:41
Attachments:
itcl_makefile.vc.patch
sqlite_makefile.vc.patch
|
Am 09.11.2012 22:02, schrieb Donald G Porter: > On 11/09/2012 12:30 PM, Harald Oehlmann wrote: >> ---itcl--- >> --- only one test fails with an error message--- >> import.test >> Test file error: couldn't load library "itcl": this library or a >> dependent libra >> ry could not be found in library path >> while executing >> "load itcl" >> invoked from within >> "$interp eval" >> load $::itcllib itcl >> [::tcltest::configure -load] >> proc auto_load {cmd {namespace {}}} { >> global debug >> proc \..." >> (file "C:/test/tcl8.6.0/pkgs/itcl4.0.0/tests/import.test" line 46) > > Well, there's a bug in Itcl test suite. Need to add a bit of > [list]-quoting. After that, though, there's still the question > of why $::itcllib is holding an empty string. Without further > investigation, my first guess would be some defect in the nmake > build scripts. :itclib holds the empty string, because the ifneeded script is not defined. In Makefile.in invocation of the test suite, the ifneeded script is set. In win/Makefile.vc, there is a "load itcl.dll" issued. The attached patch does this the same way for both. Only Makefile.vc requires "set env(ITCL_LIBRARY) ..", otherwise itcl.tcl is not found by the library load. >> ---Sqlite--- >> --- Test setup fails with --- >> "C:\test\tcl8.6.0\win\..\win\Release\tclsh86t.exe" >> C:\Users\oehhar\AppDa >> ta\Local\Temp\nm586.tmp >> cannot find symbol "Sqlite_Init" >> while executing >> "load ./Release/sqlite337141t.dll" >> (file "C:\Users\oehhar\AppData\Local\Temp\nm586.tmp" line 1) >> NMAKE : fatal error U1077: >> '"C:\test\tcl8.6.0\win\..\win\Release\tclsh86t.exe"' >> >> ---IMHO there is a "3" missing in the load command.--- >> ---It should ask for Sqlite3_Init--- > > Appears that the [load] command is missing its second argument. > Can you please track down where and why? Again, without further > information, I'm going to blame something off in nmake-land. Indeed, the nmake "make tests" called it without "sqlite3". The attached patch fixes this. Anyway, there are no tests distributed, there is no folder "test". Thank you, Harald |
From: François V. <fvo...@fr...> - 2012-11-10 17:02:10
|
Harald Oehlmann said on 09/11/2012 18:30: > ==== text-19.16 DeleteChars procedure, updates affecting topIndex FAILED I see this failure as well. But running the test code standalone (i.e. outside of the test suite) in the same self-compiled trunk version, it does not fail for me. Puzzled. Francois |
From: Harald O. <har...@el...> - 2012-11-13 08:04:40
|
Am 09.11.2012 22:02, schrieb Donald G Porter: > please test... I have an issue with tcl8.6.0 on win vista 32 bit msvc compiled which did not arise with tcl 8.5: Tcl8.6 is installed in: c:\programme\tcl8.6 This folder is mapped by the windows vista magic to: c:\program files\tcl8.6 When I doubpe-click in windows explorer on: c:\programme\tcl8.6\bin\wish86t.exe it starts correctly. If I use a batch file to start, with: C:\program files\tcl8.6\bin\wish86t.exe it starts correctly. It I use a batch file with: C:\programme\tcl8.6\bin\wish86t.exe wish shows the following error: "Can't find a usable init.tcl in the following directories: C:/programme/tcl8.6/lib/tcl8.6 C:/programme/tcl8.6/lib/tcl8.6 C:/programme/lib/tcl8.6 C:/programme/tcl8.6/library C:/programme/library C:/programme/tcl8.6.0/library C:/tcl8.6.0/library This propably means that Tcl wasn't installed properly." Within the explorer view, init.tcl is contained in the first mentioned folder. |
From: Porter, D. <don...@ni...> - 2012-11-13 14:20:29
|
I hate web mail. Sorry about this miserable formatting. The script that goes looking for init.tcl is found within tclInterp.c. Please step through that to find out why the init.tcl is not getting accepted. Does [file exist] fail? Does [source]? Let's dig in and find the real bug. ________________________________________ It I use a batch file with: C:\programme\tcl8.6\bin\wish86t.exe wish shows the following error: "Can't find a usable init.tcl in the following directories: C:/programme/tcl8.6/lib/tcl8.6 C:/programme/tcl8.6/lib/tcl8.6 C:/programme/lib/tcl8.6 C:/programme/tcl8.6/library C:/programme/library C:/programme/tcl8.6.0/library C:/tcl8.6.0/library This propably means that Tcl wasn't installed properly." Within the explorer view, init.tcl is contained in the first mentioned folder. ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ Tcl-Core mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Trevor D. (Twylite) <tw...@cr...> - 2012-11-13 14:59:38
|
Hi, On 2012/11/13 10:04 AM, Harald Oehlmann wrote: > Tcl8.6 is installed in: > c:\programme\tcl8.6 > This folder is mapped by the windows vista magic to: > c:\program files\tcl8.6 For the unwary or unfamiliar with Windows, this means that c:\programme is an NTFS directory junction to "c:\program files". http://en.wikipedia.org/wiki/NTFS#Directory_junctions . There is a known access control problem where a user may be able to access subdirectories of c:\programme but not list the contents of c:\programme ; see http://support.microsoft.com/kb/969986 . If the permissions are not set correctly then any attempt by Tcl_Init() to access $grandParentDir may fail (running under c:\programme, but not under "c:\program files"). Regards, Twylite |
From: Harald O. <har...@el...> - 2012-11-13 15:28:22
|
Am 13.11.2012 15:59, schrieb Trevor Davel (Twylite): > On 2012/11/13 10:04 AM, Harald Oehlmann wrote: >> Tcl8.6 is installed in: >> c:\programme\tcl8.6 >> This folder is mapped by the windows vista magic to: >> c:\program files\tcl8.6 > For the unwary or unfamiliar with Windows, this means that c:\programme > is an NTFS directory junction to "c:\program files". > http://en.wikipedia.org/wiki/NTFS#Directory_junctions . > > There is a known access control problem where a user may be able to > access subdirectories of c:\programme but not list the contents of > c:\programme ; see http://support.microsoft.com/kb/969986 . If the > permissions are not set correctly then any attempt by Tcl_Init() to > access $grandParentDir may fail (running under c:\programme, but not > under "c:\program files"). I have rechecked this issue. It is also present with tcl8.5, so it is not new - my error. I tried the fixit for windows. Now the folder "Programme" is listed within a Dos Box and marked as "Link". Before, it was hidden and not accessable to the normal user. The issue disapears with this fixit. To avoid this issue from tcl (I had it also with config files and the AppFolder), I used to pass any path by "file normalize". This command will remove any those link components and will help you with many troubble in Windows: % file normalize c:/programme/tcl8.6 C:/Program Files/tcl8.6 IMHO, one should introduce a "[file normalize ]" around the generation of the parentDir variable in Line 370 of tclInterp.c: The current code is: set parentDir [file dirname [file dirname [info nameofexecutable]]] to avoid this issue, one may use: set parentDir [file normalize [file dirname [file dirname [info nameofexecutable]]]] Unfortunately, I can not test this any more with my system... What are other opinions? Harald |
From: François V. <fvo...@fr...> - 2012-11-11 12:51:56
|
François Vogel said on 10/11/2012 18:01: > Harald Oehlmann said on 09/11/2012 18:30: > >> ==== text-19.16 DeleteChars procedure, updates affecting topIndex FAILED > > I see this failure as well. > > But running the test code standalone (i.e. outside of the test suite) > in the same self-compiled trunk version, it does not fail for me. text-19.16 does not fail for me on Vista with trunk when invoking: nmake -f makefile.vc test OPTS=symbols TCLDIR=%MYTCL% with any of the following two TESTFLAGS: TESTFLAGS="-file text.test -match text-19.16" TESTFLAGS="-file text.test" However text-19.16 fails for me with: TESTFLAGS="-file *{font,text}.test" font-18.1 fails for me, but this should have nothing to do with the failure I'm hunting for text-19.16 since TESTFLAGS="-file *{font,text}.test -skip font-18.1" still shows failure of text-19.16 There seems to be an interaction between font.test and text.test which I don't understand. Running font.test before text.test creates artificial failure of text-19.16. Francois |
From: Francois V. <fvo...@fr...> - 2014-09-28 10:37:53
|
I have finally opened a bug report regarding the failing text-19.16: http://core.tcl.tk/tk/tktview/280089486ea81c960f3df457a4681ed13312dcf2 Comments welcome regarding my analysis in that ticket. Regards, Francois François Vogel a écrit le 11/11/2012 13:51 : > François Vogel said on 10/11/2012 18:01: >> Harald Oehlmann said on 09/11/2012 18:30: >> >>> ==== text-19.16 DeleteChars procedure, updates affecting topIndex FAILED >> I see this failure as well. >> >> But running the test code standalone (i.e. outside of the test suite) >> in the same self-compiled trunk version, it does not fail for me. > text-19.16 does not fail for me on Vista with trunk when invoking: > > nmake -f makefile.vc test OPTS=symbols TCLDIR=%MYTCL% > > with any of the following two TESTFLAGS: > > TESTFLAGS="-file text.test -match text-19.16" > > TESTFLAGS="-file text.test" > > > However text-19.16 fails for me with: > > TESTFLAGS="-file *{font,text}.test" > > > font-18.1 fails for me, but this should have nothing to do with the > failure I'm hunting for text-19.16 since > > TESTFLAGS="-file *{font,text}.test -skip font-18.1" > > still shows failure of text-19.16 > > > There seems to be an interaction between font.test and text.test which > I don't understand. > Running font.test before text.test creates artificial failure of > text-19.16. > > Francois > > |
From: Donald G P. <don...@ni...> - 2013-09-03 19:42:45
|
The first attempts at constructing 8.6.1 releases for Tcl and Tk are now found at these URLs: ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-src.tar.gz ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tk8.6.1rc0-src.tar.gz ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-html.tar.gz There are a number of active bug tickets, and it's likely some of them will get fixes to go into the actual 8.6.1 release. Still it will be helpful to get started testing these files in order to uncover any other serious problems that need fixing. Reporting build problems, bugs, other concerns about these RCs is encouraged. Of possibly greater importance is that of all the bundled packages, only sqlite3 has had a release update compared with what went out in Tcl 8.6.0. I know that some of these packages have bug fixes since then, so this is a good chance to get those fixes sent out by just getting package releases done in time to hitch the ride on Tcl 8.6.1. Contact me about any plans in that regard, and let me know if you need my assistance. This release is only 3 tarballs. Subsequent releases will ramp up to the full "eleven downloadable files" configuration that was used to release 8.6.0. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Donald G P. <don...@ni...> - 2013-09-03 20:07:33
|
On 09/03/2013 03:42 PM, Donald G Porter wrote: > Of possibly greater importance is that of all the bundled packages, > only sqlite3 has had a release update compared with what went out in > Tcl 8.6.0. I know that some of these packages have bug fixes since > then, so this is a good chance to get those fixes sent out by just > getting package releases done in time to hitch the ride on Tcl 8.6.1. On that point, if any bundled package maintainers want to make RCs of their packages to go out with RCs of Tcl 8.6.1, I can help with that. Let me know. The plan would be to sync them all to final release together. I'm hoping that can happen by September 18. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Harald O. <har...@el...> - 2013-09-04 13:34:17
|
Am 03.09.2013 21:42, schrieb Donald G Porter: > > The first attempts at constructing 8.6.1 releases for Tcl and Tk are > now found at these URLs: > > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tk8.6.1rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-html.tar.gz Donald, thank you for the RC's. I am happy 8.6.1 is moving forward, as there are quite good bug-fixes in. Rivet fork test succeeded on real test on CentOS. --- rest on Win Vista 32 bit with msvc6+sdk2003sp1+makefile.vc Compilation and installation succeeded with all bundled packages. Test suite failures: Tcl: filesystem-1.3, filesystem-1.4 (fails since 8.5.x), socket-14.0, zlib-8.9, zlib-8.10, zlib-8.11 (also fails in 8.6.0) tdbc::odbc: odbc-15.2, odbc-15.3, odbc-15.4, odbc-15.5, odbc-15.6, odbc-20.1a, odbc-21.2, odbc-22.3, odbc-25.1a, odbc-27.1a, odbc-27.2b (failed in 8.6.0) Tk: spinbox-21.1 (fails since 8.5) text-19.16, textDisp-19.11.20, textDisp-19.11.23: (failed in tcl8.6.0) textDisp-29.2, textDisp-29.2.1, textDisp-29.2.2, textDisp-29.2.3, textDisp-29.2.4, textImage-3.2 (fails since 8.5) Thank you for the good work, Harald |
From: Pietro C. <ga...@ga...> - 2013-09-05 08:43:41
|
On 2013-Sep-03, 15:42, Donald G Porter wrote: > > The first attempts at constructing 8.6.1 releases for Tcl and Tk are > now found at these URLs: > > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tk8.6.1rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-html.tar.gz Again, all good on FreeBSD. Thanks! -- Pietro Cerutti ga...@ga... PGP Public Key: http://gahr.ch/pgp |
From: Jos D. <jos...@gm...> - 2013-09-05 10:41:54
|
Hi, Testing the RC with Visual studio 2008, 2010 and 2012 in 32bit mode gives compilation errors for file tclParse.c: c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/stat.inl(44) : error C2466: cannot allocate an array of constant size 0 c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/stat.inl(49) : error C2466: cannot allocate an array of constant size 0 c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/timeb.inl(46) : error C2466: cannot allocate an array of constant size 0 c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/utime.inl(39) : error C2466: cannot allocate an array of constant size 0 c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/utime.inl(44) : error C2466: cannot allocate an array of constant size 0 c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/utime.inl(49) : error C2466: cannot allocate an array of constant size 0 c:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\INCLUDE\sys/utime.inl(78) : error C2466: cannot allocate an array of constant size 0 Using Visual studio 2010 and 2012 in 64 bit mode compilation is OK. The failing code in sys/stat.inl looks like this: #ifndef _STATIC_ASSERT #define _STATIC_ASSERT(expr) typedef char __static_assert_t[ (expr) ] #endif #if !__STDC__ /* Non-ANSI names for compatibility */ #ifdef _USE_32BIT_TIME_T static __inline int __CRTDECL fstat(int _Desc, struct stat * _Stat) { _STATIC_ASSERT( sizeof(struct stat) == sizeof(struct _stat32) ); return _fstat32(_Desc,(struct _stat32 *)_Stat); } Jos. On Tue, Sep 3, 2013 at 9:42 PM, Donald G Porter <don...@ni...>wrote: > > The first attempts at constructing 8.6.1 releases for Tcl and Tk are > now found at these URLs: > > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tk8.6.1rc0-src.tar.gz > ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-html.tar.gz > > There are a number of active bug tickets, and it's likely some of > them will get fixes to go into the actual 8.6.1 release. Still it > will be helpful to get started testing these files in order to > uncover any other serious problems that need fixing. Reporting build > problems, bugs, other concerns about these RCs is encouraged. > > Of possibly greater importance is that of all the bundled packages, > only sqlite3 has had a release update compared with what went out in > Tcl 8.6.0. I know that some of these packages have bug fixes since > then, so this is a good chance to get those fixes sent out by just > getting package releases done in time to hitch the ride on Tcl 8.6.1. > Contact me about any plans in that regard, and let me know if you > need my assistance. > > This release is only 3 tarballs. Subsequent releases will ramp up to > the full "eleven downloadable files" configuration that was used to > release 8.6.0. > > -- > | Don Porter Applied and Computational Mathematics Division | > | don...@ni... Information Technology Laboratory | > | http://math.nist.gov/~DPorter/ NIST | > |______________________________________________________________________| > > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
From: Jos D. <jos...@gm...> - 2013-09-05 11:42:29
|
Hi, I think commit b94fb74ee950c9307e02290d2f585f72a9e23869 caused this compile problem through the include of <assert.h>. But that's not the root cause. When compiling on windows 32 bit, -D_USE_32BIT_TIME_T should be set. I'm working on a patch for makefile.vc. Jos. > > c:\Program Files (x86)\Microsoft Visual Studio > 9.0\VC\INCLUDE\sys/stat.inl(44) : error C2466: cannot allocate an array of > constant size 0 > c:\Program Files (x86)\Microsoft Visual Studio > 9.0\VC\INCLUDE\sys/stat.inl(49) : error C2466: cannot allocate an array of > constant size 0 > c:\Program Files (x86)\Microsoft Visual Studio > 9.0\VC\INCLUDE\sys/timeb.inl(46) : error C2466: cannot allocate an array of > constant size 0 > c:\Program Files (x86)\Microsoft Visual Studio > 9.0\VC\INCLUDE\sys/utime.inl(39) : error C2466: cannot allocate an array of > constant size 0 > c:\Program Files (x86)\Microsoft Visual Studio > 9.0\VC\INCLUDE\sys/utime.inl(44) : error C2466: cannot allocate an array of > constant size 0 > c:\Program Files (x86)\Microsoft Visual Studio > 9.0\VC\INCLUDE\sys/utime.inl(49) : error C2466: cannot allocate an array of > constant size 0 > c:\Program Files (x86)\Microsoft Visual Studio > 9.0\VC\INCLUDE\sys/utime.inl(78) : error C2466: cannot allocate an array of > constant size 0 > > Using Visual studio 2010 and 2012 in 64 bit mode compilation is OK. > > The failing code in sys/stat.inl looks like this: > > #ifndef _STATIC_ASSERT > #define _STATIC_ASSERT(expr) typedef char __static_assert_t[ (expr) ] > #endif > > #if !__STDC__ > > /* Non-ANSI names for compatibility */ > > #ifdef _USE_32BIT_TIME_T > static __inline int __CRTDECL fstat(int _Desc, struct stat * _Stat) > { > _STATIC_ASSERT( sizeof(struct stat) == sizeof(struct _stat32) ); > return _fstat32(_Desc,(struct _stat32 *)_Stat); > } > > Jos. > > > On Tue, Sep 3, 2013 at 9:42 PM, Donald G Porter <don...@ni...>wrote: > >> >> The first attempts at constructing 8.6.1 releases for Tcl and Tk are >> now found at these URLs: >> >> ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-src.tar.gz >> ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tk8.6.1rc0-src.tar.gz >> ftp://ftp.tcl.tk/pub/tcl/tcl8_6/tcl8.6.1rc0-html.tar.gz >> >> There are a number of active bug tickets, and it's likely some of >> them will get fixes to go into the actual 8.6.1 release. Still it >> will be helpful to get started testing these files in order to >> uncover any other serious problems that need fixing. Reporting build >> problems, bugs, other concerns about these RCs is encouraged. >> >> Of possibly greater importance is that of all the bundled packages, >> only sqlite3 has had a release update compared with what went out in >> Tcl 8.6.0. I know that some of these packages have bug fixes since >> then, so this is a good chance to get those fixes sent out by just >> getting package releases done in time to hitch the ride on Tcl 8.6.1. >> Contact me about any plans in that regard, and let me know if you >> need my assistance. >> >> This release is only 3 tarballs. Subsequent releases will ramp up to >> the full "eleven downloadable files" configuration that was used to >> release 8.6.0. >> >> -- >> | Don Porter Applied and Computational Mathematics Division | >> | don...@ni... Information Technology Laboratory | >> | http://math.nist.gov/~DPorter/ NIST | >> |______________________________________________________________________| >> >> >> >> >> ------------------------------------------------------------------------------ >> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! >> Discover the easy way to master current and previous Microsoft >> technologies >> and advance your career. Get an incredible 1,500+ hours of step-by-step >> tutorial videos with LearnDevNow. Subscribe today and save! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk >> _______________________________________________ >> Tcl-Core mailing list >> Tcl...@li... >> https://lists.sourceforge.net/lists/listinfo/tcl-core >> > > |
From: Jos D. <jos...@gm...> - 2013-09-05 11:54:13
|
The actual commit is 6d9ae929c53e54909f42242797a35194444e94c6. b94fb74ee950c9307e02290d2f585f72a9e23869 was the merge. |
From: Trevor D. (Twylite) <tw...@cr...> - 2013-09-05 12:08:36
|
Hi, On 2013/09/05 01:42 PM, Jos Decoster wrote: > I think commit b94fb74ee950c9307e02290d2f585f72a9e23869 caused this > compile problem through the include of <assert.h>. But that's not the > root cause. When compiling on windows 32 bit, -D_USE_32BIT_TIME_T > should be set. I'm working on a patch for makefile.vc > <http://makefile.vc>. Followup, now that I've look at that commit. I'm pretty sure that including "tclPort.h" before assert.h should solve the problem. Since tclPort.h is in tclInt.h, just move the #include "tclInt.h" above the #include <assert.h>. Regards, Twylite |
From: Trevor D. (Twylite) <tw...@cr...> - 2013-09-05 11:59:14
|
Hi, On 2013/09/05 01:42 PM, Jos Decoster wrote: > I think commit b94fb74ee950c9307e02290d2f585f72a9e23869 caused this > compile problem through the include of <assert.h>. But that's not the > root cause. When compiling on windows 32 bit, -D_USE_32BIT_TIME_T > should be set. I'm working on a patch for makefile.vc > <http://makefile.vc>. Argh! Wait! We've gone through weeks (possibly months) of pain trying to resolve the _USE_32BIT_TIME_T issue. Anything involving that define affects more than just MSVC builds, and more than just building the Tcl core. Please consider any change _very_ carefully. Jan Nijtmans and I (to a lesser extent) can provide more background. Regards, Twylite |
From: Jos D. <jos...@gm...> - 2013-09-05 12:48:07
|
Hi, > Argh! Wait! We've gone through weeks (possibly months) of pain trying > to resolve the _USE_32BIT_TIME_T issue. Anything involving that define > affects more than just MSVC builds, and more than just building the Tcl > core. Please consider any change _very_ carefully. Jan Nijtmans and I (to > a lesser extent) can provide more background. > It's not clear to me what you mean with resolving the _USE_32BIT_TIME_T issue, as tclWinPort.h starts with setting it. Jos. |
From: Jos D. <jos...@gm...> - 2013-09-05 12:06:12
|
Hi, > Argh! Wait! We've gone through weeks (possibly months) of pain trying > to resolve the _USE_32BIT_TIME_T issue. Anything involving that define > affects more than just MSVC builds, and more than just building the Tcl > core. Please consider any change _very_ carefully. Jan Nijtmans and I (to > a lesser extent) can provide more background. > Better solution found. Including assert.h after tclInt.h in tclParse.h also solves the problem without the need for USE_32BIT_TIME_T. Jos. |
From: Donald G P. <don...@ni...> - 2013-09-05 12:46:35
|
On 09/05/2013 08:06 AM, Jos Decoster wrote: > Better solution found. Including assert.h after tclInt.h in tclParse.h > also solves the problem without the need for USE_32BIT_TIME_T. Committed to trunk. -- | Don Porter Applied and Computational Mathematics Division | | don...@ni... Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| |
From: Jan N. <jan...@gm...> - 2013-09-05 12:58:40
|
2013/9/5 Donald G Porter <don...@ni...>: > On 09/05/2013 08:06 AM, Jos Decoster wrote: >> Better solution found. Including assert.h after tclInt.h in tclParse.h >> also solves the problem without the need for USE_32BIT_TIME_T. > > Committed to trunk. Apparently this commit broke it: <http://core.tcl.tk/tcl/info/2f5ee8efad801c30> Solution looks good to me. Thanks! Regards, Jan Nijtmans |