hmm it seems some anonymous structure thing ?
(first guess) Should take a look at the exact code present there

I guess I gave up to soon 😁. Seems the __value is a reserved keyword now so line 71 in setup.h does not work:

Value __value;

the name of the variable should be changed to something else. I replaced all occurences of __value in setup.h and setup.cpp with something else. The next problem is that strchr() seems to return const char* now. There are 3 errors:

sdlmain.cpp, 798
dos_ioctl.cpp, 107
drive_cache.cpp, 318

I replaced those variables with const char* (and removed that *height=0 in sdlmain.cpp) as a quick fix. It now compiles fine 😀. I had to add some libs or it wouldn't link, but that's probably because beta2 does not include platform sdk. I'll do some tests to see if the resulting binary works and how fast it is 😁

Well, names starting with double-underscore are reserved for the C compiler/runtime, so it's hardly surprising. User code shouldn't use such names. 😀

will update the setup.* then.

heh...great...cvs now seems to compile with vs 2005 😀. However, there a million dollar question...how come none of the other strchr() calls bother the compiler? 😁

well we use strrchr more (reverse search)

but it's a bit odd as my manpage clearly states it returning a pointer to char
and not a pointer to a constant char.

I hope they don't turn all string functions to const variants

Perhaps they have two versions, implicitly overloaded: feed it a const char* and get a const char back, feed it a char* and get a char*. Would actually be a quite sensible thing to do.

while preparing for .net 2005, I noticed a strange behavior with my .net 2003: if at a certain point of a piece of code a variable called "attr" is declared, any following variable and function will be visualized in the ide of the type of attr. Yes, this is not a big problem, but prevents the ide from using the "Go to definition" function, which I find useful.
Does anyone else with .net 2003 have this problem?

Yep, MSVC (2003) doesn't like variables called "attr".

wd

Just tried VS 2005 Beta 2 with latest cvs. This patch makes minor changes to make it fully compatible:
-src/dos/scsidefs.h ported to dos standard CR/LF line termination
-src/dos/cdrom_image.cpp fixed "const char * file" issue
-src/gui/sdlmain.cpp fixed ifdef HAVE_DDRAW_H issue

src/dos/scsidefs.h ported to dos standard CR/LF line termination

Your cvs client should take care of that.
all files in dosbox are stored in unix format. (as the cvs is on a linux server). Cvs clients should convert the file when check it out.
Maybe the current file is of mixed type, which messes up the cvs client.

Your cvs client should take care of that.

actually it's quite strange, i just did a cvs checkout
maybe a bug into win32 cvs tool? 😕

hmm no. the file was stored in cr/lf on the server somehow. mixed stuff.
I commited it again in unix format. it should be allright now

Neat! I wonder if Dosbox would compile with Intels C++ Compiler 9.0

The 10% performance increase would be worthless for most apps, but maybe it could help with games like System Shock.

yes it compiles. takes a long time though

I don't know about v9.0 but with v8.x you need a lot of RAM if you want to compile it with WPO enabled. I tried it with my 512MB notebook and after some time it canceled compilation with an out-of-memory error.

@Qbix: Those changes from kekko are not in cvs 😕. cdrom_image.cpp will not compile in vs.net 2005. HAVE_DDRAW_H issue should also be fixed if platform/visualc/config.h specifies HAVE_DDRAW_H as 1 and 0.

right. commited it.

hmm...there's still one defined(HAVE_DDRAW_H) left in sdlmain.cpp at line 268