Weblog Page

From: Andreas Kupries <andreask_at_activestate.com>
Date: Mon, 11 Apr 2011 13:33:49 -0700

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_at_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
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

This year is the fourth year that the Tcl community is participating
in the Google Summer of Code. The conference program committee would
like to encourage submissions that report on the Tcl projects selected
for Google SoC 2011.

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to <tclconference AT googlegroups DOT com> no later than August 30,
2011. Authors of accepted abstracts will have until October 14, 2011
to submit their final paper for the inclusion in the conference
proceedings. The proceedings will be made available on digital media,
so extra materials such as presentation slides, code examples, code
for extensions etc. are encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 25 minutes to present their paper at the
conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis
starting in August 1, 2011. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in June 2011. Some WIP and BOF time slots will be held open
for on-site reservation. All attendees with an interesting work in
progress should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2011/) and will be published on
various Tcl/Tk-related information channels.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://aspn.activestate.com/ASPN/Mail/ to subscribe to the
tcl-announce mailing list.


Conference Committee

Clif Flynt Noumena Corp General Chair, Website Admin
Andreas Kupries ActiveState Software Inc. Program Chair
Cyndy Lilagan Iomas Research, LLC
Brian Griffin Mentor Graphics
Ron Fox NSCL/FRIB Michigan State University
Arjen Markus Deltares
Mike Doyle Iomas Research, LLC
Gerald Lester KnG Consulting, LLC
Donal Fellows University of Manchester
Jeffrey Hobbs ActiveState Software Inc.
Steve Landers Digital Smarties
Kevin Kenny GE Global Research Center
Larry Virden Tcl FAQ Maintainer
Steve Redler IV SR Technology

Contact Information tclconference_at_googlegroups.com


Tcl'2011 would like to thank those who are sponsoring the conference:

ActiveState Software Inc.
Buonacorsi Foundation
Mentor Graphics
Noumena Corp.
SR Technology
Tcl Community Association

From: Kristoffer Lawson <setok_at_fishpool.com>
Date: Wed, 31 Mar 2004 20:50:33 +0300 (EEST)

On Wed, 31 Mar 2004, Alexandre Dehne wrote:

> In order to use biok, I have to install xotcl. My problem with xotcl
> installation is that my system is under Fedora and there is no tclInt.h
> file under this distribution (even with the tcl-devel package). Of
> course, I can uninstall the tcl package and install tcl manually but, by
> uninstalling tcl package, other packages are going out and that put me
> in trouble ...

Well tclInt.h is internal Tcl stuff (unfortunately still required by
XOTcl). Does Fedora have a Tcl source package? Would be in that.

I think Debian is now clever enough to include tclInt.h in the tcl dev
package, although naturally the best would be if external packages no
longer needed tclInt.h

                              / http://www.fishpool.com/~setok/

From: Schofield, Bryan \(GE Transportation\) <"Schofield,>
Date: Fri, 15 Oct 2004 12:47:44 -0400

Does xotcllib, or some other collection of XOTcl utility packages exist?

From: Kristoffer Lawson <setok_at_fishpool.com>
Date: Sat, 21 Oct 2006 12:02:55 +0300

On 21 Oct 2006, at 11:33, Gustaf Neumann wrote:

> Kristoffer Lawson schrieb:
>>
>> I don't mean the state of the object at time of calling, in the
>> sense of slots, but the values passed to the constructor on object
>> creation. The args to 'init'. The reason for this is that it might
>> not be enough to just create the object with the appropriate
>> state, but it might need to go through the 'init' stage as well,
>> so the proper initialisation chain is done (f.ex. might be calls
>> to other things taking place there, registration with managers
>> etc). After that, slots can be set.
> i see, you mean the per-object parameterization; the arguments to
> the object/class creation are not stored explicitely
> in XOTcl. However, the simplest way to save these is to provide a
> per-class mixin for overloading the standard
> configure behavior.
>
> Does this help?

No, I didn't mean per-object parametrisation, but the arguments
passed to the constructor itself. F.ex.

Class Foo

Foo instproc init {name parent} {
   ....
}

And then I could ask of any 'Foo' object about what 'name' and
'parent' were used to create it, without the object itself having to
know about this logic.

Mixins are probably risky here as the 'init' method does not have to
call [next]. I could do this with a filter, I guess, or perhaps by
overloading [create]. I just wondered if I had overlooked something
and this information might be available somehow and that if this
information was stored internally, it could be exported to the script
level, but I gather that it is not?

            / http://www.fishpool.com/~setok/

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Mon, 5 Apr 2004 20:51:09 +0200

On Friday 02 April 2004 05:37, Jim Lynch wrote:
> Hi,

 Hi Jim,
 sorry for the delayed answer, i was last week on vacation.

> Last month I reported three bugs in the configure step of the xotcl

 you mean last week? well, last week is also last month, just to remove
 disambiguity, i have received no earlier mails from you.

> build process. While I was reporting those bugs and for a few days
> after, I was working on my mail, and so turned off the list's replying
> to me at first.
>
> Is there a different way to report bugs? Could someone tell me the
> status of these bugs? Would anyone like copies of the bug reports
> sent to them?

 as uwe pointed out, we have since last week serious hardware
 problems on our webserver.
 
 i have received four mails from concerning a) the aolserver, and b)
 tclsh without path.

 concerning (a) you are right, determining to build with AOLserver
 from the `pwd` is not pretty, also the hardwired path to the
 AOLserver include directory. i have changed that
 right now. note, that making an aolserver module is only an issue
 for AOLserver 3.*, the AOLserver 4* series does not require this
 at all. Therefore, i have named the configure switch
 --with-aolserver3=AOL_INCLUDE_DIR
 where you have to specify the include directory.
 
 Concerning the second problem, you wrote:
>When configuring xotcl to build with a tcl which is not the system tcl,
>the configure step assumes the tclsh in the $PATH, which is a wrong
>assumption.
>
>The right assumption would be to choose the tclsh located in the tclConfig.sh.
>
>Doing this would ensure the builder will get the tclsh which is in the
>installation of tcl he/she specified.

 well, can you be more specific, where this happens?
 XOTcl uses in configure.in SC_PROC_TCLSH
 and uses in all the Makefiles $TCLSH_PROG as far i can see.
 What version of xotcl are you working with?

 -gustaf

-- 
Univ.Prof. Dr.Gustaf Neumann
Abteilung für Wirtschaftsinformatik
WU-Wien, Augasse 2-6, 1090 Wien

From: Uwe Zdun <uwe.zdun_at_uni-essen.de>
Date: Wed, 30 May 2001 15:23:48 +0200

Hi,

On Sunday 27 May 2001 15:16, Artur Trzewik wrote:
> Hi
>
> TclJava was a good tip for implementing garbage collection in Xotcl.
> (Thanks Kristoffer Lawson)
> It overwrites the cmdType from native tcl.
> It is a little dirty and it can make problems by new tcl version,
> but I was implemented by SUN by tcl-gurus.
> The same think I have done by xotcl - references.
> and it works partially.
>
> (new snapshoot)
> http://www.xdobry.de/xotclref.tar.gz
>
> example
> Class A
> set a [A newReference]
> $a set a value
> set a {}
>
> the last procedure destroy the A object.
> Other examples works fine too.
>

yup. looks quite feasible ...

> There are some problems.
> 1. It do not work by Classes with destroy method.
> I suppose it is the problem by reference counting by xotcl stack.
> I do not understand how it work.
>

can you give an example? Then we can see how to get around this problem for
the next XOTcl release ...

> 2. The Garbage Collection procedures can be difficult made as
> Xotcl-extension.
>
> - The procedure doObjInitialization in not visible. At this time
> newReference do not accept any parameters. I am not so sure how I can
> implement the full object initialization with normal interface.
>

The xotcl C API is still incomplete. Thus we can provide C hooks for
customizing the creation/destruction process ... Do you just have to call
doObjInitialization or are there other requirements?

> - xotcl.c use internal GetObject procedure this convert string to
> XOTclObject. I think it should use Tc_Obj as parameter. The most usage of
> this procedure is
> GetObject(in, ObjStr(objv[1])
> So. The procedure can check the type of Tcl_Obj directly and get
> XOTclObject from XOTclObjectType or my new (XOTclReferenceObjectType).
> And also increment the tcl_obj counter if it use the object local.

in the XOTcl code it is mostly used with strings. Why does GetObject has to
return the XOTclReferenceObject? Shouln't it always return the "real" object
to which the reference points?

--uwe

-- 
Uwe Zdun
Specification of Software Systems, University of Essen
Phone: +49 201 81 00 332, Fax: +49 201 81 00 398
zdun_at_{xotcl,computer,acm}.org, uwe.zdun_at_uni-essen.de

From: Uwe Zdun <bm0005_at_sp2.power.uni-essen.de>
Date: Wed, 25 Apr 2001 00:02:27 +0200 (MESZ)

On Tue, 24 Apr 2001, Kristoffer Lawson wrote:

> On Tue, 24 Apr 2001, Gustaf Neumann wrote:
>
> > What is the opinion of the community? Do you need/want such
> > an extended "inheritable proc" or a new language-consttruct?
> > Did you face this problem already, and if yes, was it hard/inelegant
> > to solve?
>
> Personally I've never had the need for it (per-object procs were fine).
> Usually I'd always want to keep a language as simple as possible. Of
> course if I had a need for such a structure then maybe I would change
> my stance, but until it becomes very common I'm probably content with
> the current system.
>

We should also mention: the structure can be build quite easily in XOTcl
by overloading the "unknown" method. That is, unknown traverses the
class procs, before trying to forward to create ... in this light, the
question is, whether that has to be the standard mechanism. Despite the
fact that I also came up with the same issue some weeks ago, I would tend
to say now: who requires it, should customize unknown. But I'm not
completely sure yet.

--uwe

From: Scott Gargash <scottg_at_atc.creative.com>
Date: Tue, 11 Apr 2006 11:30:09 -0600

I'm using XOTcl objects to control hardware, and I'm trying to use the Serializer to persist
hardware configurations. However, I've run into a couple of issues.

1) Not all of the object state is the consistent across serialization/deserialization. The hardware
handle, for instance, may not be the same at deserialization time as it was when serialization
occurred. What I'd like to do is remap some member variables to un-substituted variables ("-set
hwhandle $handle" instead of "-set hwhandle 0x1234"), and then I'll set the variable to the correct
value when restoring the configuration. I see a way to ignore variables and a way to remap object
names, but is there a way to remap variables? Short of a global regsub on "Serializer
deepSerialize" return result, that is?

