[quake3] second win64 patch

[James Lacey]

It is 64-bit clean in the sense of there aren't going to be any
pointer truncations in a Win64 build. I just wanted to send this on
since there were build problems on the trunk. Other than fixing the
broken build, you are right, it is kind of a useless patch. Once I
find and fix the problem, I'll send on another patch.

James

On 2/23/06, Ludwig Nussel <ludwig.nussel at suse.de> wrote:
> On Wednesday 22 February 2006 04:23, James Lacey wrote:
> > I guess this is too late for the code freeze, but this patch makes the
> > code 64-bit safe on Windows (plus adds a few changes necessary to
> > compile on Win64). Per Ludwig's suggestion, I didn't change any int
> > variables to size_t. So if you are working on something that requires
> > more than 2 GB of memory (since the malloc functions take ints), then
> > you are out of luck ;)
> >
> > Some notes:
> > 1. Team Arena compiles cleanly with this patch. I played a map of
> > Quake 3 and a map of TA with the MSVC Win32 binary and it seemed to
> > work fine.
> > 2. OpenAL is reenabled.
> > 3. I included two versions of the patch, one with just the code
> > changes and one that includes the new VS 2005 project file changes. I
> > disabled the more prevalent warnings (i.e. possible data loss from
> > size_t to int) in the project file, so if you are compiling on the
> > command line, you will see a lot of warnings.
> > 4. The game is currently broken on x64. It hangs on startup. That is
> > my next problem to tackle. I just wanted to go ahead and submit this
> > patch since the last intptr_t changes Ludwig committed broke someone's
> > build.
>
> How can it be 64bit clean and hang at startup at the same time? :-)
> Are both vm mode 0 (dll) and 1 (interpreter) broken or does one of
> them work?
>
> cu
> Ludwig
>
> --
>  (o_   Ludwig Nussel
>  //\   SUSE LINUX Products GmbH, Development
>  V_/_  http://www.suse.de/
>
>