Author: Robert Hyatt
Date: 08:52:52 03/06/03
Go up one level in this thread
On March 06, 2003 at 11:15:15, Vincent Diepeveen wrote: >On March 06, 2003 at 11:11:46, Robert Hyatt wrote: > >look in your header files bob and you'll see this is a simple ansi-C bug in your >programming for win32 platform. > >of course you never compile for it, that's why you do not crash it at your own >machine. i am amazed always no one reports such things to you. that's why i post >it. Vincent, an error in a header file is _not_ an "ansi-C" bug. I have been working on this particular issue for a while. lock.h is unreadable. But not for long. It is unreadable because various folks added lock support for various platforms and there are too many #if defined(this) && !defined(that) in the file. It will be quite a big larger in the next version, but it won't have all the interlaced #ifdef's. And you are correct, I don't compile with MSVC. Jason/Mike/Eugene have been doing that. I'm not sure what they do, but if there are problems they generally send me updates to the files that need fixing. > >besides some gcc and intel c++ fans you seem to be the only one compiling >crafty. Perhaps. however a +bunch+ of folks have downloaded the source files so they must be doing _something_ with them. Most probably are not compiling SMP however, which is where this problem is showing up. > >>On March 06, 2003 at 09:55:27, Vincent Diepeveen wrote: >> >>>Hello Bob, >>> >>>I know you give courses programming. So in order to prevent me teaching you how >>>to program C code. >>> >>>I'll just give you the compiler errors then you can figure out the rest yourself >>>too. Fixing each crafty version here at home is not my priority. >>> >>>time.obj : error LNK2001: unresolved external symbol @Lock@4 >>>utility.obj : error LNK2001: unresolved external symbol @Lock@4 >>>nextr.obj : error LNK2001: unresolved external symbol @Lock@4 >>>searchmp.obj : error LNK2001: unresolved external symbol @Lock@4 >>>searchr.obj : error LNK2001: unresolved external symbol @Lock@4 >>>thread.obj : error LNK2001: unresolved external symbol @Lock@4 >> >> >>I doubt you could teach me _anything_ about C. However, I could teach you a >>_lot_ >>about using the correct Makefile options. You are doing something that I don't >>follow. >>"Lock" is a macro. It is not a function. It would seem that you don't have >>lock.h or >>else you are not using the correct Makefile (makefile.nt) to include the lock.h >>file >>and get rid of those Lock references. >> >>All I can suggest is that you ask someone familiar with MSVC to help you out >>as you obviously need it. >> >>> >>>So we can all clearly see what you modified. >>> >>>Here is the makefile i used i kicked out egtb.cpp of course cuz that thing is so >>>buggy: >> >>I suppose that "ferkin idiot Nalimov" can't write anything decent. However, I >>would >>sooner trust one million lines of _his_ code than ten lines of yours. I don't >>see why you >>have to continue to insult everyone, _particularly_ someone that _everybody_ >>here can >>see knows _far_ more about programming than you. Eugene's code works _pefectly_ >>on windows, linux, solaris, aix, irix, macos, true64, in fact, rather than >>enumerate the >>systems it does work on, I'll enumerate the systems it fails on: "Any system >>owned and >>operated by you." >> >>You might consider _why_ that is... >> >>I have a pretty good idea myself.
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.