tcl-threads — Discussion of threading in Tcl and the Thread extension.

[Tcl-Threads] ttrace in XP

[mawardi <mma...@gm...>]

Hello guys,

Just wondering if ttrace supported in Win XP ... because it wont work at al=
l ::

package require Tcl 8.4
package require Thread 2.6

ttrace::eval {
    proc helloworld { } {
        puts "Hello World from ttrace!"
    }
}

helloworld


################# Error msg ############################

invalid command name "ttrace::eval"
    while executing
"ttrace::eval {
    proc helloworld { } {
        puts "Hello World from ttrace!"
    }
}"
    (file "trace.tcl" line 4)

######################################################

if i change the package to ::
package require Thread
package require Ttrace

it will say : "can't find package Ttrace"

I tried it under linux ... it work fine (for both ways of declaring
the packages)

So any future plan to overcome this ?

Thanks
--mawardi

[Tcl-Threads] Tcl/Tk 2005 Second Call for papers

[<aku...@sh...>]

Submission of Summaries

Tcl/Tk 2005 will be held in Portland, Oregon USA from October 24 -
October 28. The program committee asks all people using and developing
with Tcl/Tk and extensions to submit papers and proposals for
presentations at this conference. Past conferences have seen
submissions covering a wide variety of topics including and not
limited to:

    * 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 

The submissions should consist of an abstract of about 100 words and a
summary of maximum two pages. Omit extraneous or redundant
information. Length is not a direct factor in judging the quality of
the submission.

Send submissions as plain text to <tcl2005 AT tcl.tk> no later than
July 1, 2005. Authors of accepted abstracts will have until September
15, 2005 to submit their final paper for the inclusion in the
conference proceedings. The proceedings will be made available on
CD-ROM, so extra materials like code samples are welcome.

The authors will have 20-25 minutes to present the 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 agreement forms 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, 2005. Specific instructions for reserving WIP and
BOF time slots will be provided in the registration information
available in June 2005.  Some WIP and BOF time slots will be held open
for on-site reservation, so we encourage all attendees with
interesting work in progress to consider presenting that work at the
conference.  Registration Information

More information on the conference will be available in April 2005 at
the conference Web site and 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.

Conference Committee

Brian Griffin   	Mentor Graphics	      Facilities Coordination
Clif Flynt	   	Noumena Corp	      General Chair, Website Admin
Ron Fox     		NSCL MSU              Program Chair
Arjen Markus   		WL Delft Hydraulics	
Cyndy Lilagan   	Eolas Corp	
Gerald Lester   	HMS Software	
Donal Fellows   	University of Manchester	
Jeffrey Hobbs   	ActiveState Corp	
Steve Landers   	Digital Smarties	
Kevin Kenny   		GE Global Research Center	
Ken Jones   		Avia Training	
Sheila Miguez   	mVerify	
Larry Virden   		Tcl FAQ Maintainer	
Andreas Kupries 	ActiveState Corp	

Contact Information <tcl2005 AT tcl.tk>


--
Sincerely,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
-------------------------------------------------------------------------------

Re: [Tcl-Threads] Ttrace

[Kim C. L. <lim...@gm...>]

Hi Kevin,

Sorry for my stupid question. I have rewrite the test program.=20
The following is my test program.
##################################################
package require Thread
package require Ttrace

set tid_0 [thread::create -preserved]

ttrace::eval {
       proc foo {} {
          puts foo
       }
       proc bar {} {
          puts bar
       }
}

set func_1 {
=09foo
}

thread::send -async $tid_0 $func_1
##########################################
Error:
~~~~~
$ tclsh wiki.tcl
Error from thread tid0x41454bb0
can't find package Ttrace
    while executing
"package require Ttrace"
Error from thread tid0x41454bb0
invalid command name "foo"
    while executing
"foo"
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

May i know how come the created thread is not able to execute the function =
foo?
Can i have a short/simple example how to use ttrace?

Best Regards,
Kim Chuan.



