Weblog Page

From: Catherine Letondal <letondal_at_pasteur.fr>
Date: Sat, 03 Jan 2004 18:29:46 +0100

Catherine Letondal wrote:
>
> Zoran Vasiljevic wrote:
> > On Friday 29 August 2003 16:26, Catherine Letondal wrote:
> > > Hi,
> > >
> > > I have just re-installed Xotcl 1.0.2 version and succedeed in running my
> > > application with some minor changes since the last xotcl version I used on
> > > this platform (Sparc/Solaris 7) was the 0.9 :-)
> > >
> > > I have a segmentation fault that occurs when a command is called from a Tk
> > > menu. The command is attached to the popup by a:
> > > add command -command
> > > statement on a menu Tk widget that is raised by a tk_popup.
> > >
> > > However, the very same command, when called from the tcl (xowish)
> > > interpreter, works and does not produce any core dump. And most menu items
> > > also work well.
> > >
> > > So my question is: how do I debug such a situation?
> > > Thanks for any help...
> >

It seems that I have subscribed to this problem :-)
This time it is on a debian/linux (an old one) where xotcl 1.0.2
was successfully compiled (although make test hangs, I don't know why).

It's the same symptom:
A Tk window built by a command either is correctly displayed if the
command is called directly from the "wish", or causes a seg fault if the
command is called from a Tk menu.
I have compiled xotcl/tcl/tk/itk/itcl with --enable-symbols
(I haven't recompiled other libraries such as blt though). Unfortunately,
my gdb is broken - but since the symptom is the same, here is the report
of gdb for the last time it happended (it was tcl 8.3 and now it is 8.4):


> #0 0xfed5c580 in Tcl_PopCallFrame () from /local/lib/libtcl8.3.so
> #1 0xfed69950 in TclObjInterpProc () from /local/lib/libtcl8.3.so
> #2 0xfed61f98 in EvalObjv () from /local/lib/libtcl8.3.so
> #3 0xfed625dc in Tcl_EvalEx () from /local/lib/libtcl8.3.so
> #4 0xfed627cc in Tcl_Eval () from /local/lib/libtcl8.3.so
> #5 0xfed28114 in Tcl_GlobalEval () from /local/lib/libtcl8.3.so
> #6 0xfee26058 in Tk_BindEvent () from /local/lib/libtk8.3.so
> #7 0xfee2aaac in TkBindEventProc () from /local/lib/libtk8.3.so
> #8 0xfee308a0 in Tk_HandleEvent () from /local/lib/libtk8.3.so
> #9 0xfee30ca4 in WindowEventProc () from /local/lib/libtk8.3.so
> #10 0xfed5f960 in Tcl_ServiceEvent () from /local/lib/libtcl8.3.so
> #11 0xfed5fcf8 in Tcl_DoOneEvent () from /local/lib/libtcl8.3.so
> #12 0xfee30d08 in Tk_MainLoop () from /local/lib/libtk8.3.so
> #13 0xfee3bb7c in Tk_MainEx () from /local/lib/libtk8.3.so
> #14 0x2be9c in main ()
>

So, if anyone has an idea of why this happens everytime I reinstall
xotcl... :-(

Thanks in advance,

--
Catherine Letondal -- Pasteur Institute Computing Center

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Tue, 12 May 2009 05:41:34 +0200

Good idea for tcl 8.5!

-gustaf neumann

iifat_at_mail.ru schrieb:
> Better, imho
>
> Object instproc F args {
> puts "CALL [self] [self calledclass]->[self calledproc] $args"
> catch next r o
> puts "EXIT [self] [self calledclass]->[self calledproc] ($r)"
> return -options $o $r
> }
>
>
> _______________________________________________
> Xotcl mailing list
> Xotcl_at_alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>

From: Stefan Sobernig <stefan.sobernig_at_wu.ac.at>
Date: Wed, 29 Jun 2011 12:51:46 +0200

Victor,

>> %Object create o
>> ::o
>> %o attribute {a oldvalue}
>> ::o::a
>> %o a
>> oldvalue
>> %o attribute {a newvalue}
>> ::o::a
>> %o a
>> oldvalue

Forgot to ask: Why do you take this path (changing the default of the
attribute slot) in the first place? If you want "a" to have the value
"newvalue" assigned, why don't you simply say:

o a newvalue

//s

From: Andreas Kupries <andreask_at_activestate.com>
Date: Mon, 02 Apr 2012 11:49:32 -0700

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_at_googlegroups.com

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
* 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

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 27,
2012. Authors of accepted abstracts will have until October 29, 2012
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 6, 2012. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in June 2012. 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/tcl2012/) 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://code.activestate.com/lists/tcl-announce 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 Nat. Museum of Health & Medicine, Chicago Site/Facilities Chair
Brian Griffin Mentor Graphics
Ron Fox NSCL/FRIB Michigan State University
Arjen Markus Deltares
Mike Doyle National Museum of Health & Medicine, Chicago
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

Contact Information tclconference_at_googlegroups.com


Tcl'2012 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: Mon, 26 Sep 2005 23:36:16 +0300

On 26 Sep 2005, at 22:50, Neil Madden wrote:

> Jeff Hobbs wrote:
>
>> I know that many on this list will be interested in the
>> following TIP just propsed:
>> TIP #257: Object Orientation for Tcl
>> http://www.tcl.tk/cgi-bin/tct/tip/257
>> This is indeed based on xotcl, but it is *not* xotcl. There
>> are good reasons for this overall (but not necessarily for
>> each individual change ;) ). I would like xotcl users who
>> are interested to please read this TIP carefully, but to
>> bear a few items in mind:
>>
>
> I feel slightly uneasy that debate about this TIP is occurring here
> and on the wiki, and yet notification of its existence hasn't even
> reached tcl-core yet. I have written some fairly substantial notes
> on the TIP at http://www.cs.nott.ac.uk/~nem/newoo.txt . These notes
> were supposed to be a post to tcl-core, but I don't want to further
> pre-empt the TIP publication.

Read through these commands. I probably agree on some points and
disagree on others. I agree that the rationale behind [define] is
fuzzy. I find the XOTcl model OK in that respect, but I don't have
anything much against the TIP proposal either, and I do think it is a
neat way of adding many methods in one go. Having syntax which
attaches them to one another.

Oh, one area that the TIP does not discuss is that of extension via
C. I would like to see a clean interface for creating classes, sub-
classes and methods in C, if at all possible. Methods, in particular,
would benefit from this as one could then begin to optimise critical
parts of the code as it develops.

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

From: <MichaelL_at_frogware.com>
Date: Tue, 16 Sep 2003 09:20:20 -0400

Great, thanks! I didn't know about "xotcl::interp."

Can you say anything more about 1.1--when it's coming and what it
contains?

Uwe Zdun <uwe.zdun_at_wu-wien.ac.at> wrote on 09/16/2003 05:48:32 AM:

> Michael,
>
> this problem does not seem to exist anymore in the forthcoming 1.1
> release ... in the 1.0.* releases it should work to use the
> xotcl::interp command (which pre-initializes xotcl in the child interp)
> instead:
>
> package require XOTcl
>
> xotcl::interp create Interp
> Interp eval {package require XOTcl}
> xotcl::interp delete Interp
>
> Uwe

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Tue, 08 Mar 2005 10:30:48 +0100

John McGlaughlin schrieb:

>The following examples in tutorial cause errors
>
>Object o
> o proc y {-a {-b {1 2 3}} x y} {
> puts "$a $b $x $y"
> }
>
>
>

Dear John,

this example is correct for xotcl 1.3.5, which the tutorial
tries to document (see Changelog). xotcl 1.3.5 accepts the
"old" syntax with separate argument lists (as in your
"corrected" version) and the new syntax with a single
argument list, which i added for 1.3.5 to make non positional
arguments more similar to what's used in openacs. Btw,
xotcl's non-pos arguments implementation is by a
factor of 6 faster than the tcl implementation in oacs (i.e.
reducing the invocation overhead by this factor).

>ALSO notice that one example is incorrect for -b passing a string 4 5 needs to be bound {4 5}
>
>
This was certainly incorrect in the tutorial. i have fixed
this locally, and it will be fixed on the server in a few minutes.

Thanks a lot

-gustaf neumann

PS: we are planning the release of 1.3.6 with a few bug fixes this week
or early
next week ... with windows binaries.

From: Kristoffer Lawson <setok_at_fishpool.com>
Date: Thu, 20 May 2004 03:13:11 +0300 (EEST)

On Wed, 19 May 2004, Michael Schlenker wrote:

>
> Either the interface gets cluttered with commands (prepend append
> llength whatever) or the existing commands are reused which leads to
> slightly longer code but smaller interfaces.

Personally I'd vote for smaller interfaces if the benefit is not huge.
Less maintenance and clutter and replication of functionality.

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

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Sat, 15 Jan 2005 01:51:14 +0100

Forgot to mention: the windows binaries of xotcl 1.3.5
will be released early next week.

Best regards
-gustaf neumann

From: Yusuke Yamasaki <tm9233yy_at_gmail.com>
Date: Tue, 14 Oct 2014 14:05:02 +0900

Hello,

Because the teapot repository has up to XOTcl 1.6.7 for Windows,
I tried to build 1.6.8 for myself. The easiest way was to use Msys/MinGW.

./configure --enable-threads --prefix=/c/bin/tcl8.5.16 \
--with-tcl=/c/src/tcl8.5.16/win --with-tk=/c/src/tk8.5.16/win \
--with-actiweb=no --with-xotclsh=no --with-xowish=no \
--without-expat --without-gdbm \
--with-tclinclude=/c/bin/tcl8.5.16/include \
--with-tkinclude=/c/bin/tcl8.5.16/include
make
make install

However it only works with either 8.5 or 8.6 depending on the version
which I specified by --with-tcl option. Though I don't have deep
understanding of the stub mechanism, I know it is a key to make a
generic version of a C extension. I think XOTcl has -DUSE_TCL_STUBS=1
by default configuration according to config.log.

Is there anything wrong with my build procedure?

Windows 7 Professional SP1 64bit
Tcl/Tk 8.5.16

---
Yusuke Yamasaki <tm9233yy_at_gmail.com>