From: SourceForge.net <no...@so...> - 2012-03-06 09:37:02
|
Bugs item #3497099, was opened at 2012-03-05 10:40 Message generated for change (Comment added) made by sebres You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=3497099&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: 28. dde Package Group: current: 8.5.11 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Don Porter (dgp) Assigned to: Serg G. Brester (sebres) Summary: DWORD vs DWORD_PTR Initial Comment: Looking at the nijtmans commit http://core.tcl.tk/tcl/info/8c851aad1d and the sebres commit http://core.tcl.tk/tcl/info/57f30e3f2c you two apparently have compilers making incompatible demands. Can you guys sort out a common solution please? When you get that sorted out, the same issue is over in the registry package, and neither of these packages seem to have had their version numbers maintained since 2006 even though there have been many commits so that the "dde 1.3.2" of today is quite distinct from the "dde 1.3.2" that was released bundled with Tcl 8.5a4. Can't fix the past, but let's at least get a bump done now. ---------------------------------------------------------------------- >Comment By: Serg G. Brester (sebres) Date: 2012-03-06 01:37 Message: I am forced to use Visual studio 6.0 (7.0) in one long long project, that I still support. :) IMO, I found more friendly solution, commited now in "dgp-scan-element". http://core.tcl.tk/tcl/info/a16a2b5417 ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-03-05 12:45 Message: The last argument of the function SendMessageTimeout is of type PDWORD_PTR, see: <http://msdn.microsoft.com/en-us/library/windows/desktop/ms644952%28v=vs.85%29.aspx> so the variable sendResult should really be DWORD_PTR, not DWORD...... sebres, what version of Visual Studio you are using? The easiest fix for the intptr_t usage is as done in trunk: just juse size_t in stead of intptr_t. Backported to core-8-5-branch now. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2012-03-05 11:09 Message: The use of the "intptr_t" type in tclTest.c is another point of contention that comes up in the 8c851aad1d checkin. Elsewhere in Tcl the macro HAVE_INTPTR_T is used to guard such things. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=3497099&group_id=10894 |