From zakk at timedoctor.org Thu Dec 1 00:02:00 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Wed, 30 Nov 2005 21:02:00 -0800 Subject: [quake3] ibook G3 Quake 3 In-Reply-To: <438E7766.1030005@icculus.org> References: <438E7766.1030005@icculus.org> Message-ID: <5DB7B449-0BD1-4341-BA41-D07F23ED5798@timedoctor.org> Attached... -------------- next part -------------- A non-text attachment was scrubbed... Name: quake3-debug-osx-network_scan_crash.rtf Type: text/rtf Size: 16556 bytes Desc: not available URL: -------------- next part -------------- - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From a2daj at mac.com Thu Dec 1 01:21:41 2005 From: a2daj at mac.com (Avelino Santa Ana Jr.) Date: Wed, 30 Nov 2005 22:21:41 -0800 Subject: [quake3] OS X Fun In-Reply-To: References: Message-ID: On Nov 28, 2005, at 9:37 PM, Zachary J. Slater wrote: > 4) Player model in the players choice option menu is displayed very > strangely (especially on the larger models), like the fov is wrong > or something. I've seen this problem in the original Quake 3 builds at 1600x1200 on various ATI cards. I've seen it in other Q3 engine games as well. I don't remember which ones though. I think the Jedi Knight games had the same issue. From zakk at timedoctor.org Thu Dec 1 01:40:45 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Wed, 30 Nov 2005 22:40:45 -0800 Subject: [quake3] OS X Fun In-Reply-To: References: Message-ID: <9A56FCFB-FFEF-417D-B3E1-A1F68277A93B@timedoctor.org> It can't be an ATi problem, I saw it on an nvidia card. Thanks for the information. I should get a screengrab in the future. On Nov 30, 2005, at 10:21 PM, Avelino Santa Ana Jr. wrote: > On Nov 28, 2005, at 9:37 PM, Zachary J. Slater wrote: > >> 4) Player model in the players choice option menu is displayed >> very strangely (especially on the larger models), like the fov is >> wrong or something. > > I've seen this problem in the original Quake 3 builds at 1600x1200 > on various ATI cards. I've seen it in other Q3 engine games as > well. I don't remember which ones though. I think the Jedi Knight > games had the same issue. - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From a2daj at mac.com Thu Dec 1 01:54:31 2005 From: a2daj at mac.com (Avelino Santa Ana Jr.) Date: Wed, 30 Nov 2005 22:54:31 -0800 Subject: [quake3] OS X Fun In-Reply-To: <9A56FCFB-FFEF-417D-B3E1-A1F68277A93B@timedoctor.org> References: <9A56FCFB-FFEF-417D-B3E1-A1F68277A93B@timedoctor.org> Message-ID: <610FBA3C-83F8-4D11-8EE3-413B451244ED@mac.com> I actually have some screenshots of the issue I took a long time ago: normal http://homepage.mac.com/a2daj/Q31024.jpg distorted http://homepage.mac.com/a2daj/Q31600.jpg On Nov 30, 2005, at 10:40 PM, Zachary J. Slater wrote: > It can't be an ATi problem, I saw it on an nvidia card. > Thanks for the information. > I should get a screengrab in the future. > On Nov 30, 2005, at 10:21 PM, Avelino Santa Ana Jr. wrote: > >> On Nov 28, 2005, at 9:37 PM, Zachary J. Slater wrote: >> >>> 4) Player model in the players choice option menu is displayed >>> very strangely (especially on the larger models), like the fov is >>> wrong or something. >> >> I've seen this problem in the original Quake 3 builds at 1600x1200 >> on various ATI cards. I've seen it in other Q3 engine games as >> well. I don't remember which ones though. I think the Jedi >> Knight games had the same issue. > > - Zachary J. Slater > zakk at timedoctor.org > zacharyslater at gmail.com > > From zakk at timedoctor.org Thu Dec 1 01:57:22 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Wed, 30 Nov 2005 22:57:22 -0800 Subject: [quake3] OS X Fun In-Reply-To: <610FBA3C-83F8-4D11-8EE3-413B451244ED@mac.com> References: <9A56FCFB-FFEF-417D-B3E1-A1F68277A93B@timedoctor.org> <610FBA3C-83F8-4D11-8EE3-413B451244ED@mac.com> Message-ID: That is the bug alright, thanks. - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From spam37512 at gmail.com Thu Dec 1 02:20:06 2005 From: spam37512 at gmail.com (bob hole) Date: Wed, 30 Nov 2005 23:20:06 -0800 Subject: [quake3] OS X Fun In-Reply-To: <610FBA3C-83F8-4D11-8EE3-413B451244ED@mac.com> References: <9A56FCFB-FFEF-417D-B3E1-A1F68277A93B@timedoctor.org> <610FBA3C-83F8-4D11-8EE3-413B451244ED@mac.com> Message-ID: <1434813a0511302320y4bafea3bl7eb8341f8b295994@mail.gmail.com> Just tried this thing out on my powermac g3 running tiger.Compiled without problems with gcc 3.3,so far it seems to work great except I keep getting Com_sprintf: overflow.The dedicated server works great too,finally os x user have tab completion :D. Derek. From zakk at timedoctor.org Thu Dec 1 02:33:10 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Wed, 30 Nov 2005 23:33:10 -0800 Subject: [quake3] ibook G3 Quake 3 In-Reply-To: <438E7715.9010907@icculus.org> References: <438E7715.9010907@icculus.org> Message-ID: On Nov 30, 2005, at 8:07 PM, Ryan C. Gordon wrote: > This is bug...it shouldn't matter what system it is built on, and it > should force com_altivec to 0 for you on a G3 (even though the Altivec > code still exists in the binary). Please send me a backtrace of where > this dies on a G3 in this condition so I can fix it. > > --ryan. -------------- next part -------------- A non-text attachment was scrubbed... Name: quake3-nodebug-osx-after_logo_altivec_crash.rtf Type: text/rtf Size: 19149 bytes Desc: not available URL: -------------- next part -------------- Couldn't use a debug build, it nukes the altivec instructions that crash the game. - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From icculus at icculus.org Thu Dec 1 05:35:32 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Thu, 01 Dec 2005 05:35:32 -0500 Subject: [quake3] OS X Fun In-Reply-To: <1434813a0511302320y4bafea3bl7eb8341f8b295994@mail.gmail.com> References: <9A56FCFB-FFEF-417D-B3E1-A1F68277A93B@timedoctor.org> <610FBA3C-83F8-4D11-8EE3-413B451244ED@mac.com> <1434813a0511302320y4bafea3bl7eb8341f8b295994@mail.gmail.com> Message-ID: <438ED1F4.10100@icculus.org> > Just tried this thing out on my powermac g3 running tiger.Compiled > without problems with gcc 3.3,so far it seems to work great except I > keep getting Com_sprintf: overflow.The dedicated server works great The overflow message is a bug in the compiled VM. We really need to fix that. I know there was a PowerPC Linux guy talking about looking at it...did anyone make progress on this? --ryan. From icculus at icculus.org Thu Dec 1 06:18:44 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Thu, 01 Dec 2005 06:18:44 -0500 Subject: [quake3] Re: quake3 MacOS hackery, continued... In-Reply-To: <438D4CAD.7070100@icculus.org> References: <43881517.2000609@icculus.org> <3B4FECB4-97F0-4440-B16B-7C3B1374E62E@mac.com> <438ACE7D.7090303@icculus.org> <8F245D49-CAE7-4A50-BABB-E021DB39FABA@timedoctor.org> <005001c5f454$f9f09150$6e01a8c0@sixfour> <92CCC5AF-5D1B-438E-A0BE-A79F44D2B062@mac.com> <20051129003854.4b9f4960.tim@ngus.net> <94E003E7-B683-4726-A8F0-5C6E848243BD@mac.com> <438D4CAD.7070100@icculus.org> Message-ID: <438EDC14.2000909@icculus.org> > So I propose we add a few lines to sdl_glimp.c to allow Mac OS X to use > SMP, and leave it disabled everywhere else. I think that should make > everyone happy. Svn revision #397 adds this. On anything but Mac OS X (including Linux), it will refuse to use SMP, even if you build the SMP binary and set r_smp 1. On Mac, it now works as expected, with a framerate boost on multi-cpu boxes (and no significant performance loss on single CPU systems that enable it, surprisingly). --ryan. From icculus at icculus.org Thu Dec 1 06:54:52 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Thu, 01 Dec 2005 06:54:52 -0500 Subject: [quake3] ibook G3 Quake 3 In-Reply-To: References: <438E7715.9010907@icculus.org> Message-ID: <438EE48C.4030204@icculus.org> >>This is bug...it shouldn't matter what system it is built on, and it >>should force com_altivec to 0 for you on a G3 (even though the Altivec >>code still exists in the binary). Please send me a backtrace of where >>this dies on a G3 in this condition so I can fix it. Ok, this is fixed in svn revision #398. We were correctly detecting whether or not you have altivec, but we forgot to actually disable the altivec codepaths in the case that you don't (my bug, sorry!). svn revision #398 also adds an attempt at Altivec detection for non-OSX platforms, lifted from SDL's source...PowerPC Linux people, please let me know if this doesn't compile and/or doesn't work. --ryan. From icculus at icculus.org Thu Dec 1 06:59:39 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Thu, 01 Dec 2005 06:59:39 -0500 Subject: -fomit-frame-pointer... Message-ID: <438EE5AB.4070200@icculus.org> zakk, thanks for sending the crash reports I requested, but... ...we have a problem in that release builds have the frame pointer omitted, so the backtraces I requested are useless (it will say "Thread 0 crashed" but not actually give you thread 0's backtrace). Is there any objection to me removing this from the optimized build's CFLAGS? I'm not certain that this gives any significant speed boost, and if it does, I'm not certain it outweighs the ability to debug other people's problems. It might also be nice if all platforms included -g in _all_ builds, debug or otherwise. We can explicitly strip the debug symbols from the binaries before putting them into an installer, but since most people building on their own won't bother to do so, it will make crashes in the field on unknown builds easier to identify. I had added this to the Linux part of the Makefile, but it got removed because I used -gfull (which apparently is an Apple thing)...can we get this back in there as just -g? Thanks, --ryan. From pomac at vapor.com Thu Dec 1 07:40:47 2005 From: pomac at vapor.com (Ian Kumlien) Date: Thu, 01 Dec 2005 13:40:47 +0100 Subject: [quake3] -fomit-frame-pointer... In-Reply-To: <438EE5AB.4070200@icculus.org> References: <438EE5AB.4070200@icculus.org> Message-ID: <1133440847.12277.80.camel@localhost> On Thu, 2005-12-01 at 06:59 -0500, Ryan C. Gordon wrote: > zakk, thanks for sending the crash reports I requested, but... > > ...we have a problem in that release builds have the frame pointer > omitted, so the backtraces I requested are useless (it will say "Thread > 0 crashed" but not actually give you thread 0's backtrace). Is there any > objection to me removing this from the optimized build's CFLAGS? I'm not > certain that this gives any significant speed boost, and if it does, I'm > not certain it outweighs the ability to debug other people's problems. I don't think there is a actual performance gain on any machine (except for the 'one more register to play with' part, so disabling it sounds like a good idea but..) > It might also be nice if all platforms included -g in _all_ builds, > debug or otherwise. We can explicitly strip the debug symbols from the > binaries before putting them into an installer, but since most people > building on their own won't bother to do so, it will make crashes in the > field on unknown builds easier to identify. I had added this to the > Linux part of the Makefile, but it got removed because I used -gfull > (which apparently is an Apple thing)...can we get this back in there as > just -g? Problem with this is that release builds are compiled with optimization and i will be very impressed if you can take a optimized binarys backtrace and find the bug =). It would be better if someone made a nice "bug report howto" and put it somewhere in there... (oh, and -ggdb, enables more, should work on all platforms =)) > Thanks, > --ryan. > -- Ian Kumlien -- http://pomac.netswarm.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From icculus at icculus.org Thu Dec 1 09:58:42 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Thu, 01 Dec 2005 09:58:42 -0500 Subject: [quake3] -fomit-frame-pointer... In-Reply-To: <1133440847.12277.80.camel@localhost> References: <438EE5AB.4070200@icculus.org> <1133440847.12277.80.camel@localhost> Message-ID: <438F0FA2.5000806@icculus.org> > Problem with this is that release builds are compiled with optimization > and i will be very impressed if you can take a optimized binarys > backtrace and find the bug =). Trust me, I'm a trained professional at reading these things now. :) --ryan. From vincent at cojot.name Thu Dec 1 12:37:20 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Thu, 1 Dec 2005 18:37:20 +0100 (CET) Subject: Some (further) results with latest SVN on Solaris/Sparc In-Reply-To: References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <20051101155940.02e84f22.tim@ngus.net> <7bd2d8660511010843w4391abcbo36331a951bb73ba@mail.gmail.com> <20051101221844.32e0086e.tim@ngus.net> Message-ID: Hello everyone, Just so you know, The 'release' version of the dedicated server now works out of the box with '-O3' on Solaris 10/Sparc. Perhaps those last few changes in the VM code... The 'release' client still crashes but that will be easier to investigate now that the dedicated engine works.. Cheers, -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From zakk at timedoctor.org Thu Dec 1 14:11:48 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Thu, 1 Dec 2005 11:11:48 -0800 Subject: [quake3] -fomit-frame-pointer... In-Reply-To: <438EE5AB.4070200@icculus.org> References: <438EE5AB.4070200@icculus.org> Message-ID: <6ED57F78-C5AF-4FE8-B83E-2FCA18F1C2FF@timedoctor.org> On Dec 1, 2005, at 3:59 AM, Ryan C. Gordon wrote: > > zakk, thanks for sending the crash reports I requested, but... Hey, only one of them wasn't debug (The altivec one), the other was, I spent several minutes recompiling. The altivec one would have needed me to explicitly enable altivec and debug, because altivec mesh yadda yadda is disabled by the debug build, which is what crashes the game. - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From vincent at cojot.name Thu Dec 1 16:26:43 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Thu, 1 Dec 2005 22:26:43 +0100 (CET) Subject: SDL_loadso.h in less than recent SDL? In-Reply-To: References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <20051101155940.02e84f22.tim@ngus.net> <7bd2d8660511010843w4391abcbo36331a951bb73ba@mail.gmail.com> <20051101221844.32e0086e.tim@ngus.net> Message-ID: Hi everyone, Just so you know: I hadn't tried building ioq3 under Linux for some time and tonight I realized it fails on the following: gcc -Wall -fno-strict-aliasing -Wimplicit -Wstrict-prototypes -pipe -DUSE_OPENAL=1 -DUSE_SDL_VIDEO=1 -DUSE_SDL_SOUND=1 -I/usr/include/SDL -D_REENTRANT -m32 -DNDEBUG -O3 -march=i686 -fomit-frame-pointer -ffast-math -funroll-loops -falign-loops=2 -falign-jumps=2 -falign-functions=2 -fstrength-reduce -MMD -o releasei386-glibc/client/unix_main.o -c ../unix/unix_main.c ../unix/unix_main.c:51:24: SDL_loadso.h: No such file or directory ../unix/unix_main.c: In function `Sys_UnloadDll': ../unix/unix_main.c:733: warning: implicit declaration of function `SDL_UnloadObject' ../unix/unix_main.c: In function `try_dlopen': ../unix/unix_main.c:773: warning: implicit declaration of function `SDL_LoadObject' ../unix/unix_main.c:773: warning: assignment makes pointer from integer without a cast ../unix/unix_main.c: In function `Sys_LoadDll': ../unix/unix_main.c:839: warning: implicit declaration of function `SDL_LoadFunction' ../unix/unix_main.c:839: warning: assignment makes pointer from integer without a cast ../unix/unix_main.c:840: warning: assignment makes pointer from integer without a cast gmake[2]: *** [releasei386-glibc/client/unix_main.o] Error 1 gmake[2]: Leaving directory `/export/home/raistlin/SVN/icculus/quake3-Solaris/code/unix' gmake[1]: *** [build_release] Error 2 gmake[1]: Leaving directory `/export/home/raistlin/SVN/icculus/quake3-Solaris/code/unix' gmake: *** [release] Error 2 I -do- have SDL installed, this never was a problem but perhaps my SDL version is a tad old.. [raistlin at thorbardin quake3-Solaris]$ rpm -q SDL SDL-1.2.5-6 [raistlin at thorbardin quake3-Solaris]$ rpm -q SDL-devel SDL-devel-1.2.5-6 [raistlin at thorbardin raistlin]$ ls /usr/include/SDL/ begin_code.h SDL_cdrom.h SDL_getenv.h SDL_keysym.h SDL_name.h SDL_syswm.h SDL_video.h close_code.h SDL_copying.h SDL.h SDL_main.h SDL_net.h SDL_thread.h SDL_active.h SDL_endian.h SDL_image.h SDL_mixer.h SDL_opengl.h SDL_timer.h SDL_audio.h SDL_error.h SDL_joystick.h SDL_mouse.h SDL_quit.h SDL_types.h SDL_byteorder.h SDL_events.h SDL_keyboard.h SDL_mutex.h SDL_rwops.h SDL_version.h That's on RHEL3 with RHEL's default SDL... -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From tim at ngus.net Thu Dec 1 19:17:44 2005 From: tim at ngus.net (Tim Angus) Date: Fri, 2 Dec 2005 00:17:44 +0000 Subject: SDL_loadso.h in less than recent SDL? In-Reply-To: References: Message-ID: <20051202001744.379acd6a.tim@ngus.net> On Thu, 1 Dec 2005 22:26:43 +0100 (CET) vincent at cojot.name wrote: > I -do- have SDL installed, this never was a problem but perhaps my SDL > > version is a tad old.. > > [raistlin at thorbardin quake3-Solaris]$ rpm -q SDL > SDL-1.2.5-6 > [raistlin at thorbardin quake3-Solaris]$ rpm -q SDL-devel > SDL-devel-1.2.5-6 AFAIK, SDL_loadso is in SDL >= 1.2.7. From pomac at vapor.com Thu Dec 1 19:19:35 2005 From: pomac at vapor.com (Ian Kumlien) Date: Fri, 02 Dec 2005 01:19:35 +0100 Subject: [quake3] -fomit-frame-pointer... In-Reply-To: <438F0FA2.5000806@icculus.org> References: <438EE5AB.4070200@icculus.org> <1133440847.12277.80.camel@localhost> <438F0FA2.5000806@icculus.org> Message-ID: <1133482775.12277.87.camel@localhost> On Thu, 2005-12-01 at 09:58 -0500, Ryan C. Gordon wrote: > > Problem with this is that release builds are compiled with optimization > > and i will be very impressed if you can take a optimized binarys > > backtrace and find the bug =). > > Trust me, I'm a trained professional at reading these things now. :) Oooh, the force is strong with this one =) > --ryan. > -- Ian Kumlien -- http://pomac.netswarm.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From tim at ngus.net Thu Dec 1 19:41:01 2005 From: tim at ngus.net (Tim Angus) Date: Fri, 2 Dec 2005 00:41:01 +0000 Subject: OpenAL bugs Message-ID: <20051202004101.2e393838.tim@ngus.net> So I think I've fixed the most obvious OpenAL bugs now. I'd be interested to hear[sic] of any others that are still lurking in there. If you think you've found something that's wrong, first make sure s_alPrecache is set to 1 (now the default) and that your OpenAL installation/configuration is not to blame first. Preferably use Bugzilla obviously. Thanks... From icculus at icculus.org Thu Dec 1 23:29:08 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Thu, 01 Dec 2005 23:29:08 -0500 Subject: [quake3] SDL_loadso.h in less than recent SDL? In-Reply-To: References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <20051101155940.02e84f22.tim@ngus.net> <7bd2d8660511010843w4391abcbo36331a951bb73ba@mail.gmail.com> <20051101221844.32e0086e.tim@ngus.net> Message-ID: <438FCD94.4070304@icculus.org> > That's on RHEL3 with RHEL's default SDL... SDL 1.2.5 was released a little more than 3 years ago...is there a statute of limitations for avoiding newer features in a library? :) --ryan. From vincent at cojot.name Fri Dec 2 05:03:42 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Fri, 2 Dec 2005 11:03:42 +0100 (CET) Subject: [quake3] SDL_loadso.h in less than recent SDL? In-Reply-To: <438FCD94.4070304@icculus.org> References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <20051101155940.02e84f22.tim@ngus.net> <7bd2d8660511010843w4391abcbo36331a951bb73ba@mail.gmail.com> <20051101221844.32e0086e.tim@ngus.net> <438FCD94.4070304@icculus.org> Message-ID: On Thu, 1 Dec 2005, Ryan C. Gordon wrote: >> That's on RHEL3 with RHEL's default SDL... > > SDL 1.2.5 was released a little more than 3 years ago...is there a > statute of limitations for avoiding newer features in a library? :) Well, that's the binary rpm built by RedHat and that came with the distro.. I usually avoid replacing parts of this distro but I guess I'll have to make an exception this time.. :) -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From ludwig.nussel at suse.de Fri Dec 2 05:24:37 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Fri, 2 Dec 2005 11:24:37 +0100 Subject: [quake3] SDL_loadso.h in less than recent SDL? In-Reply-To: References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <438FCD94.4070304@icculus.org> Message-ID: <200512021124.38078.ludwig.nussel@suse.de> On Friday 02 December 2005 11:03, vincent at cojot.name wrote: > On Thu, 1 Dec 2005, Ryan C. Gordon wrote: > > >> That's on RHEL3 with RHEL's default SDL... > > > > SDL 1.2.5 was released a little more than 3 years ago...is there a > > statute of limitations for avoiding newer features in a library? :) I suppose RHEL3 was released before SDL 1.2.5 just as SLES8 which has 1.2.4. Those distros are maintained for 5+ years and you do want to keep changes to the system to a minimum. So version upgrades of arbitrary pieces will not happen. > Well, that's the binary rpm built by RedHat and that came with the > distro.. I usually avoid replacing parts of this distro but I guess I'll > have to make an exception this time.. :) Or we just use dlopen instead of that SDL function again. It's bad that SDL adds new symbols without using symbol versioning. It will make binaries crash at runtime on distros with older libs. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ From icculus at icculus.org Fri Dec 2 14:09:02 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Fri, 02 Dec 2005 14:09:02 -0500 Subject: [quake3] SDL_loadso.h in less than recent SDL? In-Reply-To: <200512021124.38078.ludwig.nussel@suse.de> References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <438FCD94.4070304@icculus.org> <200512021124.38078.ludwig.nussel@suse.de> Message-ID: <43909BCE.7@icculus.org> > Or we just use dlopen instead of that SDL function again. It's bad > that SDL adds new symbols without using symbol versioning. It will > make binaries crash at runtime on distros with older libs. I don't have much pity for people using software that far out of date, especially when the upgrade is free. If they can't upgrade SDL because the system is too mission-critical to update components, they really shouldn't be playing Quake 3 on that box. :) If you want to use dlopen, use linux_glimp.c, but the point of moving to SDL functions is to remove the Unix dependency...SDL_LoadObject() lets us use the same code on Mac OS, where dlopen() doesn't exist until recently, and eventually Windows, where dlopen() won't _ever_ exist. Also, I'm pretty ignorant of symbol versioning, so this is an honest question: How does that help in this case? If you need a symbol, it's either there or it isn't...even if you could check it at runtime (a "weak reference"?), you still have to pretty much give up when crucial symbols are missing. --ryan. From zakk at timedoctor.org Fri Dec 2 14:21:30 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Fri, 2 Dec 2005 11:21:30 -0800 Subject: [quake3] SDL_loadso.h in less than recent SDL? In-Reply-To: <200512021124.38078.ludwig.nussel@suse.de> References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <438FCD94.4070304@icculus.org> <200512021124.38078.ludwig.nussel@suse.de> Message-ID: <45314B7E-1991-4E01-AC2F-AD3FF8E8E908@timedoctor.org> For the reasons outlined in Ryan's message, we're sticking with SDL's dlopen style thing. May the Flying Spaghetti Monster strike me down if I'm wrong. - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From ludwig.nussel at suse.de Sat Dec 3 08:30:16 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Sat, 3 Dec 2005 14:30:16 +0100 Subject: [quake3] SDL_loadso.h in less than recent SDL? In-Reply-To: <43909BCE.7@icculus.org> References: <7bd2d8660511010733j57b912fdm5ed2b6b0aacbd48b@mail.gmail.com> <200512021124.38078.ludwig.nussel@suse.de> <43909BCE.7@icculus.org> Message-ID: <200512031430.16814.ludwig.nussel@suse.de> Ryan C. Gordon wrote: > > Or we just use dlopen instead of that SDL function again. It's bad > > that SDL adds new symbols without using symbol versioning. It will > > make binaries crash at runtime on distros with older libs. > > I don't have much pity for people using software that far out of date, > especially when the upgrade is free. If they can't upgrade SDL because > the system is too mission-critical to update components, they really > shouldn't be playing Quake 3 on that box. :) For enterprise distros (includes Desktops) three years are no time. There are no updates for unimportant stuff like SDL. I am surprised SDL is included at all though. If you want to take Linux as serious as you do with Windows and MacOS you have to look at distros as a whole and not at individual packages that may be available in newer versions elsewhere. > If you want to use dlopen, use linux_glimp.c, but the point of moving to > SDL functions is to remove the Unix dependency...SDL_LoadObject() lets > us use the same code on Mac OS, where dlopen() doesn't exist until > recently, and eventually Windows, where dlopen() won't _ever_ exist. Currently: #if USE_SDL_VIDEO libHandle = SDL_LoadObject(fn); #else libHandle = dlopen( fn, Q_RTLD ); #endif That is not much better than #if windows libHandle = windowsfoo(fn); #elif mac libHandle = macfoo(fn); #else libHandle = dlopen( fn, Q_RTLD ); #endif > Also, I'm pretty ignorant of symbol versioning, so this is an honest > question: How does that help in this case? If you need a symbol, it's > either there or it isn't...even if you could check it at runtime (a > "weak reference"?), you still have to pretty much give up when crucial > symbols are missing. ELF has a feature called lazy binding. With this feature binaries can start up quickly and symbols from shared libraries are resolved when they are first accessed. If your program uses symbols that are not contained in the installed libs you won't notice until execution actually runs across the symbol. Ie as long as you don't actually call SDL_LoadObject() Q3 will run fine with older SDL libs. Q3 uses it pretty early so you will notice quickly, other programs may run for hours and then suddenly crash. GTK2 for example introduced a new file selection dialog in 2.4, your your programs runs fine with 2.2 until the user wants to save his document ... ouch. Symbol versioning basically adds tags to symbols. A summary of all needed tags are in the binary. Libraries have a list of tags they support (use objdump -p to see them). Now the linker can quickly (as #tags << #symbols) compare the lists and refuse start the binary in the first place. It will no longer crash in the middle of execution. So using symbol versioning on platforms where it's supported is really desirable. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ From icculus at icculus.org Sun Dec 4 09:28:09 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Sun, 04 Dec 2005 09:28:09 -0500 Subject: Fixed Altivec. Message-ID: <4392FCF9.3060105@icculus.org> svn revision #409 fixes the Altivec mesh rendering codepath. It definitely works in both debug and release mode on LinuxPPC. It had to do with counting on some variables (local and global) being aligned to 16 bytes. zakk, if you could try it on Mac OS and see if it works there, I'd appreciate it. Just toggle com_altivec and see if the Quake 3 logo on the main menu vanishes...you don't need to restart to toggle com_altivec. Tim, I just wedged a "#define ALIGN16" into renderer/tr_local.h. There's almost certainly a better place for this (qcommon.h?), but I'll leave that to your discretion. --ryan. From tim at ngus.net Sun Dec 4 17:09:28 2005 From: tim at ngus.net (Tim Angus) Date: Sun, 4 Dec 2005 22:09:28 +0000 Subject: r410 - in trunk/code: qcommon unix win32 In-Reply-To: <20051204214025.25733.qmail@icculus.org> References: <20051204214025.25733.qmail@icculus.org> Message-ID: <20051204220928.5eec3c0e.tim@ngus.net> On 4 Dec 2005 16:40:25 -0500 DONOTREPLY at icculus.org wrote: > +qboolean Sys_DetectAltivec( void ) > +{ > + return qfalse; // never altivec on Windows...at least for now. > :) +} Do you know something we don't? :) From icculus at icculus.org Sun Dec 4 18:01:30 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Sun, 04 Dec 2005 18:01:30 -0500 Subject: [quake3] Re: r410 - in trunk/code: qcommon unix win32 In-Reply-To: <20051204220928.5eec3c0e.tim@ngus.net> References: <20051204214025.25733.qmail@icculus.org> <20051204220928.5eec3c0e.tim@ngus.net> Message-ID: <4393754A.3050800@icculus.org> > Do you know something we don't? :) xbox360 is a PowerPC chip. --ryan. From zakk at timedoctor.org Sun Dec 4 18:56:28 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Sun, 4 Dec 2005 15:56:28 -0800 Subject: [quake3] ibook G3 Quake 3 In-Reply-To: <438E7766.1030005@icculus.org> References: <438E7766.1030005@icculus.org> Message-ID: <2BE2BA31-6A8A-4157-932A-129759CF0FD7@timedoctor.org> Yet another log follows -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: quake3-debug-osx-network_scan_crash-2.txt URL: -------------- next part -------------- - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From icculus at icculus.org Sun Dec 4 19:53:31 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Sun, 04 Dec 2005 19:53:31 -0500 Subject: [quake3] ibook G3 Quake 3 In-Reply-To: <2BE2BA31-6A8A-4157-932A-129759CF0FD7@timedoctor.org> References: <438E7766.1030005@icculus.org> <2BE2BA31-6A8A-4157-932A-129759CF0FD7@timedoctor.org> Message-ID: <43938F8B.8090709@icculus.org> > Yet another log follows In this case, zakk's crashing at the server browser, because the calling conventions are still busting in vm_ppc_new.c...this is also why there's no backtrace even with -fomit-frame-pointer removed...it's mangling the stack. Setting ui/game/cgame to the interpreted VM fixes the crash as a performance hit. We really need someone to fix this. Also, the native DLLs work on PowerPC Linux, but not Mac OS X, at least partially because we're looking for the wrong filename. I'll look at that one. --ryan. From icculus at icculus.org Sun Dec 4 20:13:45 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Sun, 04 Dec 2005 20:13:45 -0500 Subject: [quake3] ibook G3 Quake 3 In-Reply-To: <43938F8B.8090709@icculus.org> References: <438E7766.1030005@icculus.org> <2BE2BA31-6A8A-4157-932A-129759CF0FD7@timedoctor.org> <43938F8B.8090709@icculus.org> Message-ID: <43939449.4010400@icculus.org> > Also, the native DLLs work on PowerPC Linux, but not Mac OS X, at least > partially because we're looking for the wrong filename. I'll look at > that one. Sorta fixed in svn revision #416...the UI dll on Mac OS X loads, but (despite the cvar), it reloads the .qvm when I start single-player, and then loads the cgame DLL, but uses the .qvm for the game module. Strange. I'll have to look into it more later. --ryan. From ludwig.nussel at suse.de Mon Dec 5 10:25:11 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Mon, 5 Dec 2005 16:25:11 +0100 Subject: what's the EULA file good for? Message-ID: <200512051625.12258.ludwig.nussel@suse.de> Hi, In SVN we have code/unix/README.EULA. I suppose it doesn't apply to anything so we can remove it? cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ From tim at ngus.net Mon Dec 5 11:11:34 2005 From: tim at ngus.net (Tim Angus) Date: Mon, 5 Dec 2005 16:11:34 +0000 Subject: r410 - in trunk/code: qcommon unix win32 In-Reply-To: <4393754A.3050800@icculus.org> References: <20051204214025.25733.qmail@icculus.org> <20051204220928.5eec3c0e.tim@ngus.net> <4393754A.3050800@icculus.org> Message-ID: <20051205161134.3209ac67.tim@ngus.net> On Sun, 04 Dec 2005 18:01:30 -0500 Ryan wrote: > > > Do you know something we don't? :) > > xbox360 is a PowerPC chip. If anybody decides to port this to the 360, altivec is the least of their worries ;). From tim at ngus.net Mon Dec 5 11:13:27 2005 From: tim at ngus.net (Tim Angus) Date: Mon, 5 Dec 2005 16:13:27 +0000 Subject: Fixed Altivec. In-Reply-To: <4392FCF9.3060105@icculus.org> References: <4392FCF9.3060105@icculus.org> Message-ID: <20051205161327.0ac400dd.tim@ngus.net> On Sun, 04 Dec 2005 09:28:09 -0500 Ryan wrote: > svn revision #409 fixes the Altivec mesh rendering codepath. Woo! > Tim, I just wedged a "#define ALIGN16" into renderer/tr_local.h. > There's almost certainly a better place for this (qcommon.h?), but > I'll leave that to your discretion. q_shared.h probably. qcommon.h is for global engine only stuff, q_shared.h is for global stuff across the whole project and q_platform.h is for things pertaining to specific platforms/architectures only... I'll take a look. From sketch at openverse.com Mon Dec 5 11:25:59 2005 From: sketch at openverse.com (Sketch) Date: Mon, 5 Dec 2005 10:25:59 -0600 (CST) Subject: [quake3] ibook G3 Quake 3 In-Reply-To: <43939449.4010400@icculus.org> References: <438E7766.1030005@icculus.org> <2BE2BA31-6A8A-4157-932A-129759CF0FD7@timedoctor.org> <43938F8B.8090709@icculus.org> <43939449.4010400@icculus.org> Message-ID: On Sun, 4 Dec 2005, Ryan C. Gordon wrote: > Sorta fixed in svn revision #416...the UI dll on Mac OS X loads, but > (despite the cvar), it reloads the .qvm when I start single-player, and > then loads the cgame DLL, but uses the .qvm for the game module. Not sure if this is what is happening for me or not (just updated to rev 416). It crashes if I try to use the dylibs. If I use QVM, the menu loads, and demos will run, but it crashes if I try to start a single or multiplayer game. Network browser does not crash, but does not find any servers. This is on a G4 (Mac Mini) with Tiger. Crashlog attached, if it's of any use. BTW, I had installed the latest (1.2.9) SDL framework prior to installation, before I realized it was included with ioq3. Is there a reason we are using 1.2.0 in the build? -------------- next part -------------- Date/Time: 2005-12-04 21:34:26.807 -0600 OS Version: 10.4.3 (Build 8F46) Report Version: 3 Command: Quake3 Path: Quake3.app/Contents/MacOS/Quake3 Parent: bash [4140] Version: 1.3.2 (1.3.2) PID: 9881 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0000012c Thread 0 Crashed: 0 com.idsoftware.Quake3 0x000ea37c VM_Compile + 1116 (vm_ppc_new.c:515) 1 com.idsoftware.Quake3 0x000637d4 VM_Create + 392 (vm.c:587) 2 com.idsoftware.Quake3 0x0001c284 CL_InitUI + 144 (cl_ui.c:1154) 3 com.idsoftware.Quake3 0x00019034 CL_DownloadsComplete + 296 (cl_main.c:1360) 4 com.idsoftware.Quake3 0x00019404 CL_InitDownloads + 180 (cl_main.c:1486) 5 com.idsoftware.Quake3 0x00019d48 CL_ParseGamestate + 468 (cl_parse.c:460) 6 com.idsoftware.Quake3 0x0001a9d0 CL_ParseServerMessage + 528 (cl_parse.c:643) 7 com.idsoftware.Quake3 0x00018730 CL_PacketEvent + 344 (cl_main.c:1939) 8 com.idsoftware.Quake3 0x0002fa08 Com_EventLoop + 208 (common.c:2078) 9 com.idsoftware.Quake3 0x0003017c Com_Frame + 1180 (common.c:2786) 10 com.idsoftware.Quake3 0x000ed074 SDL_main + 568 (unix_main.c:1414) 11 com.idsoftware.Quake3 0x0010580c -[SDLMain applicationDidFinishLaunching:] + 68 (SDLMain.m:229) 12 com.apple.Foundation 0x928de018 _nsnote_callback + 180 13 com.apple.CoreFoundation 0x907844c4 __CFXNotificationPost + 368 14 com.apple.CoreFoundation 0x9077c5a0 _CFXNotificationPostNotification + 684 15 com.apple.Foundation 0x928c8420 -[NSNotificationCenter postNotificationName:object:userInfo:] + 92 16 com.apple.AppKit 0x93685db8 -[NSApplication _postDidFinishNotification] + 112 17 com.apple.AppKit 0x93685ca4 -[NSApplication _sendFinishLaunchingNotification] + 92 18 com.apple.AppKit 0x936857ec -[NSApplication(NSAppleEventHandling) _handleAEOpen:] + 264 19 com.apple.AppKit 0x93685394 -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 92 20 com.apple.Foundation 0x928df024 -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 380 21 com.apple.Foundation 0x928dee84 _NSAppleEventManagerGenericHandler + 92 22 com.apple.AE 0x914ab960 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned long, unsigned char*) + 208 23 com.apple.AE 0x914ab7fc dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 44 24 com.apple.AE 0x914ab654 aeProcessAppleEvent + 284 25 com.apple.HIToolbox 0x93188940 AEProcessAppleEvent + 60 26 com.apple.AppKit 0x93683adc _DPSNextEvent + 856 27 com.apple.AppKit 0x936835c8 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 28 com.apple.AppKit 0x9367fb0c -[NSApplication run] + 472 29 com.idsoftware.Quake3 0x00105794 CustomApplicationMain + 296 (SDLMain.m:206) 30 com.idsoftware.Quake3 0x00105a58 main + 276 (SDLMain.m:308) 31 com.idsoftware.Quake3 0x00002b7c _start + 348 (crt.c:272) 32 com.idsoftware.Quake3 0x00002a1c start + 60 Thread 1: 0 libSystem.B.dylib 0x9000b208 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000b15c mach_msg + 60 2 com.unsanity.ape 0xc0002afc __ape_internal + 3300 (icplusplus.c:28) 3 com.unsanity.ape 0xc0001910 __ape_agent + 64 (icplusplus.c:28) 4 libSystem.B.dylib 0x9002b200 _pthread_body + 96 Thread 2: 0 libSystem.B.dylib 0x9000b208 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000b15c mach_msg + 60 2 com.apple.CoreFoundation 0x9075d114 __CFRunLoopRun + 832 3 com.apple.CoreFoundation 0x9075ca18 CFRunLoopRunSpecific + 268 4 com.apple.audio.CoreAudio 0x914001dc HALRunLoop::OwnThread(void*) + 264 5 com.apple.audio.CoreAudio 0x913fff7c CAPThread::Entry(CAPThread*) + 96 6 libSystem.B.dylib 0x9002b200 _pthread_body + 96 Thread 3: 0 libSystem.B.dylib 0x90053f68 semaphore_timedwait_signal_trap + 8 1 libSystem.B.dylib 0x900702c8 pthread_cond_timedwait_relative_np + 556 2 com.apple.audio.CoreAudio 0x91410f80 CAGuard::WaitFor(unsigned long long) + 204 3 com.apple.audio.CoreAudio 0x91410e90 CAGuard::WaitUntil(unsigned long long) + 304 4 com.apple.audio.CoreAudio 0x9140f100 HP_IOThread::WorkLoop() + 852 5 com.apple.audio.CoreAudio 0x9140ed98 HP_IOThread::ThreadEntry(HP_IOThread*) + 16 6 com.apple.audio.CoreAudio 0x913fff7c CAPThread::Entry(CAPThread*) + 96 7 libSystem.B.dylib 0x9002b200 _pthread_body + 96 Thread 0 crashed with PPC Thread State 64: srr0: 0x00000000000ea37c srr1: 0x000000000000d930 vrsave: 0x0000000000000000 cr: 0x44004448 xer: 0x0000000020000004 lr: 0x00000000000ea7d8 ctr: 0x00000000000ea2f8 r0: 0x000000003a000000 r1: 0x00000000bfff90e0 r2: 0x000000003a000000 r3: 0x0000000000116770 r4: 0x000000000000005c r5: 0x0000000000000001 r6: 0x0000000000000001 r7: 0x0000000000000010 r8: 0x0000000000690000 r9: 0x000000000000012c r10: 0x0000000000000000 r11: 0x000000000000004c r12: 0x0000000009511518 r13: 0x0000000000110000 r14: 0x0000000000690000 r15: 0x0000000000000001 r16: 0x0000000000690000 r17: 0x000000000011676c r18: 0x0000000000690000 r19: 0x0000000000690000 r20: 0x0000000000690000 r21: 0x0000000000000000 r22: 0x0000000000690000 r23: 0x00000000095114f8 r24: 0x0000000000940d60 r25: 0x000000000012122c r26: 0x000000000000005d r27: 0x0000000000000000 r28: 0x0000000000000001 r29: 0x0000000000000000 r30: 0x0000000000000008 r31: 0x0000000000690000 Binary Images Description: 0x1000 - 0x11cfff com.idsoftware.Quake3 1.3.2 /Applications/Quake3/Quake3.app/Contents/MacOS/Quake3 0xd4a000 - 0xd8bfff libSDL-1.2.0.dylib /Applications/Quake3/Quake3.app/Contents/MacOS/libSDL-1.2.0.dylib 0xfb8000 - 0xfbefff com.unsanity.smartcrashreports Smart Crash Reports version 1.0 (1.0.1) /Users/sketch/Library/InputManagers/Smart Crash Reports/Smart Crash Reports.bundle/Contents/MacOS/Smart Crash Reports 0xfc3000 - 0xfe0fff com.lorax.TextExtras 1.7 (200) /Users/sketch/Library/InputManagers/TextExtras/TextExtras.bundle/Contents/MacOS/TextExtras 0x1ac8000 - 0x1ae1fff GLDriver /System/Library/Frameworks/OpenGL.framework/Versions/A/Resources/GLDriver.bundle/GLDriver 0x1d1c000 - 0x1e2bfff GLEngine /System/Library/Frameworks/OpenGL.framework/Resources/GLEngine.bundle/GLEngine 0x1e5a000 - 0x1e75fff GLRendererFloat /System/Library/Frameworks/OpenGL.framework/Versions/A/Resources/GLRendererFloat.bundle/GLRendererFloat 0x1e8b000 - 0x1e91fff com.apple.DictionaryServiceComponent 1.0.0 /System/Library/Components/DictionaryService.component/Contents/MacOS/DictionaryService 0x1fb3000 - 0x1fb4fff com.apple.aoa.halplugin 2.5.6 (2.5.6b5) /System/Library/Extensions/IOAudioFamily.kext/Contents/PlugIns/AOAHALPlugin.bundle/Contents/MacOS/AOAHALPlugin 0x2808000 - 0x2a5ffff com.apple.ATIRadeon8500GLDriver 1.4.16 (4.1.6) /System/Library/Extensions/ATIRadeon8500GLDriver.bundle/Contents/MacOS/ATIRadeon8500GLDriver 0x8fe00000 - 0x8fe54fff dyld 44.2 /usr/lib/dyld 0x90000000 - 0x901b3fff libSystem.B.dylib /usr/lib/libSystem.B.dylib 0x9020b000 - 0x9020ffff libmathCommon.A.dylib /usr/lib/system/libmathCommon.A.dylib 0x90211000 - 0x90264fff com.apple.CoreText 1.0.1 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText 0x90291000 - 0x90342fff ATS /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x90371000 - 0x906aefff com.apple.CoreGraphics 1.256.27 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x9073a000 - 0x90813fff com.apple.CoreFoundation 6.4.4 (368.25) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x9085c000 - 0x9085cfff com.apple.CoreServices 10.4 (???) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x9085e000 - 0x90960fff libicucore.A.dylib /usr/lib/libicucore.A.dylib 0x909ba000 - 0x90a3efff libobjc.A.dylib /usr/lib/libobjc.A.dylib 0x90a68000 - 0x90ad6fff com.apple.framework.IOKit 1.4 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x90aed000 - 0x90afffff libauto.dylib /usr/lib/libauto.dylib 0x90b06000 - 0x90dddfff com.apple.CoreServices.CarbonCore 671.2 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x90e43000 - 0x90ec3fff com.apple.CoreServices.OSServices 4.1 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x90f0d000 - 0x90f4efff com.apple.CFNetwork 10.4.3 (129.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x90f63000 - 0x90f7bfff com.apple.WebServices 1.1.2 (1.1.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/WebServicesCore.framework/Versions/A/WebServicesCore 0x90f8b000 - 0x9100cfff com.apple.SearchKit 1.0.4 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x91052000 - 0x9107bfff com.apple.Metadata 10.4.3 (121.20.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x9108c000 - 0x9109afff libz.1.dylib /usr/lib/libz.1.dylib 0x9109d000 - 0x9125ffff com.apple.security 4.2 (24844) /System/Library/Frameworks/Security.framework/Versions/A/Security 0x91362000 - 0x9136bfff com.apple.DiskArbitration 2.1 /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x91372000 - 0x91399fff com.apple.SystemConfiguration 1.8.1 /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x913ac000 - 0x913b4fff libgcc_s.1.dylib /usr/lib/libgcc_s.1.dylib 0x913b9000 - 0x913d9fff libmx.A.dylib /usr/lib/libmx.A.dylib 0x913df000 - 0x913e7fff libbsm.dylib /usr/lib/libbsm.dylib 0x913eb000 - 0x91469fff com.apple.audio.CoreAudio 3.0.1 /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio 0x914a7000 - 0x914a7fff com.apple.ApplicationServices 10.4 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 0x914a9000 - 0x914e1fff com.apple.AE 1.5 (297) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x914fc000 - 0x915c9fff com.apple.ColorSync 4.4.3 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x9161e000 - 0x916b1fff com.apple.print.framework.PrintCore 4.3 (172.3) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x916f8000 - 0x917b5fff com.apple.QD 3.8.18 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD 0x917f3000 - 0x91851fff com.apple.HIServices 1.5.1 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x9187f000 - 0x918a3fff com.apple.LangAnalysis 1.6.1 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x918b7000 - 0x918dcfff com.apple.FindByContent 1.5 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/FindByContent.framework/Versions/A/FindByContent 0x918ef000 - 0x91931fff com.apple.LaunchServices 10.4.5 (168) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x9194d000 - 0x91961fff com.apple.speech.synthesis.framework 3.3 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x9196f000 - 0x919a8fff com.apple.ImageIO.framework 1.4.3 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO 0x919bd000 - 0x91a85fff libcrypto.0.9.7.dylib /usr/lib/libcrypto.0.9.7.dylib 0x91ad3000 - 0x91ae8fff libcups.2.dylib /usr/lib/libcups.2.dylib 0x91aed000 - 0x91b09fff libJPEG.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib 0x91b0e000 - 0x91b7dfff libJP2.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib 0x91b94000 - 0x91b98fff libGIF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib 0x91b9a000 - 0x91bcbfff libRaw.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRaw.dylib 0x91bcf000 - 0x91c12fff libTIFF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib 0x91c19000 - 0x91c32fff libPng.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib 0x91c37000 - 0x91c3afff libRadiance.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib 0x91c3c000 - 0x91c3cfff com.apple.Accelerate 1.1.1 (Accelerate 1.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 0x91c3e000 - 0x91d28fff com.apple.vImage 2.0 /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage 0x91d30000 - 0x91d4ffff com.apple.Accelerate.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib 0x91dbb000 - 0x91e20fff libvMisc.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib 0x91e2a000 - 0x91ebcfff libvDSP.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib 0x91ed6000 - 0x92466fff libBLAS.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib 0x924ae000 - 0x927befff libLAPACK.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib 0x927eb000 - 0x92877fff com.apple.DesktopServices 1.3.1 /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv 0x928b9000 - 0x92ae3fff com.apple.Foundation 6.4.2 (567.21) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x92c01000 - 0x92cdffff libxml2.2.dylib /usr/lib/libxml2.2.dylib 0x92cff000 - 0x92dedfff libiconv.2.dylib /usr/lib/libiconv.2.dylib 0x92dff000 - 0x92e1dfff libGL.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib 0x92e28000 - 0x92e82fff libGLU.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib 0x92ea0000 - 0x92ea0fff com.apple.Carbon 10.4 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 0x92ea2000 - 0x92eb6fff com.apple.ImageCapture 3.0 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture 0x92ece000 - 0x92edefff com.apple.speech.recognition.framework 3.4 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition 0x92eea000 - 0x92efffff com.apple.securityhi 2.0 (203) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI 0x92f11000 - 0x92f98fff com.apple.ink.framework 101.2 (69) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink 0x92fac000 - 0x92fb7fff com.apple.help 1.0.3 (32) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help 0x92fc1000 - 0x92feefff com.apple.openscripting 1.2.3 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting 0x93008000 - 0x93018fff com.apple.print.framework.Print 5.0 (190.1) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print 0x93024000 - 0x9308afff com.apple.htmlrendering 1.1.2 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering 0x930bb000 - 0x9310dfff com.apple.NavigationServices 3.4.2 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices 0x93139000 - 0x93156fff com.apple.audio.SoundManager 3.9 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/CarbonSound 0x93168000 - 0x93175fff com.apple.CommonPanels 1.2.2 (73) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels 0x9317e000 - 0x93490fff com.apple.HIToolbox 1.4.4 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox 0x935dc000 - 0x935e8fff com.apple.opengl 1.4.6 /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 0x93679000 - 0x93679fff com.apple.Cocoa 6.4 (???) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 0x9367b000 - 0x93caefff com.apple.AppKit 6.4.3 (824.23) /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 0x9403a000 - 0x940a9fff com.apple.CoreData 50 (77) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData 0x940e2000 - 0x941acfff com.apple.audio.toolbox.AudioToolbox 1.4.1 /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 0x94200000 - 0x94200fff com.apple.audio.units.AudioUnit 1.4 /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit 0x94202000 - 0x9437afff com.apple.QuartzCore 1.4.3 /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore 0x943c4000 - 0x94401fff libsqlite3.0.dylib /usr/lib/libsqlite3.0.dylib 0x94409000 - 0x94459fff libGLImage.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib 0x94682000 - 0x948ecfff com.apple.QuickTime 7.0.3 /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime 0x97369000 - 0x97388fff com.apple.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib 0x97a9f000 - 0x97b60fff libGLProgrammability.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLProgrammability.dylib 0x97b8b000 - 0x97b8cfff libGLSystem.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLSystem.dylib 0x97b8e000 - 0x97b9bfff com.apple.agl 2.5.6 (AGL-2.5.6) /System/Library/Frameworks/AGL.framework/Versions/A/AGL 0x9b158000 - 0x9b25afff com.apple.audio.units.Components 1.4.1 /System/Library/Components/CoreAudio.component/Contents/MacOS/CoreAudio 0x9b26b000 - 0x9b28efff com.apple.audio.OpenAL 1.0 /System/Library/Frameworks/OpenAL.framework/Versions/A/OpenAL 0xc0000000 - 0xc000ffff com.unsanity.ape 1.5.1 /Library/Frameworks/ApplicationEnhancer.framework/Versions/A/ApplicationEnhancer Model: PowerMac10,1, BootROM 4.8.9f1, 1 processors, PowerPC G4 (1.2), 1.25 GHz, 512 MB Graphics: ATI Radeon 9200, ATY,RV280, AGP, 32 MB Memory Module: DIMM0/J11, 512 MB, DDR SDRAM, PC2700U-25330 Modem: Jump, , V.92, Version 1.0, Network Service: Built-in Ethernet, Ethernet, en0 Parallel ATA Device: ST940110A, 37.26 GB Parallel ATA Device: MATSHITACD-RW CW-8123, USB Device: Hub in Apple Pro Keyboard, Mitsumi Electric, Up to 12 Mb/sec, 500 mA USB Device: Apple Optical USB Mouse, Mitsumi Electric, Up to 1.5 Mb/sec, 100 mA USB Device: Apple Pro Keyboard, Mitsumi Electric, Up to 12 Mb/sec, 250 mA FireWire Device: iPod, Apple Computer, Inc., Up to 400 Mb/sec From tim at ngus.net Mon Dec 5 12:38:47 2005 From: tim at ngus.net (Tim Angus) Date: Mon, 5 Dec 2005 17:38:47 +0000 Subject: what's the EULA file good for? In-Reply-To: <200512051625.12258.ludwig.nussel@suse.de> References: <200512051625.12258.ludwig.nussel@suse.de> Message-ID: <20051205173847.0b77872d.tim@ngus.net> On Mon, 5 Dec 2005 16:25:11 +0100 Ludwig wrote: > In SVN we have code/unix/README.EULA. I suppose it doesn't apply to > anything so we can remove it? It probably still applies to the game data, but we don't distribute that, so yeah. From rstotts at cox.net Mon Dec 5 17:48:59 2005 From: rstotts at cox.net (Ryan Stotts) Date: Mon, 5 Dec 2005 16:48:59 -0600 Subject: win32 compile help? Message-ID: <002701c5f9ee$15109c70$640fa8c0@amd> I've followed the directions as best I can and I've posted screenshots of my compile screens here. Anyone know why I can't get it to compile? I think I'm close.. http://www.quakesrc.org/forums/viewtopic.php?t=5897 Thanks From icculus at icculus.org Mon Dec 5 19:28:14 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Mon, 05 Dec 2005 19:28:14 -0500 Subject: [quake3] ibook G3 Quake 3 In-Reply-To: References: <438E7766.1030005@icculus.org> <2BE2BA31-6A8A-4157-932A-129759CF0FD7@timedoctor.org> <43938F8B.8090709@icculus.org> <43939449.4010400@icculus.org> Message-ID: <4394DB1E.9060900@icculus.org> > BTW, I had installed the latest (1.2.9) SDL framework prior to > installation, before I realized it was included with ioq3. Is there a > reason we are using 1.2.0 in the build? We aren't. > 0 com.idsoftware.Quake3 0x000ea37c VM_Compile + 1116 (vm_ppc_new.c:515) You aren't using the DLLs if you crashed here (this is the JIT VM). The latest subversion revision (as of a few minutes ago) disabled this because it's still buggy, and we'll be tracking that issue at: https://bugzilla.icculus.org/show_bug.cgi?id=2519 So you won't crash if you update, I think. --ryan. From zakk at timedoctor.org Tue Dec 6 00:30:59 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Mon, 5 Dec 2005 21:30:59 -0800 Subject: Web forums Message-ID: Just so everyone knows, I've set up some forums at: http://boards.chatbear.com/quake3/ These aren't for bug reports, but are for chat. If you're tired of the ml, go there. I like the ML, but I realize that not everybody does, so there you go. - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From vincent at cojot.name Tue Dec 6 05:06:42 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Tue, 6 Dec 2005 11:06:42 +0100 (CET) Subject: Just a q... Message-ID: Hi everyone, Tim, Ryan and Ludwig, I'm still trying to find why the debug client will run on Solaris and not the release version.. The client dies early in cl_cin.c at line 377 after displaying the first frame of the intro cinematics (the brown wall).. The code at line 377 looks a tad strange to me but I really cannot see what could be wrong.... Any ideas? Here's the backtrace I'm getting: (gdb) bt #0 move4_32 ( src=0x214b0c "\021\n\b?\024\f\n?\032\022\020?\037\024\021?%\032\027?\037\024\021?%\032\027?\"\026\021?&\032\025?/!\032?-\037\030?-\035\026?8(!?/!\032?-\037\030?-\035\026?8(!?(\030\022?)\031\023?I0%?E,!?@,$?9%\035?6$\035?4\"\033?I0%?E,!?A)\036?D,!?5!\031?5!\031?-\037\030?$\026\017?(\030\022?)\031\023?=)!??+#?1\037\030?;)\"?/!\032?-\037\030?\037\024\021?\033\020\r?\024\f\n?\032\022\020?\036\026\024?\027\017\r?\024\r\v?\021\n\b?\024\f\n?"..., dst=0x293b00 "\f\a\005?\023\016\f?\037\024\021?%\032\027?\036\026\024?\027\017\r?\024\f\n?\032\022\020?\034\021\016? \025\022?\"\026\021?&\032\025?-\037\030?$\026\017?\"\026\021?&\032\025?/!\032?-\037\030?6$\035?4\"\033?6$\035?4\"\033?8$\034?A-%?@,$?9%\035?I5-?>*\"?(\030\022?)\031\023?+\033\024?0 \031?(\030\022?)\031\023?\"\026\021?&\032\025?(\030\022?)\031\023?5!\031?5!\031?-\037\030?$\026\017?\037\024\021?\033\020\r?\037\024\021?%\032\027?\036\026\024?\027\017\r?\017\n\b?\f\a\005?"..., spl=2048) at ../client/cl_cin.c:377 #1 0x000324e4 in blitVQQuad32fs (status=0x4420f0, data=0x411af2 "V\004\023p\230?") at ../client/cl_cin.c:534 #2 0x00036318 in RoQInterrupt () at ../client/cl_cin.c:1198 #3 0x000372d0 in CIN_RunCinematic (handle=4595972) at ../client/cl_cin.c:1450 #4 0x00038210 in SCR_RunCinematic () at ../client/cl_cin.c:1706 #5 0x000430bc in CL_Frame (msec=61) at ../client/cl_main.c:2064 #6 0x0005ee9c in Com_Frame () at ../qcommon/common.c:2796 #7 0x00127590 in main (argc=16, argv=0xffbff6bc) at ../unix/unix_main.c:1414 -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From icculus at icculus.org Tue Dec 6 05:16:29 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Tue, 06 Dec 2005 05:16:29 -0500 Subject: [quake3] Just a q... In-Reply-To: References: Message-ID: <439564FD.4080106@icculus.org> > I'm still trying to find why the debug client will run on Solaris and not > the release version.. The client dies early in cl_cin.c at line 377 after > displaying the first frame of the intro cinematics (the brown wall).. The > code at line 377 looks a tad strange to me but I really cannot see what > could be wrong.... Any ideas? I think there's some memory corruption or uninitialized buffer in the movie decoder...I get strange results (and eventually, a crash) on LinuxPPC that isn't byte-order related (works on PPC Mac OS). Anyone push this through Valgrind yet? --ryan. From vincent at cojot.name Tue Dec 6 05:24:10 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Tue, 6 Dec 2005 11:24:10 +0100 (CET) Subject: [quake3] Just a q... In-Reply-To: <439564FD.4080106@icculus.org> References: <439564FD.4080106@icculus.org> Message-ID: On Tue, 6 Dec 2005, Ryan C. Gordon wrote: > I think there's some memory corruption or uninitialized buffer in the movie > decoder...I get strange results (and eventually, a crash) on LinuxPPC that > isn't byte-order related (works on PPC Mac OS). > > Anyone push this through Valgrind yet? I'll Purify (c) it. I haven't purified ioq3 for some time, perhaps I'll see something this time... -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From vincent at cojot.name Tue Dec 6 13:27:30 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Tue, 6 Dec 2005 19:27:30 +0100 (CET) Subject: Another small solaris patch.. In-Reply-To: References: <439564FD.4080106@icculus.org> Message-ID: Would it be possible to add this patch to SVN? The patch: - also cleans code/tools and code/asm when 'make clean' is issued (all arches). - Removes heavy optimization from 'release' builds on sparc until I get the crashes fixed. That'd make the default build 'work' out of the box for most people... - Adds __sun and __sparc in a few places.. That would be great... Thanks, -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost -------------- next part -------------- Index: code/unix/Makefile =================================================================== --- code/unix/Makefile (revision 431) +++ code/unix/Makefile (working copy) @@ -524,7 +524,7 @@ endif - BASE_CFLAGS = -Wall -fno-strict-aliasing -Wimplicit -Wstrict-prototypes + BASE_CFLAGS = -Wall -fno-strict-aliasing -Wimplicit -Wstrict-prototypes -pipe ifeq ($(USE_SDL),1) BASE_CFLAGS += -DUSE_SDL_SOUND=1 $(shell sdl-config --cflags) @@ -533,22 +533,23 @@ GL_CFLAGS = -I/usr/openwin/include endif - OPTIMIZE = -O3 -ffast-math -funroll-loops -fomit-frame-pointer + OPTIMIZE = -O3 -ffast-math -funroll-loops ifeq ($(ARCH),sparc) - OPTIMIZE = -O3 -fomit-frame-pointer -ffast-math -falign-loops=2 \ + OPTIMIZE = -O0 -ffast-math -falign-loops=2 \ -falign-jumps=2 -falign-functions=2 -fstrength-reduce \ - -funroll-loops + -mtune=ultrasparc -mv8plus -munaligned-doubles \ + -funroll-loops BASE_CFLAGS += -DNO_VM_COMPILED else ifeq ($(ARCH),i386) - OPTIMIZE = -O3 -march=i686 -fomit-frame-pointer -ffast-math \ + OPTIMIZE = -O3 -march=i686 -ffast-math \ -falign-loops=2 -falign-jumps=2 -falign-functions=2 \ -funroll-loops -fstrength-reduce endif endif - DEBUG_CFLAGS = $(BASE_CFLAGS) -g -O0 + DEBUG_CFLAGS = $(BASE_CFLAGS) -ggdb -O0 RELEASE_CFLAGS=$(BASE_CFLAGS) -DNDEBUG $(OPTIMIZE) @@ -586,8 +587,8 @@ $(B)/baseq3/vm/ui.qvm \ $(B)/missionpack/vm/qagame.qvm \ $(B)/missionpack/vm/cgame.qvm \ - $(B)/missionpack/vm/ui.qvm -# $(B)/$(PLATFORM)quake3-smp + $(B)/missionpack/vm/ui.qvm \ + $(B)/$(PLATFORM)quake3-smp else TARGETS=\ $(B)/$(PLATFORM)quake3 \ @@ -603,8 +604,8 @@ $(B)/baseq3/vm/ui.qvm \ $(B)/missionpack/vm/qagame.qvm \ $(B)/missionpack/vm/cgame.qvm \ - $(B)/missionpack/vm/ui.qvm -# $(B)/$(PLATFORM)quake3-smp + $(B)/missionpack/vm/ui.qvm \ + $(B)/$(PLATFORM)quake3-smp endif @@ -1785,6 +1786,8 @@ clean:clean-debug clean-release $(MAKE) -C setup clean + $(MAKE) -C ../tools/lcc clean + $(MAKE) -C ../tools/asm clean clean2: if [ -d $(B) ];then (find $(B) -name '*.d' -exec rm {} \;)fi Index: code/client/qal.c =================================================================== --- code/client/qal.c (revision 431) +++ code/client/qal.c (working copy) @@ -44,7 +44,7 @@ #define SYMLOAD(x,y) GetProcAddress(x,y) #define OBJFREE(x) FreeLibrary(x) -#elif defined __linux__ || defined __FreeBSD__ || defined MACOS_X +#elif defined __linux__ || defined __FreeBSD__ || defined MACOS_X || defined __sun #include #define OBJTYPE void * #define OBJLOAD(x) dlopen(x, RTLD_LAZY | RTLD_GLOBAL) Index: code/client/cl_cin.c =================================================================== --- code/client/cl_cin.c (revision 431) +++ code/client/cl_cin.c (working copy) @@ -643,7 +643,7 @@ * Description: * ******************************************************************************/ -#if defined(MACOS_X) +#if defined(MACOS_X) || defined(__sparc) static ID_INLINE unsigned int yuv_to_rgb24( long y, long u, long v ) { From laurent.desnogues at wanadoo.fr Tue Dec 6 14:00:03 2005 From: laurent.desnogues at wanadoo.fr (Laurent Desnogues) Date: Tue, 06 Dec 2005 20:00:03 +0100 Subject: [quake3] Just a q... In-Reply-To: References: Message-ID: <4395DFB3.2040405@wanadoo.fr> Well this is an alignment problem: src is aligned on a multiple of 4 and the lines there try to force the compiler to use double that are 8 bytes long. That code copies a square of 16x4 bytes of memory from src to dst where each chunk of 16 bytes is on a line whose width is spl bytes long. What you could do is try with the following code: static void move4_32( byte *src, byte *dst, int spl ) { int *dsrc, *ddst; int dspl; dsrc = (int *)src; ddst = (int *)dst; dspl = spl>>2; ddst[0] = dsrc[0]; ddst[1] = dsrc[1]; ddst[2] = dsrc[2]; ddst[3] = dsrc[3]; dsrc += dspl; ddst += dspl; ddst[0] = dsrc[0]; ddst[1] = dsrc[1]; ddst[2] = dsrc[2]; ddst[3] = dsrc[3]; dsrc += dspl; ddst += dspl; ddst[0] = dsrc[0]; ddst[1] = dsrc[1]; ddst[2] = dsrc[2]; ddst[3] = dsrc[3]; dsrc += dspl; ddst += dspl; ddst[0] = dsrc[0]; ddst[1] = dsrc[1]; ddst[2] = dsrc[2]; ddst[3] = dsrc[3]; } Of course the above code assumes that src and dst are 4 bytes aligned. You may also experience similar problems with move8_32... Well as I already said I don't know the code and did not even try to compile it :) Laurent vincent at cojot.name wrote: > > Hi everyone, Tim, Ryan and Ludwig, > > I'm still trying to find why the debug client will run on Solaris and > not the release version.. The client dies early in cl_cin.c at line 377 > after displaying the first frame of the intro cinematics (the brown > wall).. The code at line 377 looks a tad strange to me but I really > cannot see what could be wrong.... Any ideas? > > Here's the backtrace I'm getting: > > (gdb) bt > #0 move4_32 ( > src=0x214b0c > "\021\n\b?\024\f\n?\032\022\020?\037\024\021?%\032\027?\037\024\021?%\032\027?\"\026\021?&\032\025?/!\032?-\037\030?-\035\026?8(!?/!\032?-\037\030?-\035\026?8(!?(\030\022?)\031\023?I0%?E,!?@,$?9%\035?6$\035?4\"\033?I0%?E,!?A)\036?D,!?5!\031?5!\031?-\037\030?$\026\017?(\030\022?)\031\023?=)!??+#?1\037\030?;)\"?/!\032?-\037\030?\037\024\021?\033\020\r?\024\f\n?\032\022\020?\036\026\024?\027\017\r?\024\r\v?\021\n\b?\024\f\n?"..., > > dst=0x293b00 > "\f\a\005?\023\016\f?\037\024\021?%\032\027?\036\026\024?\027\017\r?\024\f\n?\032\022\020?\034\021\016? > \025\022?\"\026\021?&\032\025?-\037\030?$\026\017?\"\026\021?&\032\025?/!\032?-\037\030?6$\035?4\"\033?6$\035?4\"\033?8$\034?A-%?@,$?9%\035?I5-?>*\"?(\030\022?)\031\023?+\033\024?0 > \031?(\030\022?)\031\023?\"\026\021?&\032\025?(\030\022?)\031\023?5!\031?5!\031?-\037\030?$\026\017?\037\024\021?\033\020\r?\037\024\021?%\032\027?\036\026\024?\027\017\r?\017\n\b?\f\a\005?"..., > spl=2048) at ../client/cl_cin.c:377 > #1 0x000324e4 in blitVQQuad32fs (status=0x4420f0, data=0x411af2 > "V\004\023p\230?") at ../client/cl_cin.c:534 > #2 0x00036318 in RoQInterrupt () at ../client/cl_cin.c:1198 > #3 0x000372d0 in CIN_RunCinematic (handle=4595972) at > ../client/cl_cin.c:1450 > #4 0x00038210 in SCR_RunCinematic () at ../client/cl_cin.c:1706 > #5 0x000430bc in CL_Frame (msec=61) at ../client/cl_main.c:2064 > #6 0x0005ee9c in Com_Frame () at ../qcommon/common.c:2796 > #7 0x00127590 in main (argc=16, argv=0xffbff6bc) at > ../unix/unix_main.c:1414 > > From tim at ngus.net Tue Dec 6 14:03:49 2005 From: tim at ngus.net (Tim Angus) Date: Tue, 6 Dec 2005 19:03:49 +0000 Subject: Another small solaris patch.. In-Reply-To: References: Message-ID: <20051206190349.30d9e4fa.tim@ngus.net> On Tue, 6 Dec 2005 19:27:30 +0100 (CET) vincent at cojot.name wrote: > > Would it be possible to add this patch to SVN? > > The patch: > - also cleans code/tools and code/asm when 'make clean' is issued (all > arches). The existing behaviour is intentional. It's annoying to have to needlessly rebuild the build tools after a 'make clean'. A 'make disclean' will clean the build tools. The MACOS_X section in cl_cin.c seems bogus to me. Can you try the attached patch instead (this goes for OS X people too). I've committed your other changes. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cl_cin_endianness.diff URL: From ludwig.nussel at suse.de Tue Dec 6 14:37:51 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Tue, 6 Dec 2005 20:37:51 +0100 Subject: [quake3] Just a q... In-Reply-To: <4395DFB3.2040405@wanadoo.fr> References: <4395DFB3.2040405@wanadoo.fr> Message-ID: <200512062037.51657.ludwig.nussel@suse.de> Laurent Desnogues wrote: > Well this is an alignment problem: src is aligned > on a multiple of 4 and the lines there try to force > the compiler to use double that are 8 bytes long. > > That code copies a square of 16x4 bytes of memory > from src to dst where each chunk of 16 bytes is on > a line whose width is spl bytes long. Why didn't I come to this conclusion? :-) Please check whether the attached patch fixes it. It uses memcpy instead of the strange double* cast. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: q3-cl_cin_alignment.diff Type: text/x-diff Size: 4294 bytes Desc: not available URL: From vincent at cojot.name Tue Dec 6 15:03:21 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Tue, 6 Dec 2005 21:03:21 +0100 (CET) Subject: [quake3] Re: Another small solaris patch.. In-Reply-To: <20051206190349.30d9e4fa.tim@ngus.net> References: <20051206190349.30d9e4fa.tim@ngus.net> Message-ID: On Tue, 6 Dec 2005, Tim Angus wrote: > On Tue, 6 Dec 2005 19:27:30 +0100 (CET) vincent at cojot.name wrote: > > The existing behaviour is intentional. It's annoying to have to > needlessly rebuild the build tools after a 'make clean'. A 'make > disclean' will clean the build tools. Ok, thanks for the info. I often ran into a problem with the wrong architecture build tools when I was switching from Linux/ELF to Solaris/Sparc back and forth.. > The MACOS_X section in cl_cin.c seems bogus to me. Can you try the > attached patch instead (this goes for OS X people too). This is fine here.. It was previously. I had added the __sun/__sparc just to be on the same side. > I've committed your other changes. Thank you... -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From tim at ngus.net Tue Dec 6 15:14:33 2005 From: tim at ngus.net (Tim Angus) Date: Tue, 6 Dec 2005 20:14:33 +0000 Subject: Just a q... In-Reply-To: <200512062037.51657.ludwig.nussel@suse.de> References: <4395DFB3.2040405@wanadoo.fr> <200512062037.51657.ludwig.nussel@suse.de> Message-ID: <20051206201433.2f68d5c5.tim@ngus.net> On Tue, 6 Dec 2005 20:37:51 +0100 Ludwig wrote: > Please check whether the attached patch fixes it. It uses memcpy > instead of the strange double* cast. IIRC RoQ was originally written by Graeme Devine for 7th Guest or 11th Hour, around the mid-nineties. Portability was probably the last thing on his mind. From icculus at icculus.org Tue Dec 6 16:14:49 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Tue, 06 Dec 2005 16:14:49 -0500 Subject: [quake3] Just a q... In-Reply-To: <200512062037.51657.ludwig.nussel@suse.de> References: <4395DFB3.2040405@wanadoo.fr> <200512062037.51657.ludwig.nussel@suse.de> Message-ID: <4395FF49.1000503@icculus.org> > Why didn't I come to this conclusion? :-) I haven't tried the patch, but if it's an alignment issue, it would explain why it didn't crash on MacOS ... Mac OS traps alignment screwups in the kernel and massages the data into the register transparent to the app...apparently they have legacy system calls that count on structures that aren't well-aligned. :) --ryan. From vincent at cojot.name Tue Dec 6 16:17:37 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Tue, 6 Dec 2005 22:17:37 +0100 (CET) Subject: [quake3] Just a q... In-Reply-To: <4395DFB3.2040405@wanadoo.fr> References: <4395DFB3.2040405@wanadoo.fr> Message-ID: Hello Laurent, On Tue, 6 Dec 2005, Laurent Desnogues wrote: > Well this is an alignment problem: src is aligned > on a multiple of 4 and the lines there try to force > the compiler to use double that are 8 bytes long. > > That code copies a square of 16x4 bytes of memory > from src to dst where each chunk of 16 bytes is on > a line whose width is spl bytes long. I tried your code and ioq3 still crashed on line 377 with a similar backtrace (That's with optimization).. > You may also experience similar problems with > move8_32... Understandable.. :) > Well as I already said I don't know the code and did > not even try to compile it :) Thanks anyway.. :) Vincent From vincent at cojot.name Tue Dec 6 16:30:12 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Tue, 6 Dec 2005 22:30:12 +0100 (CET) Subject: [quake3] Just a q... In-Reply-To: <200512062037.51657.ludwig.nussel@suse.de> References: <4395DFB3.2040405@wanadoo.fr> <200512062037.51657.ludwig.nussel@suse.de> Message-ID: On Tue, 6 Dec 2005, Ludwig Nussel wrote: > Why didn't I come to this conclusion? :-) :) > Please check whether the attached patch fixes it. It uses memcpy > instead of the strange double* cast. Your patch fixes it!!! :) I can now bring up the UI of the optimized (-O1) release on Solaris/Sparc!!! :) That's what I like about Solaris on Sparc, it usually makes code crash where none has crashed before (no wonder they provide /usr/lib/0 at 0.so.1 to try to make it more friendly.. :) :) :) :) ). It still crashes when starting a game, though: Program received signal SIGSEGV, Segmentation fault. PC_EvaluateTokens (source=0xb7ff18, tokens=0xc, intvalue=0x0, floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:1800 1800 v->floatvalue = t->floatvalue; (gdb) bt #0 PC_EvaluateTokens (source=0xb7ff18, tokens=0xc, intvalue=0x0, floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:1800 #1 0x000d1734 in PC_DollarEvaluate (source=0xb7ff18, intvalue=0x0, floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:2325 #2 0x000d1c8c in PC_DollarDirective_evalfloat (source=0xb7ff18) at ../botlib/l_precomp.c:2586 #3 0x000d1dec in PC_ReadDollarDirective (source=0xb7ff18) at ../botlib/l_precomp.c:2641 #4 0x000d1f00 in PC_ReadToken (source=0xb7ff18, token=0xffbfd330) at ../botlib/l_precomp.c:2735 #5 0x000d2400 in PC_ExpectAnyToken (source=0xb7ff18, token=0xffbfd330) at ../botlib/l_precomp.c:2870 #6 0x000cb020 in ReadValue (source=0xb7ff18, value=0xbeedbc) at ../botlib/be_ai_weight.c:63 #7 0x000cb10c in ReadFuzzyWeight (source=0xb7ff18, fs=0xbeedb0) at ../botlib/be_ai_weight.c:89 #8 0x000cb4d0 in ReadFuzzySeperators_r (source=0xb7ff18) at ../botlib/be_ai_weight.c:215 #9 0x000cb50c in ReadFuzzySeperators_r (source=0xb7ff18) at ../botlib/be_ai_weight.c:223 #10 0x000cb938 in ReadWeightConfig (filename=0x1c71cb4 "bots/phobos_i.c") at ../botlib/be_ai_weight.c:369 #11 0x000c1988 in BotLoadItemWeights (goalstate=9, filename=0x1c71cb4 "bots/phobos_i.c") at ../botlib/be_ai_goal.c:1697 #12 0x000825fc in SV_GameSystemCalls (args=0x1c71c9c) at ../server/sv_game.c:743 #13 0x00094ef8 in VM_CallInterpreted (vm=0x955eb8, args=0xffbfebb0) at ../qcommon/vm_interpreted.c:548 #14 0x00094324 in VM_Call (vm=0x955eb8, callnum=9) at ../qcommon/vm.c:769 #15 0x00082e74 in SV_GameCommand () at ../server/sv_game.c:971 #16 0x0005a624 in Cmd_ExecuteString (text=0xffbfed58 "addbot phobos 1.000000 free 2000") at ../qcommon/cmd.c:667 #17 0x00059cdc in Cbuf_Execute () at ../qcommon/cmd.c:220 #18 0x0005e564 in Com_Frame () at ../qcommon/common.c:2736 #19 0x00126dc0 in main (argc=16, argv=0xffbff6bc) at ../unix/unix_main.c:1414 Best regards, -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From laurent.desnogues at wanadoo.fr Tue Dec 6 16:46:37 2005 From: laurent.desnogues at wanadoo.fr (Laurent Desnogues) Date: Tue, 06 Dec 2005 22:46:37 +0100 Subject: [quake3] Just a q... In-Reply-To: References: <4395DFB3.2040405@wanadoo.fr> <200512062037.51657.ludwig.nussel@suse.de> Message-ID: <439606BD.4030208@wanadoo.fr> So this means I was right: int's are too big anyway :) Laurent vincent at cojot.name wrote: > On Tue, 6 Dec 2005, Ludwig Nussel wrote: > >> Why didn't I come to this conclusion? :-) > > > :) > >> Please check whether the attached patch fixes it. It uses memcpy >> instead of the strange double* cast. > > > Your patch fixes it!!! :) I can now bring up the UI of the optimized > (-O1) release on Solaris/Sparc!!! :) > > That's what I like about Solaris on Sparc, it usually makes code crash > where none has crashed before (no wonder they provide /usr/lib/0 at 0.so.1 > to try to make it more friendly.. :) :) :) :) ). > > It still crashes when starting a game, though: > > Program received signal SIGSEGV, Segmentation fault. > PC_EvaluateTokens (source=0xb7ff18, tokens=0xc, intvalue=0x0, > floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:1800 > 1800 v->floatvalue = > t->floatvalue; > (gdb) bt > #0 PC_EvaluateTokens (source=0xb7ff18, tokens=0xc, intvalue=0x0, > floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:1800 > #1 0x000d1734 in PC_DollarEvaluate (source=0xb7ff18, intvalue=0x0, > floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:2325 > #2 0x000d1c8c in PC_DollarDirective_evalfloat (source=0xb7ff18) at > ../botlib/l_precomp.c:2586 > #3 0x000d1dec in PC_ReadDollarDirective (source=0xb7ff18) at > ../botlib/l_precomp.c:2641 > #4 0x000d1f00 in PC_ReadToken (source=0xb7ff18, token=0xffbfd330) at > ../botlib/l_precomp.c:2735 > #5 0x000d2400 in PC_ExpectAnyToken (source=0xb7ff18, token=0xffbfd330) > at ../botlib/l_precomp.c:2870 > #6 0x000cb020 in ReadValue (source=0xb7ff18, value=0xbeedbc) at > ../botlib/be_ai_weight.c:63 > #7 0x000cb10c in ReadFuzzyWeight (source=0xb7ff18, fs=0xbeedb0) at > ../botlib/be_ai_weight.c:89 > #8 0x000cb4d0 in ReadFuzzySeperators_r (source=0xb7ff18) at > ../botlib/be_ai_weight.c:215 > #9 0x000cb50c in ReadFuzzySeperators_r (source=0xb7ff18) at > ../botlib/be_ai_weight.c:223 > #10 0x000cb938 in ReadWeightConfig (filename=0x1c71cb4 > "bots/phobos_i.c") at ../botlib/be_ai_weight.c:369 > #11 0x000c1988 in BotLoadItemWeights (goalstate=9, filename=0x1c71cb4 > "bots/phobos_i.c") at ../botlib/be_ai_goal.c:1697 > #12 0x000825fc in SV_GameSystemCalls (args=0x1c71c9c) at > ../server/sv_game.c:743 > #13 0x00094ef8 in VM_CallInterpreted (vm=0x955eb8, args=0xffbfebb0) at > ../qcommon/vm_interpreted.c:548 > #14 0x00094324 in VM_Call (vm=0x955eb8, callnum=9) at ../qcommon/vm.c:769 > #15 0x00082e74 in SV_GameCommand () at ../server/sv_game.c:971 > #16 0x0005a624 in Cmd_ExecuteString (text=0xffbfed58 "addbot phobos > 1.000000 free 2000") at ../qcommon/cmd.c:667 > #17 0x00059cdc in Cbuf_Execute () at ../qcommon/cmd.c:220 > #18 0x0005e564 in Com_Frame () at ../qcommon/common.c:2736 > #19 0x00126dc0 in main (argc=16, argv=0xffbff6bc) at > ../unix/unix_main.c:1414 > > Best regards, > From icculus at icculus.org Tue Dec 6 17:34:50 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Tue, 06 Dec 2005 17:34:50 -0500 Subject: [quake3] Just a q... In-Reply-To: <200512062037.51657.ludwig.nussel@suse.de> References: <4395DFB3.2040405@wanadoo.fr> <200512062037.51657.ludwig.nussel@suse.de> Message-ID: <4396120A.5030508@icculus.org> > Please check whether the attached patch fixes it. It uses memcpy > instead of the strange double* cast. Even without it helping on Solaris, this is a good patch, so please put it in Svn. (although apparently the LinuxPPC cinematic issue is something else, since it still corrupts and crashes the same as before this patch. I'll take a look.) --ryan. From vincent at cojot.name Thu Dec 8 12:25:11 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Thu, 8 Dec 2005 18:25:11 +0100 (CET) Subject: ioq3, gcc and their Solaris/Sparc friends In-Reply-To: <4396120A.5030508@icculus.org> References: <4395DFB3.2040405@wanadoo.fr> <200512062037.51657.ludwig.nussel@suse.de> <4396120A.5030508@icculus.org> Message-ID: Just for the record, there appears to be some alignment issues lurking.. I am now able to successfully run the Solaris/Sparc -O2 release client but I had to compile using "-fno-faster-structs" (SPARC option). From the GCC man page: -mno-faster-structs -mfaster-structs With -mfaster-structs, the compiler assumes that structures should have 8 byte alignment. This enables the use of pairs of "ldd" and "std" instructions for copies in structure assignment, in place of twice as many "ld" and "st" pairs. However, the use of this changed alignment directly violates the SPARC ABI. Thus, it's intended only for use on targets where the developer acknowledges that their resulting code will not be directly in line with the rules of the ABI. I am able to run the release/client and play a level with the following compile flags: ifeq ($(ARCH),sparc) OPTIMIZE = -O2 -ffast-math -falign-loops=2 \ -falign-jumps=2 -falign-functions=2 -fstrength-reduce \ -mtune=ultrasparc -mv8plus -munaligned-doubles \ -funroll-loops -mno-faster-structs If I can verify on my other workstations that these flags do solve the problem, I'll be submitting a patch to the Makefile and status page. Stay tuned, ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost From ludwig.nussel at suse.de Thu Dec 8 14:55:36 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Thu, 8 Dec 2005 20:55:36 +0100 Subject: [quake3] Just a q... In-Reply-To: References: <200512062037.51657.ludwig.nussel@suse.de> Message-ID: <200512082055.36532.ludwig.nussel@suse.de> vincent at cojot.name wrote: > It still crashes when starting a game, though: > > Program received signal SIGSEGV, Segmentation fault. > PC_EvaluateTokens (source=0xb7ff18, tokens=0xc, intvalue=0x0, floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:1800 > 1800 v->floatvalue = t->floatvalue; > (gdb) bt > #0 PC_EvaluateTokens (source=0xb7ff18, tokens=0xc, intvalue=0x0, floatvalue=0xffbfc4d8, integer=0) at ../botlib/l_precomp.c:1800 ^^^ that doesn't look like a valid pointer cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ From kubuntu at gmx.at Sun Dec 11 17:24:01 2005 From: kubuntu at gmx.at (Michael) Date: Sun, 11 Dec 2005 23:24:01 +0100 Subject: MSVC specific changes Message-ID: hi all i'm new to the icculus.org/quake3 project, as zakk gave me svn access today. most time, i'm using windows and i'd like to do some thingies for the win32/64 port, so ... ... how about moving all the msvc specific files (.def,.vcproj,.sln,.bat) into win32/msvc. currently all the (ms) project and temporary build files are totally cluttering up all other directories. ... and zakk, thanks for the "terrible" pwd. Michael Zoech From tim at ngus.net Sun Dec 11 18:09:52 2005 From: tim at ngus.net (Tim Angus) Date: Sun, 11 Dec 2005 23:09:52 +0000 Subject: MSVC specific changes In-Reply-To: References: Message-ID: <20051211230952.168653b0.tim@ngus.net> On Sun, 11 Dec 2005 23:24:01 +0100 Michael wrote: > i'm new to the icculus.org/quake3 project, as zakk gave me svn access > today. most time, i'm using windows and i'd like to do some thingies > for the win32/64 port, so ... > > ... how about moving all the msvc specific files > (.def,.vcproj,.sln,.bat) into win32/msvc. currently all the (ms) > project and temporary build files are totally cluttering up all other > directories. Sounds good to me. Those files are quite annoying when autocompleting filenames, so it'll be good to see them moved. From hmd at mail.ru Mon Dec 12 00:34:45 2005 From: hmd at mail.ru (Eugene 'HMage' Bujak) Date: Mon, 12 Dec 2005 08:34:45 +0300 Subject: [quake3] MSVC specific changes In-Reply-To: <1134339668.1927@icculus.org X-Real-Ip=69.55.227.55:38960> References: <1134339668.1927@icculus.org X-Real-Ip=69.55.227.55:38960> Message-ID: <439D0BF5.7050106@mail.ru> Michael wrote: > i'm new to the icculus.org/quake3 project, as zakk gave me svn access today. > most time, i'm using windows and i'd like to do some thingies for the win32/64 > port, so ... > > .... how about moving all the msvc specific files (.def,.vcproj,.sln,.bat) into > win32/msvc. currently all the (ms) project and temporary build files are totally > cluttering up all other directories. I support this. -- - Eugene 'HMage' Bujak. From jaq at spacepants.org Mon Dec 12 01:09:18 2005 From: jaq at spacepants.org (Jamie Wilkinson) Date: Mon, 12 Dec 2005 17:09:18 +1100 Subject: [quake3-commits] r441 - trunk/code/unix In-Reply-To: <20051212054110.2526.qmail@icculus.org> References: <20051212054110.2526.qmail@icculus.org> Message-ID: <20051212060918.GP6007@spacepants.org> This one time, at band camp, DONOTREPLY at icculus.org wrote: >Author: floam >Date: 2005-12-12 00:41:10 -0500 (Mon, 12 Dec 2005) >New Revision: 441 > >Modified: > trunk/code/unix/Makefile >Log: >Try different way > > >Modified: trunk/code/unix/Makefile >=================================================================== >--- trunk/code/unix/Makefile 2005-12-12 03:49:19 UTC (rev 440) >+++ trunk/code/unix/Makefile 2005-12-12 05:41:10 UTC (rev 441) >@@ -1767,7 +1767,8 @@ > copyfiles: build_release > @if [ ! -d $(COPYDIR)/baseq3 ]; then echo "You need to set COPYDIR to where you installed Quake III!"; false; fi > $(INSTALL) -s -m 0755 $(BR)/$(PLATFORM)quake3$(BINEXT) $(COPYDIR)/quake3 >- ifneq ($(PLATFORM),mingw32) >+ @if [ -f $(BR)/$(PLATFORM)q3ded$(BINEXT) ] >+ then > $(INSTALL) -s -m 0755 $(BR)/$(PLATFORM)q3ded$(BINEXT) $(COPYDIR)/q3ded$(BINEXT) > fi > -$(MKDIR) -p -m 0755 $(COPYDIR)/baseq3 You want: if ... \ $(INSTALL) .. ; \ fi to tell make that it's all one shell command. > From floam at sh.nu Mon Dec 12 03:08:30 2005 From: floam at sh.nu (Aaron Gyes) Date: Mon, 12 Dec 2005 00:08:30 -0800 Subject: [quake3] Re: [quake3-commits] r441 - trunk/code/unix In-Reply-To: <20051212060918.GP6007@spacepants.org> References: <20051212054110.2526.qmail@icculus.org> <20051212060918.GP6007@spacepants.org> Message-ID: <1134374910.8932.0.camel@localhost.localdomain> Yeah, oops. From kell at spoonix.com Mon Dec 12 21:03:40 2005 From: kell at spoonix.com (K. Spoon) Date: Mon, 12 Dec 2005 20:03:40 -0600 Subject: [quake3] Re: [quake3-commits] r441 - trunk/code/unix In-Reply-To: <20051212060918.GP6007@spacepants.org> References: <20051212054110.2526.qmail@icculus.org> <20051212060918.GP6007@spacepants.org> Message-ID: <20051213020340.GA22668@inverness.spoonix.com> 444 has problems running copyfiles with a truly weird "unexpected eof" error. Did a funky char slip into the file maybe? Also, it's missing a semicolon... attached patch makes it all happy again on my system. :) On Mon, Dec 12, 2005 at 05:09:18PM +1100, Jamie Wilkinson wrote: > This one time, at band camp, DONOTREPLY at icculus.org wrote: > >Author: floam > >Date: 2005-12-12 00:41:10 -0500 (Mon, 12 Dec 2005) > >New Revision: 441 > > > >Modified: > > trunk/code/unix/Makefile > >Log: > >Try different way > > > > > >Modified: trunk/code/unix/Makefile > >=================================================================== > >--- trunk/code/unix/Makefile 2005-12-12 03:49:19 UTC (rev 440) > >+++ trunk/code/unix/Makefile 2005-12-12 05:41:10 UTC (rev 441) > >@@ -1767,7 +1767,8 @@ > > copyfiles: build_release > > @if [ ! -d $(COPYDIR)/baseq3 ]; then echo "You need to set COPYDIR to where you installed Quake III!"; false; fi > > $(INSTALL) -s -m 0755 $(BR)/$(PLATFORM)quake3$(BINEXT) $(COPYDIR)/quake3 > >- ifneq ($(PLATFORM),mingw32) > >+ @if [ -f $(BR)/$(PLATFORM)q3ded$(BINEXT) ] > >+ then > > $(INSTALL) -s -m 0755 $(BR)/$(PLATFORM)q3ded$(BINEXT) $(COPYDIR)/q3ded$(BINEXT) > > fi > > -$(MKDIR) -p -m 0755 $(COPYDIR)/baseq3 > > You want: > > if ... \ > $(INSTALL) .. ; \ > fi > > to tell make that it's all one shell command. > > -- K. Spoon -------------- next part -------------- --- quake3/code/unix/Makefile 2005-12-12 19:38:13.000000000 -0600 +++ quake3.mine/code/unix/Makefile 2005-12-12 19:40:02.000000000 -0600 @@ -1767,10 +1765,10 @@ copyfiles: build_release @if [ ! -d $(COPYDIR)/baseq3 ]; then echo "You need to set COPYDIR to where you installed Quake III!"; false; fi $(INSTALL) -s -m 0755 $(BR)/$(PLATFORM)quake3$(BINEXT) $(COPYDIR)/quake3 - @if [ -f $(BR)/$(PLATFORM)q3ded$(BINEXT) ] \ - then \ - $(INSTALL) -s -m 0755 $(BR)/$(PLATFORM)q3ded$(BINEXT) $(COPYDIR)/q3ded$(BINEXT) \ - fi + + @if [ -f $(BR)/$(PLATFORM)q3ded$(BINEXT) ]; then \ + $(INSTALL) -s -m 0755 $(BR)/$(PLATFORM)q3ded$(BINEXT) $(COPYDIR)/q3ded$(BINEXT); \ + fi -$(MKDIR) -p -m 0755 $(COPYDIR)/baseq3 $(INSTALL) -s -m 0755 $(BR)/baseq3/cgame$(ARCH).$(SHLIBEXT) \ $(COPYDIR)/baseq3/. From floam at sh.nu Mon Dec 12 21:35:38 2005 From: floam at sh.nu (Aaron Gyes) Date: Mon, 12 Dec 2005 18:35:38 -0800 Subject: [quake3] Re: [quake3-commits] r441 - trunk/code/unix In-Reply-To: <20051213020340.GA22668@inverness.spoonix.com> References: <20051212054110.2526.qmail@icculus.org> <20051212060918.GP6007@spacepants.org> <20051213020340.GA22668@inverness.spoonix.com> Message-ID: <1134441339.24708.0.camel@localhost.localdomain> On Mon, 2005-12-12 at 20:03 -0600, K. Spoon wrote: > 444 has problems running copyfiles with a truly weird "unexpected eof" > error. Did a funky char slip into the file maybe? Also, it's missing a > semicolon... attached patch makes it all happy again on my system. :) Thanks. Truly sorry. I promise to never ever commit anything again when I'm so sleepy. Aaron Gyes From icculus at icculus.org Wed Dec 14 12:31:31 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Wed, 14 Dec 2005 12:31:31 -0500 Subject: FYI: icculus.org downtime... Message-ID: <43A056F3.40503@icculus.org> Hey everyone, we're moving to a new ISP today, so please don't panic if these mailing lists get very quiet for a day or so. Mail you send to them shouldn't bounce, but they won't be received immediately. If all goes smoothly, we'll be back to normal (with a new IP address) early Thursday. Thanks, --ryan. From icculus at icculus.org Thu Dec 15 18:02:08 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Thu, 15 Dec 2005 18:02:08 -0500 Subject: icculus.org is back up. Message-ID: <43A1F5F0.3030106@icculus.org> Commence discussion. :) --ryan. From spam37512 at gmail.com Thu Dec 15 20:13:51 2005 From: spam37512 at gmail.com (Derek) Date: Thu, 15 Dec 2005 17:13:51 -0800 Subject: [quake3] icculus.org is back up. In-Reply-To: <43A1F5F0.3030106@icculus.org> References: <43A1F5F0.3030106@icculus.org> Message-ID: <1434813a0512151713q3a6b63bcmf3ce0b38b1b5c09e@mail.gmail.com> Its not working for me. On 12/15/05, Ryan C. Gordon wrote: > > Commence discussion. :) > > --ryan. > > > From rstotts at cox.net Thu Dec 15 21:09:59 2005 From: rstotts at cox.net (Ryan Stotts) Date: Thu, 15 Dec 2005 20:09:59 -0600 Subject: id intro movie Message-ID: <000301c601e5$d1bf6dc0$640fa8c0@amd> I have this set in the q3config.cfg: seta com_introplayed "1" It disables the intro movie. I think it should ALSO disable the noisy and obnoxious id logo movie from playing along with the intro movie. How many of you press escape to skip the id logo movie? I think the game would load the main menu much quicker if it didn't have to deal with that ~3 meg movie. Which would be the best way? Make the config setting deal with both movies or comment out the id logo from loading at startup? I kinda like the config setting best. From zakk at timedoctor.org Thu Dec 15 23:12:30 2005 From: zakk at timedoctor.org (Zachary J. Slater) Date: Thu, 15 Dec 2005 20:12:30 -0800 Subject: [quake3] id intro movie In-Reply-To: <000301c601e5$d1bf6dc0$640fa8c0@amd> References: <000301c601e5$d1bf6dc0$640fa8c0@amd> Message-ID: <43A23EAE.9060304@timedoctor.org> Ryan Stotts wrote: > I have this set in the q3config.cfg: > > seta com_introplayed "1" > > It disables the intro movie. I think it should ALSO disable the noisy > and obnoxious id logo movie from playing along with the intro movie. > How many of you press escape to skip the id logo movie? I think the > game would load the main menu much quicker if it didn't have to deal > with that ~3 meg movie. No, if we're using quake 3 data we keep the game the way it was. If there eventually is a free total conversion or whatever, then I don't mind them doing whatever. However as long as we're using id's paks, we keep the logo. -- - Zachary J. Slater zakk at timedoctor.org zacharyslater at gmail.com From spamhans at yahoo.de Fri Dec 16 04:31:44 2005 From: spamhans at yahoo.de (Per Hansen) Date: Fri, 16 Dec 2005 10:31:44 +0100 Subject: [quake3] id intro movie In-Reply-To: <43A23EAE.9060304@timedoctor.org> References: <000301c601e5$d1bf6dc0$640fa8c0@amd> <43A23EAE.9060304@timedoctor.org> Message-ID: <43A28980.8060100@yahoo.de> Zachary J. Slater wrote: > Ryan Stotts wrote: > >> I have this set in the q3config.cfg: >> >> seta com_introplayed "1" >> >> It disables the intro movie. I think it should ALSO disable the noisy >> and obnoxious id logo movie from playing along with the intro movie. >> How many of you press escape to skip the id logo movie? I think the >> game would load the main menu much quicker if it didn't have to deal >> with that ~3 meg movie. > > > No, if we're using quake 3 data we keep the game the way it was. > If there eventually is a free total conversion or whatever, then I don't > mind them doing whatever. However as long as we're using id's paks, we > keep the logo. How about an extra switch seta com_introskip "1" which is not automatically set after first play? Since we must go to the config and change it by hand the game keeps its way... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: OpenPGP digital signature URL: From ludwig.nussel at suse.de Fri Dec 16 06:02:21 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Fri, 16 Dec 2005 12:02:21 +0100 Subject: [quake3] id intro movie In-Reply-To: <000301c601e5$d1bf6dc0$640fa8c0@amd> References: <000301c601e5$d1bf6dc0$640fa8c0@amd> Message-ID: <200512161202.21905.ludwig.nussel@suse.de> Ryan Stotts wrote: > I have this set in the q3config.cfg: > > seta com_introplayed "1" > > It disables the intro movie. I think it should ALSO disable the noisy > and obnoxious id logo movie from playing along with the intro movie. Just add e.g. +wait to your q3 command line. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ From icculus at icculus.org Fri Dec 16 09:23:18 2005 From: icculus at icculus.org (Ryan C. Gordon) Date: Fri, 16 Dec 2005 09:23:18 -0500 Subject: [quake3] icculus.org is back up. In-Reply-To: <1434813a0512151713q3a6b63bcmf3ce0b38b1b5c09e@mail.gmail.com> References: <43A1F5F0.3030106@icculus.org> <1434813a0512151713q3a6b63bcmf3ce0b38b1b5c09e@mail.gmail.com> Message-ID: <43A2CDD6.1070900@icculus.org> Derek wrote: > Its not working for me. Well, you're mail got here, so something is working. :) Likely DNS entries are still catching up. --ryan. From debeuk at gmail.com Fri Dec 16 10:09:12 2005 From: debeuk at gmail.com (Sven Beukenex) Date: Fri, 16 Dec 2005 16:09:12 +0100 Subject: Wrong path to Makefile in README Message-ID: <9a224f8b0512160709n55922311mef770ef32f7a3306@mail.gmail.com> Hey list, Here's a small patch to fix the path to the Makefile mentioned in the 64bit mods section. Checked the rest of the file for errors while I was at it but couldn't find anything. Experimental x86_64 jit compiler works great. --- README.orig 2005-12-16 15:46:37.000000000 +0100 +++ README 2005-12-16 15:44:13.000000000 +0100 @@ -81,7 +81,7 @@ Note if you simply wish to run mods on a 64bit platform you do not need to recompile anything since by default Q3 uses a virtual machine system. Futhermore, ioq3 has an experimental JIT compiler for x86_64 which will result -in better performance. To enable this find these lines in code/unix/Makefile: +in better performance. To enable this find these lines in code/Makefile: # experimental x86_64 jit compiler! you need as #HAVE_VM_COMPILED = true HTH /Sven -- Why are the pretty ones always insane? -- J.G. Thirlwell -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- --- README.orig 2005-12-16 15:46:37.000000000 +0100 +++ README 2005-12-16 15:44:13.000000000 +0100 @@ -81,7 +81,7 @@ Note if you simply wish to run mods on a 64bit platform you do not need to recompile anything since by default Q3 uses a virtual machine system. Futhermore, ioq3 has an experimental JIT compiler for x86_64 which will result -in better performance. To enable this find these lines in code/unix/Makefile: +in better performance. To enable this find these lines in code/Makefile: # experimental x86_64 jit compiler! you need as #HAVE_VM_COMPILED = true From tim at ngus.net Fri Dec 16 13:06:26 2005 From: tim at ngus.net (Tim Angus) Date: Fri, 16 Dec 2005 18:06:26 +0000 Subject: Wrong path to Makefile in README In-Reply-To: <9a224f8b0512160709n55922311mef770ef32f7a3306@mail.gmail.com> References: <9a224f8b0512160709n55922311mef770ef32f7a3306@mail.gmail.com> Message-ID: <20051216180626.3e54b013.tim@ngus.net> On Fri, 16 Dec 2005 16:09:12 +0100 Sven wrote: > -in better performance. To enable this find these lines in > code/unix/Makefile: > +in better performance. To enable this find these lines in > code/Makefile: > > # experimental x86_64 jit compiler! you need as > #HAVE_VM_COMPILED = true The Makefile is definitely in code/unix/. There is no Makefile in code/. This kind of brings up another point though. Perhaps the x86_64 JIT compiler should be enabled by default. It's a while since Ludwig has changed anything with it and nobody seems to have reported any specific problems. If there are any problems, having it enabled by default means they'll show up sooner rather than later. Comments? From debeuk at gmail.com Sat Dec 17 13:43:35 2005 From: debeuk at gmail.com (Sven Beukenex) Date: Sat, 17 Dec 2005 19:43:35 +0100 Subject: [quake3] Re: Wrong path to Makefile in README In-Reply-To: <20051216180626.3e54b013.tim@ngus.net> References: <9a224f8b0512160709n55922311mef770ef32f7a3306@mail.gmail.com> <20051216180626.3e54b013.tim@ngus.net> Message-ID: <9a224f8b0512171043g6fe8c206i9223b0903ca8c49c@mail.gmail.com> On 12/16/05, Tim Angus wrote: > > On Fri, 16 Dec 2005 16:09:12 +0100 Sven wrote: > > -in better performance. To enable this find these lines in > > code/unix/Makefile: > > +in better performance. To enable this find these lines in > > code/Makefile: > > > > # experimental x86_64 jit compiler! you need as > > #HAVE_VM_COMPILED = true > > The Makefile is definitely in code/unix/. There is no Makefile in code/. Got the patch wrong, sorry, in the README code/Makefile is mentioned, the patch changes it to code/unix/Makefile. --- README.orig 2005-12-17 19:37:08.000000000 +0100 +++ README 2005-12-17 19:37:02.000000000 +0100 @@ -81,7 +81,7 @@ Note if you simply wish to run mods on a 64bit platform you do not need to recompile anything since by default Q3 uses a virtual machine system. Futhermore, ioq3 has an experimental JIT compiler for x86_64 which will result -in better performance. To enable this find these lines in code/Makefile: +in better performance. To enable this find these lines in code/unix/Makefile: # experimental x86_64 jit compiler! you need as #HAVE_VM_COMPILED = true This kind of brings up another point though. Perhaps the x86_64 JIT > compiler should be enabled by default. It's a while since Ludwig has > changed anything with it and nobody seems to have reported any specific > problems. If there are any problems, having it enabled by default means > they'll show up sooner rather than later. Comments? > FWIW I agree. /Sven -- Why are the pretty ones always insane? -- J.G. Thirlwell -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- --- README.orig 2005-12-17 19:37:08.000000000 +0100 +++ README 2005-12-17 19:37:02.000000000 +0100 @@ -81,7 +81,7 @@ Note if you simply wish to run mods on a 64bit platform you do not need to recompile anything since by default Q3 uses a virtual machine system. Futhermore, ioq3 has an experimental JIT compiler for x86_64 which will result -in better performance. To enable this find these lines in code/Makefile: +in better performance. To enable this find these lines in code/unix/Makefile: # experimental x86_64 jit compiler! you need as #HAVE_VM_COMPILED = true From marc.leeman at gmail.com Sun Dec 18 03:39:26 2005 From: marc.leeman at gmail.com (Marc Leeman) Date: Sun, 18 Dec 2005 09:39:26 +0100 Subject: GNU/Debian packages Message-ID: <20051218083926.GN4602@scorpius.homelinux.org> FYI http://scorpius.homelinux.org/~marc/debian/ They should make it into Debian one of these, ... -- greetz, marc Long enough for me to see your blue backside meditating, but not long enough for you to touch me. Rygel - PK Tech Girl scorpius.homelinux.org 2.6.13.2 #1 Fri Sep 23 07:23:21 CEST 2005 GNU/Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ludwig.nussel at suse.de Sun Dec 18 10:36:53 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Sun, 18 Dec 2005 16:36:53 +0100 Subject: [quake3] Re: Wrong path to Makefile in README In-Reply-To: <20051216180626.3e54b013.tim@ngus.net> References: <9a224f8b0512160709n55922311mef770ef32f7a3306@mail.gmail.com> <20051216180626.3e54b013.tim@ngus.net> Message-ID: <200512181636.53799.ludwig.nussel@suse.de> Tim Angus wrote: > This kind of brings up another point though. Perhaps the x86_64 JIT > compiler should be enabled by default. It's a while since Ludwig has > changed anything with it and nobody seems to have reported any specific > problems. If there are any problems, having it enabled by default means > they'll show up sooner rather than later. Comments? I've enabled it now. Let's see if anyone screams. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ From erich.newell at gmail.com Mon Dec 19 01:38:46 2005 From: erich.newell at gmail.com (Erich Newell) Date: Sun, 18 Dec 2005 23:38:46 -0700 Subject: Compile fails for x86_64 Message-ID: Here is the last of the output from compile: gcc -Wall -fno-strict-aliasing -Wimplicit -Wstrict-prototypes -pipe -DUSE_OPENA L=1 -DUSE_SDL_VIDEO=1 -DUSE_SDL_SOUND=1 -DUSE_LOCAL_HEADERS=1 -DNDEBUG -O3 -fom it-frame-pointer -ffast-math -funroll-loops -falign-loops=2 -falign-jumps=2 -fal ign-functions=2 -fstrength-reduce -MMD -o releasex86_64-glibc/client/unix_main.o -c ../unix/unix_main.c ../unix/unix_main.c:50:17: error: SDL.h: No such file or directory ../unix/unix_main.c:51:24: error: SDL_loadso.h: No such file or directory ../unix/unix_main.c: In function 'do_dlerror': ../unix/unix_main.c:706: warning: implicit declaration of function 'SDL_GetError ' ../unix/unix_main.c:706: warning: return makes pointer from integer without a ca st ../unix/unix_main.c: In function 'Sys_UnloadDll': ../unix/unix_main.c:728: warning: implicit declaration of function 'SDL_UnloadOb ject' ../unix/unix_main.c: In function 'try_dlopen': ../unix/unix_main.c:768: warning: implicit declaration of function 'SDL_LoadObje ct' ../unix/unix_main.c:768: warning: assignment makes pointer from integer without a cast ../unix/unix_main.c: In function 'Sys_LoadDll': ../unix/unix_main.c:834: warning: implicit declaration of function 'SDL_LoadFunc tion' ../unix/unix_main.c:834: warning: assignment makes pointer from integer without a cast ../unix/unix_main.c:835: warning: assignment makes pointer from integer without a cast make[2]: *** [releasex86_64-glibc/client/unix_main.o] Error 1 make[2]: Leaving directory `/usr/local/src/quake3/code/unix' make[1]: *** [build_release] Error 2 make[1]: Leaving directory `/usr/local/src/quake3/code/unix' I am uncertain what additional information may be of use. Send me an e-mail for more detailed environment / system information. Any help to get this to complie properly would be greatly appreciated. Cheers, Erich -- "A man is defined by the questions that he asks; and the way he goes about finding the answers to those questions is the way he goes through life." -------------- next part -------------- An HTML attachment was scrubbed... URL: From floam at sh.nu Mon Dec 19 01:43:30 2005 From: floam at sh.nu (Aaron Gyes) Date: Sun, 18 Dec 2005 22:43:30 -0800 Subject: [quake3] Compile fails for x86_64 In-Reply-To: References: Message-ID: <1134974610.21223.0.camel@localhost.localdomain> > ../unix/unix_main.c:50:17: error: SDL.h: No such file or directory > ../unix/unix_main.c:51:24: error: SDL_loadso.h: No such file or Isn't it obvious? You don't have SDL headers installed. Aaron Gyes From erich.newell at gmail.com Mon Dec 19 01:57:05 2005 From: erich.newell at gmail.com (Erich Newell) Date: Sun, 18 Dec 2005 23:57:05 -0700 Subject: [quake3] Compile fails for x86_64 In-Reply-To: <1134974610.21223.0.camel@localhost.localdomain> References: <1134974610.21223.0.camel@localhost.localdomain> Message-ID: Yes. Thank you. I just took a closer look...a quick search revealed that I needed the SDL dev libs as well as the openal dev stuff. Please disregard post. Cheers! On 12/18/05, Aaron Gyes wrote: > > > ../unix/unix_main.c:50:17: error: SDL.h: No such file or directory > > ../unix/unix_main.c:51:24: error: SDL_loadso.h: No such file or > > Isn't it obvious? You don't have SDL headers installed. > > Aaron Gyes > > -- "A man is defined by the questions that he asks; and the way he goes about finding the answers to those questions is the way he goes through life." -------------- next part -------------- An HTML attachment was scrubbed... URL: From erich.newell at gmail.com Mon Dec 19 03:03:36 2005 From: erich.newell at gmail.com (Erich Newell) Date: Mon, 19 Dec 2005 01:03:36 -0700 Subject: Punkbuster on x86_64 Message-ID: I see that bruijn9 has made binaries with punkbuster patches for i686...has anyone done anything similar for the x86_64 version? -- "A man is defined by the questions that he asks; and the way he goes about finding the answers to those questions is the way he goes through life." -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim at ngus.net Mon Dec 19 09:18:23 2005 From: tim at ngus.net (Tim Angus) Date: Mon, 19 Dec 2005 14:18:23 +0000 Subject: Punkbuster on x86_64 In-Reply-To: References: Message-ID: <20051219141823.056cbaa0.tim@ngus.net> On Mon, 19 Dec 2005 01:03:36 -0700 Erich wrote: > I see that bruijn9 has made binaries with punkbuster patches for > i686...has anyone done anything similar for the x86_64 version? PB stands for Pascal de Bruijn, the packager. From yannick.francken at gmail.com Thu Dec 22 09:28:20 2005 From: yannick.francken at gmail.com (Yannick Francken) Date: Thu, 22 Dec 2005 15:28:20 +0100 Subject: Projector by modding Message-ID: <9af75400512220628w7f55bc1ew2f40299241e4740@mail.gmail.com> Hi all, I'm currently working on a projector in Quake 3 (see http://lumumba.uhasselt.be/~mindless/VACF/ for screenshots). For the moment, I have been doing this by making some changes into the rendering engine code. Do you know if the same thing is realizable by making a mod instead? This seems a more elegant solution to me, but I have no idea if this is possible. Thx for your help. Regards, Yannick From marc.leeman at gmail.com Fri Dec 30 16:05:35 2005 From: marc.leeman at gmail.com (Marc Leeman) Date: Fri, 30 Dec 2005 22:05:35 +0100 Subject: quake3-1.33-svn20051104-5 Message-ID: <20051230210535.GF27287@scorpius.homelinux.org> Changelog to the previous GNU/Debian package [1]: quake3 (1.33-svn20051104-5) unstable; urgency=low * added q3ded and q3a manpage * noname changed to GNU/Debian Server * pure server default disabled I will use a new snapshot one of these, but as far as I could make out, most changes in the SVN are only mainly for windows builds: using a new snapshot has little advantage for Linux users. NOTES: q3a is used in the package as a startup instead of quake3 in order to avoid conflicts with non packaged installations (1.32) . I think that 'pure server' as default serves little purpose now, it mainly keeps out 1.32 users AFAIK. http://scorpius.homelinux.org/~marc/debian/ [1] in the queue for official debian package, once a sponsor is interested :-/ -- greetz, marc Crais I want you to find the fattest target you can. Government house, missile site, McDonald's, whatever. Crichton - Thanks for Sharing scorpius.homelinux.org 2.6.14 #1 PREEMPT Sat Oct 29 09:45:46 CEST 2005 GNU/Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From tim at ngus.net Fri Dec 30 16:17:02 2005 From: tim at ngus.net (Tim Angus) Date: Fri, 30 Dec 2005 21:17:02 +0000 Subject: quake3-1.33-svn20051104-5 In-Reply-To: <20051230210535.GF27287@scorpius.homelinux.org> References: <20051230210535.GF27287@scorpius.homelinux.org> Message-ID: <20051230211702.0b698033.tim@ngus.net> On Fri, 30 Dec 2005 22:05:35 +0100 Marc wrote: > I think that 'pure server' as default serves little purpose now, it > mainly keeps out 1.32 users AFAIK. Pure server should not prevent 1.32 clients from playing. Pure server's primary purpose is to validate whether or not a client has tampered with their local files. I assume that you think that given the full source being released, this is now trivial to circumvent -- and you'd be right. However, pure server serves a secondary purpose in that it ensures clients have the /correct/ local files. This is most useful for mods. From ludwig.nussel at suse.de Sat Dec 31 07:10:55 2005 From: ludwig.nussel at suse.de (Ludwig Nussel) Date: Sat, 31 Dec 2005 13:10:55 +0100 Subject: [quake3] quake3-1.33-svn20051104-5 In-Reply-To: <20051230210535.GF27287@scorpius.homelinux.org> References: <20051230210535.GF27287@scorpius.homelinux.org> Message-ID: <200512311310.55660.ludwig.nussel@suse.de> Marc Leeman wrote: > Changelog to the previous GNU/Debian package [1]: > > quake3 (1.33-svn20051104-5) unstable; urgency=low > * added q3ded and q3a manpage > * noname changed to GNU/Debian Server > * pure server default disabled > > I will use a new snapshot one of these, but as far as I could make out, > most changes in the SVN are only mainly for windows builds: using a new > snapshot has little advantage for Linux users. > > NOTES: > > q3a is used in the package as a startup instead of quake3 in order to > avoid conflicts with non packaged installations (1.32) . I chose ioquake3/ioq3ded, SVN uses those names now as well. > I think that 'pure server' as default serves little purpose now, it > mainly keeps out 1.32 users AFAIK. As Tim already pointed out it's still useful for the client to determine which pk3 files are needed. I've been thinking about whether we should allow loading of shared libs despite pure though as it's quite a speed penalty to use the vm interpreter: Index: code/qcommon/vm.c =================================================================== --- code/qcommon/vm.c (Revision 451) +++ code/qcommon/vm.c (Arbeitskopie) @@ -555,6 +555,12 @@ Com_Printf( "Loading dll file %s.\n", vm->name ); vm->dllHandle = Sys_LoadDll( module, vm->fqpath , &vm->entryPoint, VM_DllSyscall ); if ( vm->dllHandle ) { + char filename[MAX_QPATH]; + void* tmp = NULL; + Com_sprintf( filename, sizeof(filename), "vm/%s.qvm", vm->name ); + FS_ReadFile( filename, &tmp ); + if(tmp) + FS_FreeFile( tmp ); return vm; } Index: code/client/cl_cgame.c =================================================================== --- code/client/cl_cgame.c (Revision 451) +++ code/client/cl_cgame.c (Arbeitskopie) @@ -728,7 +728,7 @@ Com_sprintf( cl.mapname, sizeof( cl.mapname ), "maps/%s.bsp", mapname ); // load the dll or bytecode - if ( cl_connectedToPureServer != 0 ) { + if ( 0 && cl_connectedToPureServer != 0 ) { // if sv_pure is set we only allow qvms to be loaded interpret = VMI_COMPILED; } Index: code/client/cl_ui.c =================================================================== --- code/client/cl_ui.c (Revision 451) +++ code/client/cl_ui.c (Arbeitskopie) @@ -1144,7 +1144,7 @@ vmInterpret_t interpret; // load the dll or bytecode - if ( cl_connectedToPureServer != 0 ) { + if ( 0 && cl_connectedToPureServer != 0 ) { // if sv_pure is set we only allow qvms to be loaded interpret = VMI_COMPILED; } cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ From marc.leeman at gmail.com Sat Dec 31 08:03:50 2005 From: marc.leeman at gmail.com (Marc Leeman) Date: Sat, 31 Dec 2005 14:03:50 +0100 Subject: [quake3] quake3-1.33-svn20051104-5 In-Reply-To: <200512311310.55660.ludwig.nussel@suse.de> References: <20051230210535.GF27287@scorpius.homelinux.org> <200512311310.55660.ludwig.nussel@suse.de> Message-ID: <20051231130350.GH27287@scorpius.homelinux.org> > > q3a is used in the package as a startup instead of quake3 in order to > > avoid conflicts with non packaged installations (1.32) . > > I chose ioquake3/ioq3ded, SVN uses those names now as well. I can adjust this with a new sync with SVN in the next weeks. It would also be nice that it's the same between distros. > As Tim already pointed out it's still useful for the client to > determine which pk3 files are needed. I've been thinking about > whether we should allow loading of shared libs despite pure though > as it's quite a speed penalty to use the vm interpreter: I just changed the 'default' setting to 0 instead of 1. When running a server, an admin would have a nicely tweaked cfg file where he enables a pure server. The disabling of the default pure server was mainly for users that just want an ad-hoc game. I was under the impression that next to the pk3 file checks, the version number was also an issue; probably because in the past, when ID released a new point release some pk3 files were also changed. We used to play quake3 on a LAN every now and then and syncing the clients was always a bit of a pain. In any case, a user bent on cheating will have little difficulty in achieving this by changing the source (and us distro packagers make it even easier for them :( ) $ vim src/file.c $ fakeroot dpkg-buildpackage $ dpkg -i ../quake3-xxxxxx.deb -- greetz, marc Have we sent the 'don't shoot us we're pathetic' transmission yet? Crichton - Out of Their Minds scorpius.homelinux.org 2.6.14 #1 PREEMPT Sat Oct 29 09:45:46 CEST 2005 GNU/Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From vincent at cojot.name Sat Dec 31 12:01:03 2005 From: vincent at cojot.name (vincent at cojot.name) Date: Sat, 31 Dec 2005 18:01:03 +0100 (CET) Subject: Minor patch to Makefile and ftola.s (fwd) Message-ID: Sorry about that, this should have gone to the list.. :) ---------- Forwarded message ---------- Date: Sat, 31 Dec 2005 18:00:17 +0100 (CET) From: vincent at cojot.name To: Marc Leeman Subject: Minor patch to Makefile and ftola.s Hello everyone, Please apply this patch, that'd be great... It does the following: - Changes an #ifdef to an #if in ftola.s (this #ifdef bites on non-i386). - Re-enables -O3 for Solaris/sparc release building (Solaris/Sparc only). - Adds a BOTCFLAGS (all arches) but only Solaris defines it to be '-O0'. (This will make the release version work on Solaris/Sparc until the alignments problems in botlib are repaired..) -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ coyote at NOSPAM4cojot.name They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost -------------- next part -------------- Index: code/unix/ftola.s =================================================================== --- code/unix/ftola.s (revision 453) +++ code/unix/ftola.s (working copy) @@ -29,7 +29,7 @@ #include "qasm.h" -#ifdef id386 +#if id386 .data Index: code/unix/Makefile =================================================================== --- code/unix/Makefile (revision 453) +++ code/unix/Makefile (working copy) @@ -489,9 +489,9 @@ OPTIMIZE = -O3 -ffast-math -funroll-loops ifeq ($(ARCH),sparc) - OPTIMIZE = -O0 -ffast-math -falign-loops=2 \ + OPTIMIZE = -O3 -ffast-math -falign-loops=2 \ -falign-jumps=2 -falign-functions=2 -fstrength-reduce \ - -mtune=ultrasparc -mv8plus -munaligned-doubles \ + -mtune=ultrasparc -mv8plus -mno-faster-structs \ -funroll-loops BASE_CFLAGS += -DNO_VM_COMPILED else @@ -513,6 +513,8 @@ THREAD_LDFLAGS=-lpthread LDFLAGS=-lsocket -lnsl -ldl -lm + BOTCFLAGS=-O0 + ifeq ($(USE_SDL),1) CLIENT_LDFLAGS=$(shell sdl-config --libs) -L/usr/X11/lib -lGLU -lX11 -lXext else @@ -602,7 +604,7 @@ DO_CC=$(CC) $(NOTSHLIBCFLAGS) $(CFLAGS) -o $@ -c $< DO_SMP_CC=$(CC) $(NOTSHLIBCFLAGS) $(CFLAGS) -DSMP -o $@ -c $< -DO_BOT_CC=$(CC) $(NOTSHLIBCFLAGS) $(CFLAGS) -DBOTLIB -o $@ -c $< # $(SHLIBCFLAGS) # bk001212 +DO_BOT_CC=$(CC) $(NOTSHLIBCFLAGS) $(CFLAGS) $(BOTCFLAGS) -DBOTLIB -o $@ -c $< # $(SHLIBCFLAGS) # bk001212 DO_DEBUG_CC=$(CC) $(NOTSHLIBCFLAGS) $(DEBUG_CFLAGS) -o $@ -c $< DO_SHLIB_CC=$(CC) $(CFLAGS) $(SHLIBCFLAGS) -o $@ -c $< DO_SHLIB_DEBUG_CC=$(CC) $(DEBUG_CFLAGS) $(SHLIBCFLAGS) -o $@ -c $< From marc.leeman at gmail.com Sat Dec 31 12:42:03 2005 From: marc.leeman at gmail.com (Marc Leeman) Date: Sat, 31 Dec 2005 18:42:03 +0100 Subject: [vincent@cojot.name: [gmail] Minor patch to Makefile and ftola.s] Message-ID: <20051231174203.GI27287@scorpius.homelinux.org> I guess this one didn't arrive where it should have. -- greetz, marc Since I got here I've seen a lot of impossible things. Crichton - The Ugly Truth scorpius.homelinux.org 2.6.14 #1 PREEMPT Sat Oct 29 09:45:46 CEST 2005 GNU/Linux -------------- next part -------------- An embedded message was scrubbed... From: vincent at cojot.name Subject: [gmail] Minor patch to Makefile and ftola.s Date: Sat, 31 Dec 2005 18:00:17 +0100 (CET) Size: 5977 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: