Weblog Page

From: Stefan Sobernig <stefan.sobernig_at_wu-wien.ac.at>
Date: Mon, 01 Aug 2005 11:51:22 +0200

Dear all,

When using a recent gcc-compiler of the 4.x family, xotcl fails to
compile due to a compatibility issue with respect to declaring nested
functions *static*. xotcl.c, however, currently contains one static
nested function and therefore breaks when using gcc4. The following
error is reported back by make:

############## snip ##############
./generic/xotcl.c: In function 'XOTcl_ThreadExitProc':
./generic/xotcl.c:10791: error: invalid storage class for function
'XOTcl_ExitProc'
./generic/xotcl.c:10792: error: 'XOTcl_ExitProc' undeclared (first use
in this function)
./generic/xotcl.c:10792: error: (Each undeclared identifier is reported
only once
./generic/xotcl.c:10792: error: for each function it appears in.)
make: *** [xotcl.o] Error 1
############## snip ##############

To resolve the issue, the nested function XOTcl_ExitProc has to be moved
to the top level. A patch is attached to the email. The patched version
compiles perfectly and passes the entire bunch of tests.

regards,

//stefan

-- 
Stefan Sobernig
Department of Information Systems and New Media
Vienna University of Economics	
Augasse 2-6
A - 1090 Vienna
     
Phone: +43 - 1 - 31336 - 4878
Fax: +43 - 1 - 31336 - 746     
Email: stefan.sobernig_at_wu-wien.ac.at <mailto:stefan.sobernig_at_wu-wien.ac.at>
PubKey: http://julia.wu-wien.ac.at/~ssoberni/0x5FC2D3FA.asc <http://julia.wu-wien.ac.at/%7Essoberni/0x5FC2D3FA.asc>
 

From: Victor Mayevski <vitick_at_gmail.com>
Date: Tue, 20 Jan 2015 02:28:20 -0800

That's beautiful! Thank you!





On Tue, Jan 20, 2015 at 1:11 AM, Stefan Sobernig <stefan.sobernig_at_wu.ac.at>
wrote:

> A more complete solution (preserving any pre-existing superclass lists) is
> as follows:
>
> package req nx
>
> namespace eval ::vitick {
>
> Class create Object -superclasses nx::Object
>
> Class create Class -superclasses nx::Class {
> :method init {} {
> ##
> ## Rewire the default superclass
> ##
> if {[:info superclasses] eq "::nx::Object"} {
> :configure -superclasses [namespace current]::Object
> }
>
> }
> }
>
> namespace export Object Class
> }
>
> namespace import -force ::vitick::*
>
> puts [[Class create MyClass] info superclasses]; # default is:
> ::vitick::Object
> puts [[Class create AnotherClass -superclasses MyClass] info
> superclasses]; # ::MyClass
> puts [[Class create AnotherClass -superclasses MyClass] info superclasses
> -closure]; # ::MyClass ::vitick::Object ::nx::Object
>
> //stefan
>
> Hi Victor,
>>
>> > Any suggestions?
>>
>> As always, there are several options. One way of nursing our custom
>> Object/Class is to use proper specializations of nx::Object/nx::Class:
>>
>> package req nx
>>
>> namespace eval ::vitick {
>>
>> Class create Object -superclass nx::Object
>>
>> Class create Class -superclass nx::Class {
>> :method init {} {
>> :configure -superclasses [namespace current]::Object
>> }
>> }
>>
>> namespace export Object Class
>> }
>>
>> namespace import -force ::vitick::*
>>
>> This is less invasive and you have the benefit of monitoring any
>> changes/additions to nx::Object/nx::Class for free.
>>
>> Cheers,
>> Stefan
>> _______________________________________________
>> Xotcl mailing list
>> Xotcl_at_alice.wu-wien.ac.at
>> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>>
>
>
> --
> Institute for Information Systems and New Media
> Vienna University of Economics and Business
> Welthandelsplatz 1, Building D2, A-1020 Vienna
> Austria
>
> http://nm.wu.ac.at/en/sobernig
> stefan.sobernig_at_wu.ac.at
> ss_at_thinkersfoot.net
>
> t. +43-1-31336-4878
> f. +43-1-31336-746
>

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Fri, 06 Aug 2010 09:09:34 +0200

Am 05.08.10 23:28, schrieb Kristoffer Lawson:
> On 5 Aug 2010, at 20:59, Gustaf Neumann wrote:
>
>
>> you have lost all means to pass a value for "animal", except when you
>> pass it to init (i know "new-with" is different). One can can certainly
>> say, the first argument passed to init is the "animal", then default
>> handling is ugly (in the general case) and you have to deal with ugly
>> positional arguments. This technique does not scale:
>> What, if one inherits additional parameters from a superclass
>> (of Foo), or when the superclass is extended? If every argument
>> to init corresponds to a parameter, one has to extend the signature
>> of the involved init methods. Adding arguments is not really an
>> option when the parameters are provided via mixins, or when
>> the object-class and class-class relationships can changed dynamically.
>> Another issue is passing arguments of init to superclasses via next.
>> If the inits of the superclasses have different signatures, the
>> code becomes error prone.
>>
> Gustaf, I'm not sure what you're getting at as that is exactly what [new-with] is for. With that I can do parameterisation outside of [init].
please read my mailer slower. i have excplicitely refered to the
consequences of "new", not "new-with".

