<?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://blog.gmane.org/gmane.comp.lang.tcl.starkit">
    <title>gmane.comp.lang.tcl.starkit</title>
    <link>http://blog.gmane.org/gmane.comp.lang.tcl.starkit</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://comments.gmane.org/gmane.comp.lang.tcl.starkit/3217"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3216"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3212"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3210"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3209"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3207"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3205"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3200"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3191"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3186"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3185"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3182"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3176"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3175"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3174"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3173"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3169"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3161"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3155"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3148"/>
      </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://comments.gmane.org/gmane.comp.lang.tcl.starkit/3217">
    <title>my kitgen kits drop the modified date from embedded files (windows)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3217</link>
    <description>&lt;pre&gt;Hoping somebody can tell me what I'm doing wrong.

I need tclkits with a manifest for 
requestedExecutionLevel=="requireAdministrator", so I downloaded kitgen, 
and the source code for tcl 8.5.11 and 8.6.b2.

I'm compiling with VS2005, which chokes on a warning embedding the 
manifest, but I got around that, and it looks like everything compiles 
correctly.

If I build a starkit with either of these binaries, and use it to copy a 
file to the computer, the file has no 'modified date' in Explorer. In file 
properties, all the files show a modified date of 1/1/1970 (Windows Epoch) 
leading me to presume that the actual value is null.

If I do a local copy (from the file system to the file system) all of the 
dates populate properly. It's only when I copy one out of the starkit onto 
the file system.

I've looked at the googlecode-starkit pages, and don't see anything 
relevant (closest: metakit gets confused with embedded certificates), nor 
do I find anything at the tcl wiki.