On 6/10/05, Kevin Kenny <ke...@cr...> wrote:
>=20
> lim...@gm... said:
> > package require Thread
> > package require Ttrace
> > for {set i 0} {$i < 4} {incr i} {
> >     set tid($i) [thread::create -preserved]
> >     bar
> > }
> > ttrace::eval {
> >    proc foo {} {
> >        puts foo
> >    }
> >    proc bar {} {
> >       puts bar
> >    }
> > }
>=20
> Your problem is not with Ttrace, but with understanding Tcl at a
> much more fundamental level.  Tcl is not a compiled language - it
> evaluates the commands in its scripts in the order in which they
> appear.
>=20
> In your case, you are creating threads and calling [bar] in the
> [for] loop at the head of the script, before you have defined
> the [bar] procedure (in the ttrace::eval}.
> --
> 73 de ke9tv/2, Kevin KENNY   GE Corporate Research & Development
> ke...@cr...           P. O. Box 8, Bldg. K-1, Rm. 5B36A
>                              Schenectady, New York 12301-0008 USA
>=20
>

Re: [Tcl-Threads] Ttrace

[<ke...@cr...>]

lim...@gm... said:
> package require Thread 
> package require Ttrace
> for {set i 0} {$i < 4} {incr i} {
>     set tid($i) [thread::create -preserved]
>     bar
> }
> ttrace::eval {
>    proc foo {} {
>        puts foo
>    }
>    proc bar {} {
>       puts bar
>    }
> } 

Your problem is not with Ttrace, but with understanding Tcl at a 
much more fundamental level.  Tcl is not a compiled language - it 
evaluates the commands in its scripts in the order in which they 
appear.

In your case, you are creating threads and calling [bar] in the
[for] loop at the head of the script, before you have defined
the [bar] procedure (in the ttrace::eval}.
--
73 de ke9tv/2, Kevin KENNY   GE Corporate Research & Development
ke...@cr...           P. O. Box 8, Bldg. K-1, Rm. 5B36A
                             Schenectady, New York 12301-0008 USA

[Tcl-Threads] Ttrace

[Kim C. L. <lim...@gm...>]

can i have some examples of how to use ttrace?
the example from this webste: http://wiki.tcl.tk/2770
is not working. I can call either the proc foo or bar in the thread.

################# Error msg ############################
Error in startup script: invalid command name "bar"
    while executing
"bar"
    ("for" body line 3)
    invoked from within
"for {set i 0} {$i < 4} {incr i} {
        set tid($i) [thread::create -preserved]
        bar
}"
    (file "wiki.tcl" line 4)
####################################################

code:
~~~~
package require Thread
package require Ttrace

for {set i 0} {$i < 4} {incr i} {
       =09set tid($i) [thread::create -preserved]
=09bar
}

ttrace::eval {
       proc foo {} {
          puts foo
       }
       proc bar {} {
          puts bar
       }
}

RE: [Tcl-Threads] Embeded tcl interpreters in multithread C++ application

[Jeff H. <je...@Ac...>]

Julien,
=20
What exactly are you doing in the Tcl interps?  The threaded alloc built =
into
Tcl is designed to remove lock contention, and I have benchmarks that =
confirm
it does that.  However, if you are consistently passing data between the
interps, locking will still occur.

Regards,

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos=20

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...] On Behalf Of =
zze-DELACROIX
Julien RD-RESA-BEL
Sent: April 14, 2005 1:35 AM
To: tcl...@li...
Subject: [Tcl-Threads] Embeded tcl interpreters in multithread C++ =
application



Hi all.=20

I have a multithreaded c++ application with 1 TCL interpreter per =
thread.=20
This works, but when I'm monitoring CPUs usage, I see that my 4 CPU are =
used
at 25% as if threads are working only one a a time. CPU usage should be =
100%
for each CPU as it is the case when I've got no embeded TCL interpreter =
in my
thread.

What is the problem? I suspect embeded TCL interperter in my threads to =
use
shared TCL ressources and to block the others when using it. How can I =
prevent
that (each interpreter has its own ressources)?

Best regards,=20

Julien Delacroix=20

PS : I tried to compile tcl with and without thrdalloc but nothing =
changes...=20

[Tcl-Threads] Embeded tcl interpreters in multithread C++ application

[zze-DELACROIX J. RD-RESA-B. <jul...@rd...>]

Hi all.

I have a multithreaded c++ application with 1 TCL interpreter per
thread.
This works, but when I'm monitoring CPUs usage, I see that my 4 CPU are
used at 25% as if threads are working only one a a time. CPU usage
should be 100% for each CPU as it is the case when I've got no embeded
TCL interpreter in my thread.

What is the problem? I suspect embeded TCL interperter in my threads to
use shared TCL ressources and to block the others when using it. How can
I prevent that (each interpreter has its own ressources)?

Best regards,

Julien Delacroix

PS : I tried to compile tcl with and without thrdalloc but nothing
changes...

[Tcl-Threads] Tcl/Tk 2005 First Call for papers

[<aku...@sh...>]

Tcl/Tk 2005 First Call for papers.
===================================

Tcl/Tk 2005 will be held in Portland, Oregon USA in late October or
early November.  The program committee asks all people using and
developing with Tcl/Tk and extensions to submit papers and proposals
for presentations at this conference.

Past conferences have seen submissions covering a wide variety of
topics including and not limited to:

   * 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


At this point we are requesting submissions of:

   * Abstracts of papers for oral presentation.
   * Proposals for short courses to be taught the day prior to the conference.
   * Proposals for other presentations/discussions.
   * Proposals to present tutorial sessions.

Please send abstracts and proposals to tcl2005 (at) nscl (dot) 
msu (dot) edu

Important target dates:
=======================
 July  1, 2005    - Abstracts and proposals due.
 July 31, 2005    - Notification to authors.
 Sep  15, 2005    - Author materials due.

The submissions should consist of an abstract of about 100 words and a
summary of maximum two pages.  Omit extraneous or redundant
information. Length is not a direct factor in judging the quality of
the submission.

The authors of oral presentations will have 20-25 minutes to present
the 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 agreement forms 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.

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.



Program Committee:
==================
 Donal  Fellows       University of Manchester
 Clif   Flynt         Noumena Corp.
 Ron    Fox           NSCL Michigan State University
 Jeff   Hobbs         ActiveState Corp.
 Steve  Landers       Digital Smarties
 Gerald Lester        HMS Software
 Cyndy  Lilagan       Eolas Technologies Inc.
 Arjen  Markus        WL | Delft Hydraulics

--
Sincerely,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
-------------------------------------------------------------------------------

[Tcl-Threads] 11'th Annual Tcl/Tk Conference

[<aku...@sh...>]

11'th Annual Tcl/Tk Conference

October 11 - 15, 2004
New Orleans, Louisiana, USA
Email Contact tc...@tc...

