http://permalink.gmane.org/gmane.comp.lang.tcl.core hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lang.tcl.core/13992 <pre> It's worth noting that it does not appear that the [clock] command's implementation does anything to directly clear the ::errorInfo variable. It does require packages, though, which can have the effect of sourcing every pkgIndex.tcl file in the directories where packages are installed. I'd go looking there to find the code that's actually clearing the variable. Finding and correcting that misbehavior will still be unreliable. For reliability, go to the new [catch] features. But it might be a simpler answer for a particular set of needs and environment. </pre> Donald G Porter 2012-05-22T18:07:22 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13991 <pre> Not a bug, so nothing to fix. My suggestion how to capture the -errorinfo information is to use the facilities of [catch] that came with Tcl 8.5: % catch {gggg} m o 1 % dict get $o -errorinfo invalid command name "gggg" while executing "gggg" If you really insist on sticking with the legacy ::errorInfo variable, then read and store the value you want to preserve as soon as you can, before the evaluation of other commands in the interp can overwrite it. </pre> Donald G Porter 2012-05-22T17:36:10 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13990 <pre> -------- Original Message -------- Subject: [Tcl-bugs] clock format [clock seconds] resets errorInfo in TCL 8.5 Date: Tue, 22 May 2012 10:19:11 -0700 (PDT) From: Raghav_swami &lt;raghav.swaminathan-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; To: tcl-bugs-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org Could this be bug with TCL 8.5. Did not see this behavior in TCL 8.4. Looks like "clock format [clock seconds]" is resetting the errorInfo variable. Any suggestions on how to fix this? % puts $::errorInfo % gggg invalid command name "gggg" % puts $::errorInfo invalid command name "gggg" while executing "gggg" % clock format [clock seconds] Tue May 22 10:04:39 -0700 2012 % puts $::errorInfo </pre> Andreas Kupries 2012-05-22T17:18:09 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13989 <pre>I just want to thank all active TCL maintainers for their work. Always a pleasure, Harald Am 21.05.2012 13:10, schrieb Jan Nijtmans: ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Harald Oehlmann 2012-05-21T14:19:52 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13988 <pre>The voting time expired, and the votes are as follows: YES: DKF, JN, JH NO: nobody ABSTAIN: nobody So,, TIP#106 passes. Thanks to all for voting. Regards, Jan Nijtmans ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Jan Nijtmans 2012-05-21T11:10:37 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13987 <pre> You are probably better off asking this question on the Tkinter mailing list or comp.lang.py--this list is focused on the core development of Tcl/Tk, not on general user inquiries, especially when their focus is a language besides Tcl (Python). </pre> Kevin Walzer 2012-05-16T13:24:18 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13986 <pre>Donal K. Fellows skrev 2012-05-15 12.33: I was thinking that it might be good to be able to sort out the dictionary business /before/ having to worry about pieces of decompressed data. Concretely, set stream [zlib stream decompress] $stream put $data try {$stream get 0} trap {TCL ZLIB NEED_DICT} {} { $stream get -dictionary $DictTable([$stream checksum]) 0 } while {![$stream eof]} { set block [$stream get 128] ... } seems less convoluted than set stream [zlib stream decompress] $stream put $data try { set block [$stream get 128] } trap {TCL ZLIB NEED_DICT} {} { set block [$stream get -dictionary $DictTable([$stream checksum]) 128] } while 1 { ... if {[$stream eof]} break set block [$stream get 128] } If the zlib library is not documented to do something useful in that case, I can imagine having a special case in the implementation of [$stream get] for it (checking an integer argument for being 0 is quite straight</pre> Lars Hellström 2012-05-16T09:08:51 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13985 <pre>I am trying to compile python but its keep missing Tk support (Tkinter module). Has anyone compiled this before? Are you using any special flags? Here is what I am doing. wget http://prdownloads.sourceforge.net/tcl/tcl8.5.11-src.tar.gz wget http://prdownloads.sourceforge.net/tcl/tk8.5.11-src.tar.gz tar -xzpf tcl8.5.11-src.tar.gz &amp;&amp; tar -xzpf tk8.5.11-src.tar.gz #compile tcl cd tcl8.5.11/unix/ ./configure --prefix=/tmp/testdir --enable-64bit --enable-threads make make test make install #compile tk cd tk8.5.11/unix/ ./configure --prefix=/tmp/testdir --enable-threads --enable-64-bit --with-tcl=/tmp/testdir/lib make make install #compile python wget http://www.python.org/ftp/python/2.7.3/Python-2.7.3.tgz tar -xzpvf Python-2.7.3.tgz cd Python-2.7.3/ ./configure --prefix=/tmp/testdir --enable-shared LDFLAGS="-Wl,-rpath,/tmp/testdir/lib" But, when I try to import it I get this ... import _tkinter # if this fails your Python may not be configured for Tk ImportError: No module named _tkinter Is there anyt</pre> Rita 2012-05-16T10:28:59 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13984 <pre> Yes. Internally, the stream data is stored in compressed form in both directions. I'm not sure what getting zero-length content would do though; it might end up returning with no action taken. That sounds very reasonable. Donal. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ Tcl-Core mailing list Tcl-Core-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/tcl-core </pre> Donal K. Fellows 2012-05-15T10:33:18 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13983 <pre> TIP#106: YES Donal. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ Tcl-Core mailing list Tcl-Core-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/tcl-core </pre> Donal K. Fellows 2012-05-15T10:29:06 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13982 <pre> TIP#106: YES Jeff ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Jeff Hobbs 2012-05-13T17:00:13 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13981 <pre>This is a Call For Votes on TIP #106. It allows more control on how data is sent ([dde request] or [dde poke]) to other applications which don't use utf-8, as Tcl does. Details at: http://www.tcl.tk/cgi-bin/tct/tip/106.html Votes should be sent to this list in the usual format. Close date will be midday UK time next Monday (i.e., clock format 1337601600). My vote follows: TIP #106: YES Regards, Jan Nijtmans ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Jan Nijtmans 2012-05-13T15:33:07 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13980 <pre>Am 11.05.2012 15:13, schrieb Jan Nijtmans: So lets go. I am 200% satisfied and positive to the work. Thank you, Harald ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Harald Oehlmann 2012-05-11T13:42:13 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13979 <pre>2012/5/11 Harald Oehlmann &lt;harald.oehlmann-pz0NOyBm9rYb1SvskN2V4Q&lt; at &gt;public.gmane.org&gt;: No, it doesn't, so let's go for TIP 106. The real solution to make dde encoding-less would be to implement CF_UNICODETEXT, which is out-of-scope of this TIP. But when we do that, we will need a fallback mechanism anyway, and then this "-binary" option does exactly what is wanted. #473946 and #3525762 are bugs in dde, but are not related to this TIP. This TIP, which handles the sending of data by Tcl, is related to #227482 and #219185, which handle receiving data. Peter Hardie's patch, as mentioned in the TIP, was the addition of -binary to [dde request], which is already in the core since 8.4 beta. That's probably why the patch cannot be found any more. However, the implementation of "-binary" for [dde execute] and [dde poke] was not 100% symmetrical with #227482/#219185, the problem was the closing '\0'. I took the freedom to fix this in the tip-106-impl branch. And the dde version is updated to 1.4.0. Any further impr</pre> Jan Nijtmans 2012-05-11T13:13:55 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13978 <pre>Am 11.05.2012 09:29, schrieb Jan Nijtmans: Dear Jan, thank you for all the work in this field. My answer to the question: I am not shure... I have to build-up a test setup. Nevertheless, all other commands have this switch and they are identical. So the question is: - does this modification render -binary obsolete for all commands? If yes -&gt; well, make the switches do nothing (code cleanup)? If no -&gt; implement TIP 106 (which basicly does the same thing for all dde commands). My patch was written for Windows 98 where "-binary" was necessary when the ANSI-API was used. I will come back to this in two weeks, if there is no better answer from someone else. Thank you, Harald ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats.</pre> Harald Oehlmann 2012-05-11T08:49:33 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13977 <pre>2012/5/7 Harald Oehlmann &lt;harald.oehlmann-pz0NOyBm9rYb1SvskN2V4Q&lt; at &gt;public.gmane.org&gt;: Well, bug #473946 and #3525762 show otherwise. The first is fixed now in all branches, and I'm currently investigating the second one. Do those two use cases cover everything you had in mind as motivation for TIP #106? In other words: Does fixing bug #3525762 render TIP #106 useless? Regards, Jan Nijtmans ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Jan Nijtmans 2012-05-11T07:29:29 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13976 <pre>2012/5/10 Brian Griffin &lt;brian_griffin-nmGgyN9QBj3QT0dZR+AlfA&lt; at &gt;public.gmane.org&gt;: In my view, this is THE right decision for them. Thet provide a UNIX-like environment, and their cygwin port of Tcl/Tk should be like that. This is another thing: In order to build a win32 version of Tcl/Tk, a UNIX-like shell is needed. This can be cygwin or msys, both work fine now, each has it advantage/disadvantages. Cygwin is bigger, but easier to set up. But this is independant of what version of Tcl is produced: cygwin or win32. Cygwin cannot produce a win32 version of Tcl, neither can msys alone. But in combination with the mingw or mingw-w64 tools both cygwin and msys can produce proper win32 executables, just as MSVC. I don't thing that the TCT should recommend or sanction any environment. Tcl/Tk should simply work in any environment where people want it to work. Cygwin was sanctioned in the past because no-one wanted to maintain al the cygwin-specific changes in the win directory. Finally they made the right choice</pre> Jan Nijtmans 2012-05-10T20:00:34 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13975 <pre> +1 BitKeeper has done the same thing. </pre> Larry McVoy 2012-05-10T17:56:41 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13974 <pre> I understand. My reaction stems from my vitriol for cygwin. Thanks, -Brian ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Brian Griffin 2012-05-10T17:14:00 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13973 <pre> cygwin manages their stuff separately from the core, and isn't a TCT managed platform. They have provided patches over time that have been integrated. I don't see the issue with this though, given that it fits with the cygwin premise of providing all their tools on a truly unix-emulated infrastructure for Windows. The same is already true of other languages in the cygwin toolset, thus making a more cohesive whole for cygwin. Personally I've moved to msys for the lighter weight integration of unix tools on Windows. I use ssh, make and gcc (mingw) all fine in a DOS prompt. Jeff ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Jeff Hobbs 2012-05-10T17:06:42 http://permalink.gmane.org/gmane.comp.lang.tcl.core/13972 <pre>Is anyone in the CORE aware of this change? [ANNOUNCEMENT] Updated: Tcl/Tk 8.5.11 . From: "Yaakov (Cygwin/X)" &lt;yselkowitz at users dot sourceforge dot net&gt; . To: cygwin at cygwin dot com . Date: Tue, 07 Feb 2012 03:07:23 -0600 . Subject: [ANNOUNCEMENT] Updated: Tcl/Tk 8.5.11 . Reply-to: cygwin at cygwin dot com . Reply-to: The Cygwin Mailing List &lt;cygwin at cygwin dot com&gt; ________________________________________ Tcl/Tk has been updated to 8.5.11 with the following important changes: * Tcl now uses *NIX APIs and will behave like other Cygwin programs with regards to filename paths, etc. The consequence is that tcl_platform(platform) == "unix" (from: http://comments.gmane.org/gmane.os.cygwin/132371) I hope this isn't a core sanctioned changed. -Brian ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions </pre> Brian Griffin 2012-05-10T16:59:14 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.tcl.core