> So I use [new] when I do not need parameterisation
well, some other might wonder how to achieve it.
> (so I don't have to give an empty argument for [new-with]),
in the new syntax of xotcl, the scripted initialization is optional, so
there is not need for
an empty argument.
>> *Class create* Stack {
>> ...
>> }
>>
> Hm, am I right in assuming the *s are just something funny when you copy-pasted from your editor, or is the plan actually to have it look like that? I can feel a few eyebrows being raised if so! :-)
>
This was a cut&paste from ff4b2 to thunderbird, from an example of the
migration guide.
The pasted text was still ok, but it seems that upon send thunderbird
used *...* to indicate
bold...

-gustaf neumann

From: Theado, Brian P. <BTheado_at_wcom.net>
Date: Fri, 19 Oct 2001 07:44:25 -0400

On Fri, 19 Oct 2001 09:07:31 +0200, Gustaf Neumann wrote:
> the xotcl binaries are built with tcl 8.3.2.
> therefore it should work without compiling only with
> 8.3.

> however, when it is compiled with 8.4, it will work.

I remember that stubs support was recently added to xotcl.
From the above, I gather stubs support is not being used
when compiling the distributed binaries. Is there a reason
why not? It seems like it is a low cost (simply add the
"-DUSE_TCL_STUBS" compile switch?) thing to do in order to
get the benefit of distributing more widely usable binaries.

Thanks,
Brian Theado

From: Brett Schwarz <brett_schwarz_at_yahoo.com>
Date: 16 May 2002 13:12:24 -0700

you may want to look here for some ideas:

http://mini.net/tcl/2752.html


    --brett


On Thu, 2002-05-16 at 12:15, Gustaf Neumann wrote:
> On Thursday 16 May 2002 15:16, Rick Hedin wrote:
> > Hello. My friends are trying to convince me of the value of functional
> > programming. Writing safer and clearer programs sounds good, but I am not
> > inclined to learn Haskell.
> >
> > Xotcl is a pretty flexible beast. Can I do functional programming in it?
> > It seems as though classes are a variety of object in Xotcl, so that will
> > be an advantage for passing classes around, but what else am I missing? I
> > suspect that Gustaf and Uwe thought about functional programming when they
> > designed their beast. Can I find out what their thoughts were?
>
> hi rick,
>
> nobody can find out today, what their thoughts really were :)
>
> there is no exact answer to your question, here are some
> random thoughts...
>
> well, functional programming is quite different in principle
> from oo programming which is in turn quite different to say
> logic programming. it's not a matter of "power" or "flexibilty",
> it's a matter, how the matter how one like to think about
> a certain problem area and what are the primary things of
> concern ... well in theory. in practice, many of the pure
> concepts are sometimes less important.
>
> oo: think in things, classify things, encapsulate state,
> reuse code, build systems
>
> functional programming: think in expressions, purists say that
> variables are not needed, support powerful nice things
> with funny names like "list comprehensions", "monads" etc.
>
> logic programming: think in logic, expressing relations between
> things (like grammars), express "truth", don't focus on
> program flow, try theories
>
> you can certainly program in a functional programming style
> in Tcl or XOTcl, but it does not make this necessarily a functional
> language. The much rumored "feather" project much more support
> in this direction.
>
> i am a friend of varieties: use the right tool for the right
> task. There are many projects that i would start today in
> e.g. C, some other in Prolog/clp(R), some in Java or whatever,
> but most in xotcl (but i am certainly not objective).
>
> There is no way, we could port all nice features of all
> programming languages to xotcl, and if we would, i am not
> sure whether i would like the result. xotcl is a theme,
> a way, we proceed. There are certainly other ways as well,
> and many of these will be better suited for certain tasks.
>
> i would say, listen to your friends, look into haskell,
> make your own opinion, how you would like to solve your
> programming tasks, this will help you to make well-founded
> decisions.
>
> I have never used Haskell for anything real. The next best
> was APL where i have written various programs; it was
> quite fun, but i a got the somewhat wrong impression
> what computers are for (i thought a computer is primarily
> is a big, powerful calculator). Today i would say that it is
> more important to use a computer to build systems. For this
> task, oo is quite ok, i would say....
>
> hope this helps a little to make your mind up.
>
> greetings
> -gustaf
>
> _______________________________________________
> Xotcl mailing list - Xotcl_at_alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl

-- 
Brett Schwarz
brett_schwarz AT yahoo.com

From: <andreask_at_activestate.com>
Date: 06 Apr 2015 12:42:41 -0700

Hello XOTcl Developers, fyi ...

