<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core">
    <title>gmane.comp.lang.tcl.core</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13987"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13986"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13985"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13984"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13983"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13982"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13981"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13980"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13979"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13978"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13977"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13976"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13975"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13974"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13973"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13972"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13971"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13970"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13969"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13968"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13987">
    <title>Re: compiling Tk support for python</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13987</link>
    <description>&lt;pre&gt;
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).

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2012-05-16T13:24:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13986">
    <title>Re: TIP #400: Setting the Compression Dictionary</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13986</link>
    <description>&lt;pre&gt;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&lt;/pre&gt;</description>
    <dc:creator>Lars Hellström</dc:creator>
    <dc:date>2012-05-16T09:08:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13985">
    <title>compiling Tk support for python</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13985</link>
    <description>&lt;pre&gt;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;&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&lt;/pre&gt;</description>
    <dc:creator>Rita</dc:creator>
    <dc:date>2012-05-16T10:28:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13984">
    <title>Re: TIP #400: Setting the Compression Dictionary</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13984</link>
    <description>&lt;pre&gt;
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&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/tcl-core
&lt;/pre&gt;</description>
    <dc:creator>Donal K. Fellows</dc:creator>
    <dc:date>2012-05-15T10:33:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13983">
    <title>Re: CFV: TIP #106: Add Encoding Abilities to the [dde] Command</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13983</link>
    <description>&lt;pre&gt;
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&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/tcl-core
&lt;/pre&gt;</description>
    <dc:creator>Donal K. Fellows</dc:creator>
    <dc:date>2012-05-15T10:29:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13982">
    <title>Re: CFV: TIP #106: Add Encoding Abilities to the [dde]Command</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13982</link>
    <description>&lt;pre&gt;
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/
&lt;/pre&gt;</description>
    <dc:creator>Jeff Hobbs</dc:creator>
    <dc:date>2012-05-13T17:00:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13981">
    <title>CFV: TIP #106: Add Encoding Abilities to the [dde] Command</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13981</link>
    <description>&lt;pre&gt;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/
&lt;/pre&gt;</description>
    <dc:creator>Jan Nijtmans</dc:creator>
    <dc:date>2012-05-13T15:33:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13980">
    <title>Re: [Tcl-bugs] [ tcl-Patches-2445648 ] TIP #106: Add Encoding Abilities to the [dde] Command</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13980</link>
    <description>&lt;pre&gt;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/
&lt;/pre&gt;</description>
    <dc:creator>Harald Oehlmann</dc:creator>
    <dc:date>2012-05-11T13:42:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13979">
    <title>Re: [Tcl-bugs] [ tcl-Patches-2445648 ] TIP #106: Add Encoding Abilities to the [dde] Command</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13979</link>
    <description>&lt;pre&gt;2012/5/11 Harald Oehlmann &amp;lt;harald.oehlmann-pz0NOyBm9rYb1SvskN2V4Q&amp;lt; at &amp;gt;public.gmane.org&amp;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&lt;/pre&gt;</description>
    <dc:creator>Jan Nijtmans</dc:creator>
    <dc:date>2012-05-11T13:13:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13978">
    <title>Re: [Tcl-bugs] [ tcl-Patches-2445648 ] TIP #106: Add Encoding Abilities to the [dde] Command</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13978</link>
    <description>&lt;pre&gt;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 -&amp;gt; well, make the switches do nothing (code cleanup)?
If no -&amp;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.&lt;/pre&gt;</description>
    <dc:creator>Harald Oehlmann</dc:creator>
    <dc:date>2012-05-11T08:49:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13977">
    <title>Re: [Tcl-bugs] [ tcl-Patches-2445648 ] TIP #106: Add Encoding Abilities to the [dde] Command</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13977</link>
    <description>&lt;pre&gt;2012/5/7 Harald Oehlmann &amp;lt;harald.oehlmann-pz0NOyBm9rYb1SvskN2V4Q&amp;lt; at &amp;gt;public.gmane.org&amp;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/
&lt;/pre&gt;</description>
    <dc:creator>Jan Nijtmans</dc:creator>
    <dc:date>2012-05-11T07:29:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13976">
    <title>Re: Tcl under cygwin platform changes</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13976</link>
    <description>&lt;pre&gt;2012/5/10 Brian Griffin &amp;lt;brian_griffin-nmGgyN9QBj3QT0dZR+AlfA&amp;lt; at &amp;gt;public.gmane.org&amp;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&lt;/pre&gt;</description>
    <dc:creator>Jan Nijtmans</dc:creator>
    <dc:date>2012-05-10T20:00:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13975">
    <title>Re: Tcl under cygwin platform changes</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13975</link>
    <description>&lt;pre&gt;
+1 

BitKeeper has done the same thing.
&lt;/pre&gt;</description>
    <dc:creator>Larry McVoy</dc:creator>
    <dc:date>2012-05-10T17:56:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13974">
    <title>Re: Tcl under cygwin platform changes</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13974</link>
    <description>&lt;pre&gt;

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/
&lt;/pre&gt;</description>
    <dc:creator>Brian Griffin</dc:creator>
    <dc:date>2012-05-10T17:14:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13973">
    <title>Re: Tcl under cygwin platform changes</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13973</link>
    <description>&lt;pre&gt;
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/
&lt;/pre&gt;</description>
    <dc:creator>Jeff Hobbs</dc:creator>
    <dc:date>2012-05-10T17:06:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13972">
    <title>Tcl under cygwin platform changes</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13972</link>
    <description>&lt;pre&gt;Is anyone in the CORE aware of this change?

[ANNOUNCEMENT] Updated: Tcl/Tk 8.5.11
. From: "Yaakov (Cygwin/X)" &amp;lt;yselkowitz at users dot sourceforge dot net&amp;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 &amp;lt;cygwin at cygwin dot com&amp;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 
&lt;/pre&gt;</description>
    <dc:creator>Brian Griffin</dc:creator>
    <dc:date>2012-05-10T16:59:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13971">
    <title>Re: TIP #401: Comment Words with Leading {#}</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13971</link>
    <description>&lt;pre&gt;Trevor Davel (Twylite) skrev 2012-05-10 18.12:

All those who know to brace their [expr]essions? (It's exactly the same idea.)


Yes, but it would need to act on two words together. That's difficult if a 
macro is triggered by a prefix on one word. Especially if you also think 
that macros should be chainable.


One could argue that what you really should have defined is [nicelambda] and 
[proc-from-lambda].

Lars Hellström


------------------------------------------------------------------------------
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/
&lt;/pre&gt;</description>
    <dc:creator>Lars Hellström</dc:creator>
    <dc:date>2012-05-10T16:43:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13970">
    <title>Re: TIP #401: Comment Words with Leading {#}</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13970</link>
    <description>&lt;pre&gt;Hi,

On 2012/05/10 05:38 PM, Lars Hellström wrote:
Aside: Ah yes, {$c}.  How many developers do you think would get that 
right first time around?  Compare to how many will only learn of the 
fault 6 debug-hours after c is set to "[exit]".  This construct is 
horribly easy to misuse.

Let me contribute a different example of the potential utility of 
macros: I have a helper function "niceargs" that rewrites the arglist 
and body of a proc to support optional and variadic arguments at any 
position in the arglist.  You could typically call it like this:

==========
   proc myproc {*}[niceargs {a {b10} args c} {
     puts "a=$a,b=$b,c=$c,args=[join $args ,]"
   }]
==========

Because this relies on the expand operator {*} there is (to my 
knowledge) no more Tcl'ish way to write it.  A macro could (perhaps) 
smooth the syntax.

I realise of course that I could simply define ::niceproc, but that 
doesn't help if I am chaining multiple proc-rewriting filters of this sort.

Regards,
Twylite


--------------------&lt;/pre&gt;</description>
    <dc:creator>Trevor Davel (Twylite</dc:creator>
    <dc:date>2012-05-10T16:12:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13969">
    <title>Re: TIP #401: Comment Words with Leading {#}</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13969</link>
    <description>&lt;pre&gt;Gustaf Neumann skrev 2012-05-10 10.55:

I see. Well, let me then stress the point that TIP#401 is not about bolting 
on anything as (conceptually) heavy as a macro processor. On the contrary, 
it tries very hard to introduce as little new syntax and semantics as possible.


On fexpr: Interesting, I'll have to read that more carefully later. An 
initial impression is however it looks very much like we have that already 
(and have had it forever); something that can act on arguments before 
evaluating them, and needs to explicitly call an evaluator to have arguments 
evaluated -- isn't that just how control structures in Tcl has worked from 
the very beginning? So the {**}[ ... ] you're looking for may in fact be { 
... }! Certainly an argument for that is that macros generally work best 
(tends to have the greatest range of applications within a language) if 
expanding a macro is syntactically indistinguishable from invoking an 
ordinary command (in Tcl, in C it would rather be to call a function). In 
langua&lt;/pre&gt;</description>
    <dc:creator>Lars Hellström</dc:creator>
    <dc:date>2012-05-10T15:38:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13968">
    <title>Re: TIP #400: Setting the Compression Dictionary</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13968</link>
    <description>&lt;pre&gt;Donal K. Fellows skrev 2012-05-10 14.53:

When one tries to read decompressed data from the stream, I hope? (Perhaps 
[$stream get 0] can be useful as a special case to test whether 
decompression is possible, without actually getting any data.)


Seems a reasonable API that a -dictionary option to [$stream get] sets the 
dictionary first, then tries to decompress. In case you're looking for ideas.


Just as long as the matter isn't forgotten.

Lars Hellström


------------------------------------------------------------------------------
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&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tcl-core
&lt;/pre&gt;</description>
    <dc:creator>Lars Hellström</dc:creator>
    <dc:date>2012-05-10T13:11:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.core/13967">
    <title>Re: TIP #400: Setting the Compression Dictionary</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.core/13967</link>
    <description>&lt;pre&gt;
I'm proposing to have it so that, if that's true, you get a Tcl error
with an error code of {TCL ZLIB NEED_DICT}. At that point, you'll be
able to use [$strm checksum] to find what the checksum of the required
dictionary is, and some API (not yet specified, alas) to supply the
compression dictionary. Remember, the TIP is not yet finished...

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&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/tcl-core
&lt;/pre&gt;</description>
    <dc:creator>Donal K. Fellows</dc:creator>
    <dc:date>2012-05-10T12:53:07</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.tcl.core">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.tcl.core</link>
  </textinput>
</rdf:RDF>