I'm going to try some other thin&lt;/pre&gt;</description>
    <dc:creator>Neil Bryant</dc:creator>
    <dc:date>2012-05-13T00:16:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3216">
    <title>Ann: kbs 0.4.2</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3216</link>
    <description>&lt;pre&gt; kbs -- kitgen build system (version 0.4.2 for tcl/tk 8.5.11 and 8.6b2) 
 
 The system can generate [Tclkit] and [Tclkit Lite] executables,
 Tcl packages, starkits and starpacks for different operating systems.
 Additional documentation can be found under &amp;lt;http://wiki.tcl.tk/18146&amp;gt; 
 
 Sources and pre compiled binary interpreters are available from
   &amp;lt;http://sourceforge.net/projects/kbskit&amp;gt; 

 News

 * changed versions: tcl/tk 8.5.11, tcl/tk 8.6b2,
   bwidget 1.9.5, img 1.4 (svn #332), mentry 3.5, sqlite 3.7.9,
   tablelist 5.5, tcllib 1.14, tdom 0.8.3, thread 2.6.7, wcb 3.4,
   xotcl 1.6.7
 * Windows, Linux and Solaris binaries

 Regards, Rene 

&lt;/pre&gt;</description>
    <dc:creator>Rene Zaumseil</dc:creator>
    <dc:date>2012-01-16T22:53:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3212">
    <title>critcl 64bit on MacOSX not working</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3212</link>
    <description>&lt;pre&gt;I tried to compile a 64 bit sha256 C extension from the tcllib package with AS ./tclkit-8.5.11-macosx-universal and a critcl.kit from digitalsmarties.com (1. April 2010). MacOSX is Snow Leopard 10.6.2.

Compiling failed with this mysterious error message:

$ ./tclkit-8.5.11-macosx-universal critcl.kit -target macosx-x86_64 -pkg sha256c.tcl 
cannot load gbutton
cannot load Wikit::Gui

Can anybody help?

Zbigniew

&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Diaczyszyn</dc:creator>
    <dc:date>2011-12-16T21:37:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3210">
    <title>Have starkits ever been reported as viruses?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3210</link>
    <description>&lt;pre&gt;I'm asking this question because I've been told that an .exe I created
using a tool similar to Starkit but for another scripting language,
specifically the "One Click Ruby Application" (or OCRA for short), but
I've been told by some that the resultant .exe has been falsely
reported by McAfee as being a virus.

I'm wondering if anybody has ever had a similar experience with
Starkits? (Am hoping *not* :)

&lt;/pre&gt;</description>
    <dc:creator>jemptymethod</dc:creator>
    <dc:date>2011-10-09T22:50:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3209">
    <title>Starkit - Hard coded Path issue</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3209</link>
    <description>&lt;pre&gt;
I am trying to create a starkit/starpack for a bunch of TCL scripts that
someone else has written.  Throughout their code the path is hard coded.

In the first file they do this....

**myapp.tcl**
global path 
set path "C:/myapp"

source $path/common/gui.tcl

Then throughout their scripts they call source $path test/etc/etc.tcl all
over the place.

When I create the starkit the hard coded paths do not work anymore (for
obvious reasons).

How do I get the script to look within the VFS of the exe?

**main.tcl**

  package require starkit
  starkit::startup
  package require app-myapp


I tried adding something like this(below) in main.tcl  but it does not work.
(should it be in myapp.tcl?)

set home [file dirname [info script]]
source [file join $path myapp.tcl]

I also tried the following in main.tcl (which also does not work)

if {[info exist starkit::startup]} {
set path [file join starkit::topdir ... app-myapp]
} else {
set path{C:\Myapp}
}
source [file join $path smartdiag.tcl]

Any help or resources wou&lt;/pre&gt;</description>
    <dc:creator>ebeezee</dc:creator>
    <dc:date>2011-09-30T15:10:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3207">
    <title>Accessing the tclkit executable in a starpack</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3207</link>
    <description>&lt;pre&gt;Hi,

I want to distribute a Tcl app as a starpack. The computer that it
will be used on won't have Tcl installed on it, but of course, Tcl
will be in the starpack.

What I want to do is, from a tcl script within the starpack, kick off
another tcl process, using the tcl interpreter contained within the
starpack.

If I could do something like [open "|internal_tclkit external.tcl" r
+], that would be great, where internal_tclkit is the tclkit contained
within the starpack, and external.tcl is a tcl script that resides
outside the starpack.

Is something like this possible?

Thanks,

Paul.

(Actually, I would prefer to be able to kick off another process using
the internal tclkit and also an internal tcl script, but I've already
found out that's not posiible.)

&lt;/pre&gt;</description>
    <dc:creator>Paul</dc:creator>
    <dc:date>2011-07-18T18:17:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3205">
    <title>Cross-compiling 64bit library sha256 for Windows 7 64bit with critcl</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3205</link>
    <description>&lt;pre&gt;I hit a snag when trying to compile on a Linux (32bit) host a Windows 
64bit library version of sha256 from tcllib with critcl:

I have downloaded from the ming64 download site the version for a Linux 
host, set the PATH for critcl:

export PATH=/home/dia/mingw64/x86_64-w64-mingw32/bin/:$PATH

and started compiling:

$ tclkit critcl.kit -lib sha256c.tcl
Cross compiling for Windows using Xmingwin
Source: sha256c.tcl

Fri Jul 01 09:51:42 +0200 2011 - /home/dia/Projekte/gorilla/sha256c.tcl
gcc -r -nostdlib -DUSE_TCL_STUBS -I/home/dia/.critcl/Windows-x86 
-DTCL_BYTE_ORDER=1234 -o 
/home/dia/.critcl/Windows-x86/v035_7bf64913e94cd555e881b5a952aaab81_pic.o /home/dia/.critcl/Windows-x86/v035_7bf64913e94cd555e881b5a952aaab81.c 
/home/dia/Projekte/gorilla/sha256.c

In file included from 
/home/dia/.critcl/Windows-x86/v035_7bf64913e94cd555e881b5a952aaab81.c:5:0:
/home/dia/.critcl/Windows-x86/tcl.h:162:22: fatal error: stdio.h: Datei 
oder Verzeichnis nicht gefunden
compilation terminated.
/home/dia/Projekte/gorilla/sha&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Diaczyszyn</dc:creator>
    <dc:date>2011-07-01T13:46:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3200">
    <title>2nd Call For Papers, 18th Annual Tcl/Tk Conference 2011</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3200</link>
    <description>&lt;pre&gt;[[ Important Changes:

   The Conference Registration Page is live.

   Regarding special events we are looking into arranging a trip to
   the Air and Space Museum out near Dulles. This is currently a very
   tentative thing. If a local person would like to help with this
   please talk to "clif&amp;lt; at &amp;gt;cflynt.com".

]]

18th Annual Tcl/Tk Conference (Tcl'2011)
http://www.tcl.tk/community/tcl2011/

October 24 - 28, 2011
Comfort Suites Manassas

Manassas, Virgina, USA

Important Dates:

Abstracts and proposals due   August  26, 2011
Notification to authors       September 12, 2011
WIP and BOF reservations open August   1, 2011
Author materials due          October  9, 2011
Tutorials Start               October 24, 2011
Conference starts             October 26, 2011

Email Contact:                tclconference&amp;lt; at &amp;gt;googlegroups.com

Submission of Summaries

Tcl/Tk 2011 will be held in Manassas, Virgina, USA from
October 24 - 28, 2011. The program committee is asking for papers and
presentation proposals from anyone using &lt;/pre&gt;</description>
    <dc:creator>Andreas Kupries</dc:creator>
    <dc:date>2011-06-17T16:17:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3191">
    <title>Is there a 64-bit Linux tclkit 8.5.9?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3191</link>
    <description>&lt;pre&gt;The page to be found at http://code.google.com/p/tclkit/downloads/list 
does not list a 64-bit version for Linux.

Maybe anybody compiled a 64-bit version?

Zbigniew

&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Diaczyszyn</dc:creator>
    <dc:date>2011-06-09T06:44:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3186">
    <title>Problem with Tcl_SetResult and Tclkit under Windows</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3186</link>
    <description>&lt;pre&gt;Hi,
I'm trying to return a long chain from C to Tcl.
If I use :
sprintf(interp-&amp;gt;result,"%s",Message) ; with Message containing my character
chain, it works. But Message can not be more than 200 characters long
(TCL_RESULT_SIZE limit).
Normally the solution is to use Tcl_SetResult (and it will be the only one with
tcl 8.6 I think ! even for short strings) :
Tcl_SetResult(interp,Message,TCL_VOLATILE);

Like that, it works on Linux, it works too on Windows if my tcl code calls
directly my compiled C code inside a dll. But it does not work if my dll is
included in a kit (though the 1st solution with sprintf is OK, except when my
Message is too long of course).
I use tclkit and tclkitsh 8.5.9 on Windows XP and my compiler is gcc (TDM 4.5.2
version on Windows).
I have tried others solutions like :
Tcl_SetVar(interp,"v1_out",Message,TCL_GLOBAL_ONLY);
or :
    Tcl_Obj * ResultObj ;
    ResultObj = Tcl_NewStringObj(Message,-1);
    Tcl_SetObjResult(interp,ResultObj);

It's always OK when my tcl code calls directly th&lt;/pre&gt;</description>
    <dc:creator>Gerard Durand</dc:creator>
    <dc:date>2011-04-12T14:18:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3185">
    <title>1st Call For Papers, 18th Annual Tcl/Tk Conference 2011</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3185</link>
    <description>&lt;pre&gt;18th Annual Tcl/Tk Conference (Tcl'2011)
http://www.tcl.tk/community/tcl2011/

October 24 - 28, 2011
Comfort Suites Manassas

Manassas, Virgina, USA

Important Dates:

Abstracts and proposals due   August    26, 2011
Notification to authors       September 12, 2011
WIP and BOF reservations open August     1, 2011
Author materials due          October    9, 2011
Tutorials Start               October   24, 2011
Conference starts             October   26, 2011

Email Contact:                tclconference&amp;lt; at &amp;gt;googlegroups.com

Submission of Summaries

Tcl/Tk 2011 will be held in Manassas, Virgina, USA from
October 24 - 28, 2011. 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
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Si&lt;/pre&gt;</description>
    <dc:creator>Andreas Kupries</dc:creator>
    <dc:date>2011-04-11T19:08:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3182">
    <title>Need tcl85.dll for tclkit 8.5.9</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3182</link>
    <description>&lt;pre&gt;We have a problem where if I load tcl85.dll within the 8.5.9 tclkit
shell, it crashes and returns 'alloc: invalid block: 00547BF4: 1 0'. I
need to load this because it is a dependency of a 3rd party test-
equipment dll.

The tcl85.dll library we are using for 8.5.9 came from the ActiveState
ActiveTcl 8.5.9.2 distro.

Our conclusion is that the tclkit was made using a different tcl85.dll
file then we have access to.

Where can we get the tcl85.dll file that  tclkit-8.5.9-win32.upx.exe
was compiled with?

Thx,
Jason

&lt;/pre&gt;</description>
    <dc:creator>Jason Woodworth</dc:creator>
    <dc:date>2011-03-30T23:42:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3176">
    <title>Starkit causes suddenly ELF Header issue</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3176</link>
    <description>&lt;pre&gt;My application is suddenly causing a load error when it is compiled as a 
starkit on Linux and tries to perform:

package require &amp;lt;mypackage&amp;gt;

The catch command shows the following message:

couldn't load file "/tmp/tclEoKhjm": /tmp/tclEoKhjm: invalid ELF header

The tclkit version I am using (8.5.8) worked perfectly all the time and 
just creating a *.kit version works fine, too:

tclkit sdx.kit wrap gorilla.kit
166 updates applied
tclkit gorilla.kit

But when I try:

cp tclkit tclkit2
chmod a+x tclkit2
./tclkit sdx.kit wrap gorilla.bin -runtime tclkit2

I get this mysterious error, also when I tried to use the latest build from:

http://www.patthoyts.tk/tclkit/linux-ix86/8.5.9/tclkit-8.5.9.gz

The auto_path seems well:

PATH/gorilla.bin/lib/app-gorilla/tooltip

Producing starkits for the MacOSX shows no problems at all

./tclkit sdx.kit wrap gorilla.aqua -runtime tclkit-8.5.9-macosx-universal

I wonder why Tcl is trying to load "/tmp/tclEoKhjm" instead of the file 
indicated by pkgIndex.tcl?



&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Diaczyszyn</dc:creator>
    <dc:date>2010-11-29T21:35:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3175">
    <title>how to get msgcat resource files for a target Tk?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3175</link>
    <description>&lt;pre&gt;When I am using Tcl/Tk on my host Linux machine I will get according to 
my locale de_DE.utf8 the German translations for the Tk dialogs: Yes -&amp;gt; 
Ja, No -&amp;gt; Nein and so on.

But after having compiled a MacOS starkit on my Linux system with the 
option -runtime tclkit-8.5.9-macosx-universal

the executable on the Mac shows only the English button versions.

Probably the running Mac Tk cannot find the "msgs" folder for the Tk 
dialogs when it is performing the "mcload" command.

Is there a way by using a tclkit to tell Tcl/Tk on the target system 
where to look for the system *.msg files?




&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Diaczyszyn</dc:creator>
    <dc:date>2010-11-24T19:00:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3174">
    <title>$starkit::topdir set only once</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3174</link>
    <description>&lt;pre&gt;Hello,

Recently I had the problem of a 'package not found' issue when
sourcing a starkit from within a starkit. The kit is snodbc.kit but I
think it is a problem that may occur with other packages too because
of the startup logic in main.tcl.

This file looks like below:

if {[starkit::startup]eq"sourced"} {
    if {[package vsatisfies [package provide Tcl] 8.5 ]} {
starkit::autoextend [file join $::starkit::topdir lib8.5plus]
    } else {
starkit::autoextend [file join $::starkit::topdir lib8.4]
    }
    starkit::autoextend [file join $::starkit::topdir lib
[starkit::platform] ]
    starkit::autoextend [file join $::starkit::topdir lib]
} else {
    source [file join $::starkit::topdir help help.tcl]
}

When I source the kit directly, e.g. in a tkcon console, everything
works as expected. However, when I source it from within another
starkit and then try a package require snodbc, I would get a 'package
not found' error.

So I changed the above code to (Found this in: Welch, 'Practical
Programming with T&lt;/pre&gt;</description>
    <dc:creator>obienert</dc:creator>
    <dc:date>2010-11-15T16:23:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3173">
    <title>Ann: kbs 0.4.1</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3173</link>
    <description>&lt;pre&gt;kbs -- kitgen build system (version 0.4.1 for tcl/tk 8.5.9 and 8.6 at
20101028)

The system can generate [Tclkit] and [Tclkit Lite] executables,
Tcl packages, starkits and starpacks for different operating systems.
Additional documentation can be found under &amp;lt;http://wiki.tcl.tk/18146&amp;gt;

Sources and pre compiled binary interpreters are available from
  &amp;lt;http://sourceforge.net/projects/kbskit&amp;gt;

News

* changed versions: tcl/tk 8.5., img 1.4 (svn #306), sqlite 3.7.2,
  tablelist 5.2, tcllib 1.12, xotcl 1.6.6
  tdom 0.8.2 not in *bi (server down)
* No 8.6 binaries for Windows (need to upgrade my msys/mingw version)
* Solaris and Irix binaries comming soon

Regards, Rene

&lt;/pre&gt;</description>
    <dc:creator>rene</dc:creator>
    <dc:date>2010-10-30T18:13:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3169">
    <title>tclkit fails on its own</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3169</link>
    <description>&lt;pre&gt;Guys,

I have tclkit and sdx.kit in /usr/bin directory over my RHEL 32 bit
platform. I have placed my starkits under /var directory and was using
the starkits in a CGI script (launched by Apache) by sourcing the
starkit, i.e something like this

#!/usr/bin/tclkit
source /var/mystarkit.kit

and then source the required libraries which are there in vfs.

Everything was working fine for few days, but later if I try to invoke
tclkit shell I am getting error mentioned below

[sudheerkk&amp;lt; at &amp;gt;daksh ~]$ tclkit
application-specific initialization failed: couldn't open "setup.tcl":
no such file or directory
%

same when tried to invoke sdx.kit as well

[sudheerkk&amp;lt; at &amp;gt;daksh ~]$ sdx.kit
application-specific initialization failed: couldn't open "setup.tcl":
no such file or directory
can't find package starkit
    while executing
"package require starkit"
    (file "/usr/bin/sdx.kit" line 4)
[sudheerkk&amp;lt; at &amp;gt;daksh ~]$


I noticed the size of tclkit was 1747467 bytes when the fresh copy was
put in /usr/bin and now its size has changed to&lt;/pre&gt;</description>
    <dc:creator>Sudheer</dc:creator>
    <dc:date>2010-10-25T07:47:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3161">
    <title>Making tclkit-aqua 8.5.9</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3161</link>
    <description>&lt;pre&gt;For Windows and Linux there is a 8.5.9 tclkit version and would I like 
to work with a Aqua version 8.5.9 of tclkit, too. The actual state for 
MacOSX is 8.5.1

Has anyone tried to compile a newer version?

I made a first (quick and dirty) try with changing manually the Cflags 
to "-arch i386 -isysroot /Developer/SDKs/MacOSX10.5.sdk 
-mmacosx-version-min=10.5 -framework Cocoa" in some Makefiles.

 From time to time error messages appear like the following. I stopped 
testing when Tk was being compiled.

zdia$ make
cc -o kit-gui -arch i386 -isysroot /Developer/SDKs/MacOSX10.5.sdk 
-mmacosx-version-min=10.5 ../../kitInit.c 
/Users/zdia/tclkit/kitgen/8.5/kit-large/build/pwb.o 
/Users/zdia/tclkit/kitgen/8.5/kit-large/build/rechan.o 
/Users/zdia/tclkit/kitgen/8.5/kit-large/build/zlib.o 
/Users/zdia/tclkit/kitgen/8.5/kit-large/build/tclAppInit.o \
  -Ibuild/include -DKIT_LITE -DSTATIC_BUILD  \
  build/lib/vfs1*/*vfs1*.a build/lib/vqtcl4*/*vqtcl4*.a \
  -DKIT_INCLUDES_TK build/lib/libtk8*.a \
  build/lib/libz.a&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Diaczyszyn</dc:creator>
    <dc:date>2010-10-15T17:15:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3155">
    <title>chan copy -command callback not executed</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3155</link>
    <description>&lt;pre&gt;Hi,

When running the 'Wub' webserver from within a starkit I observe the
following:

- some images are served to the clients  without problems (mostly jpeg
and gif)
- some images are not served (mostly png)

When images are not served, I seems their chan copy -command callback
is not executed. Looking at the file descriptors, I noticed the file
descriptors for working images are named 'rechan???', while file
descriptors for non-working images are cnamed 'mk???'. This difference
comes from the way files are opened in vfs::mk4::open. Working images
have a different  'size' and 'csize', non working have the same size
and csize.

Forcing vfs::mk4::open to always use the 'mk4vfs::direct' path,
copying the file content to memory, solves this issue, and all images
are served to the client. But this hack surely isn't addressing the
root cause of this issue.

Any ideas how to solve this issue?

Jos.

&lt;/pre&gt;</description>
    <dc:creator>jdc</dc:creator>
    <dc:date>2010-09-27T13:48:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3148">
    <title>can a starkit create starkits?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3148</link>
    <description>&lt;pre&gt;I'd like to use a starkit generated application be able to generate
other starkits based on user input as to which tcl script or .vfs
directory to wrap.  Below is the command I run to create the starkit
generator:

./tclkit-cli sdx.kit wrap dwexpress.exe -runtime ./tclkit-gui

So within dwexpress.exe I will want to have some tcl code or a shell
command that will likewise create an .exe.  But I want to avoid
needing to embed both a cli and gui version of tclkit within
dwexpress.exe itself.

Will I be able to access the starkit API from within dwexpress.exe to
run something such as:

package require starkit
starkit::wrap userapp.exe -runtime ./tclkit-gui

If so, what would be required?  Possibly dwexpress.exe would need to
contain it's own copies of sdx.kit and tclkit.gui, but not the tclkit-
cli used to generate dwexpress.exe itself

Thanks in advance

&lt;/pre&gt;</description>
    <dc:creator>jemptymethod</dc:creator>
    <dc:date>2010-08-04T15:31:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3144">
    <title>tclkit string size limit?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.tcl.starkit/3144</link>
    <description>&lt;pre&gt;Is there some sort of limit on the size of strings when using tclkit?
I ask because I am able to use the Tcl-based browser hv3 just fine to
render an html page that uses the script tag and src attribute to
utilize a Javascript file that is around 70k in size.

That is, until I wrap hv3 as a starkit, and then the page won't
render.  But when I break that Javascript file into 3 files, then the
browser is able to render the page just fine, depending on the size of
the files.

Below are the 3 files that hv3 wrapped in a starkit can handle:

-rwx------  1 George None 27693 Jul 22 16:17 jsPgnViewer_converter.js
-rwx------  1 George None 30284 Jul 22 07:04 jsPgnViewer_rest.js
-rwx------  1 George None  9311 Jul 22 16:17
jsPgnViewer_thruFuncStripItBroken.js

If I re-arrange the contents of those files though, hv3 in the context
of a starkit sometimes fails.  Below I am posting the file sizes for
an instance when the browser fails to render the page. My theory is
that it's because one of them is over 32K in size.  Th&lt;/pre&gt;</description>
    <dc:creator>jemptymethod</dc:creator>
    <dc:date>2010-07-22T20:36:20</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.tcl.starkit">
    <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.starkit</link>
  </textinput>
</rdf:RDF>

