| 00:00.09 | JeffM | tho it's all just ways to stave off doing a smarter check |
| 00:00.10 | JeffM | AAA_awright: that is untrue |
| 00:00.19 | JeffM | 2.0 has always had the full map |
| 00:00.24 | JeffM | and uses it |
| 00:00.46 | AAA_awright | Knowing when players are on a team base, what else |
| 00:01.01 | JeffM | a little thing called spawning |
| 00:01.44 | JeffM | no mater what we have to have robust collsion code on both the server and the client |
| 00:01.54 | JeffM | both need to do the same checks |
| 00:02.08 | JeffM | then the only time there is a problem is when the client is modifies |
| 00:02.13 | JeffM | or highly laggy |
| 00:02.25 | JeffM | then in that case, the ONE person who has the problem is affected, not everyone |
| 00:05.00 | *** part/#bzflag BulletCatcher (n=bc@unaffiliated/bulletcatcher) |
| 00:14.07 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-230-032.pools.arcor-ip.net) |
| 00:14.22 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 00:20.49 | Constitution | JeffM: so collisions should be checked on both the client and the server? won't there be a discrepancy between tank position data on the client and the server due to lag? |
| 00:20.56 | *** join/#bzflag tannerld (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 00:21.09 | JeffM | Constitution: if the states are synced and lag comped no |
| 00:21.20 | JeffM | or they shoudl be with in predictable error |
| 00:21.41 | JeffM | basicly for shots, server shoudl say, Hey you blew up, and client shoudl say "hey I blew up" and send messages |
| 00:21.45 | JeffM | if they agree, cool |
| 00:21.48 | JeffM | if not, there is a problem |
| 00:22.21 | JeffM | otherwise you for at least a 1/2 lag wait on all actions |
| 00:22.39 | JeffM | where if you do it both time, you only have jumps or glitches in the more rare case of there being a problem |
| 00:23.12 | JeffM | basicly you want to do what you can to have valid clients do the same thing that the server is going to do, at the same time |
| 00:23.27 | JeffM | so your local display is as close to the server as it can be, to minimise discrepeancy |
| 00:23.30 | Constitution | okay, so tank position updates from the laggy clients can be "back-compared" in its compensated position as it comes in? |
| 00:23.38 | JeffM | yeah |
| 00:23.55 | JeffM | since it has a synced clock we can know WHEN it happend, and the plot forward to now |
| 00:24.17 | JeffM | that's the entire basis behind lag comp |
| 00:24.27 | JeffM | get all the updates to have a fixed clock |
| 00:24.56 | JeffM | then all you are off by is clock drift |
| 00:25.01 | JeffM | and that is a lot smaller then lag :) |
| 00:25.45 | Constitution | although the server can't know exactly when shot data got to the client, and where the client thinks it is |
| 00:25.58 | JeffM | the server can guess |
| 00:26.11 | JeffM | but yes there will always be small discrepancioes |
| 00:26.17 | JeffM | that is the core problem with server side shot collsions |
| 00:26.31 | JeffM | what you'd have to do is send more updates to the server when you are close to shots |
| 00:26.33 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 00:26.47 | JeffM | it all depends on how fast tanks can move relitive to lag |
| 00:27.04 | JeffM | more speed == more possible dodges |
| 00:27.36 | JeffM | what it'll probalby end up being is that both will do it, and we'll only trust the client if he agrees with the server most of the time |
| 00:28.00 | JeffM | but that all has to be done as part of testing |
| 00:28.18 | JeffM | your SoC project unbenowst to you involves a lot of research and feasablitliy testing :) |
| 00:29.03 | Constitution | better than it being totally contrary to the "plan" :) |
| 00:29.06 | JeffM | that research and feasability testing will tell us what we can do with the server side collisions once we have them |
| 00:29.12 | JeffM | Constitution: what plan? |
| 00:29.42 | Constitution | what is the general consensus among the devs about stuff that we want to happen |
| 00:29.51 | JeffM | there isn't one |
| 00:30.01 | JeffM | we all agree it needs research |
| 00:30.14 | Constitution | alright |
| 00:30.19 | JeffM | your steps will be as follows, 1) make sure we can track the shots fully on the server |
| 00:30.28 | JeffM | that's easy |
| 00:30.37 | JeffM | then have a way to test them against the client |
| 00:30.40 | JeffM | and I have a way to do that too |
| 00:30.44 | JeffM | it'll be cool :) |
| 00:30.52 | JeffM | then you will do the client side collsions |
| 00:31.08 | JeffM | at that point, we have to have some ways to report the collsions and comapre them to the client side collsions |
| 00:31.24 | JeffM | once we see how well they sync up in real world cases, we can decide what we want to do with that data |
| 00:31.32 | JeffM | one method is to fully trust it |
| 00:31.34 | JeffM | that may work |
| 00:31.36 | JeffM | it may not |
| 00:31.39 | JeffM | we don't know |
| 00:31.53 | JeffM | I'm guessing it'll end up being a weighted hybrid or something |
| 00:31.59 | JeffM | just so it dosn't get too wierd |
| 00:32.32 | JeffM | sure if someone is super smart and knows the rules, they could skirt the edges of whatever 'trust' system we make, but it would totaly be a lot better then what we have now |
| 00:32.50 | JeffM | the big trap to avoid is the assumption that we can 'beat' all possible cheats |
| 00:32.52 | *** join/#bzflag BAPTIST (n=47360b92@bz.bzflag.bz) |
| 00:32.55 | JeffM | that is a falacy |
| 00:33.02 | Constitution | yeah |
| 00:33.08 | JeffM | the goal is to get close enough |
| 00:33.17 | Constitution | and every time a lot of stuff changes, a whole new set of exploits opens up |
| 00:33.32 | JeffM | sure, but each change minimises what they can do |
| 00:33.38 | JeffM | and at some point it's pointless to bother |
| 00:34.16 | JeffM | the final cheat we could not get rid of would be auto aim and auto dodge |
| 00:34.30 | JeffM | mostlly because we actualy HAVE a project that is basicly enabling those |
| 00:34.31 | Constitution | so if the server decides that the discrepancy between server-side and client-side collisions is too much, what should happen? |
| 00:34.32 | JeffM | bots |
| 00:34.45 | Constitution | heh |
| 00:34.46 | JeffM | Constitution: I don't think we should decide taht right now |
| 00:34.57 | JeffM | we can't make that call till we see how often it happens |
| 00:35.08 | JeffM | if its' something that happens like 50% of the time, all we can realy do is log it |
| 00:35.19 | Constitution | okay |
| 00:35.29 | Constitution | so lots of testing |
| 00:35.36 | JeffM | if it happens like 15% of the time, we can tally, and build a cheater probability |
| 00:35.45 | JeffM | if it happesn 2% of the time, we can kick |
| 00:35.47 | JeffM | that kinda stuff |
| 00:36.09 | JeffM | the project to get the collsions dosn't solve any of our poblems |
| 00:36.20 | JeffM | it is input in other logics to try and solve them |
| 00:37.46 | JeffM | there may be some benifit in looking at how games like quake and cube deal with it too |
| 01:01.49 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 01:04.39 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-75-36-38-29.dsl.sndg02.sbcglobal.net) |
| 01:04.39 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 01:11.50 | *** join/#bzflag javawizard2539 (n=javawiza@c-24-10-227-207.hsd1.co.comcast.net) |
| 01:30.09 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 02:02.01 | Lukstr | hey, do you guys perchance use a mailing list or something I could get in on? |
| 02:09.22 | javawizard2539 | Luckstr, there is a mailing list, but to my knowledge it's not really used that much |
| 02:09.29 | javawizard2539 | Lukstr, there is a mailing list, but to my knowledge it's not really used that much |
| 02:09.36 | Lukstr | ah okay |
| 02:09.38 | Lukstr | thanks :) |
| 02:09.51 | javawizard2539 | Although JeffM would be more knowledgeable on the subject |
| 02:23.02 | Winny | Luckstr :p |
| 02:24.07 | Lukstr | Winny: yeah I get that a lot :P |
| 02:24.14 | Winny | hehe |
| 02:30.06 | *** join/#bzflag Macrosoft (n=Macrosof@69.92.113.202) |
| 03:16.11 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 03:43.49 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 03:57.57 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 04:06.09 | *** join/#bzflag zee088 (n=467f85f2@gateway/web/cgi-irc/zeebrothers.net/x-e4ed902e9244204d) |
| 04:11.30 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 04:39.10 | *** join/#bzflag bier (n=bier@p54A561E8.dip.t-dialin.net) |
| 05:04.34 | brlcad | Lukstr: whawhat? netris not fun?? It's a blast :-) (but you have to play multiplayer) |
| 05:05.28 | mcintyem | . |
| 05:05.57 | mcintyem | blrcad: I have started http://soc08.blogspot.com |
| 05:06.07 | mcintyem | *brlcad |
| 05:07.18 | brlcad | Flash: the ability to apply patches quickly increases non-linearly with the size/complexity of the patch |
| 05:07.36 | mcintyem | I have/will use it or something similar to track progress. |
| 05:07.45 | mcintyem | (that is, for SoC work with summer) |
| 05:08.01 | mcintyem | *this summer... geeze sleepy fingers tonight |
| 05:08.43 | brlcad | Flash: and the crash is worth valgrinding regardless (it is truely an impressive debug resource) |
| 05:09.09 | brlcad | (and yes I saw you're not on linux, just comment in general that it's needed) |
| 05:10.24 | *** join/#bzflag mayB (n=mayur@c-67-191-238-17.hsd1.ga.comcast.net) |
| 05:10.58 | mcintyem | brlcad: are you talking to Flash in some other place? |
| 05:11.15 | mcintyem | is only reading 1/2 a conversation. |
| 05:11.22 | brlcad | mcintyem: hm? no.. |
| 05:11.42 | brlcad | responds to backlog |
| 05:11.56 | mcintyem | :) gotcha. |
| 05:12.11 | Lukstr | brlcad: netris is my fav :) |
| 05:14.09 | mcintyem | is somewhat new to irc etiquette |
| 05:14.21 | mcintyem | but learning. |
| 05:14.43 | brlcad | Lukstr: you mean .. your second fav right? :) |
| 05:17.14 | Lukstr | brlcad: well, netris was my first |
| 05:17.19 | Lukstr | and it's multiplayer kicks ass |
| 05:17.25 | Lukstr | but I got used to gnometris for a while :P |
| 05:17.38 | Lukstr | netris is probably better; gnometris is bloated |
| 05:17.40 | Lukstr | anyways, |
| 05:17.43 | Lukstr | passes out |
| 05:18.53 | Winny | me too |
| 05:23.43 | brlcad | points at the name of the channel, Lukstr's application and reiterates, your second fav right? |
| 05:26.09 | mcintyem | thinks bzflag is lukstr's favorite times infinity-- since that's way above favorite, it doesn't even count in the same category, so it goes without saying |
| 05:43.13 | Constitution | mcintyem: impressive |
| 05:57.06 | Constitution | JeffM: you mentioned a game called "Cube" or something to look into... got a link? |
| 05:57.18 | JeffM | google ;) |
| 06:01.01 | *** part/#bzflag mayB (n=mayur@c-67-191-238-17.hsd1.ga.comcast.net) |
| 06:01.38 | Constitution | tried that |
| 06:01.50 | Constitution | cube is a bit ambiguous |
| 06:06.12 | JeffM | http://cubeengine.com/ |
| 06:07.24 | Constitution | thanks |
| 06:18.20 | *** join/#bzflag Macrosoft (n=Macrosof@69.92.113.202) |
| 06:20.10 | *** join/#bzflag Tupone (n=Tupone@host-84-222-137-205.cust-adsl.tiscali.it) |
| 06:20.10 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 06:22.27 | *** join/#bzflag KingofCamelot (n=davidsan@SCTN-12-153.resnet.ucsb.edu) |
| 06:28.21 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 06:32.08 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 06:32.08 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 06:44.34 | *** part/#bzflag Macrosoft (n=Macrosof@69.92.113.202) |
| 06:44.39 | *** join/#bzflag Macrosoft (n=Macrosof@69.92.113.202) |
| 07:04.28 | *** join/#bzflag EmoNemo (n=Gigi@unaffiliated/emonemo) |
| 07:12.38 | brlcad | that was fun.. playing for the first time in many many many moons |
| 07:26.02 | Manu | brlcad: :) |
| 07:36.20 | *** join/#bzflag pacman87 (i=127@resnet-45-192.dorm.utexas.edu) |
| 08:16.52 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 08:19.21 | *** join/#bzflag KingofCamelot (n=davidsan@SCTN-12-153.resnet.ucsb.edu) |
| 08:38.03 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 08:51.17 | *** join/#bzflag hwilde__ (n=hwilde@pool-151-201-56-160.pitt.east.verizon.net) |
| 08:51.29 | hwilde__ | what is the command to set my flag to wings |
| 08:52.29 | Constitution | <PROTECTED> |
| 08:52.41 | hwilde__ | come play on spirals |
| 08:53.17 | Manu | hwilde__: just curiosity, are you admin there? :) |
| 09:06.49 | hwilde__ | no who needs it |
| 09:06.52 | hwilde__ | @ = big headache |
| 09:08.37 | Manu | hwilde__: you asked to set your flag to wing, you can't if you aren't admin |
| 09:08.52 | *** join/#bzflag PrezKennedy (i=Matthew@74.86.45.130) |
| 09:16.11 | hwilde__ | stares at Manu |
| 09:16.50 | Manu | ~hide Manu |
| 09:16.51 | ibot | ACTION gets a huge black sheet and covers Manu with it so that nobody can see what Manu is doing! |
| 09:35.28 | *** join/#bzflag KTL (n=KTL@213.219.152.239.adsl.dyn.edpnet.net) |
| 09:38.47 | brlcad | ~seen Wyk3d |
| 09:38.50 | ibot | wyk3d <n=Wyk3d@lns-bzn-47f-81-56-254-111.adsl.proxad.net> was last seen on IRC in channel #bzflag, 1d 13h 10m 36s ago, saying: 'but not uint64_t'. |
| 09:40.06 | *** join/#bzflag bier (n=bier@p54A55E62.dip.t-dialin.net) |
| 09:44.14 | *** mode/#bzflag [+o Manu] by ChanServ |
| 09:47.38 | brlcad | names |
| 10:08.48 | *** join/#bzflag kirun (n=kirun@10.126.gr5.adsl.brightview.com) |
| 10:18.30 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 10:33.00 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 10:33.59 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-230-032.pools.arcor-ip.net) |
| 10:35.18 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 10:42.12 | *** join/#bzflag Wyk3d (n=Wyk3d@lns-bzn-47f-81-56-254-111.adsl.proxad.net) |
| 10:45.49 | Wyk3d | ooh a comment on my application! .. sorry if i haven't replied already, I didn't have net for the last two days |
| 10:52.09 | *** join/#bzflag O-Neil_ (n=Miranda@dslb-088-070-236-044.pools.arcor-ip.net) |
| 11:33.23 | *** join/#bzflag Wits (n=Warinthe@75.84.188.72.cfl.res.rr.com) |
| 12:36.40 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 12:48.41 | *** join/#bzflag Paul_PL (n=pawelbl6@chello087206115169.chello.pl) |
| 13:16.56 | *** join/#bzflag bz59 (n=43a72c3b@bz.bzflag.bz) |
| 13:17.20 | bz59 | anyone here? |
| 13:17.56 | bz59 | anyone? |
| 13:18.12 | Winny | nope |
| 13:18.24 | bz59 | ha |
| 13:18.33 | Winny | Can we help you? |
| 13:18.39 | bz59 | ya |
| 13:18.51 | Winny | :) |
| 13:19.02 | bz59 | when i open bzflag the screen is black |
| 13:19.17 | bz59 | i cant even force quit |
| 13:19.30 | bz59 | wats wrong? |
| 13:19.47 | Winny | you could always try deleting the config file |
| 13:20.07 | whodaman- | what OS? |
| 13:20.26 | bz59 | a mac |
| 13:21.00 | bz59 | i tried to download again after deleting the file but the result was the same |
| 13:21.01 | whodaman- | ok |
| 13:21.11 | whodaman- | yeah, the config won't change |
| 13:21.16 | bz59 | it worked yesterday |
| 13:21.20 | bz59 | o |
| 13:21.46 | whodaman- | go into /User/yourUser/Library/Application Support/BZFlag/2.0/config.cfg |
| 13:21.54 | whodaman- | and delete the config.cfg |
| 13:21.56 | bz59 | ok. |
| 13:22.04 | bz59 | thx |
| 13:22.24 | bz59 | bye |
| 13:22.28 | Winny | bye |
| 13:22.28 | whodaman- | uh |
| 13:22.31 | bz59 | ill be back |
| 13:22.32 | whodaman- | Did it work? |
| 13:22.40 | bz59 | one min |
| 13:23.41 | *** join/#bzflag bz60 (n=43a72c3b@bz.bzflag.bz) |
| 13:26.17 | whodaman- | wee |
| 13:44.19 | *** join/#bzflag drummaster1 (n=43a72c3b@bz.bzflag.bz) |
| 13:44.29 | drummaster1 | hey |
| 13:44.51 | drummaster1 | i need help |
| 13:45.59 | Winny | hello again |
| 13:46.14 | drummaster1 | whenever i click on bzflag, it opens. the screen is black and all that is showing is the small toolbar options:chat,ect |
| 13:46.30 | drummaster1 | i cant find user |
| 13:46.40 | drummaster1 | like u said i should go to |
| 13:47.01 | *** join/#bzflag jftsang (n=jftsang@88-108-255-50.dynamic.dsl.as9105.com) |
| 13:47.19 | Winny | It's /Users |
| 13:47.21 | Winny | not /User |
| 13:47.45 | drummaster1 | oh, what ev. bu ti copied and pasted it |
| 13:48.18 | drummaster1 | ill try again |
| 13:48.41 | drummaster1 | didntwork |
| 13:49.13 | drummaster1 | can u guve me the exact url? (sorry 4 the trouble) |
| 13:49.19 | Winny | It's not a URL |
| 13:49.29 | drummaster1 | ps. im a noob at this stuff |
| 13:49.32 | drummaster1 | oh |
| 13:49.35 | Winny | It's the path to your config file on your computer |
| 13:49.51 | drummaster1 | well i still cant find it |
| 13:50.42 | drummaster1 | oh wait |
| 13:50.56 | drummaster1 | is it the thing on the side over here? |
| 13:51.00 | whodaman- | err |
| 13:51.06 | whodaman- | Click on your HD |
| 13:51.09 | whodaman- | on your desktop |
| 13:51.13 | whodaman- | are you using leopard? |
| 13:51.25 | drummaster1 | no. safari on a newer mac |
| 13:51.30 | Winny | uh |
| 13:51.36 | Winny | Don't use safari... |
| 13:51.38 | Winny | It's not a URL |
| 13:51.43 | drummaster1 | ok |
| 13:51.56 | Winny | Open up the finder |
| 13:52.01 | drummaster1 | im in the hd |
| 13:52.09 | Winny | click on "Users" |
| 13:52.12 | drummaster1 | ya that too |
| 13:52.19 | Winny | then your user name |
| 13:52.21 | drummaster1 | ok |
| 13:52.25 | drummaster1 | next |
| 13:52.30 | Winny | then Library |
| 13:52.35 | Winny | Then Application Support |
| 13:52.44 | Winny | Then BZFlag |
| 13:52.47 | Winny | then 2.0 |
| 13:52.54 | drummaster1 | k |
| 13:52.56 | Winny | then delete "config.cfg" |
| 13:53.20 | Winny | then try to launch BZFlag |
| 13:53.21 | drummaster1 | ok |
| 13:54.21 | drummaster1 | ok i did it now ill try |
| 13:54.32 | whodaman- | Right... |
| 13:54.38 | drummaster1 | thx a billion, man. u da best |
| 13:54.49 | Winny | heh |
| 13:54.52 | whodaman- | ty! |
| 13:54.58 | drummaster1 | it worked!!!!!!! |
| 13:55.09 | drummaster1 | THANK YOU SOOOOO MUCH!!!!!!! |
| 13:55.13 | drummaster1 | see ya |
| 13:55.17 | Winny | cya |
| 13:55.18 | whodaman- | uh ok |
| 13:55.19 | whodaman- | bai |
| 13:55.41 | whodaman- | have fun setting things up again .. |
| 14:01.20 | catay | hehe |
| 14:40.42 | drummaster1 | again thx |
| 14:53.03 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 14:58.32 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 15:01.40 | *** join/#bzflag bz82 (n=5499a338@bz.bzflag.bz) |
| 15:03.10 | bz82 | hi, could someone please recheck if 05.bztank.net:5158 is down? i suddenly lost my connection |
| 15:04.06 | ts | ~bzfquery 05.bztank.net:5158 |
| 15:04.35 | ts | bz82: Looks like it is down, indeed |
| 15:05.05 | bz82 | thank you for help ... |
| 15:07.46 | *** join/#bzflag Guest760 (n=4dbc114c@gateway/web/cgi-irc/zeebrothers.net/x-f3ac61abd53f673d) |
| 15:17.44 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 15:39.58 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-75-36-38-29.dsl.sndg02.sbcglobal.net) |
| 15:39.58 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 15:50.49 | QuantumTim | anyone here who's familiar with building bzflag in visual studio (2005 if it makes much of a difference)? |
| 15:51.47 | blast007 | QuantumTim: trunk or 2.0.x, and is it the full visual studio, or vc express edition? |
| 15:52.01 | QuantumTim | 2.0.x, and it's professional |
| 15:52.24 | QuantumTim | I managed to build trunk okay, but decided i'd do better working with 2.0.x |
| 15:52.39 | QuantumTim | but it's complaining that it can't find ares.h |
| 16:04.48 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 16:07.44 | QuantumTim | blast007: any ideas? |
| 16:08.21 | blast007 | why would you do better working with 2.0.x? |
| 16:08.31 | blast007 | 2.0.x is dead |
| 16:08.43 | blast007 | and is this from SVN you're trying to build? |
| 16:08.56 | blast007 | Tupone just made some change to ares yesterday |
| 16:09.04 | QuantumTim | because I couldn't get my trunk build to connect to any servers :p |
| 16:09.10 | blast007 | he probably broke the Windows build |
| 16:09.15 | QuantumTim | yeah, checked it out just today |
| 16:09.28 | blast007 | QuantumTim: which servers did you try? were any on the list? |
| 16:09.30 | QuantumTim | hmm, I'll have a look at the changes he made |
| 16:09.39 | QuantumTim | yeah, there were about 6 in the list |
| 16:09.47 | QuantumTim | it kept just freezing when I tried to connect |
| 16:09.53 | blast007 | eh |
| 16:10.03 | blast007 | it's been working for me |
| 16:10.15 | QuantumTim | also, the first time I ran it, it was *very* unresponsive, and was eating up a lot of RAM and CPU |
| 16:10.24 | QuantumTim | restarting it seemed to work though |
| 16:19.28 | QuantumTim | hmm, yeah, whatever tupone was up to has broken it :s |
| 16:20.49 | *** join/#bzflag Upsetter (n=Ups@e178093202.adsl.alicedsl.de) |
| 16:21.33 | QuantumTim | he's set it up so it defaults to looking for ares.h in a system location |
| 16:21.34 | blast007 | I can try here with VS 2003 quick |
| 16:21.44 | QuantumTim | but it doesn't fall back to looking in the local location if it fails |
| 16:21.49 | blast007 | heh |
| 16:22.01 | QuantumTim | so you need to specifically define a symbol for it to work |
| 16:22.16 | QuantumTim | I guess he had it installed system-wide :p |
| 16:22.21 | QuantumTim | *has |
| 16:22.28 | blast007 | what define do we need? |
| 16:22.44 | QuantumTim | LOCAL_CARES |
| 16:22.58 | QuantumTim | although I haven't tested it with it yet, but it looks like it should work like that |
| 16:22.59 | blast007 | linux builds their config.h automatically, in the configure script |
| 16:23.16 | QuantumTim | but also, he hasn't removed the old ares project, which still has ares.h |
| 16:23.52 | QuantumTim | but he has removed ares.h from the makefile |
| 16:23.58 | blast007 | meh |
| 16:26.03 | blast007 | ah, he changed it to bzares.h |
| 16:26.32 | *** join/#bzflag ahs3- (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 16:26.40 | QuantumTim | yeah |
| 16:26.51 | QuantumTim | but all the old files are still there :s |
| 16:27.02 | QuantumTim | it just isn't using/finding them |
| 16:27.26 | blast007 | ares.h isn't there |
| 16:27.34 | blast007 | oh wait, it is |
| 16:27.58 | JeffM | who broke what? |
| 16:28.08 | blast007 | Tupone broke the Windows build for 2.0.x |
| 16:28.19 | JeffM | when? |
| 16:28.21 | blast007 | probably just needs a new define in the config.h for the VC stuff |
| 16:28.23 | blast007 | yesterday |
| 16:29.02 | JeffM | 7.1 or 8? |
| 16:29.08 | JeffM | and what is he doing in branch? |
| 16:29.09 | blast007 | well, both |
| 16:29.19 | blast007 | he was fixing c-ares issues |
| 16:29.34 | blast007 | http://cia.vc/stats/project/bzflag/.message/574b8e |
| 16:33.19 | JeffM | yeah that would pobalby do it |
| 16:33.24 | JeffM | testing a build now |
| 16:35.05 | JeffM | man this is all jacked up |
| 16:35.25 | Flash | brlcad: I agree about valgrind, but one can only use the resources one has. I was looking into Mac memory tools, and it looks like the best bet is XCode |
| 16:35.41 | Flash | but I can't do that without 2 computers, since the input gets grabbed |
| 16:35.48 | Flash | but I will |
| 16:35.58 | Wyk3d | finishes replying commenting .. for now :) |
| 16:36.12 | Flash | there ARE a bunch of environment variables that turn on various debugging options |
| 16:36.25 | Flash | and I turned them on, but no help (core dump, no diag) |
| 16:37.13 | Flash | http://old.macedition.com/bolts/bolts_20021210.php |
| 16:37.23 | brlcad | yeah, i've had hit and miss luck from the build in bounds checking |
| 16:37.27 | JeffM | Flash: why can't you use valgrind on you rmac? |
| 16:37.29 | brlcad | s/build/built/ |
| 16:37.38 | brlcad | valgrind is linux-only |
| 16:37.44 | JeffM | ahh |
| 16:37.52 | brlcad | mac is their top-priority port, but it aint there yet |
| 16:38.09 | Wyk3d | so blast007, have you considered using the existing/in development versions of the list server for backwards compatibility or do you think it would still be better to duplicate that code and make webservers ? |
| 16:38.11 | Flash | of course, those tools are heap only, and if we are dealing with stack corruption, it may still miss |
| 16:42.40 | blast007 | Wyk3d: yeah |
| 16:42.53 | blast007 | that would probably be a good plan |
| 16:43.08 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 16:46.13 | Wyk3d | by "that" you mean using the existing list servers ? |
| 16:48.12 | blast007 | yeah |
| 16:48.15 | Wyk3d | k :) |
| 16:48.41 | blast007 | heh, guess I didn't read the part after "or" ;) sorry about that |
| 16:48.56 | Wyk3d | no prob :) |
| 16:52.44 | blast007 | meh, I'm not set up to build 2.0.x anymore :/ |
| 16:53.03 | blast007 | goes to beat a few environment variables into his system |
| 16:56.30 | JeffM | blast007: I have it fixed |
| 16:56.39 | blast007 | both of them? |
| 16:56.45 | JeffM | the ares issue |
| 16:56.48 | JeffM | what else is there? |
| 16:56.55 | blast007 | I mean 7.1 and 8 |
| 16:57.00 | JeffM | yeah |
| 16:57.02 | blast007 | ok |
| 16:57.06 | JeffM | most of it was code changes |
| 16:57.49 | JeffM | wait. I may have made a fatal error |
| 16:57.55 | JeffM | do we have both ares.h and bzares.h? |
| 16:58.09 | blast007 | ares.h still exists in src/c-ares/ |
| 16:58.17 | blast007 | not sure if it's supposed to |
| 16:58.33 | JeffM | it was included ALL over the place |
| 16:58.50 | blast007 | Tupone made it so that the header in include/ was bzares.h, not ares.h |
| 16:58.53 | JeffM | I'm going to wait untill he gets here to talk to him about it |
| 16:59.04 | blast007 | so that it didn't conflict with the local ares.h, if a user had it installed system-wide |
| 16:59.06 | JeffM | blast007: yeah but I'm wondering if that is just for bz to use |
| 16:59.16 | JeffM | but internal ares builds may still use ares.h |
| 16:59.21 | JeffM | it's wierd. |
| 16:59.27 | blast007 | hmm |
| 16:59.36 | JeffM | my gut says that's what he was trying to do |
| 16:59.51 | JeffM | have one header for bz, and one for the few people that actualy build ares internaly |
| 17:00.02 | JeffM | I've changed our internal ares build to use bzares.h and deleted ares.h |
| 17:00.17 | JeffM | that way they are actualy the same |
| 17:00.33 | JeffM | screwit, it's just branch :) |
| 17:01.12 | blast007 | there was a post on the forum about 2.0.x failing to build due to some c-ares stuff, which is why he probably he went and fixed it |
| 17:01.25 | JeffM | yeah I saw that |
| 17:01.32 | JeffM | I know why he fixed this thing |
| 17:01.45 | JeffM | I'm just not sure I agree with how he fixed this thing :) |
| 17:02.46 | blast007 | heh |
| 17:03.27 | CIA-32 | BZFlag: 03JeffM2501 * r16976 10/branches/v2_0branch/bzflag/ (29 files in 3 dirs): |
| 17:03.27 | CIA-32 | BZFlag: use only one ares header for internal ares builds, we don't need two, specially if there is the possibility of conflict. |
| 17:03.27 | CIA-32 | BZFlag: make windows builds work again. |
| 17:03.39 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 17:04.59 | JeffM | if there is a more "right" way, we can fix it in branch :) |
| 17:05.16 | JeffM | sorry trunk |
| 17:06.11 | JeffM | bet that breaks nix too :) |
| 17:07.27 | blast007 | hehe |
| 17:08.42 | *** join/#bzflag Wits (n=Warinthe@75.84.188.72.cfl.res.rr.com) |
| 17:14.49 | *** join/#bzflag bz54 (n=44c2c25b@bz.bzflag.bz) |
| 17:15.46 | Lukstr | brlcad: bzflag's no game; it's a way of life ;) |
| 17:16.14 | Winny | hehe |
| 17:16.25 | Winny | waves to Luckster |
| 17:16.27 | Winny | ;) |
| 17:16.30 | Lukstr | hahah |
| 17:17.11 | CBG` | Hah. Bz is not a way of life. |
| 17:17.21 | CBG` | If you're searching for a game to lead your life, try WoW. |
| 17:19.27 | blast007 | or Second Life |
| 17:19.29 | blast007 | ducks |
| 17:19.41 | Winny | hehe |
| 17:19.46 | blast007 | hello bz54 |
| 17:23.42 | Winny | :P |
| 17:23.53 | blast007 | goodbye bz54 |
| 17:26.40 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:29.10 | *** join/#bzflag me1 (n=me1@pool-72-93-105-64.bstnma.fios.verizon.net) |
| 17:30.15 | CIA-32 | ftgl: 03brlcad * r900 10/trunk/ (BUGS.txt TODO.txt): test commit, separate out BUGS to its own file |
| 17:33.24 | CIA-32 | FTGL: 03brlcad * r901 10/trunk/TODO.txt: another test commit |
| 17:34.13 | *** join/#bzflag jafm (n=brad@dev.moooo.org) |
| 17:34.19 | *** join/#bzflag Wits (n=Warinthe@75.84.188.72.cfl.res.rr.com) |
| 17:50.42 | JeffM | epyon ever show up? |
| 17:51.20 | *** join/#bzflag BenUrban (n=benurban@c-68-49-10-243.hsd1.md.comcast.net) |
| 17:51.28 | blast007 | ~seen Epyon |
| 17:51.31 | ibot | epyon <n=Epyon@90-156-93-82.magma-net.pl> was last seen on IRC in channel #bzflag, 3d 18h 45m 32s ago, saying: 'I'd have to review my notes, but I think I came to the conclusion that the client sends, the server packs, but the client doesn't recieve. So my next step would be checking if the server sends'. |
| 17:51.43 | JeffM | ~seen epyon_ |
| 17:51.44 | ibot | epyon_ <n=Epyon@90-156-93-82.magma-net.pl> was last seen on IRC in channel #bzflag, 2d 1h 29m 6s ago, saying: 'May proove difficult, time is cutting real short on me'. |
| 17:51.49 | JeffM | nope |
| 17:51.52 | JeffM | that sucks |
| 17:52.12 | brlcad | coulda just had a weekend obligation |
| 17:52.21 | JeffM | maybe |
| 17:52.42 | JeffM | even tho he said he was going to do the patch days ago |
| 17:52.49 | JeffM | I have other ideas for him |
| 17:52.52 | JeffM | if he needs them |
| 17:56.06 | JeffM | code for blindness is BL right? |
| 17:56.11 | L4m3r | B |
| 17:57.00 | *** join/#bzflag Upsetter (n=Ups@e178093202.adsl.alicedsl.de) |
| 17:57.10 | L4m3r | assuming it wasn't changed in trunk |
| 17:57.29 | JeffM | I don't think we've ever changed flag names |
| 18:02.36 | *** join/#bzflag sam (i=sam@poulet.zoy.org) |
| 18:02.48 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 18:03.23 | JeffM | hey it's an epyon :) |
| 18:03.28 | Epyon | brlcad, ping |
| 18:03.34 | Epyon | hi JeffM :) |
| 18:03.39 | JeffM | how goes it? |
| 18:03.43 | Manu | hi Epyon :) |
| 18:04.01 | Epyon | out of time JeffM :( |
| 18:04.10 | Epyon | Except that quite well |
| 18:04.19 | Winny | JeffM: an Epyon? |
| 18:04.27 | Winny | There surely are more hiding! |
| 18:04.28 | JeffM | yeah time does have a way of sliping past dosn't it? |
| 18:04.50 | Epyon | Winny, I dunno if JeffM knows the meaning of the word but "an epyon" sounds quite correct ^^ |
| 18:05.03 | JeffM | what does it mean? |
| 18:05.29 | Epyon | It's from buddistic theology -- "the devil" |
| 18:05.36 | blast007 | or it's Gundam Epyon |
| 18:05.39 | JeffM | ahh |
| 18:05.43 | Manu | http://en.wikipedia.org/wiki/Gundam_Epyon |
| 18:05.44 | blast007 | attack the mobile suit! |
| 18:05.45 | Manu | :) |
| 18:05.51 | Epyon | The funny thing is that I learned that a lot later than I started using the nick :P |
| 18:05.53 | JeffM | do you still need help with a patch? |
| 18:06.04 | JeffM | tehre are a couple things you can do, some that will take minimal time. |
| 18:06.14 | Epyon | JeffM, after you blew my last one, I'd surely appriciate any help :P |
| 18:06.25 | JeffM | well you can still do that one |
| 18:06.29 | JeffM | if you want |
| 18:06.37 | JeffM | it's realy just to show taht you can debug |
| 18:06.50 | JeffM | since we do have a 'few' examples of your code elsewhere :) |
| 18:06.53 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 18:06.55 | Epyon | But you fixed it, didn't you? At least it works on my local copy. |
| 18:07.02 | JeffM | ahh you got latest |
| 18:07.08 | JeffM | well you can do one of a coupel things. |
| 18:07.38 | Epyon | JeffM, suggestions? |
| 18:07.44 | JeffM | 1) make a change to bzwgen, that will fulfill the miniumum requirements |
| 18:07.49 | JeffM | and probably be very easy for you |
| 18:08.09 | JeffM | 2) pick somethin easy like, https://sourceforge.net/tracker/index.php?func=detail&aid=1210029&group_id=3248&atid=103248 |
| 18:08.11 | Epyon | JeffM, afair you decided that the patch needs to be done on the core :P |
| 18:08.33 | JeffM | Epyon: it would help if it was, but I don't belive we mentioned that anywhere |
| 18:08.40 | JeffM | perosnaly I would prefer if it was for you |
| 18:08.50 | JeffM | we also didn't say that the patch had to fix a bug |
| 18:09.02 | JeffM | or do anything that we nessiarly wanted to apply |
| 18:09.07 | JeffM | you can go make a change that does ANYTHING |
| 18:09.25 | JeffM | make tanks turn purple on death, cause players to curse when they jump |
| 18:09.27 | JeffM | whatever |
| 18:09.41 | Epyon | That sounds sooo sca-a-ry |
| 18:09.54 | JeffM | it's just to show your compentency with the tools |
| 18:10.00 | JeffM | and that you can do what you say you are going to do. |
| 18:10.04 | JeffM | those are the big things |
| 18:10.12 | JeffM | that one I linked you should be very eas |
| 18:10.14 | JeffM | easy |
| 18:11.27 | Epyon | JeffM, scroll down, there's a patch for that one already :P |
| 18:11.34 | JeffM | Epyon: I know |
| 18:11.36 | JeffM | don't look at it |
| 18:11.38 | JeffM | fix it anyway |
| 18:11.45 | JeffM | you just need to get SOMETHING done |
| 18:11.57 | JeffM | if you are out of time, it's time for cheeze ;) |
| 18:12.15 | blast007 | did someone say cheese? |
| 18:12.17 | Epyon | In that case I'd rather do some useful change on bzwgen |
| 18:12.23 | JeffM | ok |
| 18:12.24 | JeffM | then do it |
| 18:12.31 | Epyon | blast007, no, he said cheeze |
| 18:12.38 | blast007 | ;) |
| 18:12.42 | blast007 | ~blast007 |
| 18:12.42 | ibot | i guess blast007 is very insane, or a cheese-stealer |
| 18:12.52 | JeffM | perhaps make it into a plugin, and have it send the stream into bzfs |
| 18:12.52 | Epyon | ~Epyon |
| 18:12.53 | ibot | hmm... epyon is chaos-dev. "Epyon" was taken. |
| 18:13.09 | JeffM | dtr added the ability for the API to take a world stream |
| 18:13.45 | JeffM | you'd have to build BZ to test that, so that would show that you can do that |
| 18:14.26 | Epyon | JeffM, um, I think that I provided enough proof that I actually built it, up to date :P |
| 18:14.37 | JeffM | Epyon: yes |
| 18:15.02 | JeffM | but one of your submistions was for massive work in the main product, and last year you didn't even build BZ untill near the end. |
| 18:15.15 | JeffM | so you can understand why we would want to make sure that is not the case this year |
| 18:15.51 | JeffM | so I'm just throwing ideas off the top of my head |
| 18:15.55 | JeffM | to try and help you out |
| 18:16.03 | Epyon | As I see things the massive work on the main product wont be selected anyway. |
| 18:16.07 | JeffM | there is still 5 days + the rest of today |
| 18:16.19 | JeffM | Epyon: it's being evaluated |
| 18:16.33 | JeffM | I'm taking as a serious contender for that project |
| 18:16.56 | Epyon | ? |
| 18:17.31 | JeffM | we have more then one code cleanup proposal |
| 18:18.22 | Epyon | BTW, how many non-immidate-refusal applications are in? |
| 18:18.32 | brlcad | Epyon: pongo |
| 18:18.34 | Epyon | It's ok if you don't want to tell :) |
| 18:18.44 | JeffM | so far, none of the applicants for that project have submited a patch |
| 18:18.53 | JeffM | Epyon: I'll tell you how many we got total, 28 |
| 18:19.19 | Epyon | brlcad, one question before I reply to the comment on the app -- do you want me to somehow rewrite the proposals? |
| 18:21.12 | brlcad | Epyon: that's entirely up to you -- but I would suggest just focusing on the bzwgen one .. I think the bigger refactoring one is a lot more complicated |
| 18:21.30 | JeffM | indeed it is |
| 18:21.58 | catay | JeffM: i submitted a patch that should solve the idban bug |
| 18:22.02 | catay | https://sourceforge.net/tracker/index.php?func=detail&aid=1941462&group_id=3248&atid=303248 |
| 18:22.09 | JeffM | catay: ok, cool |
| 18:22.22 | catay | not sure if it's the correct/cleanest way to sovle it |
| 18:22.45 | catay | but it fixes ban time inaccuraccies in general |
| 18:23.14 | JeffM | we'll take a look at it, thanks for the patch :) |
| 18:23.26 | catay | np :) |
| 18:33.41 | *** join/#bzflag latane (n=latane@cpe-075-190-234-153.nc.res.rr.com) |
| 18:44.43 | *** join/#bzflag sadysta (n=sadysta@164-dzi-15.acn.waw.pl) |
| 18:45.35 | *** join/#bzflag sadysta (n=sadysta@164-dzi-15.acn.waw.pl) |
| 18:46.52 | *** join/#bzflag mayB (n=mayur@lawn-143-215-204-28.lawn.gatech.edu) |
| 18:47.33 | mayB | hi everyone |
| 18:48.23 | JeffM | hello |
| 18:49.32 | brlcad | hello mayB |
| 18:49.37 | *** join/#bzflag Macrosoft (n=Macrosof@69.92.113.202) |
| 18:50.40 | mayB | hi brlcad .... i did submit the modified patch .... :) |
| 18:52.02 | brlcad | mayB: I saw, thanks |
| 18:52.16 | mayB | ok |
| 19:04.03 | *** join/#bzflag F687s (n=noah@cpe-71-79-238-46.woh.res.rr.com) |
| 19:37.03 | *** join/#bzflag eTangenT (i=etangent@inge069019.halls.colostate.edu) |
| 19:37.33 | CIA-32 | FTGL: 03sammy * r902 10/branches/FTGL_2_0_2b/ (include/FTBBox.h include/FTFont.h src/FTFont.cpp): (log message trimmed) |
| 19:37.33 | CIA-32 | FTGL: * Merged trunk commits [662] and [663], by patrick: |
| 19:37.33 | CIA-32 | FTGL: + Added the FTBBox::Invalidate and FTBBox::IsValid methods. |
| 19:37.33 | CIA-32 | FTGL: + Changed the FTFont::BBox to accept a range of indicies. Only characters |
| 19:37.35 | CIA-32 | FTGL: with the range are checked. The previous funcitonality is preserved via |
| 19:37.37 | CIA-32 | FTGL: inline methods that call the new implementation. |
| 19:37.39 | CIA-32 | FTGL: + Kluged a fix for a bug where FTFont::BBox was returning bounding volumes |
| 19:37.44 | whodaman- | o.O |
| 19:37.52 | whodaman- | who's sammy? |
| 19:42.09 | Epyon | brlcad, I replied to both your comments |
| 19:45.16 | Manu | Epyon: are you so busy? |
| 19:45.21 | blast007 | whodaman-: that's for the FTGL project, not BZFlag |
| 19:45.37 | whodaman- | ooh, right. |
| 19:45.41 | whodaman- | :P |
| 19:47.43 | Epyon | Manu, now or generaly? |
| 19:47.57 | Manu | Epyon: I'm reading your comment |
| 19:48.18 | Manu | I mean now, of course and this summer |
| 19:48.22 | Epyon | Yeah, last semester was hell :/ |
| 19:48.40 | brlcad | Epyon: thanks |
| 19:48.49 | Epyon | Well the summer is free, cause all my time eaters are uni-related |
| 19:48.59 | CBG` | ~blast007++ |
| 19:49.13 | *** join/#bzflag FalseProphet (n=chatzill@unaffiliated/emonemo) |
| 19:49.29 | Epyon | And this semester is also a lot quieter, I just need to wrap up some stuff from the last one :/ |
| 19:53.14 | Manu | Epyon: do you think you can really do something usable? (about the BZWGen) |
| 19:54.08 | CBG` | ~blast007++ |
| 19:54.36 | sam | whodaman-: I'm sammy, btw :) |
| 19:55.30 | CBG` | sam == sammy ?!?!?!?! |
| 19:56.06 | blast007 | heh |
| 19:56.27 | CBG` | This is madness! |
| 19:57.37 | whodaman- | sam, :) |
| 20:00.30 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 20:00.30 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 20:02.14 | sam | sorry, "sam" was already taken on SF.net :) |
| 20:10.01 | CBG` | *sigh*. Nobody here a 300 fan? :P |
| 20:10.06 | Epyon | Manu, I don't know how to understand your question |
| 20:10.14 | Winny | tosses CBG` into a well |
| 20:10.30 | Lukstr | gives CBG train tickets to cake town. |
| 20:10.46 | CBG` | weeeeeeeeeee |
| 20:11.11 | Epyon | Manu, my initial interpretation was that you're trying to mock me, and I guess that one is false :P |
| 20:14.36 | Manu | Epyon: I mean about what you did the last GSoC |
| 20:14.57 | Manu | you sold us a horse and we got a donkey |
| 20:15.03 | Manu | (from my point of view) |
| 20:15.38 | Epyon | From my point of view I sold you a horse, without reins and other things to make it ridable |
| 20:16.38 | Manu | I guess you know what I mean |
| 20:16.48 | CBG` | Manu: I don't think anyone sold anything. Epyon never claimed to be the worlds best game developer and he wasn't paid as such. |
| 20:17.03 | Manu | CBG`: this isn't with you |
| 20:17.09 | Lukstr | CBG`: game developers? paid? naah... |
| 20:17.24 | CBG` | can't take valid input, Manu? |
| 20:17.50 | Manu | CBG`: I'm not talking with you, just asking Epyon before evaluating his application |
| 20:17.57 | CBG` | The undelying problem with GSoC is that we're talking about Students. Students are generaly pretty busy folk. Plus GSoC has a time limit. |
| 20:18.17 | CBG` | Manu: I'm never allowed to comment on anything anyone else ever says? rofl. |
| 20:18.28 | Epyon | As for your doubts Manu, the whole point of the application is making bzwgen usable |
| 20:18.51 | Manu | Epyon: yes, I know. The last GSoC too |
| 20:19.24 | Manu | CBG`: you are in the middle with a talk, is what I mean. I'm not talking to you |
| 20:19.47 | CBG` | Looks to me like you are... |
| 20:20.09 | Epyon | Manu, that's the problem with experimental ideas, you never know how they work until under way. I must say that I never gave enough thought about making bzwgen accessible last year -- my error. |
| 20:21.10 | Manu | Epyon: and for this year, do you think are able to do a usable application? |
| 20:21.20 | Epyon | Yes |
| 20:21.52 | Epyon | I think I managed to think of most of the reasons why it's not usable, and have an idea how to fix each one. |
| 20:22.43 | Manu | Epyon: thanks, is what I wanted to hear :) |
| 20:24.25 | Epyon | Manu, no problem, although I thought I answered those questions in the app itself :) |
| 20:25.06 | Manu | Epyon: I wanted to be sure you accept your responsability |
| 20:25.33 | Manu | I don't like unfinished jobs |
| 20:25.56 | Manu | responsibility* |
| 20:26.08 | brlcad | Epyon: per your response, there isn't a need for a "visualization app" .. we already have one, it's the client |
| 20:26.13 | Epyon | Manu, believe me, neither do I -- and it really pains me that no one uses bzwgen :/ |
| 20:26.14 | brlcad | and that'd be new development |
| 20:26.44 | brlcad | the point would be to not perform any new development of features beyond direct cleanup and restructing for usability and integration |
| 20:26.45 | DTRemenak | bzwb integration is not a bad idea imho. being able to generate a world and then modify it sounds useful to me. |
| 20:27.07 | Epyon | brlcad, if the generator could be started from the client itself then it would be a valid visualisation |
| 20:27.30 | Epyon | brlcad, I am just trying to bring up all problems from a users point of view. |
| 20:27.39 | DTRemenak | and I think extending the project to meet its original goals (that is, a flexible/complete world generator, rather than a city generator) is by far the most important thing we can do for bzwgen |
| 20:27.54 | brlcad | DTRemenak: the only issue I have with that is that it basically involved integrating mostly untested pre-release code with another mostly untested pre-release code .. a house of cards on a bed of sand |
| 20:28.51 | Epyon | brlcad, it wouldn't be integration, but exposing the generator to bzwb as a plugin |
| 20:28.57 | brlcad | yeah, I do agree with meeting those original goals -- to me that sounds like a predefined set of flexible world types with a few knobs and settings |
| 20:29.11 | DTRemenak | yeah, that's true to a certain extent. bzwb is not exactly a stable target itself. |
| 20:30.14 | brlcad | Epyon: eh, that IS integration. bzwb supports plugins? it is set up to receive/send events from/to a plugin? works with it's model management? |
| 20:30.36 | DTRemenak | actually yes, bzwb is set up to support plugins. the api is unfinished, but it's there. |
| 20:30.36 | brlcad | that's "new" stuff, and presumes bzwb is more stable than it is |
| 20:31.07 | Epyon | brlcad, as I said in my reply to the comment -- I'm not forcing that one. |
| 20:31.09 | DTRemenak | is terribly disappointed we didn't get any eligible bzwb apps |
| 20:32.08 | Winny | jude- didn't apply? |
| 20:32.25 | Epyon | Winny, nope :/ |
| 20:32.26 | Manu | Winny: no |
| 20:32.29 | Winny | :( |
| 20:32.51 | CBG` | Winny: nein |
| 20:33.05 | DTRemenak | jude- accepted a full-time internship elsewhere |
| 20:33.26 | Epyon | is off, will be back in an hour or two for further interro... err ... questioning :P |
| 20:33.39 | brlcad | he did apply, it was an exceptional proposal - but it was rescinded due to his internship |
| 20:33.57 | CBG` | what did he propose? |
| 20:34.12 | brlcad | it's on the wiki |
| 20:34.38 | CBG` | i was hoping for a quick summary... more work on bzwb? |
| 20:35.04 | brlcad | yes |
| 20:39.50 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 20:52.21 | *** join/#bzflag TD--Linux (n=wheeeeee@68-115-97-155.dhcp.roch.mn.charter.com) |
| 21:02.41 | *** join/#bzflag TD---Linux (n=wheeeeee@68-115-97-155.dhcp.roch.mn.charter.com) |
| 21:10.33 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 21:10.33 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 21:12.55 | *** join/#bzflag eTangenT (n=lamer@inge069019.halls.colostate.edu) |
| 21:13.55 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-218-124.lsanca.dsl-w.verizon.net) |
| 21:14.46 | CIA-32 | FTGL: 03sammy * r903 10/branches/FTGL_2_0_2b/ (9 files in 5 dirs): (log message trimmed) |
| 21:14.46 | CIA-32 | FTGL: * Merged trunk commits [664], [665], [666], [667], [669], [670], [671], |
| 21:14.46 | CIA-32 | FTGL: [672] and [684], by patrick and henry: |
| 21:14.46 | CIA-32 | FTGL: + Added FTLayout.h, FTSimpleLayout.h and FTSimpleLayout.cpp to implement |
| 21:14.46 | CIA-32 | FTGL: a framework for layout managers and an implementation of a simple layout |
| 21:14.49 | CIA-32 | FTGL: manager. |
| 21:14.51 | CIA-32 | FTGL: + Updated FTGLDemo to use the new FTSimpleLayout. Changes include: |
| 21:16.03 | JeffM | why are we getting FTGL? |
| 21:16.35 | brlcad | I'd turned it on earlier today as part of merging our changes with latest |
| 21:17.21 | brlcad | all of two people committing at this point -- me and sam |
| 21:17.44 | JeffM | heh |
| 21:17.50 | *** join/#bzflag Wits (n=Warinthe@75.84.188.72.cfl.res.rr.com) |
| 21:21.28 | *** join/#bzflag {JAH} (n={jah}@24-56-146-164.mn.warpdriveonline.com) |
| 21:21.40 | {JAH} | hello? |
| 21:22.41 | AAA_awright | {JAH}: Hey |
| 21:23.14 | JeffM | hello |
| 21:23.15 | AAA_awright | Post this config file to http://bzflag.pastebin.ca/ |
| 21:23.27 | {JAH} | aaa |
| 21:23.28 | AAA_awright | and the error |
| 21:23.32 | {JAH} | yo |
| 21:23.37 | {JAH} | private |
| 21:26.56 | Tupone | Thanks for fixing windows build (c-ares related) |
| 21:27.10 | Manu | ciao Tupone :) |
| 21:27.23 | Tupone | hola Julio |
| 21:27.23 | CIA-32 | FTGL: 03sammy * r904 10/branches/FTGL_2_0_2b/test/FTBBox-Test.cpp: (log message trimmed) |
| 21:27.23 | CIA-32 | FTGL: * Merged trunk commits [741], [742], [745], [747], [748] and [749], by |
| 21:27.23 | CIA-32 | FTGL: henry: |
| 21:27.23 | CIA-32 | FTGL: + Changed to use FTGlyphSlot internally instead of FTGlyph. |
| 21:27.23 | CIA-32 | FTGL: + Added a test for broken glyph but freetype is broken so it doesn't work. |
| 21:27.26 | CIA-32 | FTGL: + Added SetDepth function to FTBBox. |
| 21:27.28 | CIA-32 | FTGL: + Tidy Up. |
| 21:28.03 | AAA_awright | sammy? |
| 21:28.16 | Tupone | FTGL? |
| 21:29.43 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 21:29.43 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 21:30.05 | {JAH} | yo |
| 21:31.57 | Winny | hi |
| 21:32.00 | AAA_awright | {JAH}: That work? |
| 21:32.48 | {JAH} | yo |
| 21:32.56 | {JAH} | aaa private? |
| 21:33.17 | JeffM | Tupone: our font system |
| 21:33.50 | JeffM | Tupone: I don't know if I fixed it "right" but it build :) |
| 21:34.00 | AAA_awright | {JAH}: Look for the private message tab |
| 21:35.34 | Tupone | I know what FTGL is/was. Just at the question "sammy?" I answered with at another question "FTGL?" trying to make the questioner aware that is another project/developer |
| 21:35.58 | JeffM | heh |
| 21:36.16 | JeffM | brlcad has been commiting our fixes back to it and added it to our CIA listing |
| 21:36.41 | {JAH} | aaa_awright |
| 21:37.18 | AAA_awright | {JAH}: What is it coming up with now? |
| 21:37.32 | {JAH} | use tab |
| 21:38.22 | AAA_awright | hm? |
| 21:38.35 | {JAH} | u in the tab? |
| 21:39.30 | CIA-32 | FTGL: 03sammy * r905 10/branches/FTGL_2_0_2b/ (demo/ demo/FTGLMFontDemo.cpp demo/Makefile.am test/demo.cpp): |
| 21:39.30 | CIA-32 | FTGL: * Merged trunk commits [678] and [711], by henry: |
| 21:39.30 | CIA-32 | FTGL: + Created a demo that can handle multiple fonts and command line options. |
| 21:39.30 | CIA-32 | FTGL: + Updated for new compiler. |
| 21:39.41 | Tupone | I think that after the ares/gcc problem we should plan another maintainance release. Dunno when gcc-4.3 will hit the major distributions. In gentoo is still hardmasked. For c-ares, well, when 1.5 will become stable bzflag will become invalid, without the new version |
| 21:40.18 | brlcad | if the commits are annoying to the devs, I can shut them off -- the thought was for us to be aware of the changes to the toolkit (since I took over its maintenance after integrating it with bzflag) |
| 21:40.35 | *** part/#bzflag mayB (n=mayur@lawn-143-215-204-28.lawn.gatech.edu) |
| 21:40.36 | brlcad | likewise if anyone wants access that has bzflag access, just lemme know |
| 21:40.41 | JeffM | Tupone: or we just finish 3.0 |
| 21:41.06 | Tupone | and what about 2.0? you want to retire from the world? |
| 21:41.10 | JeffM | yes |
| 21:41.16 | JBdiGriz | wants to see the commits. |
| 21:41.16 | JeffM | same way we did with 1.20 |
| 21:41.20 | JeffM | 1.10 |
| 21:41.51 | Wyk3d | so is it just me or you only get an email for the first comment you get on your application ? |
| 21:43.12 | brlcad | JBdiGriz: k, thanks |
| 21:45.44 | Manu | Wyk3d: I don't know :) |
| 21:46.13 | Manu | if you only have received one may be this is the way |
| 21:46.30 | CIA-32 | FTGL: 03sammy * r906 10/ (branches/oldtrunk/ trunk/): * Moving current trunk to a branch to make room for FTGL_2_0_2b. |
| 21:46.34 | Wyk3d | might also be the case that you only get mail before the deadline |
| 21:46.44 | Wyk3d | or it could just be a bug :) |
| 21:47.03 | *** join/#bzflag {JAH}4 (n={jah}@24-56-146-164.mn.warpdriveonline.com) |
| 21:47.04 | Wyk3d | anyway i use refresh a lot so np ;) |
| 21:47.26 | Manu | and you are here, so we can ask you directly ;) |
| 21:47.35 | CIA-32 | FTGL: 03sammy * r907 10/trunk/: * Branch FTGL_2_0_2b is the new trunk. |
| 21:47.37 | Wyk3d | definitely :) |
| 21:47.45 | brlcad | wonders what that kind of move sam is making will do to ohloh stats |
| 21:48.21 | Wyk3d | though you guys are asleep most of the day .. in my time zone :) |
| 21:48.23 | AAA_awright | Flash: Are you busy? |
| 21:48.54 | Flash | not too much... just finished a movie |
| 21:53.48 | AAA_awright | ~pastebin |
| 21:53.49 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 21:53.49 | Flash | is that all you wanted to know? |
| 21:53.53 | AAA_awright | ~bzpaste |
| 21:54.19 | blast007 | http://pastebin.bzflag.bz |
| 21:59.02 | Winny | hehe |
| 22:02.00 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 22:04.26 | AAA_awright | Flash: Ah. Would you know why a std::map iterator would segfault, only if used inside an object? |
| 22:05.48 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-237-109.pools.arcor-ip.net) |
| 22:06.25 | Lukstr | AAA_awright: pastebin it |
| 22:06.27 | Wyk3d | if operations on iterators segfault it means they've become invalid |
| 22:07.21 | AAA_awright | I can't see why. Interesting, gdb says not a symbol when I try and print their value though. |
| 22:07.49 | Wyk3d | does the loop where the iterator is used involve erasing things ? |
| 22:07.59 | Flash | that's probably a scope issue for gdb |
| 22:08.12 | AAA_awright | Hold on, let me copy the sources |
| 22:08.16 | Lukstr | :) |
| 22:09.14 | Wyk3d | afaik std::map iterators are fairly resilient, you should get away with doing pretty much anything with them except using them after they've been erased |
| 22:09.42 | AAA_awright | http://aaa.busyflag.org/masterbot/masterbotd/ |
| 22:09.57 | Wyk3d | opposed to other containers where it's very easily wind up with invalid iterators |
| 22:10.11 | AAA_awright | #0 0x4012c036 in std::operator<< <char, std::char_traits<char>, std::allocator<char> > () from /usr/lib/libstdc++.so.6 |
| 22:10.32 | Lukstr | AAA_awright: do you know where in your code that happens? |
| 22:10.36 | JeffM | AAA_awright: the itr is not pointing to a vaid item |
| 22:10.40 | JeffM | that woudl cause it to hork |
| 22:10.53 | AAA_awright | It fails on map_it->first |
| 22:11.06 | Lukstr | AAA_awright: what file |
| 22:11.06 | JeffM | then it's not a valid itr |
| 22:11.12 | JeffM | how did you init it? |
| 22:11.23 | JeffM | itr = map.find(thing)? |
| 22:11.34 | AAA_awright | map<string,string>::iterator map_it; |
| 22:11.38 | AAA_awright | in the for loop, |
| 22:11.49 | JeffM | thats the deleration |
| 22:11.51 | JeffM | not the init |
| 22:11.53 | Flash | you pointed us to a whole directory... what source? |
| 22:12.00 | JeffM | when do you set it = to something? |
| 22:12.06 | AAA_awright | map_it=this->arg_value.begin() evaluates to an interator, at least it did when that was a variable, not a property |
| 22:12.14 | JeffM | is that a valid map? |
| 22:12.16 | AAA_awright | e.g. no this-> |
| 22:12.23 | JeffM | that has stuff in it? |
| 22:12.24 | Lukstr | AAA_awright: which file are you referring to |
| 22:12.28 | JeffM | or is it empty? |
| 22:13.16 | AAA_awright | It is empty, but it should see map_it!=this->arg_value.end() evaluates to false and stop |
| 22:13.23 | AAA_awright | wait |
| 22:13.32 | AAA_awright | why is it going inside the loop then? |
| 22:13.37 | AAA_awright | >_> |
| 22:13.43 | AAA_awright | Thanks. I think. |
| 22:13.45 | JeffM | that's why I generaly do things with while looks |
| 22:13.47 | JeffM | loops |
| 22:13.47 | CIA-32 | FTGL: 03sammy * r908 10/trunk/ (6 files in 4 dirs): * Added copyright and license information to recently merged files. |
| 22:13.55 | JeffM | init the itr outside then do a while |
| 22:14.39 | L4m3r | FTGL? o_O |
| 22:14.45 | JeffM | yes ftgl |
| 22:14.59 | JeffM | cus we all be fixin it ;) |
| 22:15.10 | Wyk3d | the condition in the for is precondition, it should not enter the loop if the container is empty |
| 22:15.33 | JeffM | IF his loop is setup right ;) |
| 22:15.41 | Wyk3d | for (map_it=this->arg_value.begin(); map_it!=this->arg_value.end(); map_it++){ |
| 22:15.48 | Wyk3d | i don't see anything immediately wrong with it |
| 22:15.58 | JeffM | indeed |
| 22:16.08 | JeffM | unless he does an errase in tehre :) |
| 22:16.12 | Wyk3d | he doesn't |
| 22:16.15 | Wyk3d | i checked |
| 22:16.48 | JeffM | then he should debug |
| 22:17.00 | Wyk3d | well assuming that this is the tArgList serverConfig::arguments(){ function we're talking about |
| 22:17.08 | DTRemenak | side note: ++map_it is faster than map_it++ |
| 22:17.45 | L4m3r | silly C designers should have swapped the two |
| 22:18.02 | Lukstr | DTRemenak: yes, but why? |
| 22:18.03 | L4m3r | I guess they didn't figure that var++ would be used more frequently |
| 22:18.16 | DTRemenak | var++ copies, ++var doesn't |
| 22:18.16 | Lukstr | DTRemenak: rather, which is more correct? Which is less ambiguous |
| 22:18.19 | JeffM | L4m3r: ++i incrments before it is used, i++ after |
| 22:18.20 | DTRemenak | think about what it does |
| 22:18.25 | JeffM | that at least follows a rule |
| 22:18.26 | L4m3r | JeffM: yup |
| 22:18.38 | JeffM | the thing it does is before |
| 22:18.40 | JeffM | and after |
| 22:18.40 | DTRemenak | itr++ copies itr, then increments, then returns the original itr |
| 22:18.43 | JeffM | matching when it is done |
| 22:18.50 | DTRemenak | ++itr just increments and returns |
| 22:18.56 | Wyk3d | map_it ++ is equivalent to inline(tmp_copy = map_it; ++map_it; return tmp_copy; } |
| 22:19.05 | JBdiGriz | DTRemenak: It depends on the CPU |
| 22:19.11 | TD-Linux | AAA_awright, masterbot is still alive??? |
| 22:19.23 | JeffM | oh you meant for speed L4m3r |
| 22:19.24 | DTRemenak | JBdiGriz: I've been very careful to say itr, not i :) |
| 22:19.28 | JeffM | yeah it's not cus of use :) |
| 22:19.33 | DTRemenak | classes have well-defined behavior |
| 22:19.34 | L4m3r | :P |
| 22:19.35 | JeffM | it's cus of what it does :) |
| 22:19.43 | L4m3r | I suppose |
| 22:19.45 | DTRemenak | basic types, it usually gets optimized away |
| 22:19.47 | AAA_awright | TD-Linux: Yeah, I took it over a few months ago, to turn it into a server administration/league platform |
| 22:20.08 | JBdiGriz | A lot of that was based on the PDP-11 instruction set |
| 22:22.42 | AAA_awright | TD-Linux: Care to help? |
| 22:22.46 | TD-Linux | hmm |
| 22:22.52 | TD-Linux | it a few months sure :) |
| 22:22.53 | Wyk3d | AAA_awright: if indeed it enters that loop despite the container being empty i'd check if the serverConfig object is deleted |
| 22:22.56 | TD-Linux | right now |
| 22:22.58 | TD-Linux | no |
| 22:23.21 | AAA_awright | It exists, says gdb |
| 22:23.36 | Wyk3d | gdb doesn't say anything about an object existing or not |
| 22:23.45 | Wyk3d | valgrind maybe, but not gdb :) |
| 22:23.59 | Lukstr | AAA_awright: where do you declare arg_value ? |
| 22:24.43 | AAA_awright | in... the... definition |
| 22:25.08 | Flash | default constructed in the default ctor |
| 22:25.09 | Lukstr | AAA_awright: okay I just duplicated the "broken" part of your code |
| 22:25.10 | Lukstr | no segfault |
| 22:25.28 | AAA_awright | >_> |
| 22:25.46 | AAA_awright | Do I need anything special to initialize containers? |
| 22:25.54 | Flash | not really |
| 22:26.16 | Flash | as a side note, I would typedef the container to a symbolic name that describes its purpose |
| 22:26.18 | L4m3r | that is why they have constructors, generally... |
| 22:26.31 | Flash | You have 3 maps. Are the all the same logical construct? |
| 22:26.35 | AAA_awright | I thought do |
| 22:26.38 | AAA_awright | *so |
| 22:26.43 | L4m3r | ew, typedef. so primitive :P |
| 22:26.56 | Flash | syntactic sugar |
| 22:27.02 | Lukstr | om nom |
| 22:27.09 | L4m3r | makes your code fat? |
| 22:27.19 | Flash | makes programmers lazy |
| 22:27.39 | Lukstr | eh, AAA_awright |
| 22:27.44 | Wyk3d | typedefs aren't primitive :-/ .. they're much better than using #define .. it helps in maintainability if you want to change the container later |
| 22:27.45 | AAA_awright | I think I figured out that that bug was there all along, but I had not been using that function until now |
| 22:27.57 | Lukstr | for(curNode = config->First Child(); curNode != 0; |
| 22:28.08 | Lukstr | you're checking to see if a pointer isn't zero? |
| 22:28.16 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-237-109.pools.arcor-ip.net) |
| 22:28.19 | Lukstr | frown! |
| 22:28.21 | AAA_awright | loop as long as the pointer is non-zero |
| 22:28.23 | L4m3r | I generally just use the actual container type, and use var names that indicate the object's use |
| 22:28.32 | AAA_awright | Where is that, anyways? |
| 22:28.45 | Lukstr | launch.cpp:9 |
| 22:28.52 | AAA_awright | I used map_it!=this->arg_value.end() |
| 22:29.19 | AAA_awright | ack. Well, that is in the docs for it (I think) |
| 22:29.24 | L4m3r | arg! |
| 22:29.34 | L4m3r | whacks AAA_awright |
| 22:29.52 | L4m3r | this-> is redundant :P |
| 22:30.01 | blast007 | L4m3r: he's used to PHP ;) |
| 22:30.22 | L4m3r | so I should hit him again then? :P |
| 22:30.28 | blast007 | lol |
| 22:30.29 | AAA_awright | gdb didn't specify... |
| 22:30.31 | AAA_awright | ducks |
| 22:30.32 | Lukstr | L4m3r: redundant, yes, but doesn't make it any less readable |
| 22:31.02 | L4m3r | it makes little difference when this-> is already implied |
| 22:31.13 | Lukstr | L4m3r: doesn't do any harm |
| 22:31.14 | *** join/#bzflag eTangenT (n=lamer@inge069019.halls.colostate.edu) |
| 22:31.41 | AAA_awright | I have not seen that elsewhere |
| 22:31.57 | AAA_awright | Or the lack of this-> elsewhere, maybe I am just blind |
| 22:32.11 | Flash | C++ does not use this-> by convention |
| 22:32.15 | L4m3r | to be fair, it is hard to see a lack of something :P |
| 22:32.18 | Flash | it is legal, but not common |
| 22:32.46 | Wyk3d | AAA_awright: in void handleQuery(TiXmlElement* query, int listnum){ you do not initialize serverInstance* bzfsInstance; |
| 22:32.53 | Wyk3d | you do use it however |
| 22:32.58 | AAA_awright | I spaced on the inheritance of the variable scope |
| 22:33.26 | AAA_awright | blast007 nailed it, I am used to having a strictly local scope from PHP |
| 22:34.01 | L4m3r | heh |
| 22:34.18 | AAA_awright | Ah, nevermind, I have seen that before. Alright, I can take that out now :) |
| 22:35.13 | Wyk3d | AAA_awright: initialize that pointer and try again, maybe that's the problem ? |
| 22:35.50 | AAA_awright | Well, I am not focusing on that method anymore, a new problem popped up with tinyxml |
| 22:36.10 | Wyk3d | k.. :) |
| 22:36.32 | AAA_awright | It forks off the server, but after it closes the connection it segfaults releasing the tinyxml element pointer |
| 22:36.45 | Lukstr | Flash: good point. |
| 22:37.22 | AAA_awright | #8 0x0804e517 in runSocket () at daemon.cpp:289 |
| 22:37.39 | Lukstr | is very afraid. |
| 22:38.07 | Wyk3d | if you'd post a few more levels finding the problem would be much easier you know |
| 22:38.20 | *** join/#bzflag Wits (n=Warinthe@75.84.188.72.cfl.res.rr.com) |
| 22:39.04 | AAA_awright | That makes no sense |
| 22:39.33 | AAA_awright | #7 0x0804dd37 in socket_handledata (listnum=0) at ../tinyxml/tinyxml.h:1401 |
| 22:39.37 | blast007 | AAA_awright: of your bt |
| 22:39.47 | AAA_awright | socket_handledata is defined in daemon.cpp |
| 22:45.00 | *** join/#bzflag eTangenT (n=lamer@inge069019.halls.colostate.edu) |
| 22:46.00 | Wyk3d | AAA_awright: that means socket_handledata is calling some inline function from tinyxl.h, it doesn't show where it's called from but what is being called instead |
| 22:49.59 | AAA_awright | I've tried to isolate it, doesn't help |
| 22:50.33 | AAA_awright | Shouldn't the enabled debugging show what is being called? |
| 22:50.50 | AAA_awright | inline function.... |
| 22:51.02 | Wyk3d | it is showing what .. ../tinyxml/tinyxml.h:1401 that's being called |
| 22:51.29 | Wyk3d | from where is not shown .. except that it's called from somewhere in socket_handledata |
| 22:54.31 | Wyk3d | that's just how gdb works.. |
| 22:55.00 | CIA-32 | BZFlag: 03bthansen * r16977 10/trunk/bzflag/plugins/logDetail/logDetail.cpp: |
| 22:55.00 | CIA-32 | BZFlag: Fix spacing between player callsigns and add placeholder for extra data |
| 22:55.00 | CIA-32 | BZFlag: Player callsigns on the PLAYERS line should be separated by a blank. |
| 22:55.00 | CIA-32 | BZFlag: The email address (now gone) used to be between the parenthesis as extra data. |
| 22:55.00 | CIA-32 | BZFlag: We'll keep the () in case we want to add more information in there later. |
| 22:57.47 | *** join/#bzflag KingofCamelot (n=davidsan@SCTN-12-153.resnet.ucsb.edu) |
| 23:06.36 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 23:06.36 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:07.26 | AAA_awright | So it is inside function socket_handledata, but the line inside that function being executed is in another file...? |
| 23:07.37 | AAA_awright | #define maybe? |
| 23:12.04 | *** join/#bzflag {JAH} (n={jah}@24-56-146-164.mn.warpdriveonline.com) |
| 23:12.39 | Flash | AAA_awright: huh? |
| 23:17.42 | Flash | are you debugging? |
| 23:22.38 | *** join/#bzflag lol (n=4c5d8bae@bz.bzflag.bz) |
| 23:23.18 | lol | Donny Baker! Hi....we have a problem at INCOMING the server |
| 23:23.39 | donny_baker | what is the issue |
| 23:23.48 | lol | FazKaz is cheating |
| 23:23.56 | donny_baker | be right there |
| 23:23.58 | lol | hhey got out of the map |
| 23:24.00 | lol | ok |
| 23:25.22 | *** join/#bzflag {JAH}1 (n={jah}@24-56-146-164.mn.warpdriveonline.com) |
| 23:26.39 | JeffM | yay, SGI paid us :) |
| 23:27.06 | Winny | paid.. BZFlag? |
| 23:27.09 | a_meteorite | I thought SGI was nonexistent anymore |
| 23:27.27 | JeffM | they have a website |
| 23:27.35 | JeffM | and yes they paid bzflag |
| 23:27.42 | JeffM | the money they owed |
| 23:27.44 | a_meteorite | I just noticed, but I thought they were bankrupt or something |
| 23:27.48 | a_meteorite | they owed money...? |
| 23:27.51 | Winny | why'd they owe money? |
| 23:27.57 | JeffM | 12$ |
| 23:28.00 | a_meteorite | ... |
| 23:28.02 | Winny | a shirt? |
| 23:28.09 | JeffM | extra shirt they wanted added in ;) |
| 23:28.12 | JeffM | SGI israel |
| 23:28.15 | Winny | hehe |
| 23:29.40 | Epyon | is back. |
| 23:29.46 | JeffM | huzah |
| 23:29.59 | Epyon | Hmm, what does "Reviewer Assigned" mean on the GSoC app O.o |
| 23:30.07 | Epyon | Mentor assigned? |
| 23:30.42 | JeffM | yes |
| 23:31.06 | JeffM | it means that we have picked who would be the primary mentor if that project is accepted |
| 23:31.09 | Epyon | Is it a secret who was assigned to bzwgen? |
| 23:31.18 | JeffM | I'm sure you can guess |
| 23:31.27 | Epyon | DTR? :) |
| 23:31.40 | JeffM | more then likely |
| 23:31.53 | JeffM | if you get accepted |
| 23:34.37 | donny_baker | but we all will give suggestions/direction |
| 23:34.44 | JeffM | indeed |
| 23:34.59 | JeffM | the mentor is just responsible for typing in the evals |
| 23:35.41 | Epyon | I know that from last year. |
| 23:36.03 | donny_baker | and being a contact/pest for regular updates from the student |
| 23:36.20 | JeffM | this year all the mentors are going do pester students :) |
| 23:37.00 | Epyon | He he he |
| 23:37.03 | Epyon | Definitvely a good idea, I'd say. |
| 23:38.59 | Winny | But then I will have no one to pester |
| 23:39.15 | Winny | :( |
| 23:41.05 | JeffM | you can pester nn and ride |
| 23:41.18 | Winny | Come on, give me some credit ;) |
| 23:41.26 | JeffM | peter? |
| 23:41.32 | *** join/#bzflag JAH (n=jah@24-56-146-164.mn.warpdriveonline.com) |
| 23:41.59 | Winny | :| |
| 23:43.06 | *** join/#bzflag JAH (n=jah@24-56-146-164.mn.warpdriveonline.com) |
| 23:43.42 | AAA_awright | Can gdb do profiling, e.g. record the execution history of a program? |
| 23:43.51 | AAA_awright | It seems not |
| 23:45.50 | *** join/#bzflag JAH (n=jah@24-56-146-164.mn.warpdriveonline.com) |
| 23:47.49 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-237-109.pools.arcor-ip.net) |
| 23:47.55 | AAA_awright | Alright, it is doing exactly what I expected: segfaulting on a destructor >_> |
| 23:49.54 | *** join/#bzflag O-Neil (n=Miranda@dslb-088-070-237-109.pools.arcor-ip.net) |
| 23:58.36 | *** join/#bzflag eTangenT (i=etangent@inge069019.halls.colostate.edu) |