Earlier this year

• Aug 13, 2009

  issue 13 (New "symmetrize" command) commented on by Mark.J.Abraham   -   Hmm, sorry, didn't meant to classify this as a defect, but I never saw where I could specify!

  Hmm, sorry, didn't meant to classify this as a defect, but I never saw where I could specify!
• Aug 13, 2009

  issue 13 (New "symmetrize" command) reported by Mark.J.Abraham   -   Hi, I love the double-dummy solver from Bo in Deal. Back in January 2000, Alex Martelli's article in "The Bridge World" discussed the value of "symmetrization" in simulation results. The particular context there was measuring the value of one hand with the other three unknown. Given three such unknown hands, the average of the measured quantity over all six permutations of their location is a more reliable estimator of the true quantity than the value of the measured quantity on only one permutation. Similarly, for evaluating the double-dummy expectancy of a contract given a pair of hands, computing both permutations of defensive hands reduces the likelihood that the simulation data is skewed by favourable finesses, etc. Thus, to reproduce Martelli's work one might like to be able to say sdev thetricks south is "KQJT987 432 32 2" set denomination spades main { symmetrize { thetricks add [tricks south $denomination] } { east west north } accept } deal_finished { puts "[thetricks average] [thetricks count]" } or to evaluate slam on a finesse: sdev thetricks north is "AQJ J543 432 432" south is "432 AKQ2 AKQ AKQ" set denomination notrump main { symmetrize { thetricks add [tricks south $denomination] } { east west } accept } deal_finished { puts "[thetricks average] [thetricks count]" } So, using your undocumented "rotatehands" function as a guide, I added such a symmetrize command and it seems to work well. I can reproduce Martelli's results, and the above slam's trick expectancy is slightly over 12.5 (stiff SK always gets dropped). If the list of labile hands has only one hand, then the script gets executed transparently on the existing deal, which might be desirable behaviour in some weird circumstance. I'm happy to document and make this feature available in the next release if you are interested. Thanks again for your software, which I have loved for many years! Mark

  Hi, I love the double-dummy solver from Bo in Deal. Back in January 2000, Alex Martelli's article in "The Bridge World" discussed the value of "symmetrization" in simulation results. The particular context there was measuring the value of one hand with the other three unknown. Given three such unknown hands, the average of the measured quantity over all six permutations of their location is a more reliable estimator of the true quantity than the value of the measured quantity on only one permutation. Similarly, for evaluating the double-dummy expectancy of a contract given a pair of hands, computing both permutations of defensive hands reduces the likelihood that the simulation data is skewed by favourable finesses, etc. Thus, to reproduce Martelli's work one might like to be able to say sdev thetricks south is "KQJT987 432 32 2" set denomination spades main { symmetrize { thetricks add [tricks south $denomination] } { east west north } accept } deal_finished { puts "[thetricks average] [thetricks count]" } or to evaluate slam on a finesse: sdev thetricks north is "AQJ J543 432 432" south is "432 AKQ2 AKQ AKQ" set denomination notrump main { symmetrize { thetricks add [tricks south $denomination] } { east west } accept } deal_finished { puts "[thetricks average] [thetricks count]" } So, using your undocumented "rotatehands" function as a guide, I added such a symmetrize command and it seems to work well. I can reproduce Martelli's results, and the above slam's trick expectancy is slightly over 12.5 (stiff SK always gets dropped). If the list of labile hands has only one hand, then the script gets executed transparently on the existing deal, which might be desirable behaviour in some weird circumstance. I'm happy to document and make this feature available in the next release if you are interested. Thanks again for your software, which I have loved for many years! Mark
• Jul 24, 2009

  issue 12 (Need double-dummy examples) reported by thomasoa   -   Correspondent wishes examples for how to use the double-dummy solver. Basic examples would definitely improve things.

  Correspondent wishes examples for how to use the double-dummy solver. Basic examples would definitely improve things.
• Jul 08, 2009

  issue 11 (Build Problem on OS X) commented on by Jerry.Wilcox   -   Thanks, Andrew. This discussion gave me a solution that appears to have worked. I changed the line to read MAC_ARCH = -arch ppc -mcpu=G4 and I was able to successfully build deal, with makecounttable. I used the latest sources from your Google project. I know this isn't the ideal solution but it works for me so far and will keep me busy until I get my new Intel-based Mac later this summer. Again, thanks for all the help. I really appreciate it. Jerry

  Thanks, Andrew. This discussion gave me a solution that appears to have worked. I changed the line to read MAC_ARCH = -arch ppc -mcpu=G4 and I was able to successfully build deal, with makecounttable. I used the latest sources from your Google project. I know this isn't the ideal solution but it works for me so far and will keep me busy until I get my new Intel-based Mac later this summer. Again, thanks for all the help. I really appreciate it. Jerry
• Jul 08, 2009

  issue 11 (Build Problem on OS X) commented on by thomasoa   -   Also, googling the error message turned up this discussion: http://lists.apple.com/archives/darwin-dev/2007/Aug/msg00087.html

  Also, googling the error message turned up this discussion: http://lists.apple.com/archives/darwin-dev/2007/Aug/msg00087.html
• Jul 08, 2009

  issue 11 (Build Problem on OS X) commented on by thomasoa   -   On last thing to try. First, delete the following lines from Makefile: makecounttable: makecounttable.c $(CC) $(CFLAGS) makecounttable.c -o makecounttable $(LDFLAGS) Then change the line in Make.mac-osx from: MAC_ARCH = to: MAC_ARCH = -arch ppc If that doesn't work, I'm at a loss. Then, do a "make clean," delete counttable.c, makecounttable, and run "make".

  On last thing to try. First, delete the following lines from Makefile: makecounttable: makecounttable.c $(CC) $(CFLAGS) makecounttable.c -o makecounttable $(LDFLAGS) Then change the line in Make.mac-osx from: MAC_ARCH = to: MAC_ARCH = -arch ppc If that doesn't work, I'm at a loss. Then, do a "make clean," delete counttable.c, makecounttable, and run "make".
• Jul 07, 2009

  issue 11 (Build Problem on OS X) commented on by Jerry.Wilcox   -   I'm pretty frustrated at this point. No matter what I do, I cannot build on my PPC machine. I always get the "bad cpu type in executable" message on the makecounttable execution. I guess I'll just have to wait until I can upgrade my ppc machine to an intel box. Jerry

  I'm pretty frustrated at this point. No matter what I do, I cannot build on my PPC machine. I always get the "bad cpu type in executable" message on the makecounttable execution. I guess I'll just have to wait until I can upgrade my ppc machine to an intel box. Jerry
• Jul 07, 2009

  issue 11 (Build Problem on OS X) Labels changed by thomasoa   -  

  Labels: Milestone-3.1.8

  Labels: Milestone-3.1.8
• Jul 06, 2009

  issue 11 (Build Problem on OS X) commented on by thomasoa   -   Delete makecounttable, but *not* makecounttable.c

  Delete makecounttable, but *not* makecounttable.c
• Jul 06, 2009

  issue 11 (Build Problem on OS X) commented on by thomasoa   -   Delete makecounttable as well, then

  Delete makecounttable as well, then
• Jul 06, 2009

  issue 11 (Build Problem on OS X) commented on by Jerry.Wilcox   -   You are correct, counttable.c was not removed and was empty. I deleted it, reran 'make' and got the following error: ./makecounttable > counttable.c /bin/sh: ./makecounttable: Bad CPU type in executable Did 'make clean' and deleted counttable.c again, then tried 'make'. Successfully compiled through stat.c, then got the same error. Thanks for any help you can offer. Jerry

  You are correct, counttable.c was not removed and was empty. I deleted it, reran 'make' and got the following error: ./makecounttable > counttable.c /bin/sh: ./makecounttable: Bad CPU type in executable Did 'make clean' and deleted counttable.c again, then tried 'make'. Successfully compiled through stat.c, then got the same error. Thanks for any help you can offer. Jerry
• Jul 06, 2009

  r315 (Delete counttable.c from source control) committed by thomasoa   -   Delete counttable.c from source control

  Delete counttable.c from source control
• Jul 06, 2009

  r314 (Issue #11: Have make clean delete counttable.c and makecount...) committed by thomasoa   -   Issue #11: Have make clean delete counttable.c and makecounttable

  Issue #11: Have make clean delete counttable.c and makecounttable
• Jul 06, 2009

  issue 11 (Build Problem on OS X) Owner changed by thomasoa   -   I'm guessing the "make clean" didn't delete the file counttable.c - if your counttable.c file is empty, delete it and try 'make' again. I'm not sure why the version in the DMG file doesn't work for you - it tells me it is a universal binary, but I don't have a PPC machine to test on, so I'll take your work for it.

  Owner: thomasoa

  I'm guessing the "make clean" didn't delete the file counttable.c - if your counttable.c file is empty, delete it and try 'make' again. I'm not sure why the version in the DMG file doesn't work for you - it tells me it is a universal binary, but I don't have a PPC machine to test on, so I'll take your work for it.

  Owner: thomasoa
• Jul 06, 2009

  issue 11 (Build Problem on OS X) reported by Jerry.Wilcox   -   I'm trying to install Deal 317 on my iBookG4 (PPC) running OSX 10.5.7. I first tried the .dmg file, but running Deal from that gives me the following error: -bash: ./deal: Bad CPU type in executable Downloaded the source and tried to build it per your instructions. Created empty Makefile.dep, then ran make. Got the following error: g++ -g -ansi -Wall -O2 -I/usr/include/tcl8.5 random.o additive.o hand.o deal.o formats.o tcl_deal.o maindeal.o stat.o counttable.o vector.o dist.o stringbox.o dealtypes.o keywords.o holdings.o tcl_dds.o dds.o ddsLookup.o -o deal -L/usr/lib -ltcl8.5 -lm ld: library not found for -ltcl8.5 collect2: ld returned 1 exit status make: *** [deal] Error 1 I have current tools, so I took a look at the Makefile. Found the following lines: #include Make.mac-osx include Make.ubuntu Uncommented include for mac-osx and commented out the include for ubuntu. Did 'make clean', then ran make again. This time with the following results: g++ -fast -ansi -Wall -I/usr/local/include random.o additive.o hand.o deal.o formats.o tcl_deal.o maindeal.o stat.o counttable.o vector.o dist.o stringbox.o dealtypes.o keywords.o holdings.o tcl_dds.o dds.o ddsLookup.o -o deal -L/usr/lib -ltcl -lm Undefined symbols: "_counttable", referenced from: _counttable$non_lazy_ptr in hand.o _counttable$non_lazy_ptr in deal.o _counttable$non_lazy_ptr in dist.o _counttable$non_lazy_ptr in dealtypes.o _counttable$non_lazy_ptr in holdings.o _counttable$non_lazy_ptr in tcl_dds.o _counttable$non_lazy_ptr in dds.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [deal] Error 1 I'm now at a loss as to what to do next. Any help would be appreciated. Jerry

  I'm trying to install Deal 317 on my iBookG4 (PPC) running OSX 10.5.7. I first tried the .dmg file, but running Deal from that gives me the following error: -bash: ./deal: Bad CPU type in executable Downloaded the source and tried to build it per your instructions. Created empty Makefile.dep, then ran make. Got the following error: g++ -g -ansi -Wall -O2 -I/usr/include/tcl8.5 random.o additive.o hand.o deal.o formats.o tcl_deal.o maindeal.o stat.o counttable.o vector.o dist.o stringbox.o dealtypes.o keywords.o holdings.o tcl_dds.o dds.o ddsLookup.o -o deal -L/usr/lib -ltcl8.5 -lm ld: library not found for -ltcl8.5 collect2: ld returned 1 exit status make: *** [deal] Error 1 I have current tools, so I took a look at the Makefile. Found the following lines: #include Make.mac-osx include Make.ubuntu Uncommented include for mac-osx and commented out the include for ubuntu. Did 'make clean', then ran make again. This time with the following results: g++ -fast -ansi -Wall -I/usr/local/include random.o additive.o hand.o deal.o formats.o tcl_deal.o maindeal.o stat.o counttable.o vector.o dist.o stringbox.o dealtypes.o keywords.o holdings.o tcl_dds.o dds.o ddsLookup.o -o deal -L/usr/lib -ltcl -lm Undefined symbols: "_counttable", referenced from: _counttable$non_lazy_ptr in hand.o _counttable$non_lazy_ptr in deal.o _counttable$non_lazy_ptr in dist.o _counttable$non_lazy_ptr in dealtypes.o _counttable$non_lazy_ptr in holdings.o _counttable$non_lazy_ptr in tcl_dds.o _counttable$non_lazy_ptr in dds.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [deal] Error 1 I'm now at a loss as to what to do next. Any help would be appreciated. Jerry
• Jun 10, 2009

  r313 (added analytics() call to each document) committed by thomasoa   -   added analytics() call to each document

  added analytics() call to each document
• Jun 10, 2009

  r312 (Renamed analytics file; added function to include them) committed by thomasoa   -   Renamed analytics file; added function to include them

  Renamed analytics file; added function to include them
• Jun 10, 2009

  r311 (Adding google analytics file) committed by thomasoa   -   Adding google analytics file

  Adding google analytics file
• May 15, 2009

  r310 (Change variables and functions named "hand" to "seat") committed by thomasoa   -   Change variables and functions named "hand" to "seat"

  Change variables and functions named "hand" to "seat"
• Apr 08, 2009

  r309 (Added meta keywords) committed by thomasoa   -   Added meta keywords

  Added meta keywords
• Apr 06, 2009

  r308 (Change provided by a user) committed by thomasoa   -   Change provided by a user

  Change provided by a user
• Apr 06, 2009

  r307 (Comment changes) committed by thomasoa   -   Comment changes

  Comment changes
• Apr 06, 2009

  r306 (Patch provided by user) committed by thomasoa   -   Patch provided by user

  Patch provided by user
• Mar 17, 2009

  r305 (Format change) committed by thomasoa   -   Format change

  Format change
• Mar 17, 2009

  r304 (Changed to define DLLEXPORT only when it is not defined - fo...) committed by thomasoa   -   Changed to define DLLEXPORT only when it is not defined - for Tcl 8.6 compatibility

  Changed to define DLLEXPORT only when it is not defined - for Tcl 8.6 compatibility
• Mar 15, 2009

  issue 10 (format/practice segfaults) commented on by gtwilliams   -   I see that the stringboxes are defined incorrectly in the format/practice and format/onehand files. Here are my patches to fix this bug.

  I see that the stringboxes are defined incorrectly in the format/practice and format/onehand files. Here are my patches to fix this bug.

Older

• Dec 18, 2008

  issue 10 (format/practice segfaults) reported by gtwilliams   -   What steps will reproduce the problem? 1. use -i format/practice 2. 3. What is the expected output? What do you see instead? expected output got segfault What version of the product are you using? On what operating system? 3.1.7 Fedora F10 tcl-8.5.3-1.fc10.i386 tcl-devel-8.5.3-1.fc10.i386 Please provide any additional information below.

  What steps will reproduce the problem? 1. use -i format/practice 2. 3. What is the expected output? What do you see instead? expected output got segfault What version of the product are you using? On what operating system? 3.1.7 Fedora F10 tcl-8.5.3-1.fc10.i386 tcl-devel-8.5.3-1.fc10.i386 Please provide any additional information below.
• Nov 23, 2008

  issue 9 (Deal 3.1.7 release does not include ddsLookup.h file) reported by thomasoa   -   Deal 3.1.7 release does not include ddsLookup.h file

  Deal 3.1.7 release does not include ddsLookup.h file
• Nov 23, 2008

  r303 (Makefile fixes) committed by thomasoa   -   Makefile fixes

  Makefile fixes
• Nov 17, 2008

  r302 (Added call examples for semibalanced) committed by thomasoa   -   Added call examples for semibalanced

  Added call examples for semibalanced
• Nov 05, 2008

  r301 (Updating version numbers for next release) committed by thomasoa   -   Updating version numbers for next release

  Updating version numbers for next release
• Nov 03, 2008

  r300 (Added notes for Ubuntu users) committed by thomasoa   -   Added notes for Ubuntu users

  Added notes for Ubuntu users
• Oct 31, 2008

  BuildingNotes (Building from the Google Code) Wiki page edited by thomasoa
• Oct 31, 2008

  r298 (Creating new latest release) committed by thomasoa   -   Creating new latest release

  Creating new latest release
• Oct 31, 2008

  r297 (Deleting latest) committed by thomasoa   -   Deleting latest

  Deleting latest
• Oct 31, 2008

  r296 (Added 3.1.7 release) committed by thomasoa   -   Added 3.1.7 release

  Added 3.1.7 release
• Oct 31, 2008

  r295 (Documentation tweaks) committed by thomasoa   -   Documentation tweaks

  Documentation tweaks
• Oct 31, 2008

  r294 ([No log message]) committed by thomasoa   -   [No log message]

  [No log message]
• Oct 31, 2008

  r293 (declare getpid() explicitly) committed by thomasoa   -   declare getpid() explicitly

  declare getpid() explicitly
• Oct 31, 2008

  r292 (Update change log) committed by thomasoa   -   Update change log

  Update change log
• Oct 31, 2008

  r291 (Tweak doc text) committed by thomasoa   -   Tweak doc text

  Tweak doc text
• Oct 31, 2008

  r290 (Changed binky evaluator names) committed by thomasoa   -   Changed binky evaluator names

  Changed binky evaluator names
• Oct 31, 2008

  r289 (Added binky method documentation) committed by thomasoa   -   Added binky method documentation

  Added binky method documentation
• Oct 31, 2008

  issue 5 (User wants to run Deal from another directory) commented on by thomasoa   -   I will have to hold off on this because the Ubuntu package solution was fairly gross. Will look into other solutions

  I will have to hold off on this because the Ubuntu package solution was fairly gross. Will look into other solutions
• Oct 31, 2008

  issue 6 (Clarify installation notes for Mac users) Status changed by thomasoa   -  

  Status: Fixed

  Status: Fixed
• Oct 31, 2008

  r288 (Added install notes for Mac users) committed by thomasoa   -   Added install notes for Mac users

  Added install notes for Mac users
• Oct 31, 2008

  r287 (Added some build changes) committed by thomasoa   -   Added some build changes

  Added some build changes
• Oct 31, 2008

  r286 (Added changes for 3.1.7) committed by thomasoa   -   Added changes for 3.1.7

  Added changes for 3.1.7
• Oct 31, 2008

  issue 1 (Merge DDS 1.1.9 in with Deal) Labels changed by thomasoa   -  

  Labels: Milestone-3.1.6

  Labels: Milestone-3.1.6
• Oct 31, 2008

  issue 3 (Note needed explaining to use './deal' rather than 'deal' if...) Status changed by thomasoa   -  

  Status: Fixed

  Status: Fixed