From: <no...@so...> - 2002-01-29 02:48:36
|
Bugs item #510001, was opened at 2002-01-28 18:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Category: 48. Portability Support Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Gravereaux (davygrvy) Assigned to: Mo DeJong (mdejong) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2003-11-13 01:43:40
|
Bugs item #510001, was opened at 2002-01-28 21:48 Message generated for change (Settings changed) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Category: 50. Portability Support >Group: obsolete: 8.3.4 Status: Open Resolution: None Priority: 5 Submitted By: David Gravereaux (davygrvy) Assigned to: Mo DeJong (mdejong) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2007-02-09 18:47:29
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Settings changed) made by hobbs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 51. Portability Support >Group: development: 8.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Mo DeJong (mdejong) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2007-02-11 17:40:07
|
Bugs item #510001, was opened at 2002-01-29 02:48 Message generated for change (Settings changed) made by dkf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 51. Portability Support Group: development: 8.4.15 Status: Open Resolution: None >Priority: 7 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Mo DeJong (mdejong) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2009-04-14 20:54:15
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Settings changed) made by stwo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: obsolete: 8.4.15 Status: Open Resolution: None Priority: 7 Private: No Submitted By: David Gravereaux (davygrvy) >Assigned to: David Gravereaux (davygrvy) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2009-04-14 21:45:27
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by davygrvy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: obsolete: 8.4.15 Status: Open Resolution: None Priority: 7 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: David Gravereaux (davygrvy) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-03-29 09:52:06
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Settings changed) made by nijtmans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support >Group: current: 8.5.11 Status: Open Resolution: None Priority: 7 Private: No Submitted By: David Gravereaux (davygrvy) >Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-03-29 10:26:24
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by nijtmans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: None Priority: 7 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-03-29 10:26:33
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Settings changed) made by nijtmans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open >Resolution: Fixed Priority: 7 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:29:25
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: Fixed >Priority: 9 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:30:09
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: Fixed Priority: 9 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:31:56
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by dkf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: Fixed >Priority: 7 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:31 Message: Problem also experienced on OSX. Call graph is: Sampling process 47709 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling tcltest (pid 47709) every 1 millisecond Call graph: 2508 Thread_2507 2508 start 2508 main 2508 Tcl_Main 2508 Tcl_FSEvalFile 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 Tcl_CatchObjCmd 2508 Tcl_EvalObjEx 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_SocketObjCmd 2508 Tcl_OpenTcpServer 2508 CreateSocket 2508 TclSockMinimumBuffersOld 2508 TclSockMinimumBuffersOld 2508 Thread_2603 2508 thread_start 2508 _pthread_start 2508 select$DARWIN_EXTSN 2508 select$DARWIN_EXTSN Total number in stack (recursive counted multiple, when >=5): 8 TclEvalObjvInternal Sort by top of stack, same collapsed (when >= 5): TclSockMinimumBuffersOld 2508 select$DARWIN_EXTSN 2508 Sample analysis of process 47709 written to file /dev/stdout ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:34:30
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by dkf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: Fixed >Priority: 9 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:34 Message: I *suspect* you've managed to make the code be defined to just call itself. Bumping prio to 9 as this now hangs the test suite on multiple maintenance branches. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:31 Message: Problem also experienced on OSX. Call graph is: Sampling process 47709 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling tcltest (pid 47709) every 1 millisecond Call graph: 2508 Thread_2507 2508 start 2508 main 2508 Tcl_Main 2508 Tcl_FSEvalFile 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 Tcl_CatchObjCmd 2508 Tcl_EvalObjEx 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_SocketObjCmd 2508 Tcl_OpenTcpServer 2508 CreateSocket 2508 TclSockMinimumBuffersOld 2508 TclSockMinimumBuffersOld 2508 Thread_2603 2508 thread_start 2508 _pthread_start 2508 select$DARWIN_EXTSN 2508 select$DARWIN_EXTSN Total number in stack (recursive counted multiple, when >=5): 8 TclEvalObjvInternal Sort by top of stack, same collapsed (when >= 5): TclSockMinimumBuffersOld 2508 select$DARWIN_EXTSN 2508 Sample analysis of process 47709 written to file /dev/stdout ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:40:19
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: Fixed Priority: 9 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2012-04-04 07:40 Message: #if !defined(_WIN64) /* See bug 510001: TclSockMinimumBuffers needs plat imp */ # undef TclSockMinimumBuffers # define TclSockMinimumBuffers(a,b) TclSockMinimumBuffersOld((int)(a),b) #endif ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:34 Message: I *suspect* you've managed to make the code be defined to just call itself. Bumping prio to 9 as this now hangs the test suite on multiple maintenance branches. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:31 Message: Problem also experienced on OSX. Call graph is: Sampling process 47709 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling tcltest (pid 47709) every 1 millisecond Call graph: 2508 Thread_2507 2508 start 2508 main 2508 Tcl_Main 2508 Tcl_FSEvalFile 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 Tcl_CatchObjCmd 2508 Tcl_EvalObjEx 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_SocketObjCmd 2508 Tcl_OpenTcpServer 2508 CreateSocket 2508 TclSockMinimumBuffersOld 2508 TclSockMinimumBuffersOld 2508 Thread_2603 2508 thread_start 2508 _pthread_start 2508 select$DARWIN_EXTSN 2508 select$DARWIN_EXTSN Total number in stack (recursive counted multiple, when >=5): 8 TclEvalObjvInternal Sort by top of stack, same collapsed (when >= 5): TclSockMinimumBuffersOld 2508 select$DARWIN_EXTSN 2508 Sample analysis of process 47709 written to file /dev/stdout ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:41:30
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: Fixed Priority: 9 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2012-04-04 07:41 Message: That's at the bottom of tclIntDecls.h. So on any system that's not WIN64, we've got TCMBO endlessly calling itself recursively. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:40 Message: #if !defined(_WIN64) /* See bug 510001: TclSockMinimumBuffers needs plat imp */ # undef TclSockMinimumBuffers # define TclSockMinimumBuffers(a,b) TclSockMinimumBuffersOld((int)(a),b) #endif ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:34 Message: I *suspect* you've managed to make the code be defined to just call itself. Bumping prio to 9 as this now hangs the test suite on multiple maintenance branches. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:31 Message: Problem also experienced on OSX. Call graph is: Sampling process 47709 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling tcltest (pid 47709) every 1 millisecond Call graph: 2508 Thread_2507 2508 start 2508 main 2508 Tcl_Main 2508 Tcl_FSEvalFile 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 Tcl_CatchObjCmd 2508 Tcl_EvalObjEx 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_SocketObjCmd 2508 Tcl_OpenTcpServer 2508 CreateSocket 2508 TclSockMinimumBuffersOld 2508 TclSockMinimumBuffersOld 2508 Thread_2603 2508 thread_start 2508 _pthread_start 2508 select$DARWIN_EXTSN 2508 select$DARWIN_EXTSN Total number in stack (recursive counted multiple, when >=5): 8 TclEvalObjvInternal Sort by top of stack, same collapsed (when >= 5): TclSockMinimumBuffersOld 2508 select$DARWIN_EXTSN 2508 Sample analysis of process 47709 written to file /dev/stdout ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:45:32
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Open Resolution: Fixed Priority: 9 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2012-04-04 07:45 Message: workaround committed. Solves the problem, but I don't know that it's the right fix. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:41 Message: That's at the bottom of tclIntDecls.h. So on any system that's not WIN64, we've got TCMBO endlessly calling itself recursively. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:40 Message: #if !defined(_WIN64) /* See bug 510001: TclSockMinimumBuffers needs plat imp */ # undef TclSockMinimumBuffers # define TclSockMinimumBuffers(a,b) TclSockMinimumBuffersOld((int)(a),b) #endif ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:34 Message: I *suspect* you've managed to make the code be defined to just call itself. Bumping prio to 9 as this now hangs the test suite on multiple maintenance branches. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:31 Message: Problem also experienced on OSX. Call graph is: Sampling process 47709 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling tcltest (pid 47709) every 1 millisecond Call graph: 2508 Thread_2507 2508 start 2508 main 2508 Tcl_Main 2508 Tcl_FSEvalFile 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 Tcl_CatchObjCmd 2508 Tcl_EvalObjEx 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_SocketObjCmd 2508 Tcl_OpenTcpServer 2508 CreateSocket 2508 TclSockMinimumBuffersOld 2508 TclSockMinimumBuffersOld 2508 Thread_2603 2508 thread_start 2508 _pthread_start 2508 select$DARWIN_EXTSN 2508 select$DARWIN_EXTSN Total number in stack (recursive counted multiple, when >=5): 8 TclEvalObjvInternal Sort by top of stack, same collapsed (when >= 5): TclSockMinimumBuffersOld 2508 select$DARWIN_EXTSN 2508 Sample analysis of process 47709 written to file /dev/stdout ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-04 14:58:38
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by nijtmans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 >Status: Closed Resolution: Fixed >Priority: 5 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: Jan Nijtmans (nijtmans) Date: 2012-04-04 07:58 Message: Yes, that's the right fix. Thanks! ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:45 Message: workaround committed. Solves the problem, but I don't know that it's the right fix. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:41 Message: That's at the bottom of tclIntDecls.h. So on any system that's not WIN64, we've got TCMBO endlessly calling itself recursively. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:40 Message: #if !defined(_WIN64) /* See bug 510001: TclSockMinimumBuffers needs plat imp */ # undef TclSockMinimumBuffers # define TclSockMinimumBuffers(a,b) TclSockMinimumBuffersOld((int)(a),b) #endif ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:34 Message: I *suspect* you've managed to make the code be defined to just call itself. Bumping prio to 9 as this now hangs the test suite on multiple maintenance branches. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:31 Message: Problem also experienced on OSX. Call graph is: Sampling process 47709 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling tcltest (pid 47709) every 1 millisecond Call graph: 2508 Thread_2507 2508 start 2508 main 2508 Tcl_Main 2508 Tcl_FSEvalFile 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 Tcl_CatchObjCmd 2508 Tcl_EvalObjEx 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_SocketObjCmd 2508 Tcl_OpenTcpServer 2508 CreateSocket 2508 TclSockMinimumBuffersOld 2508 TclSockMinimumBuffersOld 2508 Thread_2603 2508 thread_start 2508 _pthread_start 2508 select$DARWIN_EXTSN 2508 select$DARWIN_EXTSN Total number in stack (recursive counted multiple, when >=5): 8 TclEvalObjvInternal Sort by top of stack, same collapsed (when >= 5): TclSockMinimumBuffersOld 2508 select$DARWIN_EXTSN 2508 Sample analysis of process 47709 written to file /dev/stdout ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |
From: SourceForge.net <no...@so...> - 2012-04-05 03:39:59
|
Bugs item #510001, was opened at 2002-01-28 18:48 Message generated for change (Comment added) made by davygrvy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Portability Support Group: current: 8.5.11 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: David Gravereaux (davygrvy) Assigned to: Jan Nijtmans (nijtmans) Summary: TclSockMinimumBuffers needs plat imp Initial Comment: setsockopt() on windows takes a SOCKET type, not an int which isn't the same size on Win64. I don't have a patch ready, but noticed it while fixing porting issues. TclSockMinimumBuffers() is found in generic/tclIOSock.c ---------------------------------------------------------------------- >Comment By: David Gravereaux (davygrvy) Date: 2012-04-04 20:39 Message: WOW. A 10 year old suggestion :) You guys rock. I've out of the scene for ages, but just recently started on a new extension to get my feet back in coding again. Long live Tcl. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-04-04 15:45 Message: Moved the #undef up in the file, placing it together other #undef's which handle macros conflicting with later definitions in that file as well. All should be OK now. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-04-04 07:58 Message: Yes, that's the right fix. Thanks! ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:45 Message: workaround committed. Solves the problem, but I don't know that it's the right fix. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:41 Message: That's at the bottom of tclIntDecls.h. So on any system that's not WIN64, we've got TCMBO endlessly calling itself recursively. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:40 Message: #if !defined(_WIN64) /* See bug 510001: TclSockMinimumBuffers needs plat imp */ # undef TclSockMinimumBuffers # define TclSockMinimumBuffers(a,b) TclSockMinimumBuffersOld((int)(a),b) #endif ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:34 Message: I *suspect* you've managed to make the code be defined to just call itself. Bumping prio to 9 as this now hangs the test suite on multiple maintenance branches. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-04-04 07:31 Message: Problem also experienced on OSX. Call graph is: Sampling process 47709 for 3 seconds with 1 millisecond of run time between samples Sampling completed, processing symbols... Analysis of sampling tcltest (pid 47709) every 1 millisecond Call graph: 2508 Thread_2507 2508 start 2508 main 2508 Tcl_Main 2508 Tcl_FSEvalFile 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalObjv 2508 TclEvalObjvInternal 2508 TclObjInterpProc 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_UplevelObjCmd 2508 Tcl_EvalObjEx 2508 Tcl_EvalEx 2508 TclEvalObjvInternal 2508 Tcl_CatchObjCmd 2508 Tcl_EvalObjEx 2508 TclCompEvalObj 2508 TclExecuteByteCode 2508 TclEvalObjvInternal 2508 Tcl_SocketObjCmd 2508 Tcl_OpenTcpServer 2508 CreateSocket 2508 TclSockMinimumBuffersOld 2508 TclSockMinimumBuffersOld 2508 Thread_2603 2508 thread_start 2508 _pthread_start 2508 select$DARWIN_EXTSN 2508 select$DARWIN_EXTSN Total number in stack (recursive counted multiple, when >=5): 8 TclEvalObjvInternal Sort by top of stack, same collapsed (when >= 5): TclSockMinimumBuffersOld 2508 select$DARWIN_EXTSN 2508 Sample analysis of process 47709 written to file /dev/stdout ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:30 Message: 8.5 branch experiences a similar hang in test chan-16.9 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-04-04 07:29 Message: current 8.4 branch hangs in the test suite at test event-11.5 . gdb points the blame at a routine: Program received signal SIGINT, Interrupt. TclSockMinimumBuffersOld (sock=0, size=0) at /home/dgp/fossil/tcl8.4/unix/../generic/tclStubInit.c:65 And that leads me to report it here. ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-29 03:26 Message: proposal for solution committed to branch bug-510001 For Tcl8.4 and 8.5 it effectively means removing the stub entry for TclSockMinimumBuffers on WIN64 (On win32 everything stays as is). Extension writers using this function (are there any?) will notice that the function is gone. Tcl uses a small static function with the correct signature in stead, which does the right thing. In Tcl 8.6, it is already solved by changing the signature having ClientData as first parameter. This way, everything is kept binary compatible. Extension writers who want this function will have to use their own, or wait for Tcl 8.6. ---------------------------------------------------------------------- Comment By: David Gravereaux (davygrvy) Date: 2009-04-14 14:45 Message: IMHO, this function was over-factored into generic originally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=510001&group_id=10894 |