http://blog.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://comments.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://comments.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://comments.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://comments.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 http://comments.gmane.org/gmane.comp.lang.tcl.core/13955 <pre>I've been reviewing TIP #399 to see whether I thought it was reasonable to call a vote on it yet, and I noticed that it did not state what the default locale pattern would be, or what the matching rule for patterns would be. I'd hope that the default would be "current locale" and the matching rule "like [string match]", but it does bear saying explicitly. :-) 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-04T13:36:24 http://comments.gmane.org/gmane.comp.lang.tcl.core/13950 <pre>I'd like to get closure on this bug as soon as possible. The proposed solution doesn't seem to be correct, but I don't have enough knowledge of the changes made between 8.4 and 8.5 in this area to know how to craft a correct solution. If someone familiar with TkFrameReleaseMenu changes (Todd? Pat?) could contact me I would appreciate it. 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/_______________________________________________ Tcl-Core mailing list Tcl-Core-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/tcl-core </pre> Brian Griffin 2012-05-03T22:56:51 http://comments.gmane.org/gmane.comp.lang.tcl.core/13923 <pre>Hi, I'm currently writing a tcl only itk replacement. For two tasks I could not find oo related functions. May be there is a better solution available or a new command could be implemented. - Getting the class name of the current class definition like: class create myClass { puts [info name_of_current_class] } Currently I poke with uplevel in the calling command and extract the class name. - Calling a method on an inherited class from outside like: class create A { public method do {} {puts A} } class create B { superclass A method do {} {puts B} } B create b some_magic b do --&gt; A Regards rene ------------------------------------------------------------------------------ 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/sfrnl0424201</pre> Rene Zaumseil 2012-05-03T07:39:29 http://comments.gmane.org/gmane.comp.lang.tcl.core/13850 <pre> TIP #401: COMMENT WORDS WITH LEADING {#} ========================================== Version: $Revision: 1.1 $ Author: Lars Hellström &lt;Lars.Hellstrom_at_residenset.net&gt; State: Draft Type: Project Tcl-Version: 8.7 Vote: Pending Created: Sunday, 29 April 2012 URL: http://purl.org/tcl/tip/401.html WebEdit: http://purl.org/tcl/tip/edit/401 Post-History: ------------------------------------------------------------------------- ABSTRACT ========== The basic syntax rules of Tcl (the "dodekalogue") are modified to allow words that are comments. In analogy with the argument expansion *{*}*, such comment words will begin with *{#}* (left brace, hash sign, right brace). RATIONALE =========== Tcl is special in that comments appear at the "statement" (command) level of the language syntax rather than the "token" level (as is the case in e.g. the ALGOL language family: C, Pascal, Java, etc.). This means a Tcl program has fewer plac</pre> Lars Hellström 2012-04-29T22:15:17 http://comments.gmane.org/gmane.comp.lang.tcl.core/13849 <pre>In this message I'm trying to highlight those Draft TIPs that are targeted at Tcl releases "in the near future". This is the only TIP that claims to aim at 8.5. Alas, we can't make progress on it yet; it lacks an implementation. TIP#392: Allow Bignums to be Disabled at Runtime on a Per-Interp Basis These are the TIPs that target 8.6. TIP#376: Bundle sqlite3 and tdbc::sqlite3 Packages TIP#383: Injecting Code into Suspended Coroutines TIP#399: Dynamic Locale Changing for msgcat TIP#400: Setting the Compression Dictionary Of these, #376 is blocked waiting for upstream, #383 is proposing an API that is almost certainly too hard correctly to use in its current implementation, #399 is about ready for a vote (there's a patch but I think the TIP needs a little mostly-editorial polishing), and #400 has an implementation under development. There are no open Accepted TIPs. Thanks must go to Alexandre for dealing with TIP #398. Donal. ---------------------------------------------------------------------</pre> Donal K. Fellows 2012-04-29T07:51:17 http://comments.gmane.org/gmane.comp.lang.tcl.core/13791 <pre>I am a fan of TIP 351: 'add striding support for lsearch' Here are some propositions enhancing the tip: 1) The -index parameter should work with -stride the same way as with lsort. This should be expressed clearly. 2) If 1) applies, the following sentence of the TIP gets non-redundand for -index != 0: "When lsearch is returning indices, it should return the indices of the first element of the striding group(s) that is/are being indicated." I am not shure if it is helpful to return the index of the group. There might be cases, where the index of the item is required. But anyway, this is the more general use-case, as the original index might be calculated by: found index + index parameter value. The other way around is more expensive. I find it a bit odd how lsort acts here (tcl8.6). % lsort -stride 2 -index 1 -indices {A B C D} 0 1 2 3 and not 1 3 or 0 2 The last would correspond to return the start of group index: % lsearch -stride 2 -index 1 {A B C D} D 2 3) The given example is IMHO not so realistic</pre> Harald Oehlmann 2012-04-20T09:53:37 http://comments.gmane.org/gmane.comp.lang.tcl.core/13771 <pre>Hi all, is there a reason to have the TEA tcl.m4 and install.sh script separately under tclconfig and not in the tcl sources in fossil? Regards rene ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________ Tcl-Core mailing list Tcl-Core-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/tcl-core </pre> Rene Zaumseil 2012-04-18T11:30:00 http://comments.gmane.org/gmane.comp.lang.tcl.core/13764 <pre>Hi... I am using insight (GNU Debugger with tcl/tk frontend) together with tcl/tk 8.6 (most recent sources from fossil) on windows 7 64bit in 64bit. Compiled using mingw-w64. While it worked very well and stable for some weeks I am seeing now a reproducable Tcl_Panic() when stepping thru certain c++ code using 64bit insight (and so also 64bit tcl): TclStackFree: incorrect freePtr (&lt;some address&gt; != &lt;some other address&gt;). Call out of sequence? When searching the internet I found that this should most likely be related to multithreaded usage of the tcl interpreter. In my case this seems not to be the case. I added some code to TclStackFree() to dump the threadids and to alert when it changes. It is always the same threadid. So accessing the interpreter from multiple threads is not happening. Moreover when debugging my application in 32bit mode (on the same system) using the very same 32bit version of insight with the very same tcl just compiled for 32bit it does not panic. Has anyone any clue</pre> Roland Schwingel 2012-04-17T10:15:47 http://comments.gmane.org/gmane.comp.lang.tcl.core/13747 <pre>You may have already noticed, but if not, I'm drawing your attention to the fact that Tclkit is no longer building. The latest successful build was on 15 Feb 2012. Today's build log, found at http://patthoyts.tk/tclkit/win32-ix86/daily/ , ends with the error: Creating library kit-gui.lib and object kit-gui.exp tk86tsx.lib(xcolors.obj) : error LNK2001: unresolved external symbol __strtoi64 kit-gui.exe : fatal error LNK1120: 1 unresolved externals Also, did you get my previous email? I never saw a reply. It was a long time ago. I wrote: "Today's (9 Dec 2010) tclkit-gui-win32 crashes for me, whereas the latest (1 Jul 2010) prerelease works fine. I'm using it to run a script I wrote that uses Tcl3d and FTGL. Upgrading to the latest Tcl3d didn't help anything. Sorry, I can't share the script with you, and this computer has no debugging ability, so you might not be able to do anything with this report." </pre> andrew.m.goth-o70QjBUuf8rQT0dZR+AlfA< at >public.gmane.org 2012-04-12T23:13:30 http://comments.gmane.org/gmane.comp.lang.tcl.core/13723 <pre> Looks like discussion on TIP#398 has come to an end, so Alex has asked me to issue the CFV. So here it is: Call For Votes: TIP#398 "Quickly Exit with Non-Blocking Blocked Channels" This TIP proposes that nonblocking channels shall no longer be switched to blocking mode when the process calls exit or Tcl_Exit(), reverting a longstanding undesirable behavior the ill effects of which cannot otherwise be circumvented. End of votes Wednesday 18 Apr 2012ish. My vote: TIP#398: YES. --Joe English jenglish-BD/dr091N2xF6kxbq+BtvQ&lt; at &gt;public.gmane.org ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 </pre> Joe English 2012-04-12T02:52:40 http://comments.gmane.org/gmane.comp.lang.tcl.core/13718 <pre>19th Annual Tcl/Tk Conference (Tcl'2012) http://www.tcl.tk/community/tcl2012/ November 12 - 16, 2012 Holiday Inn Chicago Mart Plaza 350 West Mart Center Drive Chicago, Illinois, USA Important Dates: Abstracts and proposals due August 27, 2012 Notification to authors September 10, 2012 WIP and BOF reservations open August 6, 2012 Author materials due October 29, 2012 Tutorials Start November 12, 2012 Conference starts November 14, 2012 Email Contact: tclconference-/JYPxA39Uh5TLH3MbocFFw&lt; at &gt;public.gmane.org Submission of Summaries Tcl/Tk 2012 will be held in Chicago, Illinois, USA from November 12 - 16, 2012. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Obje</pre> Andreas Kupries 2012-04-02T18:52:23 http://comments.gmane.org/gmane.comp.lang.tcl.core/13712 <pre> TIP #400: SETTING THE COMPRESSION DICTIONARY ============================================== Version: $Revision: 1.1 $ Author: Donal K. Fellows &lt;dkf_at_users.sf.net&gt; State: Draft Type: Project Tcl-Version: 8.6 Vote: Pending Created: Friday, 30 March 2012 URL: http://purl.org/tcl/tip/400.html WebEdit: http://purl.org/tcl/tip/edit/400 Post-History: ------------------------------------------------------------------------- ABSTRACT ========== Sometimes it is necessary to set the compression dictionary so that a sequence of bytes may be compressed more efficiently (and decompressed as well). This TIP exposes that functionality. RATIONALE =========== The SPDY protocol extensions to HTTP require the seeding of the zlib compression dictionary (which greatly improves the performance of compression on small amounts of data, such as HTTP headers). In order to allow a pure Tcl implementation of the SPDY protocol, it is therefore n</pre> Donal K. Fellows 2012-03-30T14:19:46 http://comments.gmane.org/gmane.comp.lang.tcl.core/13711 <pre> TIP #399: DYNAMIC LOCALE CHANGING FOR MSGCAT ============================================== Version: $Revision: 1.1 $ Author: Harald Oehlmann &lt;Harald.Oehlmann_at_elmicron.de&gt; State: Draft Type: Project Tcl-Version: 8.6 Vote: Pending Created: Tuesday, 27 March 2012 URL: http://purl.org/tcl/tip/399.html WebEdit: http://purl.org/tcl/tip/edit/399 Post-History: ------------------------------------------------------------------------- ABSTRACT ========== This TIP adds dynamic locale switching to the msgcat package. RATIONALE =========== The msgcat package has a 3 stage processing model: 1. Set locale list: *mclocale* /locale/ 2. Load language files with other package load: *mcload* /catalog/ 3. Translate strings: *mc* /key args.../ If the locale should be changed after other packages are loaded, one must restart at step 2. Within a multi-language application like a web-server, one may change the language qui</pre> Harald Oehlmann 2012-03-30T13:48:36 http://comments.gmane.org/gmane.comp.lang.tcl.core/13704 <pre> Hi I posted this to comp.lang.tcl but haven't gotten any replies. Maybe this list would be a better place to ask? My question is is it better to initialize all variables in a script whether they might be used or not or better to test with info exists? I am scanning some text and variables only get created if specific patterns match. I found out if I test a variable that didn't get created for the empty string the script gets an error. Ok. I "solved" this by doing set for all the possibly used variables to the empty string "". Looking a bit further I see I could use info exists. Tcl noob as I am, I don't know whether info exists is preferable or initializing lots of variables that may not be used is better. I don't mind the memory consumption of creating variables that might not be used. The question is whether there's any benefit in Tcl to defining variables that might not be used and if that is the right way to do this in Tcl or should I use info exists? I would prefer to do it idiomatically, with a pri</pre> Anonymous Remailer (austria 2012-03-29T12:20:32 http://comments.gmane.org/gmane.comp.lang.tcl.core/13701 <pre>Hi... I am relatively new to tcl/tk so don't judge me too hard if I am doing something wrong. And I hope I am here at the right location with my email. My motivation to use tcl/tk is to make insight (GNU Debugger with Tcl/Tk UI) more nicely working on windows. Especially 64bit (mingw-w64). I am quite far with it, but found a little problem in tk's screen handling for windows (I am using current tk 8.6 sources from fossil). While I am new to tcl/tk I am not new to C and programming on windows, linux and mac. As far as I understand tk supports multiple screens (monitors). The implementation on windows is made that way that it always presents one screen to the user, even when the system contains more than one screen (dual/multihead). When using tk's winfo screenwidth/height it always returns the widht/height of the primary monitor on windows. When there are applications (like insight) that use these informations to limit appearance of eg. tooltips and window positions this is little bad. Stored w</pre> Roland Schwingel 2012-03-29T12:41:03 http://comments.gmane.org/gmane.comp.lang.tcl.core/13655 <pre> Alex has indicated that he considers TIP#398 ready to go and would like to expedite the vote. If anyone else has any comments on this, please speak up now. I have one note: the Specification section as written (by, erm, me in fact :-) in revision 1.2 does not, I don't think, accurately reflect the intent of the TIP. It's also ambiguous: it refers to "finalization", but doesn't say if that means interp-destruction time, thread-destruction time, "normal" exit ([destroy .] for wish, falling off the end of the script for tclsh, or ^D for interactive shells), or explicitly calling [exit] / Tcl_Exit(). Since the intent of the TIP (AIUI) is that [exit] should exit, dammit, this is probably better: | ~ SPECIFICATION | | Nonblocking channels shall no longer be switched to blocking mode | when the process calls [exit] or Tcl_Exit(). Any buffered data | for nonblocking channels will be discarded. | | ~ NOTES | | Blocking channels are unaffected by this TIP; blocking channels shall | still be flushed and closed </pre> Joe English 2012-03-21T19:55:36 http://comments.gmane.org/gmane.comp.lang.tcl.core/13641 <pre>I made first experiments with tcl8.6 &amp; Incr Tcl-ng (trunk from 2011-11). Unfortunately, a "package require Itcl" breaks all Tcl by the bug: "info exists" may errorneously return 0 if "info exists" is called within a namespace or within a method: http://core.tcl.tk/itcl/tktview?name=d4ee728817 Arnulf proposed to use "::info" instead "info" but this must be done in all used packages which use namespaces... Arnulf wrote that it is only partly an issue of "incr tcl-ng". May I ask politely, if there is a possibility to fix this bug in a close time frame ? It feels as a total show-stopper for me. Thank you all, Harald ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure </pre> Harald Oehlmann 2012-03-21T09:25:23 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.tcl.core