Weblog Page

From: <akupries_at_shaw.ca>
Date: 05 Sep 2016 12:20:04 -0700

Hello XOTcl Developers, fyi ...

23rd Annual Tcl/Tk Conference (Tcl'2016)
http://www.tcl.tk/community/tcl2016/

November 14 - 18, 2016
Crowne Plaza Houston River Oaks
2712 Southwest Freeway, 77098
Houston, Texas, USA

[[ 7...6...5...4...3...2...1...
   Attention! One week to the paper deadline
]]
[[ Attention! Registration is open! Please have a look at
   http://www.tcl.tk/community/tcl2016/register.html
]]

[[ Known Speakers
-- Tutorials

  * Clif Flynt - GUI Testing with tktest
                 Introduction to Tcl 1
                 Introduction to Tcl 2
                 Tcl on Android

  * Joe Mistachkin - Advanced Windows Integration with Eagle, Garuda, and Harpy

  * Sean Woods - Advanced TclOO & Megawidgets in TclOO
                 Building Tcl Extensions
                 Fun with CoRoutines

]]

Important Dates:

Abstracts and proposals due September 12, 2016
Notification to authors September 19, 2016
WIP and BOF reservations open August 22, 2016
Hotel Room Release October 22, 2016
Author materials due October 24, 2016
Tutorials Start November 14, 2016
Conference starts November 16, 2016

Email Contact: tclconference_at_googlegroups.com

Submission of Summaries

Tcl/Tk 2016 will be held in Houston, Texas, USA from November 14, 2016 to November 18, 2016.

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

Note:
    We are especially interested in papers for OS X this time, to
    complement the keynote.

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 September 12, 2016. Authors of accepted
abstracts will have until October 24, 2016 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 August 22, 2016. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in August 22, 2016. 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/tcl2016/) 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 Hewlett Packard Enterprise
   * Arjen Markus Deltares
   * Brian Griffin Mentor Graphics
   * Clif Flynt Noumena Corp
   * Gerald Lester KnG Consulting LLC
   * Joe Mistachkin Mistachkin Systems
   * Ronald Fox CAEN Technologies
                     NSCL _at_ Michigan State University
   * Steve Landers Digital Smarties

Contact Information tclconference_at_googlegroups.com

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

   * ActiveState Inc
   * FlightAware
   * Mentor Graphics
   * Tcl Community Association

From: Artur Trzewik <mail_at_xdobry.de>
Date: Fri, 6 Jul 2001 15:53:50 +0200

Hallo

There is new 0.17 version of XotclIDE available

http://www.xdobry.de/xotclide

