Menu
▾
▴
tcl-threads — Discussion of threading in Tcl and the Thread extension.
You can subscribe to this list here.
| 2003 |
Jan
(3) |
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(14) |
Aug
|
Sep
(2) |
Oct
(10) |
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(2) |
Mar
|
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
| 2006 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(5) |
Dec
(11) |
| 2007 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
(2) |
Sep
(10) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(3) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(2) |
Aug
(1) |
Sep
(6) |
Oct
(9) |
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
(7) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(4) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(6) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(10) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Jeff H. <je...@ac...> - 2010-06-30 21:20:02
|
On 30/06/2010 1:46 PM, Ken Mackay wrote: > I am trying to use thread pools to run jobs concurrently on OS X > 10.6. The tclsh says that patchlevel is 8.5.7, and the Thread package > is version 2.6.5. I had to patch the Thread package because > tpool::create would always crash, due to a buffer being too small (I > believe this is already patched in CVS - see http://sourceforge.net/ > tracker/?func=detail&aid=2833864&group_id=10894&atid=110894). Can you try the latest CVS head or at least Thread 2.6.6 final? There are several bugs I see patched (like race conditions and safe obj handling) that should be tried before ruling them out as possible fixes already. Jeff > Here is a simplified version of my code: > > package require Thread > set pool [tpool::create -maxworkers 4] > set joblist [list] > > foreach job<jobs to do> { > lappend joblist [tpool::post $pool $job] > } > > foreach job $joblist { > tpool::wait $pool $job > if {[catch {tpool::get $pool $job} m]} { > puts "Error: $m" > exit 1 > } > } > > while {[tpool::release $pool]} {} > > Usually everything works fine. However, occasionally the interpreter > will crash in Tcl_FinalizeThread - either a segfault or an abort. Is > there something I am doing wrong? I have crash dump output: ... |
|
From: Ken M. <ken...@sp...> - 2010-06-30 21:01:24
|
Hello, I am trying to use thread pools to run jobs concurrently on OS X 10.6. The tclsh says that patchlevel is 8.5.7, and the Thread package is version 2.6.5. I had to patch the Thread package because tpool::create would always crash, due to a buffer being too small (I believe this is already patched in CVS - see http://sourceforge.net/ tracker/?func=detail&aid=2833864&group_id=10894&atid=110894). Here is a simplified version of my code: package require Thread set pool [tpool::create -maxworkers 4] set joblist [list] foreach job <jobs to do> { lappend joblist [tpool::post $pool $job] } foreach job $joblist { tpool::wait $pool $job if {[catch {tpool::get $pool $job} m]} { puts "Error: $m" exit 1 } } while {[tpool::release $pool]} {} Usually everything works fine. However, occasionally the interpreter will crash in Tcl_FinalizeThread - either a segfault or an abort. Is there something I am doing wrong? I have crash dump output: ======== Segfault: ======== Process: tclsh8.5 [36473] Path: /System/Library/Frameworks/Tcl.framework/Versions/ 8.5/tclsh8.5 Identifier: tclsh8.5 Version: ??? (???) Code Type: X86-64 (Native) Parent Process: tclsh8.5 [36454] Date/Time: 2010-06-30 12:55:19.890 -0700 OS Version: Mac OS X 10.6.3 (10D573) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000017 Crashed Thread: 4 Thread 0: Dispatch queue: com.apple.main-thread 0 dyld 0x00007fff5fc0d6ab ImageLoaderMachO::getExportedSymbolAddress(ImageLoader::Symbol const*, ImageLoader::LinkContext const&, ImageLoader const*) const + 1 1 dyld 0x00007fff5fc12dc0 ImageLoaderMachOCompressed::resolve(ImageLoader::LinkContext const&, char const*, unsigned char, int, ImageLoader const**, ImageLoaderMachOCompressed::LastLookup*) + 208 2 dyld 0x00007fff5fc1698e ImageLoaderMachOCompressed::doBindFastLazySymbol(unsigned int, ImageLoader::LinkContext const&) + 238 3 dyld 0x00007fff5fc04783 dyld::fastBindLazySymbol(ImageLoader**, unsigned long) + 98 4 libSystem.B.dylib 0x00007fff864bf01e dyld_stub_binder + 118 5 ??? 0x00000001000e4010 0 + 4295901200 6 Tcl 0x000000010004b31f Tcl_Finalize + 249 7 Tcl 0x000000010004b414 Tcl_Exit + 89 8 Tcl 0x000000010001c0c1 Tcl_Alloc + 8021 9 Tcl 0x0000000100016559 Tcl_CreateInterp + 4820 10 Tcl 0x000000010004e2eb TclStackAlloc + 6637 11 Tcl 0x0000000100054fae TclStackAlloc + 34480 12 Tcl 0x0000000100017ad7 TclEvalObjEx + 714 13 Tcl 0x000000010007339c Tcl_Main + 2237 14 tclsh 0x00000001000019d0 0x100000000 + 6608 15 tclsh 0x0000000100001978 0x100000000 + 6520 Thread 1: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff863d04ea kevent + 10 1 libSystem.B.dylib 0x00007fff863d23bd _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff863d2094 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff863d1bbe _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff863d14e8 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff863d1385 start_wqthread + 13 Thread 2: 0 libSystem.B.dylib 0x00007fff863d130a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff863d171c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff863d1385 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff863fb286 select $DARWIN_EXTSN + 10 1 Tcl 0x00000001000abd86 Tcl_InitNotifier + 1520 2 libSystem.B.dylib 0x00007fff863f08b6 _pthread_start + 331 3 libSystem.B.dylib 0x00007fff863f0769 thread_start + 13 Thread 4 Crashed: 0 Tcl 0x0000000100059ae5 Tcl_CreateHashEntry + 231 1 Tcl 0x0000000100093b37 TclpRealloc + 1270 2 Tcl 0x0000000100092b84 Tcl_GetThreadData + 31 3 Tcl 0x000000010007a4bb Tcl_CreateEventSource + 137 4 Tcl 0x000000010004b046 Tcl_FinalizeThread + 77 5 Tcl 0x00000001000928f1 Tcl_ExitThread + 16 6 libthread2.6.5.dylib 0x00000001001caa3d TpoolWorker + 860 7 libSystem.B.dylib 0x00007fff863f08b6 _pthread_start + 331 8 libSystem.B.dylib 0x00007fff863f0769 thread_start + 13 Thread 4 crashed with X86 Thread State (64-bit): rax: 0x0000000100308610 rbx: 0x0000000100307ba0 rcx: 0x000000000000001a rdx: 0x0000000000000000 rdi: 0x0000000100307ba0 rsi: 0x00000001000edce0 rbp: 0x0000000100698d90 rsp: 0x0000000100698d40 r8: 0x0000000101035618 r9: 0x0000000000000001 r10: 0x00007fff863b77a2 r11: 0x0000000000000246 r12: 0x0000000000000007 r13: 0x00000000000edce0 r14: 0x0000000000000000 r15: 0x00000001000edce0 rip: 0x0000000100059ae5 rfl: 0x0000000000010202 cr2: 0x0000000000000017 ======== Abort: ======== Process: tclsh8.5 [36499] Path: /System/Library/Frameworks/Tcl.framework/Versions/ 8.5/tclsh8.5 Identifier: tclsh8.5 Version: ??? (???) Code Type: X86-64 (Native) Parent Process: tclsh8.5 [36498] Date/Time: 2010-06-30 12:55:24.311 -0700 OS Version: Mac OS X 10.6.3 (10D573) Report Version: 6 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 4 Application Specific Information: abort() called Thread 0: Dispatch queue: com.apple.main-thread 0 Tcl 0x0000000100093501 TclpFree + 165 1 Tcl 0x000000010007135c TclAddLiteralObj + 791 2 Tcl 0x000000010004b324 Tcl_Finalize + 254 3 Tcl 0x000000010004b414 Tcl_Exit + 89 4 Tcl 0x000000010001c0c1 Tcl_Alloc + 8021 5 Tcl 0x0000000100016559 Tcl_CreateInterp + 4820 6 Tcl 0x000000010004e2eb TclStackAlloc + 6637 7 Tcl 0x0000000100054fae TclStackAlloc + 34480 8 Tcl 0x0000000100017ad7 TclEvalObjEx + 714 9 Tcl 0x000000010007339c Tcl_Main + 2237 10 tclsh 0x00000001000019d0 0x100000000 + 6608 11 tclsh 0x0000000100001978 0x100000000 + 6520 Thread 1: Dispatch queue: com.apple.libdispatch-manager 0 libSystem.B.dylib 0x00007fff863d04ea kevent + 10 1 libSystem.B.dylib 0x00007fff863d23bd _dispatch_mgr_invoke + 154 2 libSystem.B.dylib 0x00007fff863d2094 _dispatch_queue_invoke + 185 3 libSystem.B.dylib 0x00007fff863d1bbe _dispatch_worker_thread2 + 252 4 libSystem.B.dylib 0x00007fff863d14e8 _pthread_wqthread + 353 5 libSystem.B.dylib 0x00007fff863d1385 start_wqthread + 13 Thread 2: 0 libSystem.B.dylib 0x00007fff863d130a __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff863d171c _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff863d1385 start_wqthread + 13 Thread 3: 0 libSystem.B.dylib 0x00007fff863fb286 select $DARWIN_EXTSN + 10 1 Tcl 0x00000001000abd86 Tcl_InitNotifier + 1520 2 libSystem.B.dylib 0x00007fff863f08b6 _pthread_start + 331 3 libSystem.B.dylib 0x00007fff863f0769 thread_start + 13 Thread 4 Crashed: 0 libSystem.B.dylib 0x00007fff8642a01e __semwait_signal_nocancel + 10 1 libSystem.B.dylib 0x00007fff86429f20 nanosleep $NOCANCEL + 129 2 libSystem.B.dylib 0x00007fff86486902 usleep $NOCANCEL + 57 3 libSystem.B.dylib 0x00007fff864a5eb8 abort + 93 4 Tcl 0x000000010007cbb8 Tcl_Panic + 0 5 Tcl 0x000000010007cc5a Tcl_Panic + 162 6 Tcl 0x0000000100059dbe Tcl_DeleteHashTable + 250 7 Tcl 0x0000000100093a2f TclpRealloc + 1006 8 Tcl 0x0000000100093b2e TclpRealloc + 1261 9 Tcl 0x000000010004b00c Tcl_FinalizeThread + 19 10 Tcl 0x00000001000928f1 Tcl_ExitThread + 16 11 libthread2.6.5.dylib 0x00000001001caa3d TpoolWorker + 860 12 libSystem.B.dylib 0x00007fff863f08b6 _pthread_start + 331 13 libSystem.B.dylib 0x00007fff863f0769 thread_start + 13 Thread 4 crashed with X86 Thread State (64-bit): rax: 0x000000000000003c rbx: 0x000000010071bc30 rcx: 0x000000010071bbe8 rdx: 0x0000000000000001 rdi: 0x0000000000000c03 rsi: 0x0000000000000000 rbp: 0x000000010071bc20 rsp: 0x000000010071bbe8 r8: 0x0000000000000000 r9: 0x0000000000989680 r10: 0x0000000000000001 r11: 0x0000000000000246 r12: 0x0000000000000000 r13: 0x00000001000b66b7 r14: 0x00000001000b669c r15: 0x000000000000004c rip: 0x00007fff8642a01e rfl: 0x0000000000000247 cr2: 0x0000000101178700 Thanks, -Ken |
|
From: Andreas K. <and...@ac...> - 2010-06-25 14:53:17
|
[[ Important Changes: More information about registration at the hotel. Our location chair has organized special social activities, both geeky (FermiLab Tour) and cultured (Theatre). See below for more. ]] 17th Annual Tcl/Tk Conference (Tcl'2010) http://www.tcl.tk/community/tcl2010/ October 11 - 15, 2010 Hilton Suites/Conference Center Chicago/Oakbrook Terrace, Illinois, USA Important Dates: Abstracts and proposals due August 1, 2010 Notification to authors August 15, 2010 WIP and BOF reservations open August 1, 2010 Author materials due October 1, 2010 Tutorials Start October 11, 2010 Conference starts October 13, 2010 Email Contact: tcl...@go... Submission of Summaries Tcl/Tk 2010 will be held in Chicago/Oakbrook Terrace, Illinois USA from October 11 - 15, 2010. 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 third 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 2010. 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 15, 2010. Authors of accepted abstracts will have until October 1, 2010 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, 2010. Specific instructions for reserving WIP and BOF time slots will be provided in the registration information available in June 2010. 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/tcl2010/) and will be published on various Tcl/Tk-related information channels. Reservations for hotel suites and $25 airport shuttle rides can be made at http://www.hilton.com/en/hi/groups/personalized/CHIOTHS-TCL-20101010/index.jhtml?WT.mc_id=POG 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. Special Social Activites October 15, 2010 - Friday afternoon -- Tour of Fermilab Fermi National Accelerator Laboratory, http://www.fnal.gov/ A tour lasts about two hours and begins in Wilson Hall. Visitors view the Laboratory from the 15th floor windows and visit various displays located there. The tour moves to the Linear Accelerator building where visitors see the Cockcroft-Walton, the components in the linear accelerator gallery and the Main Control Room. There is a docent for every 20 people. Registration required since tours must be arranged in advance. October 15, 2010 - Friday evening Dinner-theater at the award winning Drury Lane theater located next to our hotel. . Special package price for dinner and theater at $44.00 per person. Regularly $64 per person. "Seven Brides for Seven Brothers" http://www.drurylaneoakbrook.com/ Bill Jenkins is one of the newest and most exciting new directors on the Chicago scene. As Chairman of the Department of Theatre and Dance at Ball State University, he heads one of the nation's largest theatre programs. After admiring his work with other Chicago area theatres, we are very pleased for this opportunity to showcase his talent at Drury Lane. Once Bill shared some of the fresh ideas and insights he had for ÂSeven Brides for Seven BrothersÂ, we knew we would have a great show for the holidays. Conference Committee Clif Flynt Noumena Corp General Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Cyndy Lilagan Iomas Research, LLC Facilities Coordination 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 tcl...@go... Tcl'2010 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: Jeff H. <je...@ac...> - 2010-04-15 13:17:48
|
On 15/04/2010 2:32 AM, Tauseef Hasan wrote: > What is the maximum number of threads i can spawn in tcl using > thread::create command? > Is there some system (OS) dependent limit? It is OS dependent, and on unix this can be controlled by the [uk]limit command. Jeff |
|
From: Tauseef H. <tau...@gm...> - 2010-04-15 09:32:26
|
All What is the maximum number of threads i can spawn in tcl using thread::create command? Is there some system (OS) dependent limit? Thanks Tauseef |
|
From: Andreas K. <and...@ac...> - 2010-03-22 16:58:30
|
17th Annual Tcl/Tk Conference (Tcl'2010) http://www.tcl.tk/community/tcl2010/ October 11 - 15, 2010 Hilton Suites/Conference Center Chicago/Oakbrook Terrace, Illinois, USA Important Dates: Abstracts and proposals due August 1, 2010 Notification to authors August 15, 2010 WIP and BOF reservations open August 1, 2010 Author materials due October 1, 2010 Tutorials Start October 11, 2010 Conference starts October 13, 2010 Email Contact: tcl...@go... Submission of Summaries Tcl/Tk 2010 will be held in Chicago/Oakbrook Terrace, Illinois USA from October 11 - 15, 2010. 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 third 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 2010. 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 15, 2010. Authors of accepted abstracts will have until October 1, 2010 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, 2010. Specific instructions for reserving WIP and BOF time slots will be provided in the registration information available in June 2010. 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/tcl2010/) 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 Facilities Coordination 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 Ken Jones Avia Training Larry Virden Tcl FAQ Maintainer Steve Redler IV SR Technology Contact Information tcl...@go... Tcl'2010 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: tiptur <cha...@gm...> - 2009-06-15 10:20:54
|
I have following lines in tcl script, which used to work on solaris. But on linux tcl script is abruptly coming out during execution of exec. Could you please quote the reason for this. Is there any changes needs to be done while writing tcl script in linux. set cnts [exec ls $FGW_SRC_LOC] exec cp $FGW_SRC_LOC/$env(FGW_CONFIG_FILE) file1:new exec cp $FGW_MON_LOC/$env(FGW_MON_FILE) file2:new The script contains above lines, which is called from a c program. When myProcess calls tcl script directly it is working. But when myProcess is forked from Monitor process, script is failing while executing exec. i.e Working Scenario: myProcess->calls tcl script Not working scenario: Monitor->myProcess->calls tcl script (Means Monitor process forks my process which inturn calls tcl script) -- View this message in context: http://www.nabble.com/execution-of-tcl-script-fails-tp24032152p24032152.html Sent from the tcl-threads mailing list archive at Nabble.com. |
|
From: amitbj82 <ami...@gm...> - 2009-04-28 10:25:05
|
Hi All,
I have an TCL application. The application seems to terminate abnormally
after few hours. The error is read as as "Caught signal 11" exception. The
same function/method is working fine and does it job correctly for the first
few hours. Below is the method to help you guys understand the problem
better. Could you please help me resolve the problem or Can I suppress the
exception and continue the normal program execution. Thanks in Advance.
proc formid_post_item_cb { wrname record_list itemno item_list } \
{
global gDATA
set formid 5005
set pageID ""
catch { set formid [attr_GetAttributeValue $item_list FormID] }
catch { set pageID [attr_GetAttributeValue $item_list PageID] }
set conf "???"
catch { set conf [attr_GetAttributeValue $item_list FormIDConf] }
wf_Log ERROR "POST_ITEM_CB: FormID='$formid' - PageID='$pageID'
Conf='$conf'"
attr_SetDouble $item_list FormConf $conf
if { -1 != [lsearch $gDATA(DEFINED_FORMIDS,ADA) $formid] } {
if { $formid == 58236 } {
attr_PutString $item_list PageID DentalADA.Standard
} elseif { $formid == 60000 } {
attr_PutString $item_list PageID DentalADA.Unknown
} else {
attr_PutString $item_list PageID DentalADA.v_$formid
}
} elseif { ![regexp {Attachment} $pageID] } {
if { [regexp {DentalADA} $pageID] } {
attr_PutString $item_list PageID DentalADA.Unknown
}
}
foreach attrib { EString EStatus ECommand } {
catch { attr_DelAttribute $item_list $attrib }
}
return 0
}
Note: bye the way I am not a TCL programmer. :)
--
View this message in context: http://www.nabble.com/TCL-script--%22Caught-signal-11%22-error-tp23274270p23274270.html
Sent from the tcl-threads mailing list archive at Nabble.com.
|
|
From: Rick C. <ri...@gm...> - 2009-04-11 20:29:07
|
Hi,
I'm have mostly written a tcl threaded application that does image
processing in slave threads. There is a master thread that does all
of the Tk stuff and synchronizes. The way the threads work is:
- the master does a
thread::send -async $t [list cmd..] rslt
to have each slave thread update it's image "slice"
- the master synchs all the threads after each image update using:
for {set i 0} {$i < $THREADS} {incr i} {
vwait rslt
}
- the master basically is in a loop doing image updates
- the slaves operate based on data in tsv:: variables, and use
thread::send -async to send display updates back to the master.
The display updates are basically canvas widget commands.
Note that each slave can send 10's to hundreds of display updates
per image update.
I'm running into an issue as I scale this up where it appears that
not all of the slave initiated async sends have completed at the end
of the image cycle - after the vwait rslt's mentioned above.
I can see how this can be happening, but how to avoid it. i NEED
to insure all the display updates for the image cycle are completed
at the end of my loop.
I've tried "update idletasks" in the master after the vwait's, but
it's still happening.
Any ideas on how to fix this? If this were an i/o operation, I would just
have the slaves flush the channel before returning.
I don't see any way to do that with async sends.
Thanks for any ideas!
Oh, I'm using tcl/tl 8.5 and Threads 2.6.5
-- Rick
|
|
From: Nathan J. <nj...@re...> - 2008-10-22 16:37:51
|
Just wanted to update this thread. I took this discussion over to c.l.t and explained the situation. Alexandre Ferrieux was nice enough to help with the problem and after some initial investigation we found an outstanding bug (#2005794) with the thread extension that seemed to be the same issue. Alex found and fixed the issue in the source and submitted to the update to Zoran who applied the patch to cvs. Thread pools now seem to function properly on Linux. Now we just need a new release of the thread package as it appears the current version is 2 years old and several bugs have been fixed since its release. Thanks Jeff for your initial help and for pointing me to c.l.t. Nathan |
|
From: Nathan J. <nj...@re...> - 2008-10-09 17:39:28
|
Well that was an interesting test, I uninstalled tcl, tk and the thread extension and installed ActiveTcl and tried the same commands and got the same results. So I guess its probably not a compiler issue, it has to be a system problem of some sort. I took a look around my kernel config and didn't see anything that would strike me as limiting the number of threads that could be spun. other times, it just hangs. Just to test, I gave the same code a try on two other fully updated Gentoo Linux machines. The results are rather sporadic, sometimes starting up to 100 threads works with no problem other times it just hangs (sometimes with as few as 6 threads). Nathan Jeff Hobbs wrote: > Hmmm, those limits look similar to mine. Can you try ActiveTcl to see > if it is some effect of how you compile / compiler? > > Jeff > > nj...@re... wrote: >> Thanks for your help Jeff, below is output of the ulimit: >> >> NJPC nathan # ulimit >> unlimited >> >> NJPC nathan # ulimit -a >> core file size (blocks, -c) 0 >> data seg size (kbytes, -d) unlimited >> scheduling priority (-e) 0 >> file size (blocks, -f) unlimited >> pending signals (-i) 16374 >> max locked memory (kbytes, -l) 32 >> max memory size (kbytes, -m) unlimited >> open files (-n) 1024 >> pipe size (512 bytes, -p) 8 >> POSIX message queues (bytes, -q) 819200 >> real-time priority (-r) 0 >> stack size (kbytes, -s) 8192 >> cpu time (seconds, -t) unlimited >> max user processes (-u) 16374 >> virtual memory (kbytes, -v) unlimited >> file locks (-x) unlimited >> >> >> Is there any way to determine what Tcl and/or the Thead extension >> is/are doing when they hang? Is there any other data that I can >> provide that might help? >> >> Thanks again, >> Nathan >> >> >> Quoting Jeff Hobbs <je...@ac...>: >> >>> commodore [~] 102 > /usr/local/ActiveTcl-8.5/bin/tclsh8.5 >>> % package require Thread >>> 2.6.5 >>> % set workers 100 >>> 100 >>> % set poolId [tpool::create -minworkers $workers -maxworkers $workers] >>> tpool0x80fbf70 >>> % exit >>> called Tcl_FindHashEntry on deleted table >>> Abort >>> >>> Note that the exit isn't what I expected, but it did create 100 threads >>> just fine. It gobbled up almost 900MB of memory doing it though. >>> Remember that threads on Windows are much more efficient (it only used >>> 67MB to create 100 threads on Windows). You may be hitting login >>> memory limits (ensure that ulimit says unlimited). >>> >>> As to the exit issue ... well, we'll have to look into that one. >>> >>> Jeff >>> >>> Nathan Jett wrote: >>>> Just for kicks I installed Tcl 8.5 and Tk 8.5 and tried the same >>>> script and it still hangs. I'm at a complete loss now, I have >>>> tried recompiling Tcl, Tk and Thread with no affect. Is there >>>> anything else that could cause this behavior? It doesn't appear >>>> that there are many compile time options to play with. >>>> >>>> Thanks again for your help. >>>> Nathan >>>> >>>> >>>> Nathan Jett wrote: >>>>> Thanks for the info. I'm not quite ready to move to 8.5 yet, but >>>>> it is good to know that this works on it. As a side note, could >>>>> you try testing a larger number of threads? On Windows I can get >>>>> 300+ going with out a problem. My only limitation is the amount >>>>> of RAM I have. >>>>> >>>>> Nathan >>>>> >>>>> Jeff Hobbs wrote: >>>>> >>>>>> nj...@re... wrote: >>>>>> >>>>>>> I've been writing an application in Tcl and I would like to use >>>>>>> 10+ threads in a thread pool. I wrote the application in >>>>>>> Windows and I can use tpool to successfully start any number of >>>>>>> threads. When I try to use the same script on my Gentoo Linux >>>>>>> machine the script fails if I try to start more than 3 or 4 >>>>>>> threads. I'm using tcl and tk 8.4.18 and thread 2.6.5 on both >>>>>>> machines. The very basic code that works on windows but not >>>>>>> linux is: >>>>>>> >>>>>>> package require Thread >>>>>>> set workers 10 >>>>>>> set poolId [tpool::create -minworkers $workers -maxworkers >>>>>>> $workers] >>>>>>> >>>>>>> When I try this in Linux it hangs indefinitely, if I reduce the >>>>>>> number of workers to 4 it will work about 50% of the time, 2 >>>>>>> works all of the time. >>>>>>> >>>>>>> Any ideas? >>>>>>> >>>>>> Just as a first datapoint, this works fine with ActiveTcl 8.5.4 >>>>>> on Linux. >>>>>> >>>>>> Jeff > |
|
From: Jeff H. <je...@ac...> - 2008-10-09 04:39:30
|
Hmmm, those limits look similar to mine. Can you try ActiveTcl to see if it is some effect of how you compile / compiler? Jeff nj...@re... wrote: > Thanks for your help Jeff, below is output of the ulimit: > > NJPC nathan # ulimit > unlimited > > NJPC nathan # ulimit -a > core file size (blocks, -c) 0 > data seg size (kbytes, -d) unlimited > scheduling priority (-e) 0 > file size (blocks, -f) unlimited > pending signals (-i) 16374 > max locked memory (kbytes, -l) 32 > max memory size (kbytes, -m) unlimited > open files (-n) 1024 > pipe size (512 bytes, -p) 8 > POSIX message queues (bytes, -q) 819200 > real-time priority (-r) 0 > stack size (kbytes, -s) 8192 > cpu time (seconds, -t) unlimited > max user processes (-u) 16374 > virtual memory (kbytes, -v) unlimited > file locks (-x) unlimited > > > Is there any way to determine what Tcl and/or the Thead extension is/are > doing when they hang? Is there any other data that I can provide that > might help? > > Thanks again, > Nathan > > > Quoting Jeff Hobbs <je...@ac...>: > >> commodore [~] 102 > /usr/local/ActiveTcl-8.5/bin/tclsh8.5 >> % package require Thread >> 2.6.5 >> % set workers 100 >> 100 >> % set poolId [tpool::create -minworkers $workers -maxworkers $workers] >> tpool0x80fbf70 >> % exit >> called Tcl_FindHashEntry on deleted table >> Abort >> >> Note that the exit isn't what I expected, but it did create 100 threads >> just fine. It gobbled up almost 900MB of memory doing it though. >> Remember that threads on Windows are much more efficient (it only used >> 67MB to create 100 threads on Windows). You may be hitting login >> memory limits (ensure that ulimit says unlimited). >> >> As to the exit issue ... well, we'll have to look into that one. >> >> Jeff >> >> Nathan Jett wrote: >>> Just for kicks I installed Tcl 8.5 and Tk 8.5 and tried the same >>> script and it still hangs. I'm at a complete loss now, I have tried >>> recompiling Tcl, Tk and Thread with no affect. Is there anything >>> else that could cause this behavior? It doesn't appear that there >>> are many compile time options to play with. >>> >>> Thanks again for your help. >>> Nathan >>> >>> >>> Nathan Jett wrote: >>>> Thanks for the info. I'm not quite ready to move to 8.5 yet, but >>>> it is good to know that this works on it. As a side note, could >>>> you try testing a larger number of threads? On Windows I can get >>>> 300+ going with out a problem. My only limitation is the amount of >>>> RAM I have. >>>> >>>> Nathan >>>> >>>> Jeff Hobbs wrote: >>>> >>>>> nj...@re... wrote: >>>>> >>>>>> I've been writing an application in Tcl and I would like to use >>>>>> 10+ threads in a thread pool. I wrote the application in Windows >>>>>> and I can use tpool to successfully start any number of >>>>>> threads. When I try to use the same script on my Gentoo Linux >>>>>> machine the script fails if I try to start more than 3 or 4 >>>>>> threads. I'm using tcl and tk 8.4.18 and thread 2.6.5 on both >>>>>> machines. The very basic code that works on windows but not >>>>>> linux is: >>>>>> >>>>>> package require Thread >>>>>> set workers 10 >>>>>> set poolId [tpool::create -minworkers $workers -maxworkers $workers] >>>>>> >>>>>> When I try this in Linux it hangs indefinitely, if I reduce the >>>>>> number of workers to 4 it will work about 50% of the time, 2 >>>>>> works all of the time. >>>>>> >>>>>> Any ideas? >>>>>> >>>>> Just as a first datapoint, this works fine with ActiveTcl 8.5.4 on >>>>> Linux. >>>>> >>>>> Jeff |
|
From: <nj...@re...> - 2008-10-09 04:36:11
|
Thanks for your help Jeff, below is output of the ulimit: NJPC nathan # ulimit unlimited NJPC nathan # ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 16374 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 16374 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited Is there any way to determine what Tcl and/or the Thead extension is/are doing when they hang? Is there any other data that I can provide that might help? Thanks again, Nathan Quoting Jeff Hobbs <je...@ac...>: > commodore [~] 102 > /usr/local/ActiveTcl-8.5/bin/tclsh8.5 > % package require Thread > 2.6.5 > % set workers 100 > 100 > % set poolId [tpool::create -minworkers $workers -maxworkers $workers] > tpool0x80fbf70 > % exit > called Tcl_FindHashEntry on deleted table > Abort > > Note that the exit isn't what I expected, but it did create 100 threads > just fine. It gobbled up almost 900MB of memory doing it though. > Remember that threads on Windows are much more efficient (it only used > 67MB to create 100 threads on Windows). You may be hitting login > memory limits (ensure that ulimit says unlimited). > > As to the exit issue ... well, we'll have to look into that one. > > Jeff > > Nathan Jett wrote: >> Just for kicks I installed Tcl 8.5 and Tk 8.5 and tried the same >> script and it still hangs. I'm at a complete loss now, I have >> tried recompiling Tcl, Tk and Thread with no affect. Is there >> anything else that could cause this behavior? It doesn't appear >> that there are many compile time options to play with. >> >> Thanks again for your help. >> Nathan >> >> >> Nathan Jett wrote: >>> Thanks for the info. I'm not quite ready to move to 8.5 yet, but >>> it is good to know that this works on it. As a side note, could >>> you try testing a larger number of threads? On Windows I can get >>> 300+ going with out a problem. My only limitation is the amount >>> of RAM I have. >>> >>> Nathan >>> >>> Jeff Hobbs wrote: >>> >>>> nj...@re... wrote: >>>> >>>>> I've been writing an application in Tcl and I would like to use >>>>> 10+ threads in a thread pool. I wrote the application in >>>>> Windows and I can use tpool to successfully start any number of >>>>> threads. When I try to use the same script on my Gentoo Linux >>>>> machine the script fails if I try to start more than 3 or 4 >>>>> threads. I'm using tcl and tk 8.4.18 and thread 2.6.5 on both >>>>> machines. The very basic code that works on windows but not >>>>> linux is: >>>>> >>>>> package require Thread >>>>> set workers 10 >>>>> set poolId [tpool::create -minworkers $workers -maxworkers $workers] >>>>> >>>>> When I try this in Linux it hangs indefinitely, if I reduce the >>>>> number of workers to 4 it will work about 50% of the time, 2 >>>>> works all of the time. >>>>> >>>>> Any ideas? >>>>> >>>> Just as a first datapoint, this works fine with ActiveTcl 8.5.4 on Linux. >>>> >>>> Jeff |
|
From: Jeff H. <je...@ac...> - 2008-10-09 01:07:39
|
commodore [~] 102 > /usr/local/ActiveTcl-8.5/bin/tclsh8.5 % package require Thread 2.6.5 % set workers 100 100 % set poolId [tpool::create -minworkers $workers -maxworkers $workers] tpool0x80fbf70 % exit called Tcl_FindHashEntry on deleted table Abort Note that the exit isn't what I expected, but it did create 100 threads just fine. It gobbled up almost 900MB of memory doing it though. Remember that threads on Windows are much more efficient (it only used 67MB to create 100 threads on Windows). You may be hitting login memory limits (ensure that ulimit says unlimited). As to the exit issue ... well, we'll have to look into that one. Jeff Nathan Jett wrote: > Just for kicks I installed Tcl 8.5 and Tk 8.5 and tried the same script > and it still hangs. I'm at a complete loss now, I have tried > recompiling Tcl, Tk and Thread with no affect. Is there anything else > that could cause this behavior? It doesn't appear that there are many > compile time options to play with. > > Thanks again for your help. > Nathan > > > Nathan Jett wrote: >> Thanks for the info. I'm not quite ready to move to 8.5 yet, but it >> is good to know that this works on it. As a side note, could you try >> testing a larger number of threads? On Windows I can get 300+ going >> with out a problem. My only limitation is the amount of RAM I have. >> >> Nathan >> >> Jeff Hobbs wrote: >> >>> nj...@re... wrote: >>> >>>> I've been writing an application in Tcl and I would like to use 10+ >>>> threads in a thread pool. I wrote the application in Windows and I >>>> can use tpool to successfully start any number of threads. When I >>>> try to use the same script on my Gentoo Linux machine the script >>>> fails if I try to start more than 3 or 4 threads. I'm using tcl >>>> and tk 8.4.18 and thread 2.6.5 on both machines. The very basic >>>> code that works on windows but not linux is: >>>> >>>> package require Thread >>>> set workers 10 >>>> set poolId [tpool::create -minworkers $workers -maxworkers $workers] >>>> >>>> When I try this in Linux it hangs indefinitely, if I reduce the >>>> number of workers to 4 it will work about 50% of the time, 2 works >>>> all of the time. >>>> >>>> Any ideas? >>>> >>> Just as a first datapoint, this works fine with ActiveTcl 8.5.4 on >>> Linux. >>> >>> Jeff |
|
From: Nathan J. <nj...@re...> - 2008-10-08 19:04:41
|
Just for kicks I installed Tcl 8.5 and Tk 8.5 and tried the same script and it still hangs. I'm at a complete loss now, I have tried recompiling Tcl, Tk and Thread with no affect. Is there anything else that could cause this behavior? It doesn't appear that there are many compile time options to play with. Thanks again for your help. Nathan Nathan Jett wrote: > Thanks for the info. I'm not quite ready to move to 8.5 yet, but it is > good to know that this works on it. As a side note, could you try > testing a larger number of threads? On Windows I can get 300+ going > with out a problem. My only limitation is the amount of RAM I have. > > Nathan > > Jeff Hobbs wrote: > >> nj...@re... wrote: >> >>> I've been writing an application in Tcl and I would like to use 10+ >>> threads in a thread pool. I wrote the application in Windows and I >>> can use tpool to successfully start any number of threads. When I >>> try to use the same script on my Gentoo Linux machine the script >>> fails if I try to start more than 3 or 4 threads. I'm using tcl and >>> tk 8.4.18 and thread 2.6.5 on both machines. The very basic code >>> that works on windows but not linux is: >>> >>> package require Thread >>> set workers 10 >>> set poolId [tpool::create -minworkers $workers -maxworkers $workers] >>> >>> When I try this in Linux it hangs indefinitely, if I reduce the >>> number of workers to 4 it will work about 50% of the time, 2 works >>> all of the time. >>> >>> Any ideas? >>> >> Just as a first datapoint, this works fine with ActiveTcl 8.5.4 on Linux. >> >> Jeff >> > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Tcl-Threads mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-threads > |
|
From: Nathan J. <nj...@re...> - 2008-10-07 21:23:11
|
Thanks for the info. I'm not quite ready to move to 8.5 yet, but it is good to know that this works on it. As a side note, could you try testing a larger number of threads? On Windows I can get 300+ going with out a problem. My only limitation is the amount of RAM I have. Nathan Jeff Hobbs wrote: > nj...@re... wrote: >> I've been writing an application in Tcl and I would like to use 10+ >> threads in a thread pool. I wrote the application in Windows and I >> can use tpool to successfully start any number of threads. When I >> try to use the same script on my Gentoo Linux machine the script >> fails if I try to start more than 3 or 4 threads. I'm using tcl and >> tk 8.4.18 and thread 2.6.5 on both machines. The very basic code >> that works on windows but not linux is: >> >> package require Thread >> set workers 10 >> set poolId [tpool::create -minworkers $workers -maxworkers $workers] >> >> When I try this in Linux it hangs indefinitely, if I reduce the >> number of workers to 4 it will work about 50% of the time, 2 works >> all of the time. >> >> Any ideas? > > Just as a first datapoint, this works fine with ActiveTcl 8.5.4 on Linux. > > Jeff |
|
From: Jeff H. <je...@ac...> - 2008-10-07 21:16:09
|
nj...@re... wrote: > I've been writing an application in Tcl and I would like to use 10+ > threads in a thread pool. I wrote the application in Windows and I > can use tpool to successfully start any number of threads. When I try > to use the same script on my Gentoo Linux machine the script fails if > I try to start more than 3 or 4 threads. I'm using tcl and tk 8.4.18 > and thread 2.6.5 on both machines. The very basic code that works on > windows but not linux is: > > package require Thread > set workers 10 > set poolId [tpool::create -minworkers $workers -maxworkers $workers] > > When I try this in Linux it hangs indefinitely, if I reduce the number > of workers to 4 it will work about 50% of the time, 2 works all of the > time. > > Any ideas? Just as a first datapoint, this works fine with ActiveTcl 8.5.4 on Linux. Jeff |
|
From: <nj...@re...> - 2008-10-07 20:45:08
|
I've been writing an application in Tcl and I would like to use 10+ threads in a thread pool. I wrote the application in Windows and I can use tpool to successfully start any number of threads. When I try to use the same script on my Gentoo Linux machine the script fails if I try to start more than 3 or 4 threads. I'm using tcl and tk 8.4.18 and thread 2.6.5 on both machines. The very basic code that works on windows but not linux is: package require Thread set workers 10 set poolId [tpool::create -minworkers $workers -maxworkers $workers] When I try this in Linux it hangs indefinitely, if I reduce the number of workers to 4 it will work about 50% of the time, 2 works all of the time. Any ideas? Thanks for your help, Nathan Jett |
|
From: Andrew P. <at...@pi...> - 2008-09-18 14:19:44
|
On Thu, Sep 18, 2008 at 12:59:38AM -0700, Boopathi wrote: > Each of the procedure needs to be executed in parallel using each thread, in > a procedure defined in other file named execute.tcl. http://wiki.tcl.tk/2770 -- Andrew Piskorski <at...@pi...> http://www.piskorski.com/ |
|
From: Boopathi <2bo...@gm...> - 2008-09-18 07:59:26
|
Hi
We have 3 procedure defined in a file proc.tcl
proc1{}
{
# do something
}
proc2{}
{
# do something
}
proc3{}
{
# do something
}
Each of the procedure needs to be executed in parallel using each thread, in
a procedure defined in other file named execute.tcl.
Is this is feature is supported in TCL?
Thanks
P.Boopathi
--
View this message in context: http://www.nabble.com/Executing-procedure-in-thread-tp19514464p19514464.html
Sent from the tcl-threads mailing list archive at Nabble.com.
|
|
From: Friedman, G. <gar...@lm...> - 2008-09-09 12:35:41
|
I have an application that is entirely possibly *too* parallel, but it kind of needs to be for the moment. I've been using the thread package, and it works quite well and easily (thanks!). I've recently run across a bit of a problem with the latest CVS version (which I've moved to due to various stability issues - it does seem to be *much* better). My basic question is about the following: /thread/generic/threadPoolCmd.c rev 1.38: Corrected potential race condition in TpoolWorker. What potential race condition did this change fix? Because in fact, I've found that this change breaks functionality. When using tpool::wait, any job that is currently being processed is lost, because it is neither pending nor "done". I don't see why this is necessary, as every use of the output of the jobsDone hash seems to check that result != NULL, anyway, to ensure the job really is done. I've simply reversed this last change and it seems to work fine, but then I guess there's this potential race condition thing. :p Thanks all, and again thanks for a great package, Gary Friedman |
|
From: Jeff H. <je...@ac...> - 2008-09-04 22:50:27
|
contactmoorthy wrote: > I have a scenario in which a file transfer needs to be initiated from Machine > A to Machine B,and before the file transfer is complete i need to initiate a > file transfer from Machine B to Machine A. > > At present because TCL executes steps sequentially,only after the file > transfer from Machine A to Machine B is completed, the next step to transfer > a file rom Machine B to Machine A is initiated. > > Can anyone provide a solution for the above mentioned issue? Without threads, you can use fcopy with -command that creates async copies. Mind you, it may not make that much difference, depending on how well interleaved your underlying OS I/O operations are. Jeff |
|
From: Andrew P. <at...@pi...> - 2008-09-04 18:56:14
|
On Thu, Sep 04, 2008 at 04:23:06AM -0700, contactmoorthy wrote: > > I have a scenario in which a file transfer needs to be initiated from Machine > A to Machine B,and before the file transfer is complete i need to initiate a > file transfer from Machine B to Machine A. > Can anyone provide a solution for the above mentioned issue? Um, create a second thread and do one file transfer in each thread, at the same time? http://wiki.tcl.tk/2770 -- Andrew Piskorski <at...@pi...> http://www.piskorski.com/ |
|
From: contactmoorthy <moo...@wi...> - 2008-09-04 11:22:56
|
I have a scenario in which a file transfer needs to be initiated from Machine A to Machine B,and before the file transfer is complete i need to initiate a file transfer from Machine B to Machine A. At present because TCL executes steps sequentially,only after the file transfer from Machine A to Machine B is completed, the next step to transfer a file rom Machine B to Machine A is initiated. Can anyone provide a solution for the above mentioned issue? -- View this message in context: http://www.nabble.com/Parallel-Processing-using-TCL-tp19308360p19308360.html Sent from the tcl-threads mailing list archive at Nabble.com. |
|
From: <aku...@sh...> - 2008-08-14 04:55:30
|
***** TCL 2008 Last Call for participation and papers ****** Note extension of abstract deadline. http://www.tcl.tk/community/tcl2008/ On October 20-24, 2008, the city of Manassas, VA will play host to Tcl 2008. Join us for what promises to be a memorable, informative and fun conference. Tcl 2008 will be held at the Comfort Suites in Manassas, VA; about 30 miles outside of Washington DC . Tutorial sessions on various topics will be held October 20 and 21. The technical sessions will run October 22 through October 24. *** If you are a student check out the special student rates *** at the conference website: *** http://www.tcl.tk/community/tcl2008/ click Registration If you have an interesting Tcl paper to contribute, a tutorial to offer, a suggestion to give, submit it to the Tcl 2008 program commitee: "tcl2008 at tcl dot tk". Pretty much anything Tcl/Tk is acceptable. In the past we have had papers on: * Application of Tcl/Tk in industries as diverse as engineering, science, industrial controls, broadcasting, financial services, medical and electronic design * Networking with Tcl/Tk, including distributed applications and network management * Object frameworks for Tcl/Tk * New widgets and techniques for GUI design with Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk on handheld and embedded devices * New Tcl extensions and add-ons, including Tcllib and Tklib * Tcl/Tk centric operating environments * Tcl/Tk in education and learning environments. This year is the first 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 2008. Author Schedule: * Submit abstracts and tutorial proposals to Tcl2008 at Tcl dot tk by August 22, 2008 * Authors will be informed of acceptance by September 7 * Author materials should be submitted to the proceedings editor by October 15, 2008 This year we will be making the conference proceedings available as a published book. This may impact our plans for when author materials must be submitted. Watch future call for participation for more. Tcl 2008 provides an unparalleled opportunity to discuss your Tcl projects with some of the world's top Tcl experts. Past conferences have included notables like: * Jeff Hobbs: The Tcl Guy and ActiveState's point man for Tcl development and support. * Clif Flynt: Author of _Tcl/Tk:_A_Developer's_Guide_, as well as the popular TclTutor application. * Donal Fellows Author of TCL OO. * Miguel Sofer, Tcl Core team member and byte code compiler expert. * D. Richard Hipp, Tcl Core Team member and author of sqlite. * Mike Doyle: Director of Eolas. * Joe English, Author of the ttk toolkit formerly (and still) known as Tile. * Sean "Hypnotoad" Woods, author of 'that other' Tao. Confirmed Speakers: * Jeff Hobbs will present the annual ActiveState of Tcl talk. Conference Committee: Local Site: =========== Affiliation Sean Woods Test and Evaluation Solutions LLC Facilities chair Clif Flynt Noumena Corp. General Chair Program Committee: Sean Woods Test and Evaluations Solutions LLC Clif Flynt Noumena Corp. Steve Redler IV SR Technology Steve Landers Digital Smarties Cyndy Lilagan Iomas Research Kevin B. Kenny G.E. Global Research Center. Jeffrey Hobbs ActiveState Software Inc. Andreas Kupries ActiveState Software Inc. Ron Fox NSCL Michigan State University Donal Fellows University of Manchester Larry Virden Tcl FAQ Maintainer Mike Doyle Iomas Research Matthew M. Burke George Washington University Gerald Lester TicketSwitch USA LLC Richard Suchenwirth Siemens Industrial Solutions and Services Postal Automation Division Tcl 2008 would like to thank those who are sponsoring the conference: ActiveState Software Inc. Noumena Corp. SR Technology Tcl Association -- Sincerely, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> ------------------------------------------------------------------------------- |
25 messages has been excluded from this view by a project administrator.