22nd Annual Tcl/Tk Conference (Tcl'2015)
http://www.tcl.tk/community/tcl2015/

October 19 - 23, 2015
Comfort Suites Manassas
7350 Williamson Blvd, 20109
Manassas, Virginia, USA

Important Dates:

Abstracts and proposals due August 24, 2015
Notification to authors August 31, 2015
WIP and BOF reservations open July 27, 2015
Author materials due September 28, 2015
Tutorials Start October 19, 2015
Conference starts October 21, 2015

Email Contact: tclconference_at_googlegroups.com

Submission of Summaries

Tcl/Tk 2015 will be held in Manassas, Virginia, USA from October 19, 2015 to October 23, 2015.

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.com no later than August 24, 2015. Authors of accepted
abstracts will have until September 28, 2015 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 30 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 July 27, 2015. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in July 27, 2015. 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/tcl2015/) 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

   * Andreas Kupries ActiveState Inc
   * Arjen Markus Deltares
   * Brian Griffin Mentor Graphics
   * Clif Flynt Noumena Corp
   * Cynthia Lilagan National Museum of Health & Medicine, Chicago
   * Donal Fellows University of Manchester
   * Gerald Lester KnG Consulting LLC
   * Jeff Hobbs ActiveState Inc
   * Joe Mistachkin Mistachkin Systems
   * Kevin Kenny GE Global Research Center
   * Larry Virden
   * Mike Doyle National Museum of Health & Medicine, Chicago
   * Ronald Fox CAEN Technologies
                      NSCL _at_ Michigan State University
   * Steve Landers Digital Smarties
   * Steve Redler, IV SR Technology

Contact Information tclconference_at_googlegroups.com

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

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

From: Michael Schlenker <schlenk_at_uni-oldenburg.de>
Date: Fri, 25 Jun 2004 16:07:55 +0200

Adam Turoff wrote:

> I'm creating a test suite for an XOTcl class I'm writing, and I want to
> test this sequence:
>
> (1) MyClass is undefined (initial state)
> --- package require MyClass succeeds
> (2) MyClass is defined (expected state after loading the package)
> (3) MyClass isa ::xotcl::Class
> (4) MyClass has methods x, y, z
>
> However, I am not having any luck in testing #1 and #2. Is there any
> kind of introspection that can help me determine if a class is defined?
> Using [info exists MyClass] doesn't seem to work.
>
Try it simple, a defined class is just a tcl command:

if {[llength [info commands MyClass]]} {
    puts "Found MyClass"
} else {
    puts "Not Found"
}

Michael

From: Eckhard Lehmann <eckhardnospam_at_gmx.de>
Date: Thu, 05 Jun 2008 19:09:32 +0200

Nicola E L'INSALATA (UniPI ) schrieb:
> After Stefan answer, I also gave a look to Frag. Am I wrong, or the
> underlying idea of Frag is to run Java code from a Tcl shell? Do things
> work the other way round? Is Frag a porting of XOTcl or does it only use a
> similar programming paradigm?
>
>
>
It looks like this is a language on top of Java that supports a subset
of XOTcl... Like Jacl implements Tcl on top of Java.
Would be interresting to know where the project is heading to and how it
relates to Jacl.

-- 
Eckhard

From: Giovanni Cristelli <giovanni.cristelli_at_telecomitalia.it>
Date: Thu, 04 Nov 2004 08:59:03 +0100

With version 1.3.0 I've tried to extend the class to support a new
option in using the following code:

xotcl::nonPosArgs proc in { allowedValues argName args} {
 if { [lsearch $allowedValues $args] == -1 } {
     error "Invalid value |$args| for option $argName (allowed values:
[join $allowedValues {, }])"
 }
}

example:

Class create A
A proc y {{{-q:in {add remove}} add}} {} {
puts $q
}
A y; # prints add
A t -q bad; # throw an error
A y -q remove; # prints remove

With version 1.3.1 this code doesn't work anymore and the error returned
is:

::xotcl::nonPosArgs: unable to dispatch method 'in {add remove}'

How can I change the prototype to make it work again ?

Thanks,
Giovanni.
--------------------------------------------------------------------

CONFIDENTIALITY NOTICE

This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please contact us by replying to webmaster_at_telecomitalia.it.

        Thank you

                                        www.telecomitalia.it

--------------------------------------------------------------------

From: Artur Trzewik <mail_at_xdobry.de>
Date: Fri, 3 Oct 2003 12:15:38 +0200

Hi!

New Version of XOTclIDE 0.51 is released.
http://www.xdobry.de/xotclIDE

changes:
- improved deployment wizard tool (it can produce deploying dictioneries with
many options)
- new tclkit deployment plugin that can produce (from tclkit version only)
directly tclkit or starpack packages from configurations-maps
- improved plugin architecture. The plugins list is read from pluginslist.txt
file
- new plugin - "tcl wiki" reaper to get code samples directly from
http://mini.net/tcl

I have also written a small utf-8 editor application (by reusing XOTclIDE
code).
with special functions for editing texts in Esperanto language.
More about internacional esperanto language
http://www.esperanto.org
I deploy it as run-ready starkit packages for linux and windows
http://www.xdobry.de/esperantoEdit

(now exampe of esperanto language)
EsperantoEdit - eto programo por redakti tekstojn kun specialaj esperantaj
funkcioj. Oni ne devas instali la programo por uzi gxin.

Artur Trzewik