2) The serializer bypasses initialization (-noinit), and basically just restores the internal state
of the object. But in my application, I need to bring the hardware state into sync with the xotcl
object, so just setting xotcl state variables doesn't suffice. Is there an easy way when
deserializing to have some code executed after the object's state has all been restored? Something
like a -noinit flag, but instead have a custom -init?

Maybe instead of "-noinit", objects should have a "-init method" flag that determines the
initialization mechanism? If the flag is not set, or is set to "init", the "init" method is invoked
(default behavior), if the flag is set to some arbitrary method ("-init hwsync"), that arbitrary
method gets invoked, and if the flag is set to an empty list ("-init {}"), no init method is
invoked.

      Scott

Notice
The information in this message is confidential and may be legally privileged. It is intended
solely for the addressee. Access to this message by anyone else is unauthorized. If you are not
the intended recipient, any disclosure, copying or distribution of the message, or any action
taken by you in reliance on it, is prohibited and may be unlawful. If you have received this
message in error, please delete it and contact the sender immediately. Thank you.

From: Ben Thomasson <ben.thomasson_at_gmail.com>
Date: Fri, 21 Jul 2006 13:35:51 -0400

Ok this should work: http://xotcllib.sourceforge.net/

Ben

On 21/07/06, Ben Thomasson <ben.thomasson_at_gmail.com> wrote:
>
> Thanks! I'll test it other browsers next time. So
> http://xotclllib.sourceforge.net should work in IE and Firefox now.
>
> If you are using linux or unix you can use the installer provided for
> quick cvs checkout:
>
>
> 1. wget
> http://xotcllib.sourceforge.net/install-xotcllib-anonymous.tcl
> 2. chmod +x
> http://xotcllib.sourceforge.net/install-xotcllib-anonymous.tcl
> 3. ./install-xotcllib-anonymous.tcl -bin bin -lib lib/tcl
>
> If you are using Eclipse or another IDE on windows you can check-out the
> code from the CVS:
>
> http://sourceforge.net/cvs/?group_id=124495
>
> Currently this project is linux/unix centric as I live in a linux/bsd
> world. However the scripts could
> be converted to run in windows with a few changes to the header or just
> run through a tclsh.
>
> Ben
>
> On 21/07/06, Vinod Kurup < vinod_at_kurup.com> wrote:
>
> >
>
> On 7/21/06, Kristoffer Lawson <setok_at_fishpool.com> wrote:
> >
> >
> > On 20 Jul 2006, at 23:58, Ben Thomasson wrote:
> >
> > > Hello all,
> > >
> > > Please that a look at http://xotcllib.sourceforge.net and reply
> > > with comments or critiques. XOTclLib is a library of debugging,
> > > logging, profiling, documentation, tracing, serialization, and unit-
> > > testing utilities.
> > > The documentation for the project is still in progress and will
> > > improve over time.
> >
> > I tried to access this URL but it didn't seem to work. I just got an
> > empty page.
>
>
> Yes, it works in Firefox, but not in IE.
>
> You have closed your <title> tag with </head>. Change it to </title> and
> you'll be back in business :)
>
> Vinod
>
> --
> Vinod Kurup, MD
> vinod_at_kurup.com
> http://kurup.org
>
> _______________________________________________
> Xotcl mailing list
> Xotcl_at_alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
>
>
>

From: Sheik Yussuff <sheik_at_carib-link.net>
Date: Tue, 18 Dec 2001 18:15:24 -0400

It seems that filter is broken on the Win32 platform(ver 0.91
and ver 0.93).
The following code runs ok on Linux(XOTcl ver 0.91) but not
on the Win32 platforms(>= 0.91). I don't think my installation
is at fault.(library installed ok, etc) but I could be wrong.
I haven't tried ver 0.93 on Linux as I am waiting on the RPM.

Code:
Class A
A instproc ma args {
  puts "method ma of A"
}

A instproc f args {
  puts "filter f of A"
  next
}

A instfilter f
A a
a ma

The Result on Win32:

method ma of A

Regards,
--sheik