| 00:09.58 | *** join/#bzflag Abominable (n=chatzill@97.104.162.86) |
| 00:41.08 | Marzipan | i m so sick of camping :| |
| 00:41.28 | Marzipan | of those total camper maps ... that's just no fun at all |
| 00:41.48 | Marzipan | but lately nothing else get's produced |
| 00:41.59 | JefferyM | so make a map and host it :) |
| 00:42.00 | Marzipan | then stinky camper maps |
| 00:42.18 | a_meteorite | there's a huge variety of maps on the forum |
| 00:42.24 | a_meteorite | I'm sure one would fit your wants |
| 00:42.32 | Marzipan | a_meteroite you need not point out the obvious :P |
| 00:42.46 | Marzipan | sure there are maps that suite myself |
| 00:44.14 | Marzipan | i m too inpatience for creating a map :P |
| 00:44.47 | a_meteorite | patience is a virtue |
| 00:44.53 | JefferyM | and that is our problem how? |
| 00:45.04 | JefferyM | you seem to have the time to come here and rant about it to people who can not change it |
| 00:45.29 | Marzipan | well, spared evil is half evil ? does that make sense in english :P |
| 00:45.38 | JefferyM | no |
| 00:45.48 | Marzipan | oh well, then i will try to explain it the other way :D |
| 00:46.17 | Marzipan | if i keep that to myself, then i m angry about it, but if i rant around about it a bit, it feels better :D |
| 00:46.24 | JefferyM | that may be |
| 00:46.27 | JefferyM | but this is not your blog |
| 00:46.35 | Marzipan | and on ?Ã |
| 00:46.51 | Marzipan | just because it isn't my blog ... doesn't mean it needs to be clean like hell ? |
| 00:47.01 | a_meteorite | huh? |
| 00:47.04 | JefferyM | you have the power to chagne it, if you want to complain it |
| 00:47.13 | Marzipan | i want to complain currently :D |
| 00:47.33 | JefferyM | then you are too lazy to do anything abouty it, you are part of the problem |
| 00:47.37 | JefferyM | go host a good map |
| 00:47.41 | Marzipan | nah, that's not true |
| 00:48.04 | a_meteorite | I'm going to venture a guess Marzipan is not English native |
| 00:48.09 | Marzipan | just because i m complaining about it doesn't mean i m too lazy at all |
| 00:48.24 | JefferyM | so what server do you host then? |
| 00:48.37 | Marzipan | rofl... what has the one thing todo with the other ? |
| 00:48.57 | JefferyM | you say that all the servers run "camper maps" and that nothing else is being made |
| 00:49.04 | Allejo | marzipan: there are many maps with not too much camping. they are just not popular |
| 00:49.06 | JefferyM | and you also say there are maps that would work for you on the fourms |
| 00:49.12 | Marzipan | stop... never used all servers :P |
| 00:49.32 | Marzipan | i just complained about some camping maps :) |
| 00:49.37 | JefferyM | "but lately nothing else get's produced" |
| 00:49.47 | JefferyM | that would mean "all" |
| 00:50.03 | Marzipan | hm... lately doesn't mean all servers |
| 00:50.14 | JefferyM | then why do you not play on the other servers then? |
| 00:50.27 | JefferyM | bets Marzipan just likes to complain |
| 00:50.43 | trepan | Marzipan: you could try GU or ducati styles, no superFlags, less camping |
| 00:51.11 | JefferyM | goes back to timestamping shots |
| 00:51.19 | Marzipan | blub... thanks |
| 00:51.36 | trepan | timestamping, and re-adding pos/vel? |
| 00:51.40 | JefferyM | yeah |
| 00:51.44 | trepan | cool |
| 00:52.00 | JefferyM | I don't like the fact that it's tied to the last update now that I think about it more |
| 00:52.14 | JefferyM | the logic would work if it was on the server and the server had solid state/dr |
| 00:52.17 | JefferyM | but it's all client side |
| 00:52.22 | JefferyM | so this will make it look better |
| 00:53.40 | trepan | i guess the 'look' of it will also depend on what you've done for PlayerUpdate DR timing |
| 00:53.47 | JefferyM | havent' done that yet |
| 00:53.55 | JefferyM | I need to look at those clocks |
| 00:54.04 | JefferyM | gotta still get rid of synced server clock |
| 00:54.10 | JefferyM | probalby should do that first :/ |
| 00:56.17 | JefferyM | trepan, how do I get a time keeper that is synced to the server? |
| 00:56.28 | trepan | on the client ? |
| 00:56.31 | JefferyM | yeah |
| 00:56.35 | trepan | GameTime |
| 00:56.43 | JefferyM | that's what it was |
| 00:56.56 | trepan | ya, GameTime::getStepTime() should do the trick |
| 00:57.00 | jcp | When listening for bz_ePlayerDieEvents, is it possible to determine, when the killer had the geno flag, whether the death is due to the player actually being hit or due to the player dying because a teammate was genoed? |
| 00:57.11 | trepan | even with the craptastic filtering, it still appears to do the job |
| 00:57.15 | JefferyM | that will return the seconds since the start of the game? |
| 00:57.20 | trepan | yup |
| 00:57.26 | trepan | well, um, not quite |
| 00:57.35 | JefferyM | is it close enough? :) |
| 00:57.50 | trepan | it's value should be approximately the same as the server's TimeKeeper::getCurrent() |
| 00:57.54 | JefferyM | ok |
| 00:57.56 | trepan | (adjusted for halfLag) |
| 00:58.03 | JefferyM | sounds close enough |
| 00:58.14 | JefferyM | I'll also make it be able to switch to timekeeper getseconds |
| 00:58.19 | trepan | TimeKeeper::getCurrent() starts at 0.0 from the time of the first call to it |
| 00:58.31 | JefferyM | yeah |
| 00:58.55 | JefferyM | jcp, not really |
| 00:58.57 | blast007 | jcp: bzApiString flagKilledWith; |
| 00:59.05 | JefferyM | you have the flag killed with |
| 00:59.07 | JefferyM | but that's it |
| 00:59.16 | jcp | hmm |
| 00:59.20 | jcp | How does genostats do it? |
| 00:59.22 | JefferyM | you don't know if it was a cus of a hit or a team geno |
| 00:59.37 | JefferyM | the shot ID may be -1 |
| 00:59.41 | JefferyM | let me look |
| 00:59.45 | jcp | ok |
| 00:59.45 | jcp | ty |
| 01:00.16 | blast007 | genostats just checks flagKilledWith |
| 01:01.32 | JefferyM | I'm not sure the server knows that it was a geno hit |
| 01:01.43 | JefferyM | since the clients just say "I dided" |
| 01:01.45 | JefferyM | died |
| 01:04.05 | JefferyM | yeah we don't use the reason |
| 01:04.17 | JefferyM | so I can't see that we diferentiate |
| 01:04.32 | JefferyM | I'll be the first one to report a death with that shotID |
| 01:04.41 | JefferyM | since the others won't report a death untill after they get it |
| 01:04.45 | JefferyM | and it has to hit the server first |
| 01:40.50 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 01:43.47 | delusional | the fastmap plugin automatically loads the HTTPServer plugin.... I don't have to do anything other than load the plugin for fastmap to work? |
| 01:43.57 | blast007 | right |
| 01:44.05 | delusional | why does it load the world using the regular method, after the fast map has loaded |
| 01:44.05 | blast007 | assuming the plugin still works ;) |
| 01:44.17 | blast007 | probably cuz it's broken |
| 01:44.31 | delusional | do i use -cache onlt? without -world? |
| 01:44.34 | delusional | only |
| 01:44.45 | blast007 | you don't need to use -cache with it |
| 01:44.48 | blast007 | it will set that itself |
| 01:44.55 | blast007 | but it might not work right anymore |
| 01:45.18 | delusional | ok, seems kinda stupid to load the slow way, after the fast way has finished |
| 01:45.44 | blast007 | delusional: ... |
| 01:45.50 | blast007 | it is broken then |
| 01:46.08 | delusional | cron too |
| 01:46.11 | blast007 | it does that if the data it received doesn't match that the server said it should be |
| 01:46.18 | blast007 | based on the hash |
| 01:46.34 | blast007 | so something changed so that the data the plugin is getting isn't what the server is sending |
| 01:47.10 | delusional | bzfscron crashes the server on my debian machine, just fails to load on mac. |
| 01:52.43 | *** join/#bzflag nn-main (n=nn@74-94-43-196-Philadelphia.hfc.comcastbusiness.net) |
| 02:09.15 | delusional | 2.99 definitely processes a cached 5MB bzw a lot faster than 2.0 |
| 02:09.28 | delusional | when joining |
| 02:24.19 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 02:24.19 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 02:27.28 | CIA-76 | BZFlag: 03trepan * r20280 10/trunk/bzflag/src/bzfs/bzfs.cxx: * minor cleanup |
| 02:41.53 | CIA-76 | BZFlag: 03trepan * r20281 10/trunk/bzflag/ (include/StateDatabase.h src/common/StateDatabase.cxx): |
| 02:41.53 | CIA-76 | BZFlag: * removed 'BZDB' references from StateDatabase.cxx |
| 02:41.53 | CIA-76 | BZFlag: * added variable dependency tracking |
| 02:41.53 | CIA-76 | BZFlag: (only for variables that have passed through StateDatabase::eval()) |
| 02:41.53 | CIA-76 | BZFlag: * NOTE: once a variable X has been registered as being dependent on |
| 02:41.53 | CIA-76 | BZFlag: variable Y, variable X's dependent set is never updated even |
| 02:41.55 | CIA-76 | BZFlag: if variable Y is unset (should be fixed) |
| 02:43.21 | CIA-76 | BZFlag: 03trepan * r20282 10/trunk/bzflag/TODO: * updated for the BZDB change in r20281 |
| 02:45.56 | trepan | oops, that commit's dependencies deficiency explanation is a little off (second X/Y's should be swapped) |
| 02:53.47 | trepan | hm, TimeKeeper::getCurrent() is used in audioInnerLoop() -- in a separate thread |
| 02:55.18 | trepan | probably doesn't play nicely with the 'static <type> lastTime;' in TimeKeeper.cxx |
| 02:57.09 | *** join/#bzflag bigjust (n=bigjust@adsl-074-232-230-165.sip.asm.bellsouth.net) |
| 03:02.05 | trepan | yup, mutex seems to fix the problem (i've been seeing a lot of "WARNING: went back in time -212 microseconds" when using 'bzflag -d6') |
| 03:05.41 | a_meteorite | hm, I thought you needed a flux capacitor to go back in time |
| 03:08.02 | trepan | you don't when you've got conflicted threading |
| 03:10.28 | bryjen | back in the 80's you needed dedicated hardware. these days folks like trepan can do it all in software ;) |
| 03:11.21 | a_meteorite | cool, you should go back to the 80s and give them your code |
| 03:11.23 | trepan | bryjen: heh, i'm trying to fix somebody else's problem ;) |
| 03:11.49 | a_meteorite | next time I watch back to the future I expect trepan's code to pop up somewhere... ;) |
| 03:22.50 | *** join/#bzflag JefferyM (n=JeffM@bzflag/projectadmin/JeffM) |
| 03:22.50 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 03:23.13 | CIA-76 | BZFlag: 03trepan * r20283 10/trunk/bzflag/src/common/TimeKeeper.cxx: |
| 03:23.13 | CIA-76 | BZFlag: * added a mutex lock around getCurrent() to protect against the sound thread |
| 03:23.13 | CIA-76 | BZFlag: (needs to be tested on windows, should probably add the debug message there |
| 03:23.13 | CIA-76 | BZFlag: as well) |
| 03:43.02 | *** join/#bzflag bigjust_ (n=bigjust@adsl-074-232-230-165.sip.asm.bellsouth.net) |
| 04:05.34 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 04:16.57 | *** join/#bzflag Bambino (n=Bambino_@S0106002191dd19a8.gv.shawcable.net) |
| 06:24.59 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) |
| 06:42.38 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 06:44.36 | Bambino | holy jeez http://my.bzflag.org/bb/viewtopic.php?f=8&t=14458 |
| 06:44.48 | Bambino | http://my.bzflag.org/bb/memberlist.php?mode=viewprofile&u=42569 |
| 06:44.58 | Bambino | pr0n spam ^ |
| 07:57.08 | CIA-76 | BZFlag: 03Javawizard2539 07http://my.bzflag.org * r6569 10/w/User:Javawizard2539: |
| 08:00.47 | jcp | joevano: ty for deleting the template redirect I had under my page |
| 08:00.57 | jcp | ...since it had been there for ~5 months with a request for deletion :) |
| 08:11.48 | Bambino | This is getting old - spam - http://my.bzflag.org/bb/viewtopic.php?f=8&t=14522 |
| 08:12.01 | Bambino | http://my.bzflag.org/bb/memberlist.php?mode=viewprofile&u=40943 |
| 08:13.39 | Bambino | Thank god for Avast! http://my.bzflag.org/bb/memberlist.php?mode=viewprofile&u=43001 |
| 08:14.03 | Bambino | His site pops up my tojan alarm |
| 08:14.10 | Bambino | trojan** |
| 08:15.12 | Bambino | does a virus scan |
| 08:42.40 | *** join/#bzflag nielsle (n=nielsle@1385163721.dhcp.dbnet.dk) |
| 09:06.28 | *** join/#bzflag L4m3r_ (n=l4m3r@bzflag/developer/L4m3r) |
| 09:06.28 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 09:20.52 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 09:29.12 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 09:41.41 | *** join/#bzflag Upsetter (n=ups@88.130.160.55) |
| 10:53.43 | *** join/#bzflag emknox (n=marten@p5B23738A.dip.t-dialin.net) |
| 10:57.59 | *** join/#bzflag emknox_ (n=marten@p5B233F90.dip.t-dialin.net) |
| 12:29.10 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 12:46.02 | *** join/#bzflag ahs3- (n=ahs3@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 13:03.14 | CIA-76 | BZFlag: 0375.72.60.35 07http://my.bzflag.org * r6570 10/w/Getting_Started: /* Registering a callsign(Optional) */ |
| 13:05.35 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 13:17.01 | *** join/#bzflag emknox (n=marten@p5B233F90.dip.t-dialin.net) |
| 13:39.20 | *** join/#bzflag bigjust (n=bigjust@adsl-074-232-230-165.sip.asm.bellsouth.net) |
| 13:51.38 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 13:55.10 | CIA-76 | BZFlag: 03cygal * r20284 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: so nobody noticed that Record time has never been reported correctly? at least now it is. |
| 13:55.39 | cygal | this was quite an old bug. |
| 13:55.56 | cygal | older than svn history.. how old is replay? |
| 14:12.11 | cygal | hm, appeared between 1.10 and 2.0 |
| 14:20.03 | CIA-76 | BZFlag: 03cygal * r20285 10/trunk/bzflag/ (4 files in 4 dirs): |
| 14:20.03 | CIA-76 | BZFlag: * bumped protocol and rev |
| 14:20.03 | CIA-76 | BZFlag: * removed hack in RR due to protocol freeze |
| 14:27.43 | CIA-76 | BZFlag: 03trepan * r20286 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: |
| 14:27.43 | CIA-76 | BZFlag: * changed the RRtime type to 'double', and start using |
| 14:27.43 | CIA-76 | BZFlag: (TimeKeeper::getCurrent().getSeconds() + startTimeOffset) as |
| 14:27.43 | CIA-76 | BZFlag: the main record/replay timer. |
| 14:28.13 | trepan | cygal: one clock to rule them all, and in the darkness blind them |
| 14:33.41 | CIA-76 | BZFlag: 03trepan * r20287 10/trunk/bzflag/src/ (clientbase/playing.cxx game/CommandCompleter.cxx): * added a space at the end of "/record " for word completion |
| 14:34.18 | *** join/#bzflag blast (i=4cc99596@bzflag/developer/Blast) |
| 14:34.18 | *** mode/#bzflag [+v blast] by ChanServ |
| 14:40.47 | cygal | ah thanks trepan |
| 14:40.53 | cygal | was planning to do that next |
| 14:43.22 | cygal | but it would have taken me alot longer :) |
| 14:49.02 | *** join/#bzflag Upsetter1 (n=ups@88.130.172.194) |
| 14:50.19 | *** join/#bzflag bier_ (n=bier@pD9E2E9B6.dip.t-dialin.net) |
| 14:52.04 | *** join/#bzflag bier|tp_ (n=bier@pD9E2E9B6.dip.t-dialin.net) |
| 15:15.30 | CIA-76 | BZFlag: 03trepan * r20288 10/trunk/bzflag/src/bzflag/HUDuiTypeIn.cxx: * fixed backspace (it was clearing to the end of the line) |
| 15:16.25 | CIA-76 | BZFlag: 03trepan * r20289 10/trunk/bzflag/src/clientbase/clientCommands.cxx: |
| 15:16.25 | CIA-76 | BZFlag: * added the "sendmsg <all|team|nemesis|recipient|admin> <message>" command |
| 15:16.25 | CIA-76 | BZFlag: (like "send", but with the <message> parameter) |
| 15:17.31 | trepan | unfortunately, CommandManager pass the raw command around, so 'sendmsg' whitespace can get messed up |
| 15:17.52 | trepan | s/pass/does not pass/ |
| 15:34.51 | trepan | cygal: why the protocol bump? |
| 15:35.27 | cygal | in fact, it's more a "format of replay bump" |
| 15:36.01 | trepan | ya, didn't need to chage BZ_PROTO_VERSION ;) |
| 15:37.59 | CIA-76 | BZFlag: 03trepan * r20290 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: * bumped ReplayVersion from 0x0001 to 0x0002 |
| 15:38.28 | cygal | had forgot it.. |
| 15:38.41 | trepan | loadHeader() needs a version check, one sec |
| 15:39.01 | cygal | yeah |
| 15:39.07 | temp_dist | probably is just a funky thing in my OSX build system, but I got three of these warnings when I did svnup to rev 20289: |
| 15:39.08 | temp_dist | configure.ac:406: warning: AC_CACHE_VAL(cv_socklen_t_equiv, ...): suspicious cache-id, must contain _cv_ to be cached |
| 15:39.46 | cygal | "wanders off", back on monday |
| 15:40.03 | trepan | ciao |
| 15:40.11 | CIA-76 | BZFlag: 03trepan * r20291 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: * check the replay version |
| 15:41.53 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 15:42.38 | blast | Wyk3d: what have you been working on this week? |
| 15:43.33 | Wyk3d | some php integration, did the auth, parser for config files .. |
| 15:44.06 | blast | php integration as far as integration with the old list server? |
| 15:44.43 | Wyk3d | that's what i did but also needs something for the website |
| 15:45.16 | Wyk3d | where i was wondering what direction i should go in .. |
| 15:46.03 | Wyk3d | i.e it's very specific to whether phpbb or drupal or mediawiki is used |
| 15:47.10 | blast | reusable code would be best. The functionality could be wrapped up into a class that could be integrated into any service that needs it. |
| 15:47.43 | blast | what list server code did you integrate with bzauthd? |
| 15:47.52 | blast | I haven't noticed a commit for that |
| 15:48.04 | Wyk3d | haven't committed it yet but about to |
| 15:48.05 | Wyk3d | auth |
| 15:48.26 | blast | what list server did you work off of? |
| 15:48.37 | blast | there is two in the SVN repo |
| 15:49.03 | CIA-76 | BZFlag: 03trepan * r20292 10/trunk/bzflag/src/bzfs/RecordReplay.cxx: * also do a replay file version check in loadFileTime() |
| 15:49.33 | Wyk3d | the one in \db |
| 15:49.40 | blast | ok |
| 15:50.01 | blast | probably needs to be done in your branch as well |
| 15:50.54 | Wyk3d | yes that's one issue with the commit, the branch doesn't contain it and i wouldn't want to modify trunk just yet .. i should make a new branch for just the db ? |
| 15:52.04 | blast | or do an svn mv to put everything in branches/gsoc_bzauthd/ inside branches/gsoc_bzauthd/bzflag/ |
| 15:52.13 | blast | then do a branches/gsoc_bzauthd/db/ |
| 15:52.43 | blast | I'm not an SVN expert though, so I'm not sure if that's the best way :) |
| 15:56.37 | Wyk3d | ok i'll try that |
| 15:58.52 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 16:02.07 | Wyk3d | but .. it seems that would mean a huge commit to delete everything and add it back to the other location |
| 16:03.39 | Wyk3d | (it's not smart enough to notice that there's no reason to reupload even with svn mv) |
| 16:04.32 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 16:06.18 | *** join/#bzflag JefferyM (n=JeffM@bzflag/projectadmin/JeffM) |
| 16:06.18 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:10.25 | Wyk3d | branching db seems like the more bandwidth friendly solution so i'll go with that |
| 16:12.31 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 16:12.31 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 16:15.46 | blast | k |
| 16:19.04 | CIA-76 | BZFlag: 03bryjen * r20293 10/trunk/bzflag/configure.ac: configure complained "suspicious cache-id, must contain _cv_ to be cached" |
| 16:21.17 | temp_dist | thanks |
| 16:28.37 | CIA-76 | BZFlag: 03wyk3d * r20294 10/branches/gsoc_bzauthd_db/: |
| 16:51.38 | *** join/#bzflag qqqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 16:56.46 | CIA-76 | BZFlag: 03trepan * r20295 10/trunk/bzflag/src/bzflag/ (HUDuiTypeIn.cxx HUDuiTypeIn.h): |
| 16:56.46 | CIA-76 | BZFlag: * added the ability to skip words using Ctrl+Left and Ctrl+Right |
| 16:56.46 | CIA-76 | BZFlag: (plain Left and Right still move the cursor around by characters) |
| 17:03.45 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 17:15.28 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 17:34.13 | CIA-76 | BZFlag: 03trepan * r20296 10/trunk/bzflag/src/bzfs/ (4 files in 2 dirs): * clean-ups |
| 17:37.03 | jcp | Ok, I have searched and searched for this and I can't find anything. I'm writing a plugin that keeps segfaulting whenever bzfs exits. Does anyone know how to compile it in such a way that when it segfaults it will give me a stack dump? (preferably one that includes c++ line numbers) |
| 17:38.47 | trepan | gdb? |
| 17:39.20 | JefferyM | yeah that's what debugers do |
| 17:47.24 | blast | just make sure to build debug |
| 17:48.31 | jcp | what do you mean, "build debug"? |
| 17:48.54 | JefferyM | build with the debug option for your platform, whatever that may be |
| 17:49.10 | jcp | That's the problem. I don't know how to do that. I'm on ubuntu using g++. |
| 17:49.28 | JefferyM | enable-debug I think then |
| 17:49.36 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 17:49.37 | jcp | ok, I'll try that |
| 17:49.37 | JefferyM | then you'd go and use gdb |
| 17:49.49 | JefferyM | perhaps you should learn a little more about C++ programing |
| 17:50.35 | BulletCatcher | On Linux use the --enable-debug option to configure. |
| 17:50.43 | jcp | I know, I'm trying to. I think what I need to learn more about is compiling on linux :) |
| 17:50.50 | jcp | but that helps. I'm reading up on gdb right now. |
| 17:51.07 | JefferyM | it's not just compiling, it's the act of developing :) |
| 17:51.14 | JefferyM | debugers are a big part of that |
| 17:51.27 | JefferyM | it'll be good to learn all that |
| 17:51.33 | jcp | ok |
| 17:51.52 | jcp | I know debuggers for Java, I'd just never used them for C++ and didn't know how on linux, but it lookd like gdb will help with that |
| 17:54.37 | BulletCatcher | In HUDuiServerList::doRender(), the label on the sorted column has 3 8-bit characters appended to it. Those characters just appear as an empty box on my system, indicating no corresponding font. |
| 17:54.39 | BulletCatcher | I suppose that they are meant to look like an up-arrow or down-arrow. Any suggestions for making a useful representation of sort order? |
| 17:55.15 | trepan | V/^? :) |
| 17:55.19 | JefferyM | are there arrrows in the font? |
| 17:56.16 | BulletCatcher | I'm not sure how to get a list of all of the font characters. |
| 17:56.34 | JefferyM | what font is it using? |
| 17:58.00 | BulletCatcher | My config.cfg file suggests that it is TogaSansBold (the sansSerifFont). |
| 17:58.05 | JefferyM | k |
| 17:58.06 | JefferyM | I'll check |
| 17:58.38 | JefferyM | yeah that font dosn't ahve arrorws |
| 17:58.52 | JefferyM | DejuaVuSans does |
| 17:59.02 | JefferyM | perhaps we should use that for those marks |
| 17:59.23 | JefferyM | Toga is a pretty sparce font |
| 17:59.35 | CIA-76 | BZFlag: 03trepan * r20297 10/trunk/bzflag/src/common/TimeKeeper.cxx: * informative comment |
| 18:00.00 | JefferyM | 2206 is an up ish arrow in toga â |
| 18:00.08 | BulletCatcher | I'll change the default in my config.cfg and see how it looks. |
| 18:00.52 | JefferyM | DejaVuSansMonoBold is probably the better one to try |
| 18:01.05 | JefferyM | wow, it has a TON of stuff |
| 18:01.17 | JefferyM | like a copy of windings too |
| 18:01.24 | blast | heh |
| 18:01.42 | BulletCatcher | That's monospace rather than proportional, but I'll give it a try. |
| 18:01.47 | JefferyM | that's actualy cool, we could use that to make logos and flags |
| 18:02.49 | trepan | bzflag.ttf? |
| 18:03.00 | JefferyM | could do that too |
| 18:03.29 | JefferyM | if you want to use toga we can use â and v |
| 18:06.22 | JefferyM | deja has all kinds of fun stuff, like â¢âââ |
| 18:07.14 | spldart | :) |
| 18:07.54 | MindstormsKid | â²â¼ |
| 18:08.02 | spldart | ⢠I really need to find one of my copies of duke nukem :) |
| 18:08.06 | BulletCatcher | Ouch. "set sansSerifFont DejaVuSansMonoBold" in config.cfg provides the up/down arrows, but causes my system to lock up for many seconds loading the font or something. |
| 18:08.25 | blast | it's calculating Pi |
| 18:08.42 | BulletCatcher | Die! Die! Everybody die! |
| 18:09.29 | BulletCatcher | hopes that is the same Star Trek episode |
| 18:09.38 | blast | JefferyM: was the four symbols or three? |
| 18:09.45 | JefferyM | 4 |
| 18:09.54 | JefferyM | BulletCatcher, yeah it's a MASSIVE font |
| 18:10.21 | blast | guess the font that the webchat uses don't like the third one ;) |
| 18:10.54 | BulletCatcher | I see. It is more than 10x the size of TogaSansBold. |
| 18:15.33 | JefferyM | vera mono has ËË |
| 18:15.45 | JefferyM | bit small but it may work |
| 18:26.53 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 18:31.24 | trepan | opensymbol ttf has some arrows |
| 18:31.39 | JefferyM | how hard would it be to swap fonts on that line? |
| 19:03.18 | trepan | doesn't take much to hack in a couple of textures either (about 18 lines) |
| 19:30.55 | TD-Linux | font substitution could be added too |
| 19:33.05 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 19:34.49 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 19:34.49 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 19:36.12 | *** join/#bzflag allejo_ (n=allejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 19:36.31 | *** part/#bzflag allejo_ (n=allejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 19:38.01 | *** join/#bzflag allejo (n=allejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 19:39.45 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 19:57.19 | *** join/#bzflag allejo_ (n=allejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 19:59.11 | *** join/#bzflag sfire||mouse (n=cwevans@adsl-71-156-58-241.dsl.irvnca.sbcglobal.net) |
| 20:02.33 | trepan | http://trepan.bzflag.bz/listarrow.png |
| 20:02.49 | trepan | a bit big, pulled it from http://www.geekpedia.com/icon1473_Arrow-Up.html |
| 20:05.15 | *** part/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 20:07.35 | BulletCatcher | Regardless of size, the arrow should scale with the font. |
| 20:08.05 | trepan | it does, naturally |
| 20:08.20 | trepan | i've actually scaled it to the box height |
| 20:08.35 | BulletCatcher | Okay. Then I agree it would look better a bit smaller. |
| 20:08.38 | trepan | which is fontHeight * 1.5 |
| 20:09.53 | BulletCatcher | I would think that 1.0 should be fine. |
| 20:10.02 | trepan | i wouldn't |
| 20:10.16 | trepan | using the box height let's you set the padding ;) |
| 20:11.15 | BulletCatcher | It is certainly better than what we have now. |
| 20:14.56 | MindstormsKid | http://www.fileformat.info/info/unicode/char/25b2/index.htm hmm? |
| 20:15.42 | MindstormsKid | and http://www.fileformat.info/info/unicode/char/25bc/index.htm |
| 20:16.36 | temp_dist | MindstormsKid: Pretty sure they want to avoid loading a font to make just the arrow - the font file is too large |
| 20:18.03 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) |
| 20:26.08 | jcp | Is there an api function that can be used to get the id of a player by passing in their callsign? bz_getPlayerByCallsign only appears to be present in 2.99.x. Is there an equivalent for 2.0.x? |
| 20:27.01 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 20:32.35 | blast | jcp: probably not |
| 20:32.50 | jcp | daern |
| 20:32.52 | jcp | *darm |
| 20:32.54 | jcp | grr |
| 20:32.55 | jcp | *darn |
| 20:37.22 | *** join/#bzflag Marzipan (n=marzi@84-119-52-222.dynamic.xdsl-line.inode.at) |
| 20:42.24 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 20:42.24 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:43.18 | *** join/#bzflag smoooth (n=smoooth@cpe-098-024-234-056.ec.res.rr.com) |
| 20:48.20 | *** part/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 20:54.18 | *** join/#bzflag JefferyM (n=JeffM@bzflag/projectadmin/JeffM) |
| 20:54.18 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 21:07.03 | *** join/#bzflag Gaming4JC (n=Vista@12.183.1.60) |
| 21:07.10 | Gaming4JC | hey all |
| 21:07.18 | Gaming4JC | I' |
| 21:07.42 | Gaming4JC | * I'm trying to compile BZFlag on Visual C++ 2008 Express. All is well exept 1 error. |
| 21:07.52 | Gaming4JC | I was wondering if anyone might know what it is |
| 21:07.58 | Gaming4JC | it's from the latest SVN |
| 21:08.13 | Gaming4JC | and I'm on 64bit Vista exporting an x64 project file. |
| 21:08.31 | Gaming4JC | anyways |
| 21:08.33 | Gaming4JC | ... |
| 21:08.35 | Gaming4JC | Linking... LINK : fatal error LNK1181: cannot open input file '.\libcurl_release\libcurl.lib' |
| 21:08.36 | Gaming4JC | ... |
| 21:08.37 | Gaming4JC | ^^ |
| 21:08.48 | Gaming4JC | I followed the tutorial on the forums |
| 21:08.56 | Gaming4JC | and libcurl is placed in the directory |
| 21:10.26 | Gaming4JC | well |
| 21:10.28 | Gaming4JC | if anyone knows |
| 21:10.29 | Gaming4JC | email me |
| 21:10.32 | Gaming4JC | gaming4jc2@yahoo.com |
| 21:10.34 | Gaming4JC | thanks. |
| 21:10.39 | Gaming4JC | going out for dinenr :P |
| 21:10.41 | Gaming4JC | *dinner |
| 21:10.42 | Gaming4JC | lol |
| 21:10.44 | Gaming4JC | byes |
| 21:15.40 | JefferyM | wow |
| 21:16.06 | BulletCatcher | A whole 3 minutes of patience! |
| 21:17.02 | JefferyM | indeed |
| 21:17.18 | JefferyM | trying to build something that is wholy unsupported |
| 21:17.26 | JefferyM | EE dosn't support 64 bit builds |
| 21:17.32 | JefferyM | we don't have 64 bit targets |
| 21:18.02 | BulletCatcher | I sounds as if it almost worked. |
| 21:18.13 | JefferyM | it may |
| 21:18.26 | JefferyM | I mean nothing should be preventing us from building 64 bit |
| 21:18.33 | JefferyM | he'l need 64 bit libcurl |
| 21:18.38 | JefferyM | and I don't know where he'll get that |
| 21:19.09 | JefferyM | in the end he'll ahve a larger, slower, and more memory hungry bzflag |
| 21:20.39 | *** join/#bzflag Wits_ (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 21:28.11 | Winny | I think I know who that guy ways anyways, IP looks familiar |
| 21:28.16 | Winny | troublemaker |
| 21:28.19 | JefferyM | indeed |
| 21:28.26 | Winny | 12.183 rings in my mind |
| 21:41.20 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 22:01.31 | *** join/#bzflag bier (n=bier@pD9E2E9B6.dip.t-dialin.net) |
| 22:09.25 | *** join/#bzflag xaver (n=xaver@pD9ED660F.dip.t-dialin.net) |
| 22:09.56 | xaver | hi |
| 22:10.07 | *** join/#bzflag PrezKennedyII (i=Matthew@whitecalf.net) |
| 22:18.59 | *** part/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |
| 22:31.46 | blast007 | Wyk3d: how is the list server modifications going? |
| 22:51.46 | *** join/#bzflag emknox (n=marten@p5B233F90.dip.t-dialin.net) |
| 23:22.29 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 23:39.47 | CIA-76 | BZFlag: 03wyk3d * r20298 10/branches/gsoc_bzauthd_db/ (bzfls.php serversettings.php.tmpl): Added ldap auth (gettoken part) to bzfls. |
| 23:39.49 | Wyk3d | blast007: fine .. |
| 23:48.08 | *** join/#bzflag bushido_banjo (n=charles@c-67-169-161-184.hsd1.ca.comcast.net) |
| 23:49.17 | *** join/#bzflag Atluxity (n=atluxity@wikipedia/Atluxity) |
| 23:49.34 | *** join/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |
| 23:59.52 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
