| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Blocks |
-=> On 07 Oct 98 06:31:00 you wrote to me <=- Hi Jasen, JB> thanks, but what does this mean? (from from a run with penta.cfg) JB> 3183 tests passed. Solution 5: ignore the 3183 it's wrong. JB> +-------------------+---------------+---+ the 5 is correct. [Faulty solution snipped] JB> Do I have a "dud" copy? No, just a dud compiler. :) I keep forgetting that some people are still using 16 bit integers. Sorry about that, everyone. JB> The "tests" counter and/or printf needs to be changed to use longints too, JB> but I think I can do that one myself. Yes, as you guessed, the problems you're having are due to my use of int in a few places that require long int, or better. The prime culprits are shapemap and newmap in fillboard(). These integer are used as bitmaps of which shapes have been used so far. Since penta.cfg has 18 shapes, it overflows a 16 bit integer. The other troublemakers are in blocks.c. Fortunately, they only cause cosmetic problems, like the "3183 tests passed". /* Count found solutions */ int solvecount; /* Count succesfully tested pieces */ int testcount; /* How often to report shape tests */ int maxtest; If you change the program to make these variables into long integers, it should all work properly. If it _still_ gives weird results, I'll try compiling it myself under 16 bit mode. Thanks for the feedback, Michael Stapleton of Graphic Bits. * AmyBW v2.15b7+ * ... This tagline is encrypted --- AdeptXBBS v1.11z (FREEWare/2)* Origin: Mach One BBS (3:713/615) SEEN-BY: 396/1 632/0 371 633/260 267 270 371 634/397 635/506 728 810 639/252 SEEN-BY: 670/218 @PATH: 713/905 712/311 640/201 270/101 396/1 633/260 635/506 728 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.