| 00:00.20 | me1 | is it that -echo tag? |
| 00:02.05 | JeffM | yeah |
| 00:02.09 | JeffM | something is VERY wrong |
| 00:02.54 | JeffM | "ps" is being spammed to the client |
| 00:03.43 | JeffM | ahh that' the player update |
| 00:03.43 | JeffM | ok |
| 00:05.21 | me1 | TD-Linux, isn't there a plugin that kills and steals already in production/made anyways? |
| 00:05.27 | me1 | "theifkills" or something |
| 00:05.39 | Allejo | yea |
| 00:05.55 | Allejo | http://my.bzflag.org/bb/viewtopic.php?f=79&t=12669 |
| 00:07.15 | me1 | eww, why'd they add a sw bubble? |
| 00:07.28 | JeffM | that's how they kill ;) |
| 00:07.31 | Allejo | i assume to kill the tank... |
| 00:07.41 | me1 | that's lame |
| 00:07.47 | me1 | i thought they did it a cool way |
| 00:07.57 | Allejo | that is the cool way :P |
| 00:08.05 | CIA-64 | BZFlag: 03JeffM2501 * r20145 10/trunk/bzflag/src/clientbase/playing.cxx: add debugNetMesg and debugNetUpdMesg to let the client log out the messages it gets as it gets them. |
| 00:09.15 | JeffM | blast007: that should help see what clients are getting and when |
| 00:09.28 | JeffM | I looked over the server side buffer and it should be fine |
| 00:09.59 | JeffM | it pushes messaages in at the end of the buffer and pops em off the front |
| 00:16.44 | Allejo | hmmm in 2.99 if you exit out of fullscreen can you strech the window to make it bigger like in 2.x? |
| 00:17.06 | me1 | can you do that even in 2.x? |
| 00:17.16 | Allejo | yea on a mac its possible |
| 00:17.29 | Allejo | if you have bzflag windowed on a mac you can make the window bz is in bigger |
| 00:21.10 | JeffM | blast007: the problem with the motto is, it's not sent It hink |
| 00:21.30 | JeffM | only the API calls sendPlayerCustomDataPair |
| 00:25.01 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 00:26.50 | trepan | JeffM: fwiw, you normally don't have to use .getData() for the BZDB_xxx types |
| 00:26.59 | blast007 | JeffM: hmm, ok |
| 00:27.19 | trepan | it's usually only with BZDB_string, when the cast operator doesn't get resolved |
| 00:27.50 | blast007 | I was thinking I was getting the data some days ago, but in the wrong order |
| 00:42.19 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 00:48.55 | blast007 | JeffM: I just set a couple breakpoints, and my client *does* receive the motto when the player joins, but it's before I get the AddPlayer |
| 00:49.06 | blast007 | or at least, it processes the motto first |
| 00:50.31 | blast007 | JeffM: set these breakpoints in playing.cxx: line 1696, and line 1263 |
| 00:50.51 | blast007 | join that client to an empty server, then join a second client with a motto |
| 00:51.16 | blast007 | you'll hit 1696 first, which is in handlePlayerData() |
| 01:01.09 | blast007 | but I don't receive the motto of existing players when I join |
| 01:01.12 | blast007 | just new players |
| 01:02.23 | me1 | I don't get new players or existing players, for whatever reason |
| 01:03.13 | a_meteorite | I don't get them either, the new crowd lingo is so above my head! |
| 01:04.15 | blast007 | me1: the motto doesn't work at all right now |
| 01:04.32 | me1 | yeah, that's what I'm pretty much saying ;) |
| 01:04.43 | me1 | you said you recive new players, i'm saying i don't |
| 01:11.19 | blast007 | I'm receiving it, but before I get the AddPlayer message, so I don't have a valid player to store the motto in |
| 01:11.53 | me1 | ahh, okay |
| 01:22.12 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 01:37.13 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-117-180.dsl.irvnca.pacbell.net) |
| 01:38.49 | me1 | blast007, are you sure it's not fpslimit/powersaver? |
| 01:38.55 | blast007 | I had that off |
| 01:39.08 | blast007 | all of a sudden it just crawled to a slideshow |
| 01:39.11 | me1 | k, you mentioned turning it on |
| 01:39.13 | me1 | oh |
| 01:39.36 | blast007 | I turned it on for my other client |
| 02:26.32 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 02:27.02 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 02:33.38 | *** join/#bzflag Mets1 (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 02:39.07 | *** join/#bzflag Gnurdux (n=gnurdux@c-68-50-118-247.hsd1.md.comcast.net) |
| 02:42.33 | CIA-64 | BZFlag: 03trepan * r20146 10/trunk/bzflag/ (27 files in 8 dirs): |
| 02:42.33 | CIA-64 | BZFlag: * changed 'debugNetMesg' to an int variable |
| 02:42.33 | CIA-64 | BZFlag: (values of 2 and above use the MsgStrings formatting) |
| 02:42.33 | CIA-64 | BZFlag: * cleaned up the lua BZDB stuff |
| 02:42.33 | CIA-64 | BZFlag: * more MsgPause tweaks |
| 02:43.36 | CIA-64 | BZFlag: 03trepan * r20147 10/trunk/bzflag/ (configure.ac src/date/buildDate.cxx): |
| 02:43.36 | CIA-64 | BZFlag: * bumped protocol and rev |
| 02:43.36 | CIA-64 | BZFlag: (MsgFetchResources now has an 'overwrite' parameter, currently unused) |
| 02:51.23 | CIA-64 | BZFlag: 03trepan * r20148 10/trunk/bzflag/src/clientbase/PointShotStrategy.cxx: * made RayTest() not-so-global |
| 03:02.41 | CIA-64 | BZFlag: 03trepan * r20149 10/trunk/bzflag/src/clientbase/playing.cxx: |
| 03:02.41 | CIA-64 | BZFlag: * protect debugNetMesg with _forbidDebug |
| 03:02.41 | CIA-64 | BZFlag: (devs may want to temporarily disable this feature) |
| 03:13.17 | *** join/#bzflag alvin (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 03:14.43 | *** join/#bzflag alvin (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 03:16.01 | *** join/#bzflag ahs3- (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 03:21.38 | *** join/#bzflag ep (n=quassel@about/essy/guynextdoor/ep) |
| 03:22.02 | *** join/#bzflag xocite (n=antony@unaffiliated/xocite) |
| 03:31.47 | ahs3- | is away: Gone away for now |
| 03:57.52 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 04:13.00 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 04:38.16 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 04:46.22 | *** join/#bzflag FusionDude (n=jwmelto@bzflag/developer/Flash) |
| 05:03.42 | *** part/#bzflag xocite (n=antony@unaffiliated/xocite) |
| 05:21.29 | Bambino | Mets1: around |
| 05:21.38 | Bambino | someone on your server is being a @$$ |
| 05:21.45 | Bambino | Trix server |
| 05:21.57 | Bambino | YOU SUCK is tking and trying to swear |
| 05:24.59 | Mets | yes |
| 05:25.03 | Mets | sighs |
| 06:12.10 | *** join/#bzflag Hmmmmmm (n=Ok@7.107.207.68.cfl.res.rr.com) |
| 06:25.29 | *** part/#bzflag Hmmmmmm (n=Ok@7.107.207.68.cfl.res.rr.com) |
| 06:39.49 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 06:39.49 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 06:42.44 | *** join/#bzflag TutTankAhmon (n=olivier@about/essy/MobileTarget/LePoulpe303) |
| 06:56.38 | *** join/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 06:56.38 | *** mode/#bzflag [+v L4m3r_Eee] by ChanServ |
| 07:04.11 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 08:12.01 | *** join/#bzflag nielsle (n=nielsle@1385163721.dhcp.dbnet.dk) |
| 08:46.11 | cygal | hi. |
| 08:56.24 | brlcad | hi! |
| 09:23.13 | CIA-64 | BZFlag: 03Mr Burns 07http://my.bzflag.org * r6546 10/w/%E3%80%8A%E6%B1%9F%E6%B9%96%E3%80%8B%28RunesCape%29: Deleting spam |
| 09:43.33 | *** join/#bzflag Marzipan (n=marzi@84-119-57-29.dynamic.xdsl-line.inode.at) |
| 09:44.45 | cygal | is unable to reproduce the thief bug |
| 09:44.53 | cygal | Mets, any way to reproduce? |
| 09:47.29 | CIA-64 | BZFlag: 03Mr Burns 07http://my.bzflag.org * r6547 10/w/Talk:Fastmap: New page: FWIW, I don't like the name "fastmap". It's only relative, what happens a year or so from now when HTTP has been superceded? A better name for this feature or functionality might be "map... |
| 09:47.53 | TutTankAhmon | to who should I ask the courtesy of using 2 bzflag pictures used in game ? |
| 09:49.35 | cygal | where do they come from? |
| 09:50.14 | TutTankAhmon | the bzflag main logo./icon and the "atomatic team" logo |
| 09:50.30 | TutTankAhmon | htpp://yfrog.com/0tcapmainsmallp |
| 09:50.34 | TutTankAhmon | http://yfrog.com/0tcapmainsmallp |
| 09:55.39 | cygal | I think Tim Rikers owns the copyright of those pictures, but I don't know what it means, not sure what exactly you should to make sure you can do this |
| 09:55.53 | cygal | in France you would only need to say "ok, this belong to him" |
| 09:56.07 | cygal | but JeffM will know the exact thing to do with those |
| 09:56.21 | TutTankAhmon | d'accord merci je lui demanderai :) |
| 10:05.34 | cygal | hum, reproduced thief thing |
| 10:37.56 | *** join/#bzflag _anomaly_ (n=mike@adsl-70-44-83.gnv.bellsouth.net) |
| 10:47.32 | cygal | concerning the "crash on exit" bug, the problem is a "send" made to a dead socket |
| 10:48.02 | cygal | so we could either find this out before, or use send() flags to say "hey, don't segfault" and handle the error |
| 10:49.30 | cygal | in fact it's the expected behiavor, but we should add a flag to prevent sigpipes |
| 10:50.25 | cygal | looks like it appeared in Linux 2.2 |
| 10:53.22 | CIA-64 | BZFlag: 03cygal * r20150 10/trunk/bzflag/src/game/NetHandler.cxx: prevent sending messages from segfaulting |
| 11:33.36 | Constitution | is the lag comp still in 3.0? or was it taken out? |
| 12:17.49 | CIA-64 | BZFlag: 0324.131.246.232 07http://my.bzflag.org * r6548 10/w/BZFlag_3.0: /* Misconceptions about V3.0 */ spelling {flag gabs} |
| 12:20.31 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 12:23.05 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 12:24.41 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 12:33.01 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 12:36.10 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) |
| 12:57.53 | *** join/#bzflag trepan (n=trepan@blk-7-235-20.eastlink.ca) |
| 12:57.53 | *** mode/#bzflag [+v trepan] by ChanServ |
| 13:09.08 | *** join/#bzflag ShadowOfDeath (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 13:11.55 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-95-185.dhcp.roch.mn.charter.com) |
| 13:14.36 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 13:14.36 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 13:18.22 | *** join/#bzflag bier (n=bier@217.226.219.128) |
| 13:42.05 | CIA-64 | BZFlag: 03bullet_catcher * r20151 10/trunk/bzflag/src/bzfs/lua/ (LuaFloat.cxx LuaFloat.h): Add the Subversion svn:eol-style=native property. |
| 13:43.17 | CIA-64 | BZFlag: 03bullet_catcher * r20152 10/trunk/bzflag/man/Makefile.am: The makeHTML.bat file is gone, so don't try to distribute it. |
| 13:45.41 | CIA-64 | BZFlag: 03bullet_catcher * r20153 10/trunk/bzflag/src/bzrobots/Makefile.am: Distribute but do not compile PrintError.cxx and PrintError.h . |
| 13:54.57 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 13:54.57 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:00.18 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-95-185.dhcp.roch.mn.charter.com) |
| 14:03.39 | BulletCatcher | trepan, when you included changes to src/other/curl/m4/libtool.m4 in r20022 it reverted a fix for libtool 1.5 support. |
| 14:03.40 | BulletCatcher | Unless you have libtool 2.2 or need netbsdelf support, I'd like to revert your entire change to that file for maximum upstream compatibility. |
| 14:19.14 | trepan | BulletCatcher: we'd talked about removing that file from svn |
| 14:20.53 | trepan | hint: i did not make any manual changes to it |
| 14:26.06 | BulletCatcher | I am trying a build right now without the file to confirm that it works okay. |
| 14:27.56 | *** join/#bzflag Cobra_Slow (n=coprah@78.47.79.118) |
| 14:27.56 | *** join/#bzflag blast007 (n=blast007@bzflag/developer/Blast) [NETSPLIT VICTIM] |
| 14:27.56 | *** join/#bzflag [dmp] (n=dennis@unaffiliated/dmp/x-546784) [NETSPLIT VICTIM] |
| 14:27.56 | *** mode/#bzflag [+v blast007] by irc.freenode.net |
| 14:28.07 | trepan | BulletCatcher: good enough, i'll leave it to you to remove as required |
| 14:31.09 | BulletCatcher | The file is needed, at least on my Fedora system. The curl configure fails without it. |
| 14:32.25 | BulletCatcher | Also, it doesn't get overwritten for me. Can you determine what changed it for you? |
| 14:38.08 | trepan | autogen.sh or configure, i imagine |
| 14:38.16 | cygal | same here (we're both using Debian) |
| 14:38.34 | trepan | i believe i tested it with that file removed, and it did work for me |
| 14:39.09 | BulletCatcher | What version of libtool do you have? |
| 14:39.53 | cygal | ltmain.sh (GNU libtool) 2.2.6 |
| 14:40.01 | cygal | could have been patched by Debian |
| 14:40.08 | trepan | ditto |
| 14:42.01 | BulletCatcher | Okay. That file exposes an incompatibility between libtool 1.5 and 2.2. (One uses echo, the other uses ECHO.) I'll think about how to do a proper fix. |
| 14:45.56 | BulletCatcher | Easiest would be to remove the file from svn, and then declare that any system with libtool 1.5 must install the system curl development package to sidestep the problem. We would want to enhance "configure" to make that clear. |
| 14:48.44 | BulletCatcher | On the other hand, if libtool 2.2 is self-correcting then we could revert the r20022 change and that would support both libtool versions. |
| 14:52.59 | *** join/#bzflag Upsetter (n=ups@i577B5AAE.versanet.de) |
| 14:54.27 | cygal | the problem with leaving the file as is, is that newer versions of configure keep changing it, and svn sees that as a diff |
| 14:55.56 | BulletCatcher | Do you have the curl development package installed? |
| 14:56.27 | BulletCatcher | It is probably called libcurl3-dev . |
| 14:57.07 | cygal | yes |
| 14:57.24 | cygal | I have "libcurl-dev", wich actually installs libcurl4-openssl-dev |
| 14:58.09 | cygal | Build curl ........: no (using system) |
| 15:01.41 | BulletCatcher | It seems that we have to choose between inconvience to the libtool 2.2 users (who would have to be careful not to commit the changed file) or the libtool 1.5 users (who must install the system dev package). |
| 15:02.45 | cygal | if this the only choice, I'd choose inconvenience for the 2.2 users |
| 15:02.59 | cygal | why hasn't Fedora upgraded? |
| 15:03.19 | BulletCatcher | Fedora 11 has libtool 2.2, but I am still running Fedora 10. |
| 15:04.47 | BulletCatcher | MacOS 10.4 has a 1.5 compatible libtool, but includes the curl headers so it doesn't have to build it. |
| 15:05.34 | cygal | wonders why they had to remove the caps |
| 15:06.03 | cygal | so the best option would be "keep the 1.5 thing for some time, and don't forget to upgrade if most users have libtool 2.2" |
| 15:07.32 | Mets | cygal: sure I can show you in a few minutes |
| 15:07.39 | BulletCatcher | Yes. At this point in time, I am reluctant to make things harder for the older operating systems. |
| 15:08.53 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 15:09.26 | BulletCatcher | Keeping support for libtool 1.5 will inconvenince a very small number of developers, who by now should understand the situation. The alternative is to make things more difficult for non-developers who want to build our software. |
| 15:10.17 | cygal | and we don't want that. |
| 15:10.24 | cygal | is there a svn command to "forget" a file? |
| 15:11.03 | BulletCatcher | There is the ignore property for directories, but I'm not sure how that works for a committed file. |
| 15:11.20 | BulletCatcher | tries it |
| 15:13.38 | blast007 | "Subversion's support for ignorable file patterns extends only to the one-time process of adding unversioned files and directories to version control." |
| 15:13.45 | blast007 | BulletCatcher: ^^ |
| 15:14.16 | BulletCatcher | Yup. It will not ignore a file already in svn. |
| 15:23.18 | BulletCatcher | trepan: Can you live with the inconvenience of having to be careful not to commit unintentional changes to the curl libtool.m4 file? In another year or so it will be more reasonable to expect external packagers to have either libtool 2.2 or their own curl dev package. |
| 15:24.11 | ruskie | sees no point in actually including tons of dependencies in the source tree |
| 15:25.03 | BulletCatcher | ruskie: we need to include curl for Windows systems. |
| 15:25.28 | ruskie | doesn't curl upstream provide a windows package? |
| 15:26.53 | BulletCatcher | I don't see one. http://curl.haxx.se/ |
| 15:27.36 | ruskie | http://curl.haxx.se/latest.cgi?curl=win32-ssl-devel-msvc |
| 15:27.37 | BulletCatcher | nvm Didn't scroll down far enough. |
| 15:27.42 | ruskie | :) |
| 15:27.45 | ruskie | even 64bit one |
| 15:29.16 | cygal | the Windows way is to include the dependencies in each installer, even if it means having duplicate libraries, for the sake of "simplicity", or "ease of installation" |
| 15:29.48 | ruskie | then package it only for windows and for the rest of the world leave them out of it... |
| 15:30.12 | cygal | it uses the system package if it finds it |
| 15:30.25 | ruskie | but you still get all the crap in the source tree duplicate |
| 15:30.32 | BulletCatcher | Well, up until now it was a relatively small effort to provide curl for other systems too. |
| 15:34.09 | blast007 | ruskie: the packaged ones suck |
| 15:34.24 | blast007 | you usually have to hunt down a zlib dll |
| 15:34.36 | ruskie | it's right there on the curl site |
| 15:34.40 | ruskie | zlib and openssl packages |
| 15:35.22 | blast007 | hmm |
| 15:36.26 | BulletCatcher | If we could just redistribute those binary packages, it would certainly simplify our lives a bit. |
| 15:39.45 | blast007 | ruskie: yeah, guess I did find that when I last build 2.0.x |
| 15:40.40 | ruskie | thinks someone needs to someday create a package manager for windows |
| 15:41.00 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 15:42.18 | blast007 | ruskie: what, and be 8 versions behind if we don't want to upgrade to a newer Windows? ;) |
| 15:42.27 | ruskie | rofl |
| 15:42.35 | ruskie | I meant a non-sucking one ;0 |
| 15:42.40 | blast007 | hehe |
| 15:42.40 | ruskie | anyway I don't really care |
| 15:42.58 | ruskie | all I care is that it wolud reduce the ammount of crap I would need to download to build on gnu/linux |
| 15:44.28 | blast007 | BulletCatcher: I did build 2.0.x with the binary packages of libcurl + zlib |
| 15:51.00 | BulletCatcher | We don't want to make Windows users track down dependencies themselves. Third party libcurl and zlib DLLs ought to be redistributable, but I'm not sure how we would decide to trust them. |
| 15:52.36 | *** join/#bzflag ep (n=quassel@ip68-97-126-55.ok.ok.cox.net) |
| 15:52.42 | temp_dist | build error - even after distclean - autogen - configure |
| 15:52.43 | temp_dist | NetHandler.cxx:305: error: âMSG_NOSIGNALâ was not declared in this scope |
| 15:53.38 | BulletCatcher | temp_dist: What OS? |
| 15:53.45 | temp_dist | OSX |
| 15:53.56 | cygal | The system calls send() and sendto() will send SIGPIPE when the other end breaks the connection (which can happen a lot with BZFlag). |
| 15:54.05 | cygal | Since Linux 2.2, we can give MSG_NOSIGNAL to send(), but it looks non POSIX |
| 15:54.23 | cygal | how can we intercept the SIGPIPE then? |
| 15:54.43 | BulletCatcher | The portable way is to write a handler for it. |
| 15:56.11 | temp_dist | http://bzflag.pastebin.ca/1493692 |
| 15:56.46 | cygal | temp_dist: yes, it's caused by a "bugfix", but only works on Linux, I did not know that |
| 15:57.00 | temp_dist | ah - OK thanks - I |
| 15:57.04 | temp_dist | 'll wait :D |
| 15:57.42 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 16:06.53 | CIA-64 | BZFlag: 03trepan * r20154 10/trunk/bzflag/src/other/curl/m4/ (. libtool.m4): * revert to the libtool.m4 from r20021, set the ignore property |
| 16:08.04 | cygal | any insight on what should be done concerning the send() call? should I just declare a handler that does nothing, and leave the rest of the code as is? |
| 16:08.17 | cygal | there are about ten calls to send() and sendto() |
| 16:08.23 | trepan | guess svn:ignore isn't working as hoped |
| 16:08.33 | cygal | 17:14 < BulletCatcher> Yup. It will not ignore a file already in svn. |
| 16:08.55 | trepan | ya, sucks; a better solution needs to be implemented |
| 16:09.10 | trepan | having such clauses for every commit is a serious pita |
| 16:09.33 | cygal | agreed. |
| 16:10.12 | cygal | I use a lot "svn diff", even when I'm not planning on committing right away |
| 16:10.59 | trepan | could setup something up to copy it over as required |
| 16:12.15 | trepan | (during autogen?) |
| 16:14.40 | trepan | waiting a "year or so" to correct such a problem is not reasonable ;) |
| 16:15.42 | cygal | if fixing it during autogen would work everywhere, then it seems good |
| 16:16.24 | *** join/#bzflag ben (n=andrewne@98.201.123.24) |
| 16:18.18 | CIA-64 | BZFlag: 03cygal * r20155 10/trunk/bzflag/src/game/NetHandler.cxx: revert r20150 since MSG_NOSIGNAL is not portable. a better solution is still needed. |
| 16:21.29 | cygal | temp_dist: now you should be able to compile |
| 16:24.47 | trepan | BulletCatcher: could you set that up? rename the file (libtool.m4-your_suffix), and copy it in during autogen (or whenever you think appropriate) |
| 16:25.50 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 16:26.59 | _anomaly_ | what about SO_NOSIGPIPE for OS X ? |
| 16:27.27 | _anomaly_ | its equivalent to MSG_NOSIGNAL, or so I'm told |
| 16:28.11 | BulletCatcher | trepan: That ought to work. Does Debian overwrite libtool.m4 in autogen or configure? |
| 16:28.38 | BulletCatcher | is hoping for more than "yes" as an answer. :-) |
| 16:28.45 | trepan | heh |
| 16:29.13 | trepan | can tell you in a little while |
| 16:29.32 | BulletCatcher | No rush. I'll be leaving for work soon. |
| 16:31.08 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:31.08 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:31.44 | cygal | _anomaly_: bzflag is supposed to compile on more systems that only gnu/linux and macosx :) |
| 16:32.31 | _anomaly_ | I know, Maybe SO_NOSIGPIPE has a windows equivalent? |
| 16:32.55 | trepan | BulletCatcher: autogen.sh is the culprit |
| 16:32.55 | JefferyM | what does it do? |
| 16:33.00 | BulletCatcher | k, thanks |
| 16:33.02 | cygal | and then we would need equivalents for other POSIX systems |
| 16:33.08 | cygal | JefferyM: prevent send() from sending SIGPIPE |
| 16:33.08 | _anomaly_ | true |
| 16:33.15 | brlcad | o.O |
| 16:33.18 | JefferyM | what he heck is a sigpipe? |
| 16:33.46 | brlcad | JefferyM: broken communication pipe -- pull out the ethernet cable during a transfer, for example |
| 16:33.51 | JefferyM | ahh |
| 16:33.55 | brlcad | kill the process, get a sigpipe |
| 16:34.00 | _anomaly_ | MSG_NOSIGAL is not POSIX anyway |
| 16:34.01 | JefferyM | that'd be a windows message |
| 16:34.04 | brlcad | anything that interrupts it |
| 16:34.28 | JefferyM | a lot of the socket status stuff in winsock comes in via windows messages |
| 16:34.30 | JefferyM | or polling |
| 16:34.38 | brlcad | you don't generally want to prevent them from being sent -- you can/should catch them |
| 16:34.54 | BulletCatcher | The portable, fully functional solution is to set a SIGPIPE handler and have it note the event in a state variable that is tested as needed. |
| 16:35.17 | JefferyM | did wyk3d finish his eval form? |
| 16:35.46 | cygal | there are a lot of calls wich could end up with a SIGPIPE sent |
| 16:36.18 | brlcad | both the client and server already deal with SIGPIPE |
| 16:36.24 | JefferyM | http://tangentsoft.net/wskfaq/articles/bsd-compatibility.html |
| 16:36.29 | JefferyM | that may help yu |
| 16:36.38 | brlcad | client causes a connection shutdown, server just ignores it |
| 16:36.46 | JefferyM | cygal, I'd also like you to look into why thief is killin people it hits. |
| 16:36.57 | cygal | JefferyM: yes, I saw that, it's planned |
| 16:37.08 | JefferyM | could that be looked at sooner, rather then later? |
| 16:37.15 | JefferyM | if it dosn't screw you up too much? |
| 16:37.16 | cygal | brlcad: well, it caused a crash here. maybe the handler is only active in "release mode"? |
| 16:38.19 | cygal | JefferyM: anyway I'm not sure how to fix the sigpipe bug, so I'll look at that now |
| 16:38.26 | JefferyM | ok, thanks |
| 16:38.31 | cygal | the problem is that I can only reproduce it once every few times |
| 16:38.52 | JefferyM | I'd like to try to get a public beta out wednesday to see how we are doing, and theif killing is a big issue I fear |
| 16:40.05 | temp_dist | TH killing seemed to be platform specific - I could kill Mets with TH - but he didn't kill me with it - he is Win, I'm OSX |
| 16:40.33 | brlcad | cygal: it caused what to crash? |
| 16:40.42 | brlcad | you can turn signal handling on/off |
| 16:41.25 | cygal | bot the server and the client, but I can only reproduce it in the server |
| 16:42.02 | brlcad | the server being bzfs? |
| 16:42.08 | cygal | yes |
| 16:42.36 | brlcad | unless someone messed with bzSignal, that seems unlikely :) |
| 16:43.08 | brlcad | you sure it's not the client that pipes out and server just prints a message? |
| 16:43.56 | brlcad | note that if you're in gdb, you'll still get the signal and will have to continue |
| 16:44.43 | cygal | I was indeed in gdb.. thanks |
| 16:44.57 | cygal | then my next commit will be to remove two lines in the BUGS file :) |
| 16:45.42 | brlcad | yeah, inside gdb, signal handling becomes a lot more complicated |
| 16:45.45 | Wyk3d | JefferyM: i did |
| 16:45.50 | JefferyM | ok thanks |
| 16:45.57 | JefferyM | you hadn't at midnight last night :) |
| 16:46.03 | JefferyM | one more to go :) |
| 16:46.08 | brlcad | you may even have to tell gdb to do something to ignore it |
| 16:46.16 | JefferyM | as soon as he gets in I'm gonna kick his butt |
| 16:46.29 | cygal | isn't the deadline today? |
| 16:46.46 | JefferyM | YES |
| 16:46.52 | JefferyM | is less then pleased |
| 16:47.10 | JefferyM | don't worry yours will be done, if I have to change your mentor to me or blast and do it |
| 16:47.54 | JefferyM | and I'll know if he's gonna do it, because I will go over to his desk and ask him |
| 16:47.59 | JefferyM | with this nerf gun |
| 16:48.01 | cygal | :) |
| 16:56.22 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 16:59.40 | trepan | cygal: in case nobody has mentionned it yet, in gdb: "handle SIGPIPE nostop" |
| 17:00.28 | cygal | thanks for the tip |
| 17:07.03 | blast007 | JefferyM: I think some of the "theif killing" issue was because someone joined after the other person already had TH, and they didn't know that player had a TH ;) |
| 17:07.15 | JefferyM | ahh ok |
| 17:07.55 | blast007 | and the other part might be when the server takes my flag, and then converts my last shot of TH to a normal bullet |
| 17:08.07 | JefferyM | interesting |
| 17:08.26 | cygal | was not able to reproduce the second part |
| 17:08.56 | JefferyM | hmm, probalby should just drop shots like that |
| 17:09.53 | blast007 | cygal: were you using a local server? |
| 17:11.56 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:13.27 | blast007 | seems like NN's network isn't down, just a server or two |
| 17:13.34 | blast007 | http://userbin.net/ <-- that's on his same internet connection |
| 17:13.37 | blast007 | different IP |
| 17:13.58 | blast007 | as is this: http://linuxmain.net/ |
| 17:14.56 | cygal | blast007: in fact it does not work with bots, but does with two players on a local serv |
| 17:15.08 | cygal | if the second arrives after the first gets his thief flag |
| 17:15.20 | cygal | nice catch, at least I can reproduce it now |
| 17:15.33 | blast007 | er, and all that about NN was all to go into my channel, sorry ;) |
| 17:16.01 | blast007 | cygal: you need some lag for it to work, I think |
| 17:16.25 | cygal | well, I reproduced it without lag nor "last shot" here |
| 17:16.57 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 17:17.01 | blast007 | but bots share the same connection as the player, so might that have some weird effect that masks it? |
| 17:17.03 | cygal | but there could be different ways to reproduce this |
| 17:17.17 | cygal | yes, they have, this is why I launched two bzflag |
| 17:17.23 | blast007 | ah |
| 17:17.30 | blast007 | ok |
| 17:18.37 | cygal | have you looked more in the "motto is not received issue" apart from what you said 18 hours ago? |
| 17:20.34 | JefferyM | did the message loging help at all? |
| 17:20.41 | blast007 | JefferyM: I didn't try that yet |
| 17:20.45 | JefferyM | k |
| 17:20.45 | trepan | just noticed that FiringInfo::pack() uses a float for the timeSent |
| 17:20.56 | blast007 | cygal: nope |
| 17:21.54 | cygal | should I leave that bug to you? |
| 17:21.54 | cygal | can I help in anyway? |
| 17:21.54 | cygal | +' ' |
| 17:21.54 | blast007 | JefferyM: did you see my message about those two breakpoints? |
| 17:21.54 | blast007 | last night |
| 17:21.54 | JefferyM | no |
| 17:21.54 | blast007 | 1 sec |
| 17:21.55 | JefferyM | passed out on the couch |
| 17:21.55 | JefferyM | sadly can not do much today ether |
| 17:22.10 | cygal | :/ |
| 17:22.59 | blast007 | http://pastebin.bzflag.bz/d7d31e43e |
| 17:23.52 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 17:26.27 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:26.27 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:26.48 | cygal | hi Erroneous :) |
| 17:27.36 | Erroneous | howdy cygal :) |
| 17:35.12 | brlcad | howdy Erroneous :) |
| 17:35.24 | Erroneous | hiya brlcad :) |
| 17:35.30 | brlcad | now everyone leave him alone so he can write! :) |
| 17:36.13 | Mets | does the client still tell you if you have a new PM? |
| 17:36.32 | Mets | I thought it did, but mine isn't...wondering if I somehow turned that off |
| 17:41.34 | blast007 | Mets: nope |
| 17:41.51 | blast007 | I didn't update that part of the list server after upgrading to phpbb3 |
| 17:42.01 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 17:52.24 | Mets | hmmmm |
| 17:52.39 | Mets | is there a client-side setting to disable PM notification? |
| 17:53.25 | blast007 | Mets: no... |
| 17:53.45 | blast007 | the client isn't the problem |
| 17:53.48 | blast007 | it's the list server |
| 17:54.36 | Erroneous | that was a hack anyway (albiet a cool one). probably could be updated, but a lot of things moved around. |
| 17:54.37 | Mets | blast007: I was hoping I accidentally hit something, it's easier to fix :P |
| 17:54.37 | blast007 | http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/db/bzfls.php <--- notice the "Temporarily disabled the PM check" ;) |
| 17:55.00 | blast007 | probably won't come back |
| 17:55.07 | Mets | ah ok |
| 17:55.14 | Mets | why would I be checking that file first? |
| 17:55.16 | blast007 | since we're moving away from being tied into phpBB so heavily |
| 17:57.53 | blast007 | Mets: you wouldn't. I just wanted you to know it wasn't anything in the client that was disabling it. |
| 17:58.34 | blast007 | I could just change it to: print("NOTICE: You might have a private message waiting for you. Go check."); |
| 17:58.37 | blast007 | ;) |
| 17:58.43 | Mets | haha |
| 17:59.15 | Mets | well thanks for clearing that up, I'll just check manually now |
| 17:59.32 | Mets | sigh, so reliant on automation we are all becoming |
| 17:59.38 | blast007 | turn on email notifications and then check your email often, or get an email notifier |
| 17:59.42 | Erroneous | blast007: even though we're moving away from being tied in to phpbb, the PMs will stay there, so I don't think it would be a problem to have that particular functionality tied in to it. |
| 18:00.07 | blast007 | Erroneous: right, but I'm saying that we wouldn't necessarily have direct access to the database to see that |
| 18:00.34 | JefferyM | setup an accessor page |
| 18:00.34 | Erroneous | sure...might be nifty to have a layer of abstraction. |
| 18:00.58 | JefferyM | I'd like an accessor page for BZID<->name anyway |
| 18:04.41 | *** join/#bzflag polydektes (n=chatzill@nat/ibm/x-f8acf4e618416527) |
| 18:05.22 | polydektes | compiling from source and getting some weirdness after i run make (on 2.10 of course): make[1]: Leaving directory `/root/packages/bzflag/bzflag-2.0.12/src' |
| 18:05.24 | polydektes | make: *** [all-recursive] Error 1 |
| 18:05.27 | polydektes | any ideas? |
| 18:05.43 | cygal | we'll need the full error message |
| 18:05.54 | blast007 | look above that |
| 18:06.09 | cygal | latest isn't 2.0.12? |
| 18:06.36 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 18:06.47 | polydektes | ... /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/stl_algobase.h:206: note: const _Tp& std::max(const _Tp&, const _Tp&) [with _Tp = size_t] |
| 18:07.01 | polydektes | not getting any real error message that i find |
| 18:07.30 | polydektes | libtool: ignoring unknown tag CXX |
| 18:07.45 | JefferyM | have you ever built before on this system? |
| 18:07.50 | polydektes | no not on this one |
| 18:08.01 | JefferyM | do you have the C++ compiler installed? |
| 18:08.16 | polydektes | ... /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/vector.tcc:353: error: call of overloaded 'max(const size_t&, size_t&)' is ambiguous |
| 18:08.22 | polydektes | yes JefferyM |
| 18:08.59 | JefferyM | you sure? gcc itself is the C compiler, not the C++ one, many distros don't have it by default |
| 18:09.40 | polydektes | JefferyM: i think it's called gcc-c++ right? |
| 18:09.54 | JefferyM | depends on the distro |
| 18:09.57 | JefferyM | but possibly |
| 18:10.00 | blast007 | might depend on the distro. On debian it's g++ |
| 18:10.11 | JefferyM | those errors are in the C++ library |
| 18:10.25 | JefferyM | oddly you are not the first person to mention an error similar to this |
| 18:10.38 | JefferyM | I wonder if newer distros have 2 copies of STL |
| 18:10.43 | polydektes | JefferyM: gcc-4.1.2-44.el5 |
| 18:10.45 | polydektes | gcc-c++-4.1.2-44.el5 |
| 18:10.48 | JefferyM | k |
| 18:10.51 | polydektes | it is Centos5 |
| 18:11.09 | JefferyM | did you get the source from a package? or our tarbal? |
| 18:11.20 | polydektes | bzflag source? i got from a tar.gz |
| 18:11.38 | JefferyM | did autogen or configure detect any problems? |
| 18:11.48 | polydektes | at first yes but i fixed those |
| 18:11.54 | JefferyM | what were they? |
| 18:11.59 | polydektes | no curses |
| 18:12.01 | polydektes | no SDL |
| 18:12.08 | polydektes | and was missing g++ |
| 18:12.13 | JefferyM | heh |
| 18:12.15 | polydektes | though i did add that |
| 18:12.17 | JefferyM | odd |
| 18:12.27 | cygal | libtool version? |
| 18:12.28 | polydektes | and didn't seem to miss it til i got the quit/error message |
| 18:12.32 | cygal | libtool --version |
| 18:12.33 | polydektes | ill check cygal |
| 18:12.49 | polydektes | libtool --version |
| 18:12.51 | polydektes | ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06) |
| 18:13.37 | cygal | this version is know to work, odd indeed :) |
| 18:14.01 | JefferyM | it's odd that it's complaining about stuff in STL |
| 18:14.47 | JefferyM | it looks similar to the problem yassen was having where it said some of the STL templates were allready defined. |
| 18:15.00 | JefferyM | like there are char and wchar versions both in the path |
| 18:16.28 | cygal | http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/include/common.h?view=markup#l_242 |
| 18:17.27 | polydektes | doing a re-configure and re-make |
| 18:17.41 | polydektes | did get a different message after a re-configure |
| 18:18.50 | polydektes | and the make appears to be churning along |
| 18:22.01 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 18:22.37 | mrapplecomputer1 | blast007: hey you there, quick question |
| 18:22.40 | Erroneous | cygal: eval submitted. you pass (not that that should be a surprise) ;) |
| 18:22.50 | Thumper_ | Erroneous: \o/ |
| 18:23.06 | polydektes | is anxiously hopeful :-D |
| 18:23.41 | JefferyM | yay, with 47 min to spare :) |
| 18:23.46 | brlcad | :) |
| 18:23.56 | Erroneous | see, you can't call that last-minute...I had 47 of them! :D |
| 18:24.02 | brlcad | cygal: he's a habitual liar, be afraid, be very afraid |
| 18:26.31 | *** join/#bzflag randomparticle (n=randompa@cpc2-wilm1-0-0-cust680.bagu.cable.ntl.com) |
| 18:26.53 | randomparticle | latest trunk: |
| 18:26.54 | randomparticle | ../../include/Intersect.h:64: error: expected unqualified-id before '>>' token |
| 18:26.54 | randomparticle | BaseBuilding.cxx: In member function 'virtual float BaseBuilding::intersect(const Ray&) const': |
| 18:26.55 | randomparticle | BaseBuilding.cxx:84: error: 'timeRayHitsBlock' is not a member of 'Intersect' |
| 18:26.55 | randomparticle | make[2]: *** [BaseBuilding.lo] Error 1 |
| 18:27.33 | Erroneous | muwahaha |
| 18:32.57 | cygal | Erroneous: great! thanks :) |
| 18:33.07 | cygal | does the dance of gsoc |
| 18:33.37 | JefferyM | so far I think everyone is doing ok |
| 18:33.47 | randomparticle | there's weird stuff in Intersect.h |
| 18:33.56 | trepan | randomparticle: you l |
| 18:34.00 | trepan | likely have a conflic |
| 18:34.00 | JefferyM | I could go for some more comuunication from a couple of you, kingrobot and Wyk3d |
| 18:34.03 | trepan | *conflict |
| 18:34.05 | randomparticle | e.g., a line like this: <<<<<<< .mine |
| 18:34.12 | trepan | you, a conflict |
| 18:34.14 | JefferyM | randomparticle, >> yeah you had a conflict, learn to use SVN |
| 18:34.17 | JefferyM | that's yours, not ours |
| 18:34.22 | trepan | hehe, i should just give up trying to type today |
| 18:34.30 | randomparticle | i typed svn update |
| 18:34.30 | JefferyM | go have some beers |
| 18:34.37 | JefferyM | randomparticle, yeah and you had a conflict |
| 18:34.38 | blast007 | randomparticle: right, now fix the conflict |
| 18:34.40 | JefferyM | local edits to that file |
| 18:34.44 | randomparticle | it didn't mention any conflict |
| 18:34.48 | blast007 | sure it did |
| 18:35.03 | blast007 | it would have had a different letter by that file when it updated |
| 18:35.23 | JefferyM | in tort it makes em nice and red and plays his horible sound. |
| 18:35.24 | trepan | newer svn versions will prompt you to fix them during the update (configurable) |
| 18:35.43 | blast007 | randomparticle: http://svnbook.red-bean.com/ |
| 18:36.03 | cygal | JefferyM: well I talk every few days on the chan, but it's when you're sleeping |
| 18:36.13 | randomparticle | U include/Intersect.h |
| 18:36.21 | randomparticle | shouldn't that be a C? |
| 18:36.31 | cygal | this plus the commits I do looked enough to me |
| 18:36.31 | randomparticle | i mean what's going on here? |
| 18:36.36 | cygal | I can also do reports if you guys want |
| 18:36.41 | JefferyM | cygal, you are doing ok |
| 18:36.42 | cygal | goes to eat |
| 18:37.28 | cygal | you said you could use some more communication |
| 18:37.29 | polydektes | JefferyM: just appeared to be a weird bug remedied by merely "starting over" on the compile process :-D |
| 18:37.33 | cygal | does not understand :) |
| 18:38.39 | Will07c5 | so I just tried the blast's box map on bzwb in windows and I swear it took at least 15 minutes to load the map and it renders at about a frame/minute |
| 18:38.55 | Will07c5 | so windows is significantly slower than linux currently |
| 18:39.18 | blast007 | heh |
| 18:40.06 | Will07c5 | which is particularly funny given the windows computer has a faster processor |
| 18:40.19 | trepan | randomparticle: ya, it's a 'C' for conflicts |
| 18:40.31 | trepan | maybe you picked it up from an earlier update, and hadn't compiled |
| 18:40.41 | randomparticle | i'll just try svn downloading afresh in case something's got messed up |
| 18:40.50 | blast007 | randomparticle: or just revert that file |
| 18:41.07 | blast007 | or however you do that from the CLI version |
| 18:41.10 | blast007 | I just have to right click |
| 18:41.33 | Will07c5 | anyway it doesn't look like bzwb is rebuilding the scenegraph each frame, actually as far as I can tell it only calls one OSG method to redraw |
| 18:42.00 | blast007 | Will07c5: hmm, fun |
| 18:42.10 | JefferyM | cygal,I was meaning for those other 2 :) |
| 18:42.28 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 18:42.38 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-70-112.sttlwa.fios.verizon.net) |
| 18:42.39 | JefferyM | Will07c5, cool |
| 18:42.39 | *** join/#bzflag bier|tp (n=bier@p54A569A7.dip.t-dialin.net) |
| 18:42.44 | JefferyM | so it's just slow cus it sucks then :) |
| 18:42.57 | Will07c5 | well that makes it harder to fix |
| 18:43.05 | JefferyM | sadly |
| 18:44.53 | Will07c5 | hmm, well I'm going to see if I can find a way to get OSG to be faster and if I can't, it'll just have to be slow for now |
| 18:45.06 | randomparticle | this comment refers to code that is deceased: |
| 18:45.07 | randomparticle | <PROTECTED> |
| 18:45.16 | randomparticle | the "see if in radius" check is no longer there |
| 18:48.21 | randomparticle | i wonder if the tank.test2D is necessary now that both narrow and normal tanks have rectanguloid hit volumes |
| 18:48.33 | randomparticle | some code factoring might be possible there |
| 18:48.41 | JefferyM | it could be moved outside |
| 18:49.05 | JefferyM | you still have to change the box size for narrow |
| 18:49.18 | randomparticle | yeah |
| 18:49.27 | JefferyM | I'd rather fix other things first |
| 18:49.27 | randomparticle | could maybe done with the proximity thing |
| 18:49.34 | randomparticle | could have negative values if necessary |
| 18:49.48 | JefferyM | there are many ways to do it |
| 18:50.09 | randomparticle | i just noticed the shot radius is not used in the intersect test |
| 18:50.16 | JefferyM | nope |
| 18:50.27 | randomparticle | that means, theoretically, a narrow tank can be easier to hit than a normal one |
| 18:50.31 | randomparticle | if the shot radius is large |
| 18:50.41 | JefferyM | shots are treated as points |
| 18:50.51 | JefferyM | that's what the old code did |
| 18:51.05 | JefferyM | so we'll see how it plays |
| 18:51.34 | JefferyM | it has to have some thickness for narrow |
| 18:51.43 | JefferyM | is still not sure on the entire method |
| 18:51.58 | randomparticle | ok. as a kludge, could the the shot radius be incorporated into the proxysize adjustment? |
| 18:52.13 | JefferyM | why? |
| 18:52.14 | randomparticle | i know it's not 100% accurate as the ideal would yield rounded corners |
| 18:52.28 | JefferyM | lets actualy test this code before we change it, ok |
| 18:52.37 | randomparticle | at the moment map-sized shots can easily miss a normal tank, but will always kill a narrow tank |
| 18:52.49 | randomparticle | obviously not a realistic scenario |
| 18:53.09 | JefferyM | that's not exactly something I think is a big concern |
| 18:53.21 | randomparticle | ok |
| 18:53.34 | randomparticle | i notice these lines are recalculated every frame, every shot: |
| 18:53.35 | randomparticle | <PROTECTED> |
| 18:53.37 | JefferyM | there are lots of things you can set badly that screw up the game |
| 18:53.41 | randomparticle | and yet the values won't change often |
| 18:53.58 | randomparticle | for effciency that code could be lifted out of the loops |
| 18:54.11 | JefferyM | it dosn't take much time, and the logic to detect changes will probalby take more time |
| 18:54.29 | JefferyM | adds are fast |
| 18:54.37 | JefferyM | optimize the things that are actualy slow first |
| 18:54.37 | randomparticle | yeah |
| 18:55.41 | randomparticle | don't wanna overdo this. the code is looking much more solid in some respects |
| 18:55.56 | JefferyM | it's all going to be replaced at some point anyway |
| 18:56.09 | randomparticle | the main thing being that the intersect volume is a proper subset of the motion volume |
| 18:57.38 | randomparticle | is DR projection applied to shots now or only tanks? |
| 18:57.51 | JefferyM | should be all of em |
| 18:57.55 | randomparticle | great |
| 18:57.59 | JefferyM | don't think it's right tno |
| 18:58.19 | randomparticle | very minor quibbling point: |
| 18:58.27 | randomparticle | <PROTECTED> |
| 18:58.27 | randomparticle | <PROTECTED> |
| 18:58.27 | randomparticle | <PROTECTED> |
| 18:58.48 | randomparticle | maybe the same time should be used. diff will be negligible though |
| 18:59.17 | randomparticle | that is, the sender want to know the time of the shot at position x,y,z, not when the message about that was sent |
| 19:00.02 | randomparticle | analogy: parcel service sends a letter informing you about packet delivery. you wan't to know when the packet is despatched, not when the letter was sent |
| 19:01.35 | JefferyM | actualy you want to send the time when you measured the position |
| 19:02.08 | JefferyM | since that is the time that goes with that data |
| 19:02.26 | *** join/#bzflag macsforme (n=const@bzflag/developer/Constitution) |
| 19:02.34 | JefferyM | the letter says "at 10:15, the tank was here". |
| 19:02.42 | JefferyM | "and moving this fast" |
| 19:03.07 | JefferyM | to reconstruct that state, you don't care when it was handed off the post office, just the time between when it was measured, and now |
| 19:05.10 | randomparticle | it's quite useful for cheat detection to know the local shot table timestamp |
| 19:05.25 | randomparticle | but as i said, the difference between the two timestamps will likely be negligible |
| 19:09.59 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 19:14.20 | randomparticle | since TANKSHOTPROXIMITY may vary from server to server, how can a player know what to aim at? |
| 19:14.29 | randomparticle | is there any visual representation of the hit volume? |
| 19:18.05 | randomparticle | not sure if this is entirely correct, but from above (default settings as of now): |
| 19:18.07 | randomparticle | http://www.pixentral.com/show.php?picture=1Wq3hl96eLpkSCjggHODvYKRzsjHVp1 |
| 19:19.06 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 19:19.09 | randomparticle | i've adjusted the rectangle for the proximity expansion |
| 19:20.47 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-70-112.sttlwa.fios.verizon.net) |
| 19:27.13 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 19:40.54 | *** join/#bzflag Meep (n=IceChat7@host86-137-181-248.range86-137.btcentralplus.com) |
| 19:44.27 | *** join/#bzflag Crallion (n=andrewne@98.201.123.24) |
| 19:47.17 | *** join/#bzflag bier|tp (n=bier@p54A569A7.dip.t-dialin.net) |
| 19:48.34 | trepan | randomparticle: "/set _forbidDebug 0" and "/localset debugTankDraw 1" |
| 19:51.21 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-70-112.sttlwa.fios.verizon.net) |
| 20:07.18 | blast007 | JefferyM / cygal: using "/set _forbidDebug 0" with "/localset debugNetMesg 1" and confirming with WireShark, the client *is* receiving the AddPlayer message before the PlayerData message, but it's processing them backwards |
| 20:08.48 | blast007 | hmm, though now I am getting the motto from the client that is joining :/ |
| 20:11.05 | *** join/#bzflag RandalSchwartz (i=merlyn@p3m/member/merlyn) |
| 20:11.25 | RandalSchwartz | I'm researching bzflag for wednesday's floss weekly taping |
| 20:11.37 | RandalSchwartz | what's a good newbie-friendly server to drive around on? |
| 20:12.40 | Meep | Fox Burrow, Missle War, Castle Warfare |
| 20:12.48 | RandalSchwartz | ahh - and there's brlcad, who owes me some email. :) |
| 20:12.53 | Meep | normally in the top 5 in server list. |
| 20:12.58 | RandalSchwartz | ok |
| 20:13.02 | Meep | :) |
| 20:13.05 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 20:13.12 | blast007 | Missile War might not be "newbie friendly" ;) |
| 20:13.12 | RandalSchwartz | I should just change my name to "Target" and get it over with. :) |
| 20:13.18 | blast007 | but it does tend to have newbies |
| 20:13.24 | Meep | true blast |
| 20:13.37 | RandalSchwartz | true blast? |
| 20:13.41 | Meep | Fox Burrow is the friendliest |
| 20:13.45 | Meep | in my opinion :) |
| 20:13.57 | blast007 | yeah, that's a pretty good one |
| 20:14.11 | RandalSchwartz | and also, I think I got the answer on twitter, but is there a way to tilt my cannon up and down? |
| 20:14.15 | blast007 | MW2 has lots of tricks you have to learn to be good: such as "stay away from that guy with the geno" |
| 20:14.16 | randomparticle | badgerking's is a great classical style server that i'd recommend to anyone |
| 20:14.17 | RandalSchwartz | or just rotate? |
| 20:14.18 | Wyk3d | JefferyM: funny that's what I recommended for other students on the survey, will try to do better on that myself |
| 20:14.31 | blast007 | RandalSchwartz: if you mean while playing, then no |
| 20:14.33 | Meep | no, you cannot turn the canon up and down :) |
| 20:14.40 | blast007 | you can only turn the entire tank left and right |
| 20:14.46 | blast007 | turret does not move |
| 20:14.50 | RandalSchwartz | Hmm. so if I jump up and park, I can't hit people on the ground. :( |
| 20:14.54 | blast007 | nope |
| 20:14.57 | Meep | on some servers you can swerve the shot up and down |
| 20:15.08 | blast007 | yeah, that's just the bullet though |
| 20:15.13 | Meep | yeah |
| 20:15.32 | RandalSchwartz | ok - lemme go try Fox Burrow for a bit |
| 20:16.14 | trepan | blast007: setting debugNetMesg to 4 will show you the contents of the MsgPlayerData packets |
| 20:16.55 | blast007 | trepan: already seen the contents in wireshark, and the motto is working now (for people that join after you) |
| 20:16.59 | trepan | and note that you don't see any packets display until the _forbidDebug var has been sent over the wire |
| 20:17.55 | blast007 | another interesting bug that I finally managed to reproduce is the server generating a new random map while there are still players on the map |
| 20:18.15 | blast007 | if the first player rejoins, it will generate a new map ;) |
| 20:21.28 | blast007 | I guess specifically when the first player (player ID 0) leaves the server |
| 20:21.34 | blast007 | you can tell because all the flags respawn |
| 20:26.37 | RandalSchwartz | well yeah - ok that was sorta fun :) |
| 20:27.13 | Meep | what username were you under? |
| 20:28.17 | RandalSchwartz | Rham Beau :) |
| 20:28.27 | RandalSchwartz | I shoulda used "Target" though |
| 20:28.32 | JefferyM | Wyk3d, heh, my recomendation was "don't blow off your project to play WoW" |
| 20:28.41 | Meep | oh i think i saw you there :) |
| 20:28.49 | Meep | was to busy observing a tker ;) |
| 20:29.04 | RandalSchwartz | so you have to time your jump so that the highest point is on the next level up |
| 20:29.06 | RandalSchwartz | interesting |
| 20:29.14 | JefferyM | blast007 I just had an eppifany, I forgot that I added a CLIENT side net buffer |
| 20:29.16 | RandalSchwartz | I guess you learn pretty quickly how far ahead that is |
| 20:29.28 | Meep | hehe yeah |
| 20:30.28 | RandalSchwartz | I'm reading http://sourceforge.net/potm/potm-2004-04.php from five years ago |
| 20:30.39 | Meep | oh lol |
| 20:30.50 | RandalSchwartz | found it by googling sean's name |
| 20:30.51 | Erroneous | JefferyM: that's what I meant about checking the direction the queues ran. forward is not the same on both ends of the connection. |
| 20:30.58 | JefferyM | yeah |
| 20:31.06 | JefferyM | I had forgoten that there were 2 of them |
| 20:31.16 | JefferyM | wants to go home and go back to bed |
| 20:31.49 | Erroneous | well, do it fast before you get a post assigned to you ;) |
| 20:32.08 | JefferyM | I have to finish the dev regressions before gary leavs |
| 20:32.19 | Erroneous | ah, true |
| 20:35.02 | Mets | I vote jeff should get a vacation day |
| 20:35.18 | JefferyM | Mets, I actualy have too many |
| 20:35.27 | Mets | shhh, don't tell them that |
| 20:35.37 | JefferyM | they know that, I've been told to use them |
| 20:35.48 | JefferyM | since we are changing to a limited pool thing |
| 20:35.58 | JefferyM | I get 4 weeks a year |
| 20:36.12 | Mets | that's amazing |
| 20:36.30 | RandalSchwartz | I got a 5 month unpaid vacation from october to april. :) |
| 20:36.44 | Mets | well, I start my first full-time job in about two weeks, and I think I get like 10 days off a year |
| 20:36.49 | RandalSchwartz | it'll probably be the ruin of me. |
| 20:37.03 | RandalSchwartz | might be losing my house, if not at least the house my father lived in for 40 years. |
| 20:37.13 | JefferyM | Erroneous, for the client side, we repeatly call read from serverlink, and then keep pushing each message to the back of a std::list |
| 20:37.21 | JefferyM | then we iterate that list and process the messages |
| 20:37.45 | Mets | RandalSchwartz: never, you'll be ok |
| 20:37.55 | Erroneous | what order does the iterator go in? |
| 20:38.09 | JefferyM | begin to end |
| 20:39.13 | Erroneous | do we guarantee that the list is densly populated before reading? |
| 20:39.28 | *** join/#bzflag ep (n=quassel@ip68-97-126-55.ok.ok.cox.net) |
| 20:39.31 | JefferyM | huh? |
| 20:39.41 | JefferyM | it's a new list each frame |
| 20:39.43 | Erroneous | what state is the list in when we put stuff into it? |
| 20:39.45 | Erroneous | ok |
| 20:39.55 | RandalSchwartz | Mets - how can you be so sure? |
| 20:39.56 | JefferyM | it's all local to doMessages |
| 20:40.00 | Erroneous | are the reads in the right order? |
| 20:40.41 | JefferyM | the read comes right from the network buffer |
| 20:40.42 | JefferyM | in Serverlink |
| 20:40.45 | JefferyM | it dosn't do any storing |
| 20:41.43 | Mets | the downturn isn't going to last forever |
| 20:46.42 | CIA-64 | BZFlag: 03blast007 * r20156 10/trunk/bzflag/src/bzfs/GameKeeper.cxx: Don't generate a new random map while players are still on the map. Move the return to after the loop is finished, otherwise it generates a new map when slot 0 leaves. |
| 20:47.34 | blast007 | I didn't have much time to test that, so I hope it's right |
| 20:47.45 | blast007 | leaves for work |
| 20:50.02 | RandalSchwartz | well - I don't have forever to recover |
| 20:50.15 | RandalSchwartz | so even if the downturn levelled today, I'd still likely lose some stuff |
| 20:50.26 | RandalSchwartz | I'm already pretty much at rope's end |
| 20:57.02 | Erroneous | JefferyM: yeah, but is it in the right order at that point? |
| 20:57.43 | *** join/#bzflag Crallion (n=andrewne@98.201.123.24) |
| 21:02.35 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 21:05.08 | Mets | sorry man, wish you the best of course :( |
| 21:05.16 | RandalSchwartz | thanks |
| 21:05.34 | RandalSchwartz | lots of people think bad things can't happen to good people, or famous people, or both. I'm proof that's not the case |
| 21:07.29 | JefferyM | Erroneous, they should be assuming net handler dosn't do anything wacky. |
| 21:08.01 | Erroneous | I didn't ask whether they should be, I asked whether they are ;) that assumption is the one I was trying to get rid of. |
| 21:08.08 | JefferyM | yeah that one I don't know |
| 21:08.16 | JefferyM | not even sure how to tell |
| 21:08.24 | *** join/#bzflag Gnurdux (n=gnurdux@c-68-50-118-247.hsd1.md.comcast.net) |
| 21:08.25 | Erroneous | have read output somewhere |
| 21:09.00 | Erroneous | first four bytes of each packet will get you the codes, so you can tell when the order gets wrong |
| 21:09.31 | JefferyM | first 2 ;) |
| 21:09.54 | Erroneous | size isn't stripped out yet, is it? |
| 21:10.03 | Erroneous | heh |
| 21:21.22 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 21:24.46 | *** join/#bzflag bier|tp (n=bier@pD9E2DB80.dip.t-dialin.net) |
| 21:27.54 | *** join/#bzflag Crallion (n=andrewne@98.201.123.24) |
| 21:41.44 | *** join/#bzflag bier|tp_ (n=bier@p54A578EA.dip.t-dialin.net) |
| 21:44.18 | CIA-64 | BZFlag: 03trepan * r20157 10/trunk/bzflag/ (9 files in 5 dirs): * changed FiringInfo::timeSent from a float to a double |
| 21:45.21 | CIA-64 | BZFlag: 03trepan * r20158 10/trunk/bzflag/ (configure.ac src/date/buildDate.cxx): * bumped protocol and rev |
| 21:47.56 | *** join/#bzflag bier (n=bier@pD9E2DA0A.dip.t-dialin.net) |
| 21:51.12 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 21:51.12 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 21:57.32 | *** join/#bzflag bier|tp (n=bier@pD9E2DA0A.dip.t-dialin.net) |
| 21:57.40 | CIA-64 | BZFlag: 03trepan * r20159 10/trunk/bzflag/ (include/ShotUpdate.h src/game/ShotUpdate.cxx): * removed the unused FiringInfo::unpackW() |
| 21:59.06 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-117-180.dsl.irvnca.pacbell.net) |
| 22:03.48 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 22:06.57 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 22:08.28 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:09.38 | *** join/#bzflag bier|tp_ (n=bier@pD9E2E78F.dip.t-dialin.net) |
| 22:10.46 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 22:13.34 | RandalSchwartz | brlcad? |
| 22:13.41 | RandalSchwartz | (in case he's listening) |
| 22:20.15 | *** join/#bzflag Yassen_ (n=Yassen@pool-98-111-70-112.sttlwa.fios.verizon.net) |
| 23:01.53 | *** join/#bzflag bier|tp_ (n=bier@p54A548E6.dip.t-dialin.net) |
| 23:02.45 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 23:02.45 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:08.02 | *** join/#bzflag bier|tp (n=bier@pD9E2FF0C.dip.t-dialin.net) |
| 23:08.28 | brlcad | RandalSchwartz: yes! I just read your mail |
| 23:08.33 | brlcad | replying now |
| 23:12.44 | *** join/#bzflag Crallion (n=andrewne@98.201.123.24) |
| 23:18.46 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 23:23.19 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 23:26.27 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 23:26.27 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 23:33.33 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 23:34.41 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 23:44.08 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 23:44.08 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:50.05 | *** join/#bzflag TimRiker (n=timr@207.61.176.205) |
| 23:50.05 | *** mode/#bzflag [+o TimRiker] by ChanServ |