We are pleased to announce the 11'th Annual Tcl/Tk conference
(Tcl'2004), sponsored by Noumena Corporation, in cooperation with
ActiveState and ExpoTech.

Come to New Orleans to:

    * Learn about the power of Tcl/Tk.
    * Present exciting new work involving Tcl/Tk.
    * See the latest developments in Tcl/Tk.
    * Meet Tcl/Tk researchers and users from academia, government and industry.
    * Plan for future Tcl/Tk related developments.

    The conference program will include paper presentations,
    tutorials, Birds of a Feather (BOF) sessions and invited key-note
    talks. 

Registration

    Online registration is ready now.
    <http://www.tcl.tk/community/tcl2004/reg.html>

Tutorials

    Come learn about Tcl from the experts. This year's Tcl/Tk
    Conference includes one of the best sets of Tutorials ever offered
    including tutorials on Jacl, TclHttpd,
    Starkit, Advanced GUI construction, and the API.

    <http://www.tcl.tk/community/tcl2004/tut2004.html>

Schedule

    More details will be added to the schedule as they become
    available.

    <http://www.tcl.tk/community/tcl2004/schedule.html>

    Those attending the conference will be interested in the
    conference info page.

    <http://www.tcl.tk/community/tcl2004/info.html>

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list.

<http://listserv.activestate.com/mailman/mysubs?show=announce>

Other Forms of Participation

    For those who are not presenting a paper at the conference, but
    would like to present their work in some form, we do provide
    several other forms of participation.

    Slots for Works-in-Progress (WIP) presentations and
    Birds-of-a-Feather sessions (BOFs) are available on a first-come,
    first-served basis by sending email to tc...@tc.... Some WIP
    and BOF time slots will be held open for on-site reservation, so
    we encourage all attendees with interesting work in progress to
    consider presenting that work at the conference.

Conference Committee

    Gerald Lester       HMS Software General Chair
    Andreas Kupries     ActiveState Corp
    Clif Flynt          Noumena Corp Website Admin
    Jeffrey Hobbs       ActiveState Corp
    Kevin Kenny         GE Global Research Center
    Ken Jones           Avia Training
    Mac Cody            Raytheon Company
    Kim Richerts  
    Steve Landers       Digital Smarties
    Sheila Miguez       Motorola
    Larry Virden        Tcl FAQ Maintainer

Contact Information
    
    tc...@tc...

[Tcl-Threads] Threads Extension 2.6?

[Andrew P. <at...@pi...>]

Zoran, any idea when you might release the next version of the Threads
Extension?  The current version is 2.5.2, which is pretty old.

Reason I'm thinking of this, is I just tried using the -nowait option
to tpool::post, which apparently isn't supported in 2.5.2.  I haven't
yet tried running the CVS head instead - how stable do you think it
is?

-- 
Andrew Piskorski <at...@pi...>
http://www.piskorski.com/

[Tcl-Threads] memory problems with libthread

[joerg <jo...@0n...>]

hi,

i hope, i have not a wrong understanding of the tcl-thread functionality -- the follow example show my problem.

TEST-SCRIPT >>
package require Tcl    8.4
package require Thread 2.5

set ::testThread {
   puts "alive $::cnt == [thread::id] -> [llength [thread::names]]"
   after 5000 "puts $::cnt; thread::release"
}

for {set ni 0} {$ni < 1000} {incr ni} {
   set thid [thread::create "set ::cnt $ni; $::testThread; thread::wait"]
   after 20
}

vwait forever
<<

tclsh starts with 1.7MB memory ...
   PID TTY      STAT   TIME  MAJFL   TRS   DRS   RSS %MEM COMMAND
11859 pts/16   S      0:00      0     1 12978  1716  0.3 tclsh test-script.tcl

and at the end of run ... tclsh use 38MB memory !?
11859 pts/16   S      0:00      0     1 89514 39896  7.7 tclsh test-script.tcl

how can i free/flush the memory, or is this a bug/memleak in tcl ?

i observe this behavior on follow system enviroments:

linux 2.6.7 - i686/ia64/ppc
solaris 8/9
win32 - i386

with tcl8.4.6/thread2.5.2 & cvs-snap@20040625 (tcl/thread)

- thanks for your help -

regards, joerg

[Tcl-Threads] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

RE: [Tcl-Threads] Core dump in embedded tcl interpreter

[Jeff H. <je...@Ac...>]

> I have  a multi threaded C++ application which has multiple 
> tcl interpreters. The application dumps core sometimes ( 
> stack trace is below ). The only common thing i can see in 
> the tcl functions that cause the core dump is the use of 
> empty strings i.e. set x "" Is that a known problem ?

Have you compiled Tcl with --enable-threads as well?  If not,
you could dangerously be sharing Tcl_Objs between threads.

> System details are as follows -
> tcl - 8.4.1 (also checked with 8.4.5)
> HP-UX hpp803b B.11.11 U 9000/800 

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos

[Tcl-Threads] Core dump in embedded tcl interpreter

[Anuj S. <AN...@Am...>]

Hi,
I have  a multi threaded C++ application which has multiple tcl =
interpreters.
The application dumps core sometimes ( stack trace is below ).
The only common thing i can see in the tcl functions that cause the core =
dump is the use
of empty strings i.e. set x ""
Is that a known problem ?

System details are as follows -
tcl - 8.4.1 (also checked with 8.4.5)
HP-UX hpp803b B.11.11 U 9000/800=20

Any help would be appreciated.
Thanks,
Anuj.


#3  0xc01e6a74 in abort+0x1c () from /usr/lib/libc.2
#4  0xd39fb5e8 in Tcl_PanicVA (format=3D0xd393c6d0 "alloc: invalid =
block: %p: %x %x %x\n",=20
    argList=3D0x6799c4bc) at ../generic/tclPanic.c:106
#5  0xd39fb660 in Tcl_Panic (arg1=3D0xd393c6d0 "alloc: invalid block: =
%p: %x %x %x\n")
    at ../generic/tclPanic.c:134
#6  0xd3a16734 in Ptr2Block (ptr=3D0x4272d778 "") at =
../generic/tclThreadAlloc.c:745
#7  0xd3a15a0c in TclpFree (ptr=3D0x4272d778 "") at =
../generic/tclThreadAlloc.c:387
#8  0xd3962bfc in Tcl_Free (ptr=3D0x4272d778 "") at =
../generic/tclCkalloc.c:1160
#9  0xd39ca30c in RecycleBuffer (statePtr=3D0x413b1ef8, =
bufPtr=3D0x4272d778, mustDiscard=3D0)
    at ../generic/tclIO.c:1887
#10 0xd39ca814 in FlushChannel (interp=3D0x0, chanPtr=3D0x413ad8c8, =
calledFromAsyncFlush=3D0)
    at ../generic/tclIO.c:2150