Main Changes:
1. search functions (text, senders, implementors)
2. find/replace dialog in editor
3. error stack editor. parse error stack from $errorInfo and display it in
browser.
4. simply debugger. You can set a break point (per send halt message "[self]
halt") see call stack, level variables, arguments and all you need to
understand your program
5. fist step to multi user environment. The version control system write all
changes with userid attribute.
6. many small changes and refactoring ("new catagory" function)

Complains about not intuitive GUI are also needed.

Artur Trzewik

From: Shishir Ramam <sramam_at_gmail.com>
Date: Sun, 29 Oct 2006 07:23:13 -0700

Kristoffer,
Thanks that was it!
-shishir


On 10/29/06, Kristoffer Lawson <setok_at_fishpool.com> wrote:
>
>
> On 29 Oct 2006, at 03:54, Shishir Ramam wrote:
>
> > Hi,
> > Was wondering why it's not possible to import namespaces when XOTcl
> > objects are involved.
> > The shortest example that I could rustle up is included below.
> > Help in understanding what prevents this from working is much
> > appreciated.
>
> I didn't test your example, but could it be because you did not
> export 'Foo' from the namespace?
>
> Ie. "namespace export Foo" could possibly help.
>
> / http://www.fishpool.com/~setok/
>
>

-- 
The point of living and of being an optimist, is to be
foolish enough to believe the best is yet to come.
  - Peter Ustinov

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Thu, 19 Mar 2009 10:04:07 +0100

Dear XOTcl Community,

I am pleased to announce the availablilty of XOTcl 1.6.3.
The new version contains noticable speed improvements,
especially, when compiled with Tcl 8.5

Best regards
Gustaf Neumann

==============================================

Announcing XOTcl 1.6.3
*************************

We are pleased to announce the availability of XOTcl 1.6.3

Major changes relative to 1.6.2 are:

   * Functional improvements:

       - simplified and generalized handling of namespaced instance
         variables, where namespaced associative arrays could conflict
         with global variables due to Tcl's default namespace
         resolution. Many thanks to Stefan Sobernig for this
         contribution!
         
  * Fixes:
      - Corrected deleted of meta-classes. It was possible
        to create undestroyable objects before via complex
        meta-classes structures

   * Speed improvements
      - Use of new interfaces in Tcl 8.5 (when compiled with Tcl 8.5)
      - simplified interfaces for various C functions
      - Speed improvement for method invocation benchmark:
          * In Tcl 8.5: 10-15 %
          * In Tcl 8.4: 5-10 %

   * Improve code quality
       - some more code cleanup
       - factoring out common code
       - using const in more cases

   * Extended regression tests

   * Improved documentation


 For more details about the changes, please consult the ChangeLog and
 documentation.

MORE INFO
  General and more detailed information about XOTcl and its components
  can be found at http://www.xotcl.org

From: Gustaf Neumann <neumann_at_wu.ac.at>
Date: Mon, 03 Sep 2012 12:48:46 +0200

Dear all,

when one uses XOTclIDE with XOTcl 2.0, please note that the
meta-data info provided via "_at_" must not be prefixed with "::".

- The easiest way to migrate to XOTcl 2.* and XOTclIDE
is to use XOTcl 1.6.7 + XOTclIDE 0.85 and save the files
at least once (this provides the correct prefixes).
These saved files are usable for XOTcl 1.6.* and XOTcl 2.*

- XOTcl 2.0 requires XOTclIDE 0.85

- If one wants to edit files produced with XOTclIDE 0.84 (or older)
with XOTcl 2.0 (and XOTclIDE 0.85), please use the
following one-liner to fix the source files:

cd your-source-directory-with-xotcl-files
perl -pi -e ‘s/^_at_ ::/@ /g’ `fgrep -rl ‘@ ::’ .`

All the best
-gustaf neumann

From: <mail_at_xdobry.de>
Date: Fri, 24 Feb 2006 08:40:13 +0100

Hi!

Learnable lazy wrapper per unknown mechanism.
Should one do such magic thinks?

package require XOTcl
namespace import ::xotcl::*
package require struct::queue

Class Queue -parameter {{queue [self]::queue}}

Queue instproc init {} {
    ::struct::queue [my queue]
}
Queue instproc destroy {} {
   [self]::queue destroy
   next
}
Queue instproc unknown {args} {
   # some debbug
   puts "learning [lindex $args 0]"
   Queue instforward [lindex $args 0] {%my queue} %proc
   # maybe learn only if that calls success
   eval [self]::queue $args
}

Testing

(bin) 31 % Queue create q1
::q1
(bin) 32 % q1 put 32
learning put
(bin) 33 % q1 put 43
(bin) 34 % q1 get
learning get
32
(bin) 35 % q1 get
43
(bin) 35 %

Artur

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Tue, 28 Sep 2010 11:06:17 +0200

  Dear Neil,

many thanks for the (most likely condensed) example.
The bug was that the traces from initcmd were handled twice
by copy/move, one time correctly, the other time not
(Stefan's patch from 2'oclock fixes the second copy and
removes the duplicates later, but removes too many
traces).

See below for a patch against xotcl 1.6.6.
We'll do some more testing, but this or a similar patch
will go into the next releases (as well the 2.0 branch).

For now, you might get the fixed version from:
    git clone git://alice.wu-wien.ac.at/xotcl

best regards
-gustaf neumann


===================================================
--- a/generic/predefined.xotcl
+++ b/generic/predefined.xotcl
_at_@ -596,9 +596,14 @@ unset p
          foreach cmd $cmds {
            foreach {op def} $cmd break
            #$origin trace remove variable $var $op $def
- if {[lindex $def 0] eq $origin} {
+ set domain [lindex $def 0]
+ if {$domain eq $origin} {
              set def [concat $dest [lrange $def 1 end]]
            }
+ if {[my isobject $domain] && [$domain istype
::xotcl::Slot]} {
+ # slot traces are handled already by the slot
mechanism
+ continue
+ }
            $dest trace add variable $var $op $def
          }
        }

From: Uwe Zdun <uwe.zdun_at_wu-wien.ac.at>
Date: Wed, 13 Jul 2005 11:14:19 +0200

Hi Koen,

it seems you've found a bug. The Method in predefined.xotcl should
probably look like this:

::xotcl::Object instproc abstract {methtype methname arglist} {
 if {$methtype != "proc" && $methtype != "instproc"} {
   error "invalid method type '$methtype', \
   must be either 'proc' or 'instproc'."
 }
 ::xotcl::my $methtype $methname $arglist "
   if {\[::xotcl::self callingproc\] == \[::xotcl::self proc\] &&
   \[::xotcl::self callingobject\] == \[::xotcl::self\]} {
     ::xotcl::next
   } else {
     error \"Abstract method $methname $arglist called\"
   }
 "
}

you can simply put this correction (which should also go into the next
release) into the file and re-compile,
or if you do not want to recompile, overwrite the abstract method before
running your program.

Uwe

Koen Danckaert wrote:

> Hello,
>
> The XOTcl manual says that an abstract method produces an error if it
> is called directly. It seems that this is not always the case. E.g.,
> in the following example there is no error:
>
> Class C
> C abstract instproc a {}
> C instproc b {} {my a}
>
> C test
> test b
>
>
>> From an earlier discussion on the mailing list I found that
>> predefined.xotcl contains the following code to avoid errors when an
>> abstract method is invoked by "next":
>
>
> Object instproc abstract {methtype methname arglist} {
> if {$methtype != "proc" && $methtype != "instproc"} {
> error "invalid method type '$methtype', \
> must be either 'proc' or 'instproc'."
> }
> [self] $methtype $methname $arglist "
> if {\[self callingproc\] != \[self proc\] && \[self
> callingobject\] != \[self\]} {
> error \"Abstract method $methname $arglist called\"
> }
> "
> }
>
> I guess the test should be "||" instead of "&&" ?
> But then, it doesn't do the right thing either, because callingproc is
> empty in case of an invocation by "next".
>
>
> Regards,
> Koen Danckaert
> _______________________________________________
> Xotcl mailing list
> Xotcl_at_alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl

-- 
Uwe Zdun
Department of Information Systems, Vienna University of Economics
Phone: +43 1 313 36 4796, Fax: +43 1 313 36 746
zdun_at_acm.org, uwe.zdun_at_wu-wien.ac.at

From: Uwe Zdun <uwe.zdun_at_uni-essen.de>
Date: Tue, 30 Jan 2001 10:21:51 +0100

---------- Fwd ----------
Subject: [tcl_announce] ANNOUNCE: Call for Papers [2nd European Tcl/Tk User
Meeting]
Date: 23 Jan 2001 18:54:28 -0000
From: Carsten Zerbst <zerbst_at_tu-harburg.de>
To: tcl_announce_at_egroups.com


Second European Tcl/Tk User Meeting

                   Hamburg-Harburg, 7th and 8th June 2001

Call for papers:


As last year I'd like to organize a European Tcl/Tk user meeting. If you
like to present your work with or on Tcl/Tk, please send me an abstract
until Monday, 26th of February.

For more infos on the Tcl/Tk user meeting look at
http://www.tu-harburg.de/skf/tcltk

Contact Carsten Zerbst
        Technische Universit=E4t Hamburg-Harburg
        AB 3-06 mailto:zerbst_at_tu-harburg.de
        21073 Hamburg phon: +49 40 428 32 3146
        Germany fax: +49 40 428 32 3335

Hope to see you in Hamburg, Carsten Zerbst

[[Send Tcl/Tk announcements to tcl-announce_at_mitchell.org
  Send administrivia to tcl-announce-request_at_mitchell.org
  Announcements archived at http://www.egroups.com/list/tcl_announce/
  The primary Tcl/Tk archive is ftp://ftp.neosoft.com/pub/tcl/ ]]

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

-- 
Uwe Zdun
Specification of Software Systems, University of Essen
Phone: +49 201 81 00 332, Fax: +49 201 81 00 398
zdun_at_xotcl.org, uwe.zdun_at_uni-essen.de

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Mon, 21 Mar 2011 12:02:19 +0100

Hi Victor,

a head version is always a moving target. This time,
essentially the type TEOV_callback was renamed to
NRE_callback. Unfortunately, there are no different version
numbers available to the preprocessor, so i appended the
changes to NRE_SANE_PATCH. Please use it for working against
Tcl-head.

The updated version in git compiles now nicely and runs all
regression tests except the coro-test. Inside a coroutine,
we get now a crash, the stack frame with the variables is
apparently missing. I have deactivated the coro-test for the
time being.

In order to address the problem i have to learn how to
master tcl + fossil at a higher level. First, i tried to get
the Tcl via fossil. "fossil clone http://core.tcl.tk/tcl"
runs now since a few hours and hangs now... It has already
transfered 58MB; however, since there is no progress, I have
killed it and restarted it again, maybe it works in the new
few hours.

I got a snapshot version via
    wget http://core.tcl.tk/tcl/zip/Tcl.zip?uuid=trunk
If someone knows if it is possible to specify a date for the
wget above, please let me know, this would ease to locate
the changes that are causing now problems.

-gustaf neumann

On 21.03.11 04:09, Victor Mayevski wrote:
> Hello Gustaf,
>
> I have switched the TCL repository from SourceForge to Fossil, got the
> latest sources, compiled and installed TCL. The problem now is that NX
> will not compile against it.
> Make fails with this error:
>
> ########################################################################################
> gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\"
> -DPACKAGE_VERSION=\"2.0.0\" -DPACKAGE_STRING=\"nsf\ 2.0.0\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
> -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_TCL_COMPILE_H=1
> -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1
> -DMODULE_SCOPE=extern\
> __attribute__\(\(__visibility__\(\"hidden\"\)\)\)
> -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long
> -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1
> -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DCOMPILE_NSF_STUBS=1
> -DNSF_VERSION=\"2.0\" -DNSF_PATCHLEVEL=\"2.0.0\"
> -I"/root/tcl-src-fossil/generic" -I"/root/tcl-src-fossil/unix"
> -I./generic -g -O2 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c
> `echo ./generic/nsf.c` -o nsf.o
> ./generic/nsf.c: In function ‘MethodDispatchCsc’:
> ./generic/nsf.c:7797: error: ‘TEOV_callback’ undeclared (first use in
> this function)
> ./generic/nsf.c:7797: error: (Each undeclared identifier is reported only once
> ./generic/nsf.c:7797: error: for each function it appears in.)
> ./generic/nsf.c:7797: error: ‘rootPtr’ undeclared (first use in this function)
> ./generic/nsf.c: In function ‘DispatchDestroyMethod’:
> ./generic/nsf.c:8503: warning: too many arguments for format
> make: *** [nsf.o] Error 1
> ###################################################################################
>
>
>
> If I uncomment "#define NRE_SANE_PATCH 1", as I had to do every time I
> compiled NX, the error is even longer, I will just give the first few
> lines:
>
> ###################################################################################
>
> gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\"
> -DPACKAGE_VERSION=\"2.0.0\" -DPACKAGE_STRING=\"nsf\ 2.0.0\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
> -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_TCL_COMPILE_H=1
> -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1
> -DMODULE_SCOPE=extern\
> __attribute__\(\(__visibility__\(\"hidden\"\)\)\)
> -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long
> -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1
> -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DCOMPILE_NSF_STUBS=1
> -DNSF_VERSION=\"2.0\" -DNSF_PATCHLEVEL=\"2.0.0\"
> -I"/root/tcl-src-fossil/generic" -I"/root/tcl-src-fossil/unix"
> -I./generic -g -O2 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c
> `echo ./generic/nsf.c` -o nsf.o
> In file included from ./generic/nsf.c:45:
> ./generic/nsfInt.h:725: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
> ‘__attribute__’ before ‘NRE_SANE_PATCH’
> ./generic/nsfInt.h:792: warning: data definition has no type or storage class
> ./generic/nsfInt.h:792: warning: type defaults to ‘int’ in declaration
> of ‘NsfRuntimeState’
> ./generic/nsf.c: In function ‘NsfLog’:
> ./generic/nsf.c:362: error: expected expression before ‘)’ token
> In file included from ./generic/nsf.c:629:
> ./generic/nsfStack.c: In function ‘CscListAdd’:
> ./generic/nsfStack.c:21: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘CscListRemove’:
> ./generic/nsfStack.c:42: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘Nsf_PushFrameObj’:
> ./generic/nsfStack.c:144: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘Nsf_PushFrameCsc’:
> ./generic/nsfStack.c:187: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘CallStackPopAll’:
> ########################################################################################
>
> I am on Debian based Linux, 32bit.
>
> Thanks,
>
> Victor
>
> _______________________________________________
> Xotcl mailing list
> Xotcl_at_alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl