| 00:04.02 | CIA-10 | BZFlag: 03dtremenak * r21128 10/trunk/bzflag/src/platform/WinDisplay.h: include headers in the correct order (and don't include headers only used by the implementation in the interface) |
| 00:15.53 | CIA-10 | BZFlag: 03dtremenak * r21129 10/trunk/bzflag/src/bzflag/guiplaying.cxx: remove unused wrongly typed variable |
| 00:16.43 | CIA-10 | BZFlag: 03dtremenak * r21130 10/trunk/bzflag/ (4 files in 2 dirs): quell warnings (part 3) |
| 00:25.38 | CIA-10 | BZFlag: 03dtremenak * r21131 10/trunk/bzflag/src/ (bzflag/WeatherRenderer.cxx bzfs/SendLagState.cxx): quell warnings (part 4) |
| 00:31.22 | JeffM2501 | lookat DTRemenak go to town :) |
| 00:34.48 | Erroneous | and it's STILL not all quite right |
| 00:34.56 | Erroneous | builds now though :) |
| 00:35.30 | JeffM2501 | always a good thing |
| 00:36.30 | Erroneous | no idea if it actually works. server and client both launch without crashing, that's the extent of the testing I've done... |
| 00:36.45 | JeffM2501 | fun |
| 00:38.25 | *** join/#bzflag Yassen (Yassen@unaffiliated/yassen) |
| 00:40.38 | AAA_awright | I'm getting linker errors I have a feeling it's related to the 64-bit system but I'm not sure http://pastebin.com/MyTZyefd |
| 00:40.41 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 00:40.41 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:41.40 | JeffM2501 | do you have the 64 bit version of direct X libs installed? |
| 00:42.31 | AAA_awright | JeffM2501: Yep, and it's added to the library path |
| 00:42.42 | Erroneous | bzflag builds in 32, not 64 |
| 00:42.45 | JeffM2501 | you are building 32 |
| 00:42.46 | JeffM2501 | yeah |
| 00:42.50 | Erroneous | you need to be linking against the 32-bit dx libs |
| 00:42.51 | JeffM2501 | Configuration: Debug Win32 |
| 00:43.09 | JeffM2501 | a 64 bit bzflag just ran slower and used more ram last time I tried it |
| 00:44.05 | AAA_awright | The 32-bit lib builds, but gives me a runtime error which I assumed was related to the linking |
| 00:44.14 | JeffM2501 | what is the runtime error? |
| 00:44.28 | AAA_awright | Jut an obscure hex error code |
| 00:44.35 | JeffM2501 | link errors happen at link time, runtime errors happen at runtime :) |
| 00:44.36 | AAA_awright | I'm compiling it again |
| 00:44.38 | JeffM2501 | where did it show up? |
| 00:44.49 | AAA_awright | Right at startup |
| 00:44.51 | JeffM2501 | in the output window in the debuger? or in a dialog that poped up when you ran? |
| 00:45.07 | JeffM2501 | did it say anything about a side by side configuration/ |
| 00:45.09 | AAA_awright | I forget I'm trying again here... |
| 00:48.49 | AAA_awright | btw README.WINDOWS says "Be sure that you use the correct lib dir for your platform (x86 or x64)" |
| 00:49.06 | JeffM2501 | whoever wrote that should be sacked |
| 00:49.27 | AAA_awright | "The application was unable to start correctly (0xC000007B)" |
| 00:49.32 | AAA_awright | I can't debug it |
| 00:50.00 | AAA_awright | It gets as far as loading maybe two dozen dlls |
| 00:50.29 | JeffM2501 | how are you running it? double click or from the ide? |
| 00:51.59 | AAA_awright | F5 debug from the IDE |
| 00:52.06 | AAA_awright | Same error double clicking |
| 00:52.30 | JeffM2501 | did you set up the debug path and working dir in the IDE? |
| 00:53.05 | JeffM2501 | if so it should at leat tell you what it could not load in the debuger output window |
| 00:53.09 | AAA_awright | Wait no, double clicking goes full screen and loads an element or two but promptly crashes |
| 00:54.08 | blast007 | Try renaming your My BZFlag Files directory and double clicking the .exe again |
| 00:56.56 | AAA_awright | Alright, setting a working dir worked (..\..), the error seems to be with curl "First-chance exception at 0x10053179 (libcurl.dll) in bzflag.exe: 0xC0000005: Access violation reading location 0x00008554." |
| 00:57.55 | JeffM2501 | actualy you want to change the command too |
| 00:57.59 | JeffM2501 | don't run the default target |
| 00:58.08 | JeffM2501 | change it to run the bzflag.exe that is copied to the root |
| 00:58.17 | JeffM2501 | then it'll find all the dlls and stuff it needs |
| 00:59.01 | JeffM2501 | "**Running and Debugging** |
| 00:59.01 | JeffM2501 | By default the compiler will copy the compiled executables to the root level |
| 00:59.01 | JeffM2501 | of the source drive ( the same place that the data dir is at). From there |
| 00:59.01 | JeffM2501 | you can simply double click the application to run it. If you wish to debug |
| 00:59.01 | JeffM2501 | the program, you must set the debug executable path and working directory |
| 00:59.01 | JeffM2501 | inside VC to use this executable and path." |
| 00:59.23 | AAA_awright | I set a command, yep |
| 00:59.35 | AAA_awright | I'm debugging it |
| 00:59.36 | JeffM2501 | so it's the one in the root? |
| 00:59.42 | AAA_awright | Ye |
| 00:59.54 | JeffM2501 | then it should break where it dies |
| 01:01.29 | CIA-10 | BZFlag: 03trepan * r21132 10/trunk/bzflag/src/bzfs/lua/CallOuts.cxx: * copied the strict aliasing fix from LuaCallOuts.cxx |
| 01:09.15 | AAA_awright | cURLManager.cxx:270 called from guiplaying.cxx:6497 motd->getURL(BZDB.get("motdServer")); |
| 01:09.53 | JeffM2501 | is the system you run this on, on the internets? |
| 01:10.28 | AAA_awright | It is this computer, so I hope I am :/ |
| 01:13.01 | AAA_awright | libcurl.dll is compiled and loaded dynamically, but of the other libraries are compiled in? |
| 01:13.21 | JeffM2501 | is this trunk or branch? |
| 01:13.55 | AAA_awright | trunk |
| 01:14.17 | JeffM2501 | do you have a third party premade libcurl in your paths anywhere? |
| 01:14.24 | JeffM2501 | like from building branch? |
| 01:16.01 | AAA_awright | I don't think so, it's loading from the same directory, libcurl.dll is apparently being built |
| 01:16.25 | JeffM2501 | well I'm just wondering if that dll is the same one that the headers and lib your build used |
| 01:16.33 | JeffM2501 | cus it kinda sounds like a missmatch |
| 01:16.58 | JeffM2501 | and if you had a header location and/or lib location in your paths from 2.0.x they may be picked up first instead of the one in the project |
| 01:18.09 | AAA_awright | possibly |
| 01:18.17 | JeffM2501 | that's what I'd check |
| 01:18.49 | JeffM2501 | when trunk went to internal libcurl I stoped adding it to the IDE dirs, and just threw it into the project dir for branch |
| 01:19.05 | JeffM2501 | then I'd not have a path with a conficiting header when I did trunk |
| 01:20.05 | AAA_awright | 7.9.4.0, which version is it supposed to be using? |
| 01:20.21 | JeffM2501 | whatever is in the soure tree |
| 01:20.31 | JeffM2501 | trunk dosn't use an external curl |
| 01:20.43 | AAA_awright | I removed it and I'm getting that error again so something I did must have made it appear |
| 01:20.50 | *** join/#bzflag bier_ (~bier@p54A56AEC.dip.t-dialin.net) |
| 01:20.57 | JeffM2501 | you would have to rebuild |
| 01:37.53 | JeffM2501 | it's not that, it's a bug in the code |
| 01:39.59 | JeffM2501 | the easyhandle is null |
| 01:40.07 | JeffM2501 | someone broke the curl init |
| 01:44.28 | JeffM2501 | it thinks ares is never initalised |
| 01:44.59 | JeffM2501 | yeah ares_library_init is never called |
| 01:46.21 | trepan | appears that the same is true for 2.0.x |
| 01:46.51 | trepan | maybe it matters more with 1.7.1 :) |
| 01:48.13 | JeffM2501 | looks like it needs something like ares_library_init(ARES_LIB_INIT_ALL); |
| 01:49.00 | Erroneous | probably using an old version of curl with a new version of ares is not working well |
| 01:49.11 | JeffM2501 | probably not |
| 01:49.25 | JeffM2501 | it looks like ares_init_library ONLY does something for windows |
| 01:50.01 | Erroneous | well sometime here I'll be able to check in the newer curl too |
| 01:50.14 | Erroneous | takes about half an hour to commit, then it tells me I forgot some damn mime-type setting |
| 01:50.22 | Erroneous | and I have to go do it all again |
| 01:50.25 | trepan | heh |
| 01:50.39 | JeffM2501 | go home, it'll be faster |
| 01:50.45 | Erroneous | no, it's not |
| 01:50.55 | JeffM2501 | use linux |
| 01:50.56 | Erroneous | sf's servers are only doing about 6 kbps |
| 01:50.59 | JeffM2501 | ;) |
| 01:51.01 | JeffM2501 | ahh |
| 01:51.01 | JeffM2501 | suck |
| 01:52.46 | Runic_ | autogen.sh was failing for me, was missing m4 macros, pulled a fresh copy of 1.7.1 to get the missing macros and now I get http://pastebin.com/cL2iWr5P |
| 01:54.36 | Runic_ | macros for c-ares that is |
| 01:56.35 | JeffM2501 | yep, it's good and broke |
| 02:01.06 | blast007 | autogen and configure worked fine for me, but the build fails in ares: http://pastebin.com/bz9WPQzk |
| 02:02.09 | CIA-10 | BZFlag: 03dtremenak * r21133 10/trunk/bzflag/ (404 files in 10 dirs): sync libcurl with upstream (7.20.1). |
| 02:03.10 | blast007 | neat, bzflag crashed microsoft's linker ;) |
| 02:03.49 | CIA-10 | BZFlag: 03trepan * r21134 10/trunk/bzflag/ (6 files in 3 dirs): |
| 02:03.50 | CIA-10 | BZFlag: * removed MathUtils and PositionTracker |
| 02:03.50 | CIA-10 | BZFlag: (they were not being used, and were generating warnings) |
| 02:12.23 | CIA-10 | BZFlag: 03dtremenak * r21135 10/trunk/bzflag/src/other/ares/m4/ (6 files): don't exclude ares-specific macros |
| 02:12.26 | Erroneous | Runic_, blast007: that help either of you? |
| 02:12.50 | blast007 | checking |
| 02:13.19 | blast007 | (automake was failing for me after r21133) |
| 02:13.35 | Erroneous | well, I might have broken something else ;) |
| 02:13.40 | Runic_ | It will help autogen but building ares is still broken - I'm on Mac OS X 10.4 PPC |
| 02:14.19 | Erroneous | Runic_: I dunno where the extra X's are coming from in your stuff |
| 02:14.53 | Runic_ | neither do i - that's how it logged |
| 02:15.09 | Erroneous | does it work if you try running the command that failed manually? |
| 02:15.30 | blast007 | is there an easy way to clean out non-versioned files in Windows 7? I've just been selecting 'commit' in tortoise SVN and then deleted any I see there, but that doesn't get rid of the hidden files |
| 02:15.40 | Runic_ | I'll give it a go , as I haven't yet |
| 02:16.22 | blast007 | is used to 'svn-clean' on linux ;) |
| 02:17.32 | trepan | svn for cygwin? |
| 02:18.26 | Erroneous | check out a clean copy ;) |
| 02:19.14 | blast007 | :P |
| 02:22.01 | blast007 | this is what I'm getting from ./autogen.sh -v http://pastebin.com/yWQHeUkX |
| 02:22.22 | blast007 | if you need more above that, I can get more |
| 02:25.59 | Runic_ | I get the same results running the command manually |
| 02:26.11 | CIA-10 | BZFlag: 03dtremenak * r21136 10/trunk/bzflag/src/other/curl/configure.ac: no packages or tests |
| 02:26.28 | Erroneous | Runic_: that's bizarre. I dunno what's going on. |
| 02:26.57 | Runic_ | yea, it looks strange to me too |
| 02:27.55 | CIA-10 | BZFlag: 03dtremenak * r21137 10/trunk/bzflag/src/other/curl/Makefile.am: no packages or tests |
| 02:27.56 | Erroneous | blast007: that help? |
| 02:28.07 | blast007 | still running :) |
| 02:29.08 | blast007 | it's still going, but I saw this: http://pastebin.com/DvKZLS0F |
| 02:29.26 | Erroneous | looks like you are on 36, not 37 |
| 02:30.40 | blast007 | of what? |
| 02:30.44 | Erroneous | revision |
| 02:30.52 | Erroneous | 21136/21137 |
| 02:30.54 | blast007 | oh |
| 02:31.02 | Erroneous | updated too soon ;) |
| 02:31.09 | blast007 | hehe |
| 02:31.21 | Erroneous | morphs into DTRemenak |
| 02:44.57 | Runic_ | the line "cp src/other/curl/m4/libtool.m4.old src/other/curl/m4/libtool.m4" in autogen.sh errors for me: Find Not Found |
| 02:52.40 | blast007 | Runic_: hmm, I got paste autogen and configure again, but stopped in ares with: |
| 02:52.41 | blast007 | make[4]: *** No rule to make target `ares_dup.3', needed by `all-am'. Stop. |
| 02:52.51 | blast007 | past* |
| 02:54.03 | Runic_ | I got that now too after doing a make clean, in th emiddle of retrying |
| 02:54.40 | Runic_ | well at least we are on the same page now |
| 02:55.41 | blast007 | :) |
| 02:56.56 | temporalD | for what it's worth, this is my ares error (OSX 10.5) |
| 02:56.57 | temporalD | http://planetmofo.pastebin.com/wTkvaUYt |
| 02:57.49 | CIA-10 | BZFlag: 03dtremenak * r21138 10/trunk/bzflag/src/other/ares/ares_dup.3: missed file |
| 02:58.25 | DTRemenak | temporalD: did you rerun autogen.sh? |
| 02:58.36 | temporalD | nope will do now |
| 03:01.14 | DTRemenak | Runic_: regarding the copy error in autogen, you'll need to talk to BulletCatcher about that. he had some specific changes for an older version of libtool. imho we should not need those files in svn at all (libtool.m4 and all) - they should be generated |
| 03:02.06 | DTRemenak | or maybe I'll just set it up the way I think it should be, not test it, and THEN make him fix it :D |
| 03:03.15 | Runic_ | np, I just commented it out |
| 03:04.16 | *** join/#bzflag jcp (~jw@bzflag/contributor/javawizard2539) |
| 03:04.47 | CIA-10 | BZFlag: 03dtremenak * r21139 10/trunk/bzflag/ (5 files in 2 dirs): remove m4 files that should be dynamically generated. hopefully didn't break anything important. |
| 03:07.05 | Runic_ | r21138 ::: No rule to make target `ares_free_data.3', needed by `all-am' |
| 03:09.57 | delusional | tree conflicts from svn, never had that before http://pastebin.com/jrFAPURu |
| 03:10.01 | CIA-10 | BZFlag: 03dtremenak * r21140 10/trunk/bzflag/src/other/ares/ (9 files): maybe missed a few. |
| 03:10.17 | DTRemenak | Runic_: that should get you past the manpages at least :) |
| 03:11.06 | DTRemenak | delusional: yeah, I deleted files that you had changed (they're auto-generated) |
| 03:11.49 | DTRemenak | delusional: probably the best thing to do is revert them, then update again, and rerun autogen.sh |
| 03:12.05 | DTRemenak | or copy them out, revert them, update, and copy them back |
| 03:12.40 | delusional | I usually trash the entire directory and start new, at times like this. |
| 03:13.00 | DTRemenak | that works too |
| 03:20.11 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
| 03:20.58 | Runic_ | well missing macros in curl/m4 now, at least it is past ares! |
| 03:22.05 | Runic_ | actually I'm not past ares |
| 03:24.24 | blast007 | well, bzfs and bzadmin build, at least :) (no X11 on my debian system) |
| 03:37.59 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 03:39.00 | DTRemenak | yay, it works for someone |
| 03:40.27 | Runic_ | i'm looking good now that I added back in the curl/m4 files that you removed - build not quiet done yet |
| 03:41.35 | *** join/#bzflag TD-Linux (~wheeeeeee@about/essy/indecisive/TD-Linux) |
| 03:41.50 | CIA-10 | BZFlag: 03trepan * r21141 10/trunk/bzflag/ (include/vectors.h src/other/ftgl/src/FTVectoriser.cpp): * quieted some strict-aliasing warnings with a little dirty pool (in-place new's) |
| 03:41.56 | trepan | that's going to hit a few files... sorry about that |
| 03:43.49 | trepan | down to 1 easy warning :) |
| 03:49.35 | blast007 | Runic_: hmm, yeah, wonder if mine will fail if I clean the files now - I cleaned first, and then updated |
| 03:50.47 | Runic_ | I'm ready to commit them back in, waiting to see if my build of r21140 finishes ok |
| 03:51.49 | delusional | OSX builds well, I got a full build from r21140 |
| 03:52.36 | DTRemenak | Runic_: after 21139 you would have needed to start over from autogen.sh (assuming those are the files you're missing, they should have been generated) |
| 03:52.40 | Runic_ | when did you autogen last |
| 03:53.05 | Runic_ | autogen is what failed on them being missing |
| 03:53.19 | delusional | i trashed my previous byulds, and got all new from svn, |
| 03:53.36 | DTRemenak | hm? that shouldn't have happened |
| 03:53.40 | delusional | so, just now |
| 03:53.43 | DTRemenak | what error did it throw? |
| 03:54.14 | Runic_ | mising macros |
| 03:54.33 | Runic_ | worked as soon as I restored them |
| 03:54.48 | Runic_ | for curl |
| 03:54.53 | DTRemenak | which ones? |
| 03:55.04 | DTRemenak | lt* should have been generated by libtool |
| 03:56.00 | Runic_ | all the ones starting with 'lt' (4 total) |
| 03:59.39 | Runic_ | build completed ok - i'll do another make clean, svn'up and try again |
| 04:24.12 | CIA-10 | BZFlag: 03trepan * r21142 10/trunk/bzflag/src/lua/LuaPack.cxx: * fixed the last of the strict-aliasing errors |
| 04:33.40 | CIA-10 | BZFlag: 03blast007 * r21143 10/trunk/bzflag/MSVC/build/ (common.vcproj fullbuild.sln): |
| 04:33.40 | CIA-10 | BZFlag: PositionTracker.h/cxx no longer exist. |
| 04:33.40 | CIA-10 | BZFlag: fullbuild.sln needed dependencies set for the added Lua projects. |
| 04:40.08 | trepan | almost ready to cut an alpha2 :) |
| 04:40.44 | trepan | hm, what about the ares_library_init() that JeffM2501 mentionned? |
| 04:41.12 | trepan | i see that curl can be asked to call it: ares_version.h / CARES_HAVE_ARES_LIBRARY_INIT |
| 04:41.57 | trepan | and: curl/lib/easy.c:284 |
| 04:48.11 | blast007 | DTRemenak: I'm unable to build a release build in MSVC |
| 04:48.28 | DTRemenak | blast007: why? |
| 04:48.50 | blast007 | http://pastebin.com/0MaYYCEN |
| 04:49.37 | blast007 | not sure about the first ones - the missing bzfs.h is probably something I can figure out here quick |
| 04:49.39 | Runic_ | bullet light does not show on box with matref |
| 04:50.10 | Runic_ | at least not on the top |
| 04:50.12 | trepan | try it with small boxes? |
| 04:50.31 | trepan | it's likely because of per-vertex vs. per-pixel lighting |
| 04:51.10 | Runic_ | 10 x 10 - no light from bullet |
| 04:51.45 | trepan | on your _maxBumpHeight server? |
| 04:52.00 | Runic_ | nevermind it's a dark texture, I'm just no seeing it very wwell |
| 04:52.01 | blast007 | DTRemenak: looks like I missed some deps on fullbuild |
| 04:52.35 | CIA-10 | BZFlag: 03dtremenak * r21144 10/trunk/bzflag/MSVC/build/ (bzfs.vcproj libcurl.vcproj): fix some release stuff |
| 04:52.39 | DTRemenak | blast007: that should take care of the first few sets of errors |
| 04:53.29 | blast007 | k |
| 04:55.39 | CIA-10 | BZFlag: 03blast007 * r21145 10/trunk/bzflag/MSVC/build/fullbuild.sln: Few more dependencies |
| 04:56.14 | Runic_ | trepan: yes, the light shows much stronger on the ground |
| 04:57.09 | trepan | Runic_: care to show me? |
| 04:57.21 | Runic_ | sure |
| 04:57.37 | Runic_ | it should be up and running |
| 04:59.04 | Runic_ | weird I got an incompatable version message when I tried to login this time, second try let me in |
| 05:05.57 | trepan | nothing wrong with the lighting, per-vertex just sucks :) |
| 05:06.43 | Runic_ | :) |
| 05:10.49 | *** join/#bzflag Runic (~Runic@23.96.207.68.cfl.res.rr.com) |
| 05:10.53 | *** join/#bzflag Runic_ (~Runic@23.96.207.68.cfl.res.rr.com) |
| 05:23.36 | CIA-10 | BZFlag: 03dtremenak * r21146 10/trunk/bzflag/ (406 files in 50 dirs): sync freetype with upstream (2.3.12) |
| 06:40.27 | CIA-10 | BZFlag: 03dtremenak * r21147 10/trunk/bzflag/src/ (bzflag/guiplaying.cxx date/buildDate.cxx): clean up opening message |
| 06:48.33 | trepan | DTRemenak: removed the '\v' formatting? (have a wide screen? :) |
| 06:48.52 | DTRemenak | \v makes it not fit on one page |
| 06:49.01 | DTRemenak | I'd rather have it wrap |
| 06:49.31 | DTRemenak | and yes, I have a wide screen :P |
| 06:49.40 | trepan | I'd rather have it not wrap, it fits fine on a page here |
| 06:50.03 | DTRemenak | with default settings there are not that many lines in the control panel |
| 06:50.32 | trepan | default settings have motd enabled, makes the page matter moot ;) |
| 06:51.02 | trepan | could kick out a couple of the other lines |
| 06:51.18 | DTRemenak | also suspects there are some bugs in v handling, 'cause what he saw was not pretty |
| 06:51.34 | trepan | screenshot's worth at least 10 words |
| 06:51.42 | DTRemenak | then I'd have to put it back :) |
| 06:52.19 | trepan | replace the maintainer line with the system line |
| 06:52.34 | trepan | you get your line back, i get my 'no-wrapping' :) |
| 07:04.46 | *** join/#bzflag dhouthoo (~dhouthoo@81-188-11-62.sdsl.easynet.be) |
| 07:32.17 | CIA-10 | BZFlag: 03trepan * r21148 10/trunk/bzflag/src/bzflag/guiplaying.cxx: * more cleanup for the opening message |
| 07:36.26 | *** join/#bzflag TutTankAhmon (~Olivier@LAubervilliers-151-11-10-35.w193-251.abo.wanadoo.fr) |
| 07:39.19 | *** join/#bzflag TutTankAhmon (~Olivier@LAubervilliers-151-11-10-35.w193-251.abo.wanadoo.fr) |
| 07:54.29 | CIA-10 | BZFlag: 03dtremenak * r21149 10/trunk/bzflag/ (12 files in 6 dirs): |
| 07:54.29 | CIA-10 | BZFlag: Fix ares name resolution on windows. Breaks at least the following: |
| 07:54.29 | CIA-10 | BZFlag: 1. configure detection of system ares (new code requires 1.7.0+). |
| 07:54.29 | CIA-10 | BZFlag: 2. use of playing.cxx by whatever other than bzflag uses it (call initGlobalAres during app startup and killGlobalAres during app shutdown). |
| 07:55.01 | DTRemenak | is not a fan of the playing/guiplaying thing |
| 07:57.13 | DTRemenak | not that I was a fan of playing.cxx before, I suppose |
| 07:57.43 | trepan | you mean the bzflag/ | clientbase/ separation? |
| 07:57.47 | trepan | the size of the file? |
| 07:57.52 | trepan | the naming convention? |
| 07:58.26 | DTRemenak | shared globals, outside initialization requirements, etc |
| 07:58.33 | DTRemenak | just seems very sloppy to me |
| 07:58.46 | trepan | ditto |
| 07:58.51 | DTRemenak | like someone whacked playing.cxx in half with a cleaver and left all the bloody entrails hanging out |
| 07:59.11 | DTRemenak | (ok, maybe a bit more graphic than intended :) ) |
| 08:00.08 | DTRemenak | I support the bzflag/clientbase separation in principle, just don't think that part of it came out very well |
| 08:00.29 | CIA-10 | BZFlag: 03trepan * r21150 10/trunk/bzflag/include/Makefile.am: * removed the defunct bzares.h |
| 08:01.01 | DTRemenak | is sure bzares.h was there to solve some kind of problem, but can't remember what, and it was really broken |
| 08:04.37 | DTRemenak | on the positive side, I can now successfully join servers, drive around, and shoot bullets on windows :) |
| 08:24.34 | *** join/#bzflag newsy (~sword@c-76-115-88-63.hsd1.wa.comcast.net) |
| 08:24.36 | DTRemenak | and the \v stuff looks ok. I think the biggest problem is that the line count is really conservative (there's plenty of room for another line with default settings on my monitor, but it doesn't use it) |
| 08:24.52 | DTRemenak | thinks the margins look silly with a more condensed font than standard too |
| 08:25.54 | DTRemenak | ah well. little stuff. |
| 10:38.07 | *** join/#bzflag bier (~bier@pD954F006.dip.t-dialin.net) |
| 10:39.12 | *** join/#bzflag bier|tp (~bier@pD954F006.dip.t-dialin.net) |
| 11:56.56 | *** join/#bzflag bier_ (~bier@pD954F006.dip.t-dialin.net) |
| 13:54.29 | *** join/#bzflag Upsetter (~Ups@89.246.195.110) |
| 14:02.35 | *** join/#bzflag quantumdot (~jmlopez@bzflag/player/QuantumDot) |
| 14:22.26 | *** join/#bzflag Alien` (~kvirc@bzq-79-179-47-25.red.bezeqint.net) |
| 14:23.52 | Alien` | hi |
| 14:25.13 | BulletCatcher | Hello. |
| 14:25.16 | Alien` | how to make bzfs show realistic moon? it always shows half moon in my case, even now. |
| 14:31.03 | trepan | _syncTime / _syncLocation might do the trick |
| 14:34.39 | BulletCatcher | It is only two days to new moon. I don't see even a thin crescent in bzflag right now. |
| 14:38.59 | Alien` | _syncTime / _syncLocation is set, no effect. moon phase isn't affected |
| 14:39.31 | Chestal | I get a thin 'C' shape (hard part is to actually find the moon :-) |
| 14:39.59 | Alien` | i did see it rendered right at bzflag2.norang.ca:4418 |
| 14:40.11 | Alien` | yep |
| 14:40.34 | Alien` | and on my server it's half moon |
| 14:42.08 | Alien` | tried 2 different machines, actually. same effect |
| 14:42.52 | Chestal | hmm, strange. moon phase really should only depend on date, location should just rotate it around. |
| 14:43.14 | Alien` | hardon.silc.org.ua:5154 what do you see? |
| 14:43.15 | Chestal | I am not quite sure how location/time of day work exactly in bz, though |
| 14:43.28 | Chestal | let me try |
| 14:44.12 | Chestal | I can't connect |
| 14:48.05 | Alien` | now |
| 14:51.01 | Chestal | remove -synctime to see if it is related |
| 14:55.10 | BulletCatcher | It turns out that I can see the moon in bzflag if I just look in the right place. :-) It is a crescent. |
| 14:55.46 | Chestal | on Alien's server I see a half moon |
| 14:58.12 | Runic | Alien what do have _latitude and _longitude set to |
| 14:58.25 | Alien` | 48 and -26 |
| 14:58.44 | BulletCatcher | I see a half moon on Alien's server too. Strange. |
| 14:59.01 | Alien` | Variable Modification Notice by test123 of set _syncTime "0" |
| 14:59.04 | Runic | you may have the signs incorrect as there is no real standard on those |
| 14:59.33 | BulletCatcher | In bzflag, longitude is the negative of GPS longitude. |
| 15:00.36 | Alien` | Chestal: removed -synctime, no effect |
| 15:01.10 | Alien` | BulletCatcher: but moon *phase* is not related to lat/long |
| 15:01.18 | BulletCatcher | I agree. |
| 15:01.30 | blast007 | blames leap seconds |
| 15:01.42 | blast007 | or solar flares? |
| 15:02.06 | BulletCatcher | It looks to me like synctime is still in effect, because I can't use the - and = keys to change the apparent time of day. |
| 15:02.11 | Alien` | Runic: what signs, btw ? |
| 15:02.38 | blast007 | Alien`: positive/negative, re: latitude and longitude |
| 15:02.56 | Alien` | ahm |
| 15:03.48 | Alien` | strange. even tried svn version of bzfs/client |
| 15:04.11 | Alien` | same result |
| 15:05.06 | Chestal | hmm, indeed, cannot change time of day, _syncTime is 0, though |
| 15:05.55 | BulletCatcher | I have a map where bzfs sets _latitude, _longitude, and _syncLocation, and the moon is a crescent there. |
| 15:07.23 | Alien` | i've copied map from bzflag2.norang.ca:4418 and tried locally. half moon! :) |
| 15:07.39 | Alien` | can't escape from half moon |
| 15:10.27 | BulletCatcher | Is the clock set correctly on your server computer? |
| 15:11.06 | Alien` | sure |
| 15:11.09 | Alien` | Tue May 11 18:10:53 EEST 2010 |
| 15:16.23 | Chestal | hmm, something is strange. Things are back to normal (I guess, haven't bothered to find the moon), if there is no synctime |
| 15:16.48 | Chestal | -set _syncTime 0 in worldfile is no good, though, it must be -1 (or not appear at all) |
| 15:16.56 | Chestal | -synctime also breaks the moon |
| 15:16.59 | Alien` | it's SMP machine, if it matters |
| 15:17.37 | Chestal | I guess -synctime and time/date handling is messed up |
| 15:18.14 | Chestal | just bzfs -synctime already has half moon for me |
| 15:18.29 | Alien` | Variable Modification Notice by test123 of set _syncTime "-1" |
| 15:18.59 | BulletCatcher | That lets me adjust the apparent time, at least. |
| 15:19.19 | Alien` | oh |
| 15:19.22 | Alien` | it helped |
| 15:19.29 | Alien` | !! |
| 15:19.43 | Chestal | yep, synctime is borked |
| 15:19.44 | Alien` | it's a bug, imho |
| 15:20.00 | Runic | -1 disables it |
| 15:20.08 | Chestal | seems to mess up the date used for celestial calcs |
| 15:21.07 | Chestal | well, I guess only moonphase, or does it have planets, too? or long time movement of stars in milky way ;-) |
| 15:21.28 | Runic | synctime is suppose to force the players into seeing the server's time (which disables +, - |
| 15:21.37 | BulletCatcher | Chestal: We have not incorporated Stellarium, yet. |
| 15:23.26 | Alien` | it whould be cool |
| 15:24.02 | Alien` | would |
| 15:24.33 | BulletCatcher | Yes, it would look nice, but it would slow down rendering and distract from playing. |
| 15:25.22 | Runic | iirc, synctime was removed from trunk |
| 15:26.04 | Alien` | you can calculate it once in a hour and then just move skydome alittle, every few mins |
| 15:28.18 | Runic | I had thought of doing a timewarp plugin at one point |
| 15:29.02 | Alien` | what does it do? |
| 15:29.42 | Runic | nothing as I never wrote it, it was to spin quickly through time |
| 15:34.10 | BulletCatcher | Alien`: try setting _syncTime to 2440587.5 when using -synctime |
| 15:34.35 | Alien` | what's that number? :) |
| 15:34.54 | BulletCatcher | That is the Julian day of Jan 1, 1970 (I think). |
| 15:36.17 | Runic | it's Thu Jan 29 00:56:27 EST 1970 |
| 15:36.40 | Alien` | 1st quarter |
| 15:36.57 | Alien` | or 4th... |
| 15:37.23 | Alien` | no, 3rd ) |
| 15:38.01 | BulletCatcher | Now try setting _syncTime to 2455327, which should be approximately today's Julian date. |
| 15:38.41 | Chestal | BulletCatcher: hmm, indeed, it affects the moon phase. then it's at least a docu bug (bzfs man page says -synctime uses the server's date and time) |
| 15:38.55 | BulletCatcher | Agreed. |
| 15:40.00 | ts | hrm ../../include/AresHandler.h:21:18: error: ares.h: No such file or directory |
| 15:40.31 | ts | Seems like it doesn't find BZFlag's ares.h |
| 15:40.53 | BulletCatcher | Meh. Can't see the moon at all, now. |
| 15:41.18 | Alien` | daytime |
| 15:41.38 | BulletCatcher | It should be above and to the right of the sun. |
| 15:42.24 | BulletCatcher | Anyway, the trick seems to be in choosing the right value of _syncTime. |
| 15:42.57 | Chestal | bzfs -set _syncTime 1273592473 might be good |
| 15:43.50 | Chestal | (it's from date +%s) |
| 15:44.13 | BulletCatcher | That is sooooo 3 minutes ago! |
| 15:45.14 | *** join/#bzflag JefferyM (~JefferyM@unaffiliated/jeffm2501) |
| 15:45.14 | *** mode/#bzflag [+v JefferyM] by ChanServ |
| 15:53.42 | *** join/#bzflag goingberserk (~abc@pD9E8670C.dip.t-dialin.net) |
| 15:55.08 | Alien` | and, _syncTime prevents dinamic day/night change and sun/moon position tracking |
| 15:56.37 | Alien` | which is not so good |
| 15:58.25 | Alien` | thought it will be server time |
| 15:59.46 | CIA-10 | BZFlag: 03t-s * r21151 10/trunk/bzflag/include/AresHandler.h: find the header |
| 16:01.23 | *** join/#bzflag MindstormsKid (~msk@Wikipedia/MindstormsKid) |
| 16:18.54 | CIA-10 | BZFlag: 03bullet_catcher * r21152 10/trunk/bzflag/src/other/curl/ (5 files in 2 dirs): To match upstream, change Subversion property svn:eol-style from CRLF to native for some man page files and remove README.NSS. |
| 16:31.36 | *** join/#bzflag bryjen (~bryjen@63.147.94.149) |
| 16:31.36 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 16:36.21 | JefferyM | is not too keen on hardcoded paths to headers in other headers, but whatever |
| 16:46.20 | trepan | oft prefers them, you know what you're getting (and they're easier to trace) |
| 16:48.21 | trepan | ex: http://github.com/spring/spring/blob/master/rts/Sim/Features/Feature.cpp |
| 16:52.08 | JefferyM | assuming the root dir is the same for windows and linux |
| 16:52.31 | *** join/#bzflag temporalD (~temporal@bzflag/serverop/TemporalDistraction) |
| 16:53.27 | JefferyM | the ../ is my big issue |
| 16:54.20 | trepan | that I can understand, I added some -I$(top_srcdir)/src to Makefile.am's so get rid of them |
| 16:54.31 | trepan | so it's: #include "bzfs/bzfs.h" |
| 16:55.04 | JefferyM | yeah I'd prefer it if it's all from a commonly known and acepted top level dir |
| 16:55.19 | JefferyM | but I have little say now thankfully :) |
| 16:55.30 | trepan | still have commit access? |
| 16:55.40 | JefferyM | unfortonately |
| 16:59.53 | *** join/#bzflag xaver (~xaver@pD9ED5812.dip.t-dialin.net) |
| 17:26.26 | trepan | something's still a bit off with the ares build on bzflag.bz, the first time through i get "make: don't know how to make ./libcares.la. Stop" |
| 17:26.36 | trepan | the second time I "make" it works |
| 17:58.45 | Alien` | minimized clients (F4) have a lot of lag and dropped packets and then admins kick me with "fix your connection" message |
| 17:59.34 | Alien` | why it should behave like that |
| 18:02.52 | JefferyM | on what OS? |
| 18:10.16 | Alien` | linux |
| 18:10.35 | JefferyM | it's probably not gettting the same ammount of CPU time |
| 18:10.41 | JefferyM | when it's minimized |
| 18:12.16 | Alien` | hmmm. it's only bzflag has this problem |
| 18:12.35 | JefferyM | you have other apps that run networing in the main thread? |
| 18:13.05 | Alien` | I have other apps that run networking :) |
| 18:13.19 | JefferyM | not all networking is done the same way |
| 18:13.26 | JefferyM | we do it in our main loop along with rendering |
| 18:13.32 | Alien` | yes, but how to fix it |
| 18:13.34 | CIA-10 | BZFlag: 03bullet_catcher * r21153 10/trunk/bzflag/src/other/ (ares/m4/ curl/m4/): Make Subversion ignore the presence of some generated .m4 files. |
| 18:13.41 | JefferyM | if minimising causes it not to render a frame it won't do networking |
| 18:13.53 | JefferyM | you'd have to see what happens to our main loop when we are minimised |
| 18:14.05 | Alien` | btw bzadmin has same lag problem, even on localhost |
| 18:14.05 | JefferyM | if there is a flag that makes it skip something it may be skiping too much |
| 18:14.42 | JefferyM | bzadmin shares a lot of code with the client |
| 18:14.46 | Alien` | [SERVER->] [ 1] r00t : 6935ms |
| 18:49.41 | blast007 | bzadmin doesn't handle the ping messages, which is why the number is so high |
| 19:01.17 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 19:01.18 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:07.13 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 19:15.32 | *** join/#bzflag Think_Differentl (~js@bzflag/player/ThinkDifferent) |
| 19:17.48 | *** part/#bzflag newsy (~sword@c-76-115-88-63.hsd1.wa.comcast.net) |
| 19:31.31 | *** join/#bzflag PrezKennedy (~Prez@96.31.84.96) |
| 19:51.06 | *** join/#bzflag Upsetter1 (~Ups@89.246.166.160) |
| 19:57.19 | *** join/#bzflag AAA_awright_ (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 20:39.24 | *** part/#bzflag Upsetter1 (~Ups@89.246.166.160) |
| 20:58.43 | *** join/#bzflag xaver__ (~xaver@pD9ED750E.dip.t-dialin.net) |
| 21:14.17 | *** join/#bzflag AAA_awright (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 21:17.44 | *** join/#bzflag goingberserk (~abc@pD9E8670C.dip.t-dialin.net) |
| 21:45.46 | *** join/#bzflag mrapple (~mrapple@bzflag/player/MrAppleComputer) |
| 22:04.24 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 22:19.06 | *** join/#bzflag Yassen (~Yassen@unaffiliated/yassen) |
| 22:48.00 | delusional | gmm, i didnt realize that when a shot reaches it's end, either explode1.png or explode2.png is used. |
| 23:00.01 | *** join/#bzflag McYukon (~McYukon@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 23:08.21 | trepan | or a mixture of the two |
| 23:10.08 | trepan | hm, or not... |
| 23:11.33 | trepan | ya, it looks like it can mix them: 'while (boom--) {' in guiplaying.cxx |
| 23:15.37 | delusional | it's one or the other, per bullet |
| 23:16.46 | delusional | would you be willing to change the way tank explosions are displayed, if i made a nice enough texture for it? |
| 23:17.40 | delusional | I'd like it to have a single center, instead of being spread out like it is now. |
| 23:18.43 | delusional | there would be a quick, bright flash... then a ring of fire... then the ring decays a bit... then smoke |
| 23:18.47 | trepan | one or the other, per bullet; mixed for larger explosions (ex: tanks go boom) |
| 23:18.49 | JefferyM | best to do it with partciles |
| 23:20.04 | delusional | the only thing that will look really good with the current explosion setup is a texture pretty much like the one in use now, |
| 23:20.19 | delusional | a blob |
| 23:21.42 | JefferyM | if you are going to change how they are done with images, best to change them in a very generic manner, as others may want to change them as well |
| 23:21.54 | trepan | best not to touch the code for now |
| 23:22.42 | delusional | the ringfire texture i've been experimentig with will allow you to see how the blob is the only thing that will work. http://images.planet-mofo.com/A-Delusion/psych/filterforge/splode/ |
| 23:22.51 | JefferyM | if you want to release |
| 23:23.31 | trepan | it's got enough to cut an alpha2 -- fix / revert whatever's found -- release |
| 23:23.37 | trepan | s/got/good/ |
| 23:31.07 | JefferyM | does it even run on windows? |
| 23:31.10 | JefferyM | didn't last night |
| 23:33.02 | trepan | <+DTRemenak> on the positive side, I can now successfully join servers, drive around, and shoot bullets on windows :) |
| 23:34.06 | JefferyM | there ya go then |
| 23:34.25 | JefferyM | sounds like it just needs to be shoved out there then |
| 23:35.14 | trepan | a little testing wouldn't hurt, i get the impression that the server-side state checks that were added are going to screw things up |
| 23:37.07 | delusional | runic, another thing you might try on your maxBumpHeight test server is having a box in a define, then use "spin 15 0 0 1" in the group. |
| 23:39.11 | Erroneous | would like to note that what trepan quoted summarizes the ENTIRE scope of testing he performed yesterday... |
| 23:39.30 | Erroneous | and that I think I broke a lot of stuff on non-windows platforms with the ares checkin |
| 23:42.24 | blast007 | trepan: it wasn't building in release mode, just debug :) |
| 23:42.33 | blast007 | last I tried, at least |
| 23:44.12 | Erroneous | blast007: still? |
| 23:44.21 | Constitution | latest svn appears to build and work on ubuntu linux |
| 23:47.53 | Constitution | since it sounds like a release may happen soonish, I've been talking to a few people about doing a texture/artwork re-run... I think a new look would generate some interest |
| 23:48.58 | JefferyM | that should have been started long before you go into testing IMHO |
| 23:49.10 | JefferyM | you want to make less changes now, not more |
| 23:49.34 | Constitution | a long time ago you said we would wait to do an art run until we were closer to a release |
| 23:49.56 | JefferyM | I said lots of things that were obviously wrong |
| 23:50.11 | JefferyM | with it being so late as it is now I'd think you'd want to get it out and do an art update in 3.2 |
| 23:50.19 | JefferyM | but ask blast007 he's a project admin |
| 23:50.47 | CIA-10 | BZFlag: 03dtremenak * r21154 10/trunk/bzflag/src/other/freetype/include/freetype/internal/ftpic.h: missed file |
| 23:52.43 | Constitution | imho refreshed textures are an easy, non-intrusive way to get user-visible changes into this release, which is an otherwise very significant one |
| 23:53.00 | JefferyM | for a game that dosn't work ;) |
| 23:53.08 | JefferyM | whatever floats your boat tho |
| 23:53.23 | JefferyM | just hope that you FINISH all your art before everyone wants to ship |
| 23:53.32 | JefferyM | so you don't end up with half new and old |
| 23:53.39 | trepan | agrees with JefferyM on this one |
| 23:53.51 | JefferyM | otherwise everyone has to wait on you to finish your noncritical thing |
| 23:54.10 | JefferyM | or changes end up having to be made to the code to support your new art |
| 23:54.14 | JefferyM | and the packaging changes |
| 23:54.16 | JefferyM | etc... |
| 23:54.34 | JefferyM | but ask blast007 he's the most active project admin |
| 23:54.37 | CIA-10 | BZFlag: 03dtremenak * r21155 10/trunk/bzflag/src/other/freetype/include/freetype/ftadvanc.h: missed file |
| 23:54.58 | Erroneous | seems to me there are plenty of other user-visible changes, Constitution |
| 23:56.07 | *** join/#bzflag bier|tp (~bier@p54A572F9.dip.t-dialin.net) |
| 23:56.32 | *** join/#bzflag bier (~bier@p54A572F9.dip.t-dialin.net) |
| 23:57.05 | Constitution | I really don't understand all this... they're textures... a lot of people have already done the work, and others have been waiting patiently for 3.0 to get closer for the artwork to get refreshed, as promised |
| 23:57.19 | JefferyM | you think the main problem with 3.0 is that not enough people will play it? |
| 23:57.24 | trepan | Constitution: where are they? |
| 23:57.37 | JefferyM | and they could have refreshed artwork in 2.0 |
| 23:57.39 | JefferyM | why didn't they? |
| 23:58.04 | Constitution | there was opposition back then when everyone said to wait until 3.0 was closer |
| 23:58.21 | Constitution | and who wants an art refresh on a maintenance release? it was supposed to be a dead-end branch |
| 23:58.22 | JefferyM | the problem now is that you are introducing risk in the release |
| 23:58.24 | JefferyM | that's all |
| 23:58.32 | Constitution | with new images? |
| 23:58.35 | JefferyM | yeah |
| 23:58.39 | trepan | where are they? |
| 23:58.41 | JefferyM | any change is risk |
| 23:58.47 | JefferyM | yeah it's also time |
| 23:59.01 | JefferyM | how long do you think it'll take to make those images and get it all managed and consistent? |
| 23:59.15 | JefferyM | mostly the risk is in packaging |
| 23:59.19 | JefferyM | if files change etc... |
| 23:59.29 | trepan | had a good reason to want to replace ground.png (poor initial color choice) |
| 23:59.40 | Constitution | trepan: KyleVE did a complete set already... and snick did some of his own, and I know some of the phago clan had a set |
| 23:59.48 | JefferyM | Constitution, if it was up to me I'd say get em together and make a case |
| 23:59.53 | JefferyM | showing that they don't break anything |