#11 0xd39cc584 in CheckFlush (chanPtr=3D0x413ad8c8, bufPtr=3D0x433a7dd8, =
newlineFlag=3D1)
    at ../generic/tclIO.c:3407
#12 0xd39cc0f4 in WriteChars (chanPtr=3D0x413ad8c8, src=3D0xd3938e61 "", =
srcLen=3D0)
    at ../generic/tclIO.c:3200
#13 0xd39cb920 in DoWriteChars (chanPtr=3D0x413ad8c8, src=3D0xd3938e60 =
"\n", len=3D1)
    at ../generic/tclIO.c:2886
#14 0xd39cb7a4 in Tcl_WriteChars (chan=3D0x413ad8c8, src=3D0xd3938e60 =
"\n", len=3D1)
    at ../generic/tclIO.c:2827
#15 0xd39d6a94 in Tcl_PutsObjCmd (dummy=3D0x0, interp=3D0x40e52678, =
objc=3D3, objv=3D0x40eddf98)
    at ../generic/tclIOCmd.c:137
#16 0xd395a3e0 in TclEvalObjvInternal (interp=3D0x40e52678, objc=3D3, =
objv=3D0x40eddf98, command=3D0x0,=20
    length=3D0, flags=3D0) at ../generic/tclBasic.c:3087
#17 0xd39a6848 in TclExecuteByteCode (interp=3D0x40e52678, =
codePtr=3D0x413c9bb8)
    at ../generic/tclExecute.c:1404
#18 0xd39a52e4 in TclCompEvalObj (interp=3D0x40e52678, =
objPtr=3D0x40f0ce50)
    at ../generic/tclExecute.c:982
#19 0xd3a0a87c in TclObjInterpProc (clientData=3D0x40ef89a8 "@\345&x", =
interp=3D0x40e52678, objc=3D3,=20
#20 0xd395a3e0 in TclEvalObjvInternal (interp=3D0x40e52678, objc=3D3, =
objv=3D0x40eddf8c, command=3D0x0,=20
    length=3D0, flags=3D0) at ../generic/tclBasic.c:3087
#21 0xd39a6848 in TclExecuteByteCode (interp=3D0x40e52678, =
codePtr=3D0x415b68c8)
    at ../generic/tclExecute.c:1404
#22 0xd39a52e4 in TclCompEvalObj (interp=3D0x40e52678, =
objPtr=3D0x40f0d288)
    at ../generic/tclExecute.c:982
#23 0xd3a0a87c in TclObjInterpProc (clientData=3D0x40f43d38 "@\345&x", =
interp=3D0x40e52678, objc=3D3,=20
    objv=3D0x4171b978) at ../generic/tclProc.c:1082
#24 0xd395a3e0 in TclEvalObjvInternal (interp=3D0x40e52678, objc=3D3, =
objv=3D0x4171b978,=20
    command=3D0x68b0e560 "", length=3D0, flags=3D0) at =
../generic/tclBasic.c:3087
#25 0xd395a7d4 in Tcl_EvalObjv (interp=3D0x40e52678, objc=3D3, =
objv=3D0x4171b978, flags=3D0)
    at ../generic/tclBasic.c:3203

RE: [Tcl-Threads] Thread-safe Tcl Extensions

[Jeff H. <je...@Ac...>]

> Does the page "http://wiki.tcl.tk/3839" need an update?
> Should the package "Tcllib"=20
>
(https://sourceforge.net/tracker/?group_id=3D10894&atid=3D360894&func=3Dd=
etail&aid
=3D674514) and others be added?

I have updated that page to note that pure Tcl libraries are always
thread-safe, assuming they don't have non-thread-safe optional
external library dependencies.

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos

[Tcl-Threads] Thread-safe Tcl Extensions

[SF M. E. <el...@us...>]

Does the page "http://wiki.tcl.tk/3839" need an update?
Should the package "Tcllib" (https://sourceforge.net/tracker/?group_id=10894&atid=360894&func=detail&aid=674514) and others be added?

[Tcl-Threads] tsv locking

[yahalom <ya...@zv...>]

Hello

I tried to use the tsv::lock but it seems that the locking does not happen.
this is a test script. I would accept that only the first thread will be
able to enter the while loop but it seems that both thread enter it.
#

#
package require Thread
for {set j 0} {$j<2} {incr j} {
set threadId [thread::create]
thread::send -async $threadId {
	set i 0
	tsv::lock lock {
		while {1} {
		tsv::set lock i $i
		puts "[thread::id]: [tsv::get lock i]"
		after 1000
		incr i
		}
	}
}
}

vwait forever
#
#

what am I doing wrong?

Thanks

Yahalom Emet
Software Developer
Xor Technologies Ltd.

Tel: +972 (0)4-6619164
E-mail: yah...@xo...
Web: http://www.xortechnologies.com

RE: [Tcl-Threads] Is it possible to call the TCL interpreter from a C++ application, in a way that they will run in the same data block?

[Jeff H. <je...@Ac...>]

> Is it possible to call the TCL interpreter from a C++ 
> application, in a way that they will run in the same data 
> block? What I mean is could it be possible that the TCL 
> program could access addresses of variables of the C++ 
> application? If so, how can it be done? How is the sharing of 
> the process data block defined? Is there an example 'on board'?

Is this a threading question, or are you just looking for
Tcl_LinkVar?

  Jeff Hobbs, The Tcl Guy
  http://www.ActiveState.com/, a division of Sophos

[Tcl-Threads] Is it possible to call the TCL interpreter from a C++ application, in a way that they will run in the same data block?

[Cogan, G. <gil...@in...>]

Hi,

Is it possible to call the TCL interpreter from a C++ application, in a
way that they will run in the same data block? What I mean is could it
be possible that the TCL program could access addresses of variables of
the C++ application?
If so, how can it be done? How is the sharing of the process data block
defined? Is there an example 'on board'?


	Thanks,

		Gil.

[Tcl-Threads] thread-safe wish and thread package compiled for Windows?

[John <jo...@st...>]

Hey, folks.

I don't have a C-compilation environment set up in any Windows environments,
but I'm working on a threaded application for Windows (well, I'd like to be...)

Where can I find a thread-safe wish and the thread package compiled
for Windows (x86)?

Thanks!
-- 

John Lind
jo...@st...

[Tcl-Threads] Re: maximum number of tcl threads ?

[Andrew P. <at...@pi...>]

On Mon, Oct 27, 2003 at 08:28:05PM -0800, tcl...@li... wrote:

> From: "sanjeevksaxena" <san...@in...>

> I am writing a multithreaded test suite using java and TCL. I will
> have TCL 8.3 with thread extension 2.5 on Solaris 9.0 for

Just on general principle, you should be better off using the latest
Tcl 8.4.x release rather than 8.3 if feasible, perhaps especially if
your tests are performance sensistive.  I've never used Solaris 9, but
at least on Solaris 8 installed Tcl 8.4.x from source is pretty easy.

-- 
Andrew Piskorski <at...@pi...>
http://www.piskorski.com

Re: [Tcl-Threads] maximum number of tcl threads ?

[<ke...@cr...>]

san...@in... said:
> Can anybody let me know "How many number of threads we can create
> using thread::create command from a process ?"

Whatever limit there is is either a limit on process memory to allocate
the stacks, or else a limit in the kernel.  Tcl has no hard-coded limits
of the sort you apparently have in mind; it'll happily request threads
until the operating-system calls deny the requests.
--
73 de ke9tv/2, Kevin KENNY   GE Corporate Research & Development
ke...@cr...           P. O. Box 8, Bldg. K-1, Rm. 5B36A
                             Schenectady, New York 12301-0008 USA

AW: [Tcl-Threads] maximum number of tcl threads ?

[Elfring, M. <Mar...@Me...>]

Why does this matter to you? I assume that other resource limits will be
reached before this one.
Did you consider thread pools
(http://cvs.sourceforge.net/viewcvs.py/*checkout*/tcl/thread/doc/html/tp
ool.html?rev=3D1.2)?

[Tcl-Threads] maximum number of tcl threads ?

[sanjeevksaxena <san...@in...>]

Hi All,


I am writing a multithreaded test suite using java and TCL. I will have TCL 8.3 with thread extension 2.5 on Solaris 9.0 for development, Can anybody let me know "How many number of threads we can create using thread::create command from a process ?"


Thanks in advance,


Sanjeev Kr Saxena


 


 


 
 Click onthe image to chat with me

[Tcl-Threads] maximum number of tcl threads ?

[sanjeevksaxena <san...@in...>]

Hi All,


I am writing a multithreaded test suite using java and TCL. I will have TCL 8.3 with thread extension 2.5 on Solaris 9.0 for development, Can anybody let me know "How many number of threads we can create using thread::create command from a process ?"


Thanks in advance,


Sanjeev Kr Saxena


 


 


 
 Click onthe image to chat with me