| 00:00.09 | JeffM | so I know I've tested that |
| 00:00.16 | JeffM | I wonder if he's not returning false for the first callback |
| 00:00.39 | JeffM | basicly it calls the loop callback, if the VERY first call returns false, the loop is empty and it jumps |
| 00:00.42 | tj13820 | oh what is this 2.1.0 on here? |
| 00:00.53 | JeffM | tj13820, ? |
| 00:01.03 | JeffM | does it still say 2.1 somewhere? |
| 00:01.06 | tj13820 | http://beta.bzflag.bz/builds/2.1.x/ |
| 00:01.10 | JeffM | that's old |
| 00:01.13 | tj13820 | ahh |
| 00:01.34 | JeffM | 2.1 got renamed to 2.99 |
| 00:01.43 | JeffM | when we changed the next release from 2.2 to 3.0 |
| 00:03.53 | CIA-35 | BZFlag: 03JeffM2501 * r18118 10/trunk/bzflag/ (3 files in 3 dirs): |
| 00:03.53 | CIA-35 | BZFlag: refactor the bots for movement. |
| 00:03.53 | CIA-35 | BZFlag: cleanup string list methods. |
| 00:04.56 | tj13820 | amazing |
| 00:04.59 | tj13820 | it works :) |
| 00:05.05 | tj13820 | and 3.0 is amazing |
| 00:05.07 | JeffM | no DLL errors or anything? |
| 00:05.11 | tj13820 | none |
| 00:05.12 | JeffM | no it's not |
| 00:05.21 | tj13820 | it even loaded my username and settings from 2.0 |
| 00:05.22 | JeffM | cool, then those were the only 3 runtimes we needed |
| 00:05.29 | JeffM | yeah it does a config copy |
| 00:05.35 | tj13820 | very coo |
| 00:05.36 | tj13820 | l |
| 00:05.39 | JeffM | 2.0.x did that from 1.10 |
| 00:05.42 | tj13820 | yeah |
| 00:06.12 | tj13820 | i noticed when i joined a server, it said "TJ13820: Jumping allowed" "Shooting Allowed" etc. |
| 00:06.17 | JeffM | yeah |
| 00:06.18 | tj13820 | is this a new feature? |
| 00:06.20 | JeffM | that's testing code |
| 00:06.23 | JeffM | yeah |
| 00:06.24 | tj13820 | like HTF |
| 00:06.25 | tj13820 | integrated |
| 00:06.27 | tj13820 | wow |
| 00:06.32 | tj13820 | nice |
| 00:06.33 | JeffM | no, not HTF |
| 00:06.39 | tj13820 | no, like the plugin for HTF |
| 00:06.43 | tj13820 | that disables shooting |
| 00:06.52 | JeffM | it's just that the server controlls what acctions are allowed |
| 00:06.57 | JeffM | and yes HTF will use that |
| 00:06.57 | tj13820 | i understand |
| 00:06.59 | JeffM | but so will many other things |
| 00:07.09 | tj13820 | that is pretty cool |
| 00:07.32 | tj13820 | i'm going on a 3.0 server if anyone wants to join :) |
| 00:08.23 | tj13820 | uh oh |
| 00:08.31 | tj13820 | BZ just quit on me |
| 00:08.38 | JeffM | welcome to development code |
| 00:08.45 | tj13820 | when i tried to join louman's metropolis |
| 00:08.53 | tj13820 | i'll see if i can try it again. |
| 00:09.22 | tj13820 | nope |
| 00:09.25 | tj13820 | quits |
| 00:09.40 | spldart | heh |
| 00:09.44 | tj13820 | it tries to connect to some URL for an image. /fastmap or otherwise. |
| 00:09.48 | spldart | It's not smooth to game on yet |
| 00:10.12 | tj13820 | i think they are trying to use an image host other than images.bzflag.org |
| 00:10.13 | JeffM | yeah there are problems with fastmap |
| 00:10.14 | tj13820 | :P |
| 00:10.14 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 00:10.23 | JeffM | still should not crash |
| 00:10.31 | tj13820 | it just quits |
| 00:10.38 | JeffM | that is a crawh |
| 00:10.40 | JeffM | crash |
| 00:10.42 | tj13820 | yeah |
| 00:10.48 | tj13820 | any log files i could look at? |
| 00:10.52 | JeffM | nope |
| 00:11.03 | tj13820 | hm |
| 00:11.06 | spldart | goes to check latest trunk to join louman metro |
| 00:12.05 | *** join/#bzflag delusional (n=delusion@pool-141-158-99-214.pitt.east.verizon.net) |
| 00:12.39 | spldart | Got a server communication error inside 15 seconds |
| 00:12.45 | tj13820 | it connects to bzexcess.org/fastmap, is at 0.0% tries to do something and crashes |
| 00:12.49 | tj13820 | yeah |
| 00:12.51 | spldart | spit out of the map |
| 00:13.01 | JeffM | try one that dosn't use fastmap |
| 00:13.06 | tj13820 | oh |
| 00:13.06 | spldart | I played for 10 seconds or so |
| 00:13.09 | tj13820 | i did, it is fine |
| 00:13.36 | JeffM | wonder what is busted with HTTPD |
| 00:13.49 | blast007 | my trunk servers are a bit old |
| 00:13.54 | blast007 | haven't restarted them |
| 00:15.06 | tj13820 | well, collision detection works |
| 00:15.18 | tj13820 | now what is fastmap? |
| 00:15.27 | blast007 | sends the map via HTTP |
| 00:15.27 | JeffM | sends the map over HTTP |
| 00:15.30 | JeffM | isntead of in game |
| 00:15.49 | tj13820 | so i am assuming a web based console may be implemented |
| 00:15.56 | JeffM | in game is limted to 1k per lag |
| 00:16.06 | JeffM | tj13820, yes you are assuming |
| 00:16.10 | blast007 | per lag? |
| 00:16.10 | tj13820 | xD |
| 00:16.23 | JeffM | blast007, it sends 1k |
| 00:16.24 | tj13820 | what does this method accomplish? |
| 00:16.29 | JeffM | then sends back a request |
| 00:16.32 | JeffM | and sends 1k |
| 00:16.42 | JeffM | so it has to wait a full lag time between segments |
| 00:16.57 | JeffM | so the max transfer when using BZF protocoll is 1k per each lag time |
| 00:17.04 | JeffM | tj13820, it's faster |
| 00:17.11 | JeffM | and not depdendent on the bzflag messages |
| 00:17.17 | JeffM | it streams it out as fast as it can |
| 00:17.24 | tj13820 | so it's not the ~5kb per person, it is 1kb from server to player |
| 00:17.25 | spldart | my trunk server is farely new.. I see the transporter issue is still a problem :) |
| 00:17.37 | JeffM | spldart, well sure, nothing has been fixed on it |
| 00:17.38 | spldart | the decks map someone else has up is fine though |
| 00:17.52 | JeffM | tj13820, there has never been a kb per person limit |
| 00:18.05 | tj13820 | no, just an estimate on bandwidth usage |
| 00:18.07 | JeffM | just 1000 bytes per request |
| 00:18.13 | tj13820 | ahh |
| 00:18.14 | JeffM | tj13820, that has nothing to do with map transfer |
| 00:18.21 | tj13820 | i see what it does |
| 00:18.25 | JeffM | the per person thing is playing |
| 00:18.41 | blast007 | JeffM: is there a way for a plugin to know the path it was loaded from? |
| 00:18.46 | JeffM | nope |
| 00:18.49 | spldart | Welll.. decks map is fine except transporters.. So playable if you keep that in mind ;) |
| 00:18.50 | tj13820 | it makes overall transfer faster and sends the map to the player faster |
| 00:19.06 | JeffM | tj13820, it sends the map, faster |
| 00:19.11 | JeffM | it dosn't make it faster, it IS faster |
| 00:19.18 | JeffM | because it streams it to the player |
| 00:19.19 | tj13820 | yeah |
| 00:19.20 | spldart | And it does indeed seem faster |
| 00:19.21 | tj13820 | i see |
| 00:19.28 | JeffM | for small maps it's slower |
| 00:19.42 | tj13820 | so the benefit is for larger maps with more detail |
| 00:19.46 | spldart | So the big help is complicated maps.. with say meshes? |
| 00:19.51 | JeffM | blast007, Erroneous and I have talked about it |
| 00:20.02 | JeffM | where we pass in a "module ID" to the load function |
| 00:20.09 | JeffM | so it can know where it came from and stuff |
| 00:20.23 | JeffM | spldart, it was made for Epyon's maps |
| 00:20.27 | blast007 | JeffM: I'm even thinking of an API function, since bzfs should/could know the path for that plugin |
| 00:20.42 | blast007 | then we could set a better default path for the HTTP template files |
| 00:20.45 | Erroneous | spldart: what's wrong with teleporters? |
| 00:20.49 | JeffM | blast007, but bzfs won't know who called the function ;) |
| 00:20.53 | blast007 | JeffM: ah |
| 00:20.57 | JeffM | so it needs some kind of ID from the load |
| 00:21.00 | blast007 | okay |
| 00:21.01 | tj13820 | oh wow |
| 00:21.05 | JeffM | we store the paths, so we have them |
| 00:21.09 | JeffM | but we don't know who is asking for what |
| 00:21.11 | tj13820 | "Looks like you tried to teleport wihle paused" |
| 00:21.12 | blast007 | k |
| 00:22.20 | JeffM | blast007, ok webreport is working fine, with no reports, and bailing out of the loop |
| 00:22.30 | JeffM | and NOT producing any garbage |
| 00:22.32 | spldart | They don't seem to link or something. You can't pass through to the intended destination stargate :) |
| 00:22.40 | spldart | You stick |
| 00:22.46 | spldart | And have to back out |
| 00:23.28 | spldart | I wasn't whining or anything though.. :-/ Sry :) I was just noting.. out loud :( |
| 00:23.33 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 00:23.35 | spldart | I've been testing alot of builds |
| 00:23.44 | Erroneous | whine more please :P |
| 00:23.48 | spldart | hehe |
| 00:24.02 | spldart | JeffM Did you get my pastebin? |
| 00:24.15 | JeffM | no |
| 00:24.25 | spldart | oh |
| 00:24.27 | JeffM | had a driver install itself and killed my net |
| 00:24.54 | spldart | http://pastebin.bzflag.bz/m2ba59054 |
| 00:25.11 | JeffM | where is ShotPathSegment.h' |
| 00:25.33 | spldart | was busy checking and editing BUGS files this last weekend |
| 00:25.35 | spldart | oh |
| 00:25.58 | spldart | turns on offending linux rig |
| 00:27.44 | tj13820 | how does it offend? |
| 00:27.57 | spldart | It doesn't. I love it. |
| 00:28.00 | tj13820 | xD |
| 00:28.10 | tj13820 | you don't like xCode? |
| 00:29.02 | spldart | I love linux |
| 00:29.25 | spldart | I tolerate windows |
| 00:29.27 | JeffM | xcode is just a shell around gcc |
| 00:29.45 | spldart | I haven't owned a apple product since the apple II era |
| 00:30.01 | tj13820 | i have a motorola 68000 |
| 00:30.02 | tj13820 | :) |
| 00:30.05 | tj13820 | with a/ux |
| 00:31.56 | spldart | ./gsoc_collisions/src/ShotPathSegment.h |
| 00:33.01 | CIA-35 | BZFlag: 03dtremenak * r18119 10/trunk/bzflag/src/obstacle/Teleporter.cxx: take s ahot at de-solidifying teleporters |
| 00:33.13 | Erroneous | s/s ahot/a shot/ |
| 00:33.19 | Erroneous | dyslexia ftw |
| 00:33.46 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 00:33.56 | spldart | is utd and trying |
| 00:34.30 | Erroneous | is not sure that will fix it |
| 00:34.37 | Erroneous | but it's righter than it was ;) |
| 00:34.48 | spldart | heh |
| 00:42.18 | spldart | Ok. vc8 result of that build is teleports just pass the player through without continuing to the transport target. Map tested is a 2.0 stable map. |
| 00:43.00 | spldart | I assume that I don't have to run a latest bzfs as well to make that work. |
| 00:43.06 | spldart | oops |
| 00:43.18 | spldart | just a moment.. got a pastebin coming for yah |
| 00:45.15 | spldart | well.. maybe not you. I got more than your update on this build http://pastebin.bzflag.bz/m6aff0e6d |
| 00:48.11 | CIA-35 | BZFlag: 03JeffM2501 * r18120 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: silly gcc warnings. |
| 00:48.50 | spldart | heh |
| 00:50.44 | Erroneous | so you no longer stick, but you also don't teleport? |
| 00:58.16 | *** join/#bzflag BZ_Win (n=kylevane@unaffiliated/winny) |
| 01:00.45 | spldart | yeah |
| 01:01.39 | spldart | and banging my head on setting up an ftp so the manufacturers I do warranty work for can send me files way to large to email me without having them to have to burn them on cdr and mailing them. |
| 01:02.06 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 01:02.38 | Lukstr | spldart: OS? |
| 01:03.33 | spldart | Sry.. Not in here :) but thanks |
| 01:03.38 | *** join/#bzflag blizzard- (n=chatzill@user-0ce2hv1.cable.mindspring.com) |
| 01:05.37 | *** join/#bzflag rob1n (i=rob1n@70-56-93-61.tukw.qwest.net) |
| 01:11.06 | tj13820 | spldart: just use Filezilla server or if not on windows GProFTPd |
| 01:12.26 | spldart | I appreciate the thought but it's to OT for here :) |
| 01:12.40 | spldart | I'll get back into my configuration tomorrow |
| 01:12.59 | tj13820 | :) |
| 01:13.04 | spldart | proftpd in linux |
| 01:14.33 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 01:16.29 | tj13820 | yup |
| 01:23.32 | *** join/#bzflag whodaman (n=whodaman@about/apple/macbook/whodaman-) |
| 01:37.57 | Erroneous | spldart: looks to me like teles work |
| 01:38.13 | CIA-35 | BZFlag: 03JeffM2501 * r18121 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: Compute the max linear and rotary speeds based on current flag states. |
| 01:38.14 | Erroneous | try on bryjen's cages map |
| 01:41.12 | spldart | will try in a moment. Is locked in mortal combat |
| 01:41.30 | Lukstr | spldart: kombat or combat? |
| 01:41.43 | spldart | In this case.. not the game |
| 01:41.47 | spldart | the configuration file |
| 01:49.58 | bugQ | Mortal Kombat: the Konfig Files |
| 01:54.14 | a_meteorite | sounds like a great new package from KDE |
| 01:54.38 | a_meteorite | or as I like to call it, KDE hell |
| 02:03.51 | *** join/#bzflag Winny (n=kylevane@unaffiliated/winny) |
| 02:18.38 | blizzard- | a_meteorite: that's the first time I've heard that, lol |
| 02:19.04 | a_meteorite | I am a KDE hater, everyone should know that by now |
| 02:20.09 | spldart | Ive been in that club a while |
| 02:20.18 | blizzard- | I've heard it's bad |
| 02:21.03 | blizzard- | but, with my new computer I can't even experience it -.- |
| 02:21.04 | a_meteorite | KDE's mentality is "make everything a different color, make everything customizable, try to mimic windows but even less stylish than that, and god forbid we don't start all our apps with the letter K!" |
| 02:21.28 | a_meteorite | basically KDE default is very cluttered and impossible to work inside |
| 02:23.04 | blizzard- | what do you use, for a desktop environment? |
| 02:23.57 | blast007 | Windows |
| 02:31.26 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 02:33.31 | delusional | are these texture acceptable? http://www.strangefate.com/textures/sf.html they were made for quake mods..... "should only be used for non-commercial projects." that's all he says, there is no readme accompanying the download.... last page update was in 2004 |
| 02:35.42 | JeffM | that's not a valid open source license |
| 02:35.43 | JeffM | so no |
| 02:35.50 | JeffM | there is no distrobution permision |
| 02:36.50 | JeffM | you could probably use them for your own stuff however you want, but we can't host em |
| 02:37.30 | blizzard- | delusional: what about the homepage? |
| 02:37.36 | delusional | it's so frustrating jeff, there's TONS of great textures out there, and they all say free to use, but not one of them actually place a lisence on them |
| 02:37.57 | JeffM | delusional: I know it is, but that's how it is |
| 02:38.27 | JeffM | the website was last updated on june 4th, I'm SURE you can get a hold of the author |
| 02:38.47 | delusional | alright, i see it |
| 02:39.30 | JeffM | I'm 99% sure that the author would not care if we used it, but with out a licesne I can't be 100% sure, and all it takes is one guy |
| 02:40.04 | JeffM | also our distrobution of it with out anything may cause others to use it in ways the author did not intend, etc... |
| 02:42.18 | JeffM | it would be a fine line to walk, so we play it safe by staying on the side of the line where we know it's ok. We don't have the resources to do anything else. |
| 02:53.36 | a_meteorite | blizzard-: Gnome |
| 02:53.38 | a_meteorite | or XFCE |
| 02:53.51 | blizzard- | ah |
| 02:54.43 | blizzard- | do you use Beryl? |
| 02:55.53 | a_meteorite | if it runs well on the particular computer |
| 03:00.42 | Constitution | hello JeffM |
| 03:00.47 | JeffM | hi |
| 03:02.37 | Constitution | I was working on generalizing the shot strategy code, and am wondering what is the best way to generalize the Player reference so it works with both the server concept of GameKeeper::Player and the client concept of a Player |
| 03:02.55 | JeffM | what do you need from the player? |
| 03:03.34 | Constitution | team, for one |
| 03:03.44 | Constitution | flag, for two |
| 03:04.15 | JeffM | those should be part of the firing info |
| 03:04.21 | JeffM | so passed in at construction |
| 03:04.26 | JeffM | if not add them |
| 03:04.40 | JeffM | basicly anything you need from the player should be sent in at firing |
| 03:04.45 | JeffM | then be constant |
| 03:05.03 | Constitution | ah, ok |
| 03:05.05 | JeffM | you don't actualy want the player's current flag, but the flag the shot was fired with, etc.. |
| 03:05.12 | JeffM | same for team |
| 03:08.38 | JeffM | also some shots (world weapons) may not have a player |
| 03:26.48 | CIA-35 | BZFlag: 03JeffM2501 * r18122 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: use valid C++ |
| 03:50.53 | Lukstr | so, I assume sourceforge broke: http://bzflag.svn.sourceforge.net/viewvc/bzflag/ ? |
| 03:52.24 | Constitution | viewvc hasn't worked for me lately |
| 03:52.30 | Lukstr | poo |
| 03:53.32 | blast007 | it worked for me a day or two ago, though looked/acted differently |
| 03:53.43 | blast007 | defaulted to viewing the file instead of viewing the log |
| 03:53.47 | Lukstr | http://sourceforge.net/community/forum/topic.php?id=2912&page |
| 03:53.55 | delusional | commits emails have been broken two months or more, i tried to re-subscribe twice |
| 03:54.18 | Lukstr | that's probably unrelated to their move, though, delusional |
| 03:55.33 | brlcad | delusional: hm, maybe subscribing is broken .. i get the mails |
| 03:55.43 | delusional | hmm |
| 03:55.51 | delusional | i'll try again. |
| 03:56.25 | delusional | i don't know how or why i was unsubcribed |
| 03:56.52 | brlcad | pm me the e-mail you think was subscribed |
| 04:07.11 | Lukstr | I can't believe I just typed this: |
| 04:07.59 | Lukstr | http://slexy.org/view/s205pzB1Qm |
| 04:08.41 | JeffM | ahh good old CTRL+A CTRL+X CTRL+V |
| 04:08.50 | JeffM | ;) |
| 04:09.14 | Lukstr | but I only had to do it once :P |
| 04:09.18 | Lukstr | rather than for 90 files |
| 04:09.26 | JeffM | I have an app that formats them |
| 04:09.36 | Lukstr | I do too, now :P |
| 04:13.55 | blast007 | JeffM: is it required to use an [*EMPTY Whatever] block when using a loop? |
| 04:14.04 | JeffM | yes |
| 04:14.16 | JeffM | BAD things will happen if it dosn't have an empty thing |
| 04:14.48 | blast007 | :/ |
| 04:15.01 | JeffM | from the docs "Each loop must have these 3 sections in this order. If the loop has items then |
| 04:15.01 | JeffM | The code between Start and End will be called for each item in the loop. If the |
| 04:15.01 | JeffM | loop is empty, then the code between End and Empty will be called once." |
| 04:15.04 | JeffM | ;) |
| 04:15.14 | JeffM | and yes we should make it error out cleaner :) |
| 04:15.51 | JeffM | the else is optional for the IF |
| 04:15.55 | brlcad | Lukstr: nor can I, especially when there's a script in misc/ that'll append the footer for you |
| 04:16.12 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 04:16.20 | Lukstr | eh :P I wasn't anywhere near misc/ |
| 04:16.27 | Lukstr | probably would've been as much typing to get there and run it |
| 04:16.48 | brlcad | doubts that :) |
| 04:17.18 | brlcad | ../../../misc/footer.sh *.cpp *.h .. done :) |
| 04:17.25 | Lukstr | heh |
| 04:17.33 | Lukstr | well now I know :P |
| 04:22.33 | blast007 | JeffM: any idea what's causing the crap at the bottom? http://static.bzexcess.com/webadmin/crap.png |
| 04:22.49 | JeffM | show me the source |
| 04:24.07 | blast007 | hmm, let me try something |
| 04:24.18 | JeffM | I wonder if it's a line ending issue |
| 04:24.22 | JeffM | that throws counts off or something |
| 04:25.10 | blast007 | JeffM: http://pastebin.bzflag.bz/m5ee0d3a6 |
| 04:25.31 | JeffM | wierd |
| 04:25.36 | blast007 | there's HTML entities inside the garbage |
| 04:25.36 | JeffM | it dosn't even get the end of the template |
| 04:25.58 | JeffM | he's missing the empty loop for server vars |
| 04:26.00 | blast007 | yeah.. |
| 04:26.04 | blast007 | well, I added those |
| 04:26.07 | blast007 | let me commit |
| 04:26.38 | blast007 | oh wait, let me try one other thing... think I forgot one :) |
| 04:28.21 | CIA-35 | BZFlag: 03blast007 * r18123 10/trunk/bzflag/plugins/webadmin/templates/ (header.tmpl main.tmpl): Add the [*EMPTY] tags for our loops. |
| 04:31.49 | CIA-35 | BZFlag: 03JeffM2501 * r18124 10/trunk/bzflag/plugins/ (fastmap/fastmap.sln plugin_utils/plugin_HTTP.cpp): read the templates in text mode. |
| 04:32.00 | JeffM | try that |
| 04:32.25 | blast007 | k |
| 04:32.46 | JeffM | it's a wild guess, but that crap kinda looks like one per line to me |
| 04:39.07 | blast007 | still there |
| 04:39.40 | JeffM | then it'd be a breakpoint in void Templateiser::processTemplate ( std::string &code, const std::string &templateText ) |
| 04:39.49 | JeffM | in plugin_HTTP.cpp |
| 04:40.18 | JeffM | you can put breakpoints on the process loop and see if it's in code after the second loop |
| 04:40.35 | JeffM | perhaps the iterator isn't getting incremented right |
| 04:50.16 | blast007 | I'm not even sure where it's getting "nbsp" from (non-breaking space), as that's not part of the templates for webadmin |
| 04:51.00 | JeffM | does it appear after the second loop is processed? |
| 04:52.14 | blast007 | third |
| 04:52.26 | blast007 | but it's in the same spot if I remove the include for main.tmpl |
| 04:52.33 | JeffM | there are only 2 loops in the main |
| 04:52.40 | blast007 | er, for header.tmpl |
| 04:52.42 | JeffM | players and servers |
| 04:52.51 | JeffM | server vars |
| 04:52.52 | blast007 | there's a loop in the header |
| 04:52.57 | JeffM | ahhh |
| 04:53.03 | JeffM | let me check that |
| 04:53.14 | blast007 | but it did it even when I didn't include the header |
| 04:53.39 | JeffM | so it's there when it exits processLoop the third time? |
| 04:53.48 | JeffM | before it goes and processes the rest of the template? |
| 04:55.38 | blast007 | yeah |
| 04:56.10 | JeffM | hmm |
| 04:56.14 | blast007 | well, actually it's a few lines after the loop ends |
| 04:56.30 | JeffM | then the thing to do would be to step into that and see if it finds the empty tag correctly |
| 04:56.35 | blast007 | it appears after the </form> |
| 04:57.09 | JeffM | hmmm that's after the loop ends tho right? |
| 04:58.10 | blast007 | yeah |
| 04:58.26 | JeffM | ok so right after the third call to processLoop, it should be fine |
| 04:58.35 | JeffM | then we go and just copy the crap |
| 04:59.01 | JeffM | should be able to step thru that and see it build up that string, then see where it goes bac |
| 04:59.02 | JeffM | bad |
| 04:59.39 | blast007 | okay, it's not related to the loops |
| 04:59.48 | JeffM | good |
| 04:59.51 | blast007 | I just removed them all by changing the * to - (which makes them a commend) |
| 04:59.57 | blast007 | and it still spit out the crap |
| 05:00.04 | blast007 | comment* |
| 05:00.30 | JeffM | after that it's just a flat old copy |
| 05:05.23 | CIA-35 | BZFlag: 03JeffM2501 * r18125 10/trunk/bzflag/include/ (OpenGLUtils.h common.h): why should openGL have all the radian converting goodness? math is for everyone! |
| 05:06.47 | blast007 | okay, it gets returned from templateSystem.processTemplateFile properly |
| 05:06.57 | blast007 | and stored in reply.body just fine |
| 05:07.13 | JeffM | hmmm so in transport.... |
| 05:07.32 | JeffM | oooooo maybe it's when it breaks it up into more then one packet |
| 05:07.54 | JeffM | bool HTTPConnection::HTTPTask::update(int connectionID) |
| 05:08.00 | JeffM | in HTTPServer.cpp |
| 05:08.04 | JeffM | that's where it gets sent out |
| 05:08.18 | JeffM | it breaks it up into 1000 byte chunks |
| 05:08.39 | blast007 | hmm |
| 05:09.05 | JeffM | I wonder if it chokes right at the bondry |
| 05:09.07 | blast007 | okay, my original thought was that it might be sending out too much, and just picking up random data |
| 05:09.36 | JeffM | that may be correct |
| 05:09.37 | blast007 | since when I just took some stuff off, I got *more* crap outputting |
| 05:09.48 | JeffM | as I look at the logic I'm not sure it's correct |
| 05:09.55 | JeffM | <PROTECTED> |
| 05:09.55 | JeffM | <PROTECTED> |
| 05:10.04 | JeffM | where write is used as the data size |
| 05:10.16 | JeffM | yet it's inited to page.size |
| 05:10.20 | JeffM | the ENTIRE data size |
| 05:10.24 | JeffM | not just what we want to send. |
| 05:10.29 | blast007 | hmm |
| 05:10.45 | JeffM | if we are chunking it out then the size at SOME point has to be 1000 |
| 05:11.13 | JeffM | what the hell am I trying to do here |
| 05:13.21 | CIA-35 | BZFlag: 03JeffM2501 * r18126 10/trunk/bzflag/plugins/HTTPServer/HTTPServer.cpp: use the correct size when sending out data |
| 05:13.29 | JeffM | that makes more sense |
| 05:13.40 | JeffM | start out assuming that we want to write 1000 |
| 05:13.50 | JeffM | get how much is left ( total size - pos) |
| 05:14.02 | JeffM | if that size is < 1000, then we write that size |
| 05:14.07 | JeffM | otherwise we write 1000 |
| 05:14.17 | JeffM | then add how much we write to pos and repeat |
| 05:18.23 | rob1n|afk | bzflag works with vista, right? kind of an obvious question but double checking |
| 05:18.34 | blast007 | yeah |
| 05:18.37 | rob1n|afk | kk |
| 05:20.08 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 05:30.35 | blast007 | JeffM: that fixed it :D thanks |
| 05:31.39 | JeffM | cool |
| 05:31.47 | JeffM | probably what breaks fastmap too |
| 05:31.54 | JeffM | I did all my testing with small stuff |
| 05:38.14 | CIA-35 | BZFlag: 03blast007 * r18127 10/trunk/bzflag/plugins/webadmin/webadmin.cpp: Make the players loop actually work. |
| 05:43.26 | JeffM | ok this is going to sound silly, but how do you unset an item in a bitmask? |
| 05:44.10 | JeffM | thing &= ~MASK ? |
| 05:46.50 | Lukstr | um |
| 05:47.13 | Lukstr | yes? |
| 05:47.20 | Lukstr | do you negate it though? |
| 05:47.31 | JeffM | I think that's what ~ does |
| 05:47.34 | JeffM | bitwise ! |
| 05:47.37 | Lukstr | but do you need that? |
| 05:47.50 | JeffM | we have a state |
| 05:47.55 | JeffM | it has a bit for if the tank is falling |
| 05:48.01 | JeffM | when we land I need to set the bit to 0 |
| 05:48.04 | JeffM | from 1 |
| 05:48.08 | Lukstr | yes you're correct |
| 05:48.10 | Lukstr | you negate it |
| 05:48.42 | Lukstr | bitflags &= ~(bitmask) |
| 05:52.41 | CIA-35 | BZFlag: 03JeffM2501 * r18128 10/trunk/bzflag/src/bzfs/bzfsAPI.cxx: |
| 05:52.41 | CIA-35 | BZFlag: plot the bot vectors from the input. |
| 05:52.41 | CIA-35 | BZFlag: start building up an update state per frame with some cheap physics. |
| 06:01.02 | CIA-35 | BZFlag: 03blast007 * r18129 10/trunk/bzflag/plugins/webadmin/webadmin.cpp: Now it outputs the servers variables. |
| 06:16.00 | Lukstr | Okay, so I appear to have been dulled by coding in C too much, and I am now royally confused |
| 06:16.49 | Lukstr | SomeType& SomeFunction(){ static SomeType a;/*...*/ return a; } |
| 06:17.03 | Lukstr | that seems to be a valid function, but what do I do with the returned reference? |
| 06:17.44 | Lukstr | the_thing = SomeFunction(); |
| 06:17.58 | Lukstr | what type should the_thing be? SomeType &, * or what? |
| 06:25.49 | BulletCatcher | the_thing should be a SomeType* |
| 06:27.54 | Lukstr | so then if I wanted to call a method, it would be the_thing->someMethod(); ? |
| 06:27.57 | Lukstr | that doesn't work :/ |
| 06:30.15 | BulletCatcher | Oh. I'll bet it should be SomeType* SomeFunction(), which should end with return &a; |
| 06:30.43 | Lukstr | Hm. |
| 06:30.47 | BulletCatcher | At least that's how it would work in C. |
| 06:31.53 | Lukstr | BulletCatcher: you are indeed correct |
| 06:31.57 | Lukstr | silly return by reference |
| 06:32.12 | Lukstr | C > C++ :P |
| 06:32.20 | BulletCatcher | :-) |
| 06:33.45 | Lukstr | unfortunately that solution only helps a bit... |
| 06:35.49 | DTRemenak | it's a reference on the other end too. SomeType& the_thing = SomeFunction(); |
| 06:36.06 | DTRemenak | or just return a pointer... |
| 06:36.24 | DTRemenak | with references you need to keep scoping issues in mind |
| 06:36.42 | DTRemenak | as soon as the object goes out of scope it will be destroyed, and your references will be invalid |
| 06:38.28 | Lukstr | it's static ;) |
| 07:47.55 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-032-232.pools.arcor-ip.net) |
| 09:58.52 | Lukstr | yawn |
| 10:31.11 | Thumper_ | good morning Lukstr |
| 10:31.26 | Lukstr | is the sun up already? |
| 10:31.29 | Lukstr | poo |
| 10:31.32 | Thumper_ | affirmative |
| 10:31.45 | Lukstr | draws curtains, mumbles |
| 10:32.01 | Thumper_ | it's time to brew some coffee!! |
| 10:32.11 | Thumper_ | wanders off to the kitchen |
| 10:32.11 | Lukstr | the coffee maker is loud, will wake parents up |
| 10:32.16 | Lukstr | I am envious |
| 10:32.23 | Lukstr | I guess I could press some |
| 10:37.15 | *** join/#bzflag eTangenT` (n=etangent@71-211-230-128.hlrn.qwest.net) |
| 10:57.26 | *** join/#bzflag Deepa|AFK_ (i=deepa@abused.armchairs.be) |
| 11:33.04 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-032-232.pools.arcor-ip.net) |
| 11:51.08 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 12:21.28 | AHA | Is there anyway to not have --libdir=/blah/blah ammend a /bzflag to the end when running ./configure? |
| 12:22.34 | Lukstr | ? |
| 12:22.53 | Lukstr | I guess I can't answer that |
| 12:24.43 | AHA | when i run ./configure --enable-plugins --enable-shared --libdir=/bzflag/plugins, the plugins do go to the /bzflag/plugins dir, but are in /bzflag/plugins/bzflag |
| 12:25.31 | Lukstr | interesting |
| 12:25.38 | AHA | indeed |
| 12:34.17 | Lukstr | beats me |
| 12:45.39 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 12:57.51 | *** join/#bzflag ahs3- (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 13:09.20 | *** join/#bzflag a_temp_dist (n=temp_dis@about/essy/alarming/a-temp-dist) |
| 13:12.28 | *** join/#bzflag RedBaron3 (n=d8ada652@gateway/web/cgi-irc/zeebrothers.net/x-d1115948990d90b9) |
| 13:33.13 | Wyk3d | hmm .. TimeKeeper.h is in both common and platform projects |
| 13:37.05 | Lukstr | same file? |
| 13:38.34 | Wyk3d | yes |
| 13:39.02 | Lukstr | odd |
| 13:39.26 | Wyk3d | TimeKeeper.cxx is only in common though |
| 13:58.49 | *** join/#bzflag sadysta (n=sadysta@dslb-088-070-226-197.pools.arcor-ip.net) |
| 14:00.17 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-202-136.dsl.hstntx.swbell.net) |
| 14:00.18 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:16.32 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-032-232.pools.arcor-ip.net) |
| 14:23.54 | *** join/#bzflag blizzard- (n=chatzill@user-0ce2hv1.cable.mindspring.com) |
| 14:37.56 | *** join/#bzflag bier (n=bier@pD9E2E3CC.dip.t-dialin.net) |
| 14:41.03 | *** join/#bzflag _anomaly_ (n=mike@h42.102.91.75.dynamic.ip.windstream.net) |
| 14:41.04 | *** join/#bzflag MPS_ (n=mathias@h14-125-116-82.dsl.netz-quadrat.de) |
| 14:42.13 | MPS_ | hi |
| 14:43.10 | blizzard- | hello |
| 14:47.19 | *** join/#bzflag scion (n=40ff700b@gateway/web/cgi-irc/zeebrothers.net/x-c5c338b9c649aded) |
| 14:49.01 | *** join/#bzflag justice (n=40ff700b@gateway/web/cgi-irc/zeebrothers.net/x-e6c86ebc0b56f972) |
| 14:50.30 | justice | hi all |
| 14:50.58 | whodaman | [16:43] <blizzard-> hello |
| 14:51.00 | whodaman | ;) |
| 14:51.11 | blizzard- | :P |
| 14:51.25 | justice | how do you tell if any body is on? |
| 14:52.01 | whodaman | check their pulse |
| 14:52.52 | justice | were do you do that? |
| 14:52.52 | brad | wrist or neck? |
| 14:52.52 | justice | hahah |
| 14:53.56 | brad | who do you want to check is on |
| 14:54.02 | brad | and more importantly, where? |
| 14:54.09 | brad | here or in bz? |
| 14:54.18 | justice | here |
| 14:54.31 | justice | birdie |
| 14:54.35 | brad | see that big list of names to your right? look at it ;) |
| 14:54.40 | justice | ya |
| 14:55.02 | justice | ahh good thanks |
| 14:56.58 | BulletCatcher | AHA: For which version of BZFlag are you trying to change the location of the plugin directory? |
| 14:59.56 | justice | is anybody here that can add names to the gu league spawn list? |
| 15:01.53 | CIA-35 | BZFlag: 03bullet_catcher * r18130 10/trunk/bzflag/plugins/ (3 files in 3 dirs): Include the templates subdirectories of plugins in BZFlag distributions. |
| 15:03.40 | blizzard- | justice: you want to talk to whodaman |
| 15:03.44 | BulletCatcher | r18130 changes 3 Makefile.am files, which will require re-running autogen.sh to take effect. |
| 15:04.04 | whodaman | blizzard-, no he doesn't :P |
| 15:04.15 | whodaman | justice, bug menotume or birdie |
| 15:04.27 | whodaman | or BZMail quantum dot on gu.bzleague.com |
| 15:05.04 | brad | or I could.. :P |
| 15:05.20 | whodaman | you can add to the spawn list? |
| 15:05.25 | brad | yes |
| 15:05.27 | whodaman | pff |
| 15:05.30 | whodaman | They never asked me |
| 15:05.48 | brad | heh |
| 15:05.55 | blizzard- | I'm ganna wait another 6 months before I bother with the legue |
| 15:06.42 | brad | justice: presumably "justice" needs adding? |
| 15:06.48 | whodaman | brad, this is a new development? |
| 15:07.00 | brad | a few months ago, so no |
| 15:07.03 | whodaman | blizzard-, by then we'll all me dead |
| 15:07.04 | whodaman | :P |
| 15:07.06 | whodaman | brad, cool |
| 15:07.30 | blizzard- | whodaman meh, just wanna get better at GU |
| 15:07.43 | whodaman | s/me/be/ |
| 15:15.19 | AHA | BulletCatcher, the latest source from svn |
| 15:15.26 | AHA | 2.0.13 i think it is |
| 15:17.43 | whodaman | AHA, so, branch |
| 15:17.44 | whodaman | not trunk |
| 15:17.57 | AHA | right |
| 15:18.10 | AHA | oh, i didn't realise that was what he was asking |
| 15:18.52 | whodaman | I doubt he thought you were compiling 2.0.2 ;) |
| 15:19.33 | BulletCatcher | Oh, wow. It looks like the location of the plugin directory can't be changed with configure in 2.0.13 (aka branch). Let me look further... |
| 15:19.48 | Gabe_G23 | What is the latest public release of BzFlag? |
| 15:20.10 | AHA | well, it can BulletCatcher, but it ammeds /bzflag to the dir you specify |
| 15:20.30 | AHA | so if i give /bzflag/plugins as the dir i want them to go to, it puts them in /bzflag/plugins/bzflag |
| 15:22.05 | BulletCatcher | Yes. Branch adds /bzflag to the libdir path to get the name of the plugin directory. I thought configure had a --pkglibdir option, but I see it does not. |
| 15:23.23 | AHA | Gabe_G23, 2.0.10 is the latest publuc release |
| 15:23.27 | AHA | *public |
| 15:24.28 | BulletCatcher | 2.0.12 has been released, but you need it only if you compile with GCC 4.3. |
| 15:25.16 | AHA | oh, right |
| 15:25.38 | Gabe_G23 | Okay, thanks, just making sure I got the latest release from FreeBSD ports. :) |
| 15:26.06 | BulletCatcher | Which one did they give you? Just curious. |
| 15:26.13 | Gabe_G23 | 2.0.10 |
| 15:26.23 | BulletCatcher | Okay. Thanks. |
| 15:26.29 | Gabe_G23 | In /usr/ports/games/bzflag |
| 15:26.35 | Gabe_G23 | :) No problemo |
| 15:26.51 | AHA | BulletCatcher, any idea? |
| 15:31.39 | BulletCatcher | I think the best you can do is to add pkglibdir=/bzflag/plugins to your "make" command line, such as "make pkglibdir=/bzflag/plugins" and "make install pkglibdir=/bzflag/plugins". |
| 15:33.10 | AHA | okay |
| 15:33.43 | BulletCatcher | I'll see if I can add a --pkglibdir option to configure in 2.0.13. |
| 15:34.03 | AHA | thanks |
| 15:44.58 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 15:52.16 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 15:52.37 | *** join/#bzflag TimRiker (n=timr@68-27-121-39.area1.spcsdns.net) |
| 15:52.37 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:09.04 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:12.29 | *** join/#bzflag bier (n=bier@p54A5609D.dip.t-dialin.net) |
| 16:34.35 | *** join/#bzflag bugQ (n=bugQ@c-67-166-124-4.hsd1.ut.comcast.net) |
| 16:43.36 | *** join/#bzflag wizart (n=wizart@lvps87-230-8-217.dedicated.hosteurope.de) |
| 17:00.40 | CIA-35 | BZFlag: 03wyk3d * r18131 10/trunk/bzauthd/ (6 files in 2 dirs): |
| 17:00.40 | CIA-35 | BZFlag: * Added TimeKeeper to the project |
| 17:00.40 | CIA-35 | BZFlag: * Added a multimap based priority queue for timed Events |
| 17:00.40 | CIA-35 | BZFlag: * Added EventPtr which implement reference counting for Events |
| 17:00.54 | Wyk3d | *implements |
| 17:02.35 | Wyk3d | i comment out / change stuff that i didn't need / didn't compile in TimeKeeper |
| 17:02.39 | Wyk3d | *commented |
| 17:03.29 | BulletCatcher | AHA: It would be very difficult to add a --pkglibdir option to configure. Sorry. |
| 17:03.30 | BulletCatcher | The current setup is optimized for the common cases of --prefix=/usr or --prefix=/usr/local. If you really want to use your own directory structure the "make" command line option I offered earlier is the simplest way to do it. |
| 17:03.45 | AHA | okay |
| 17:03.49 | AHA | thats alright |
| 17:04.36 | BulletCatcher | The good news is that the loadplugin command should automatically look in the right directory, so you don't have to specify a full path to the plugin. |
| 17:06.44 | BulletCatcher | A bzfs command line option as simple as "-loadplugin SAMPLE_PLUGIN" should just work. |
| 17:21.44 | BulletCatcher | JeffM: for the .def files (such as found in each plugin directory) shold the svn:eol-style property be native or CRLF? It is native for ones that already have it set, but there are a few files with no property at all. |
| 17:25.04 | JeffM | native |
| 17:25.35 | BulletCatcher | Okay, thanks. I'll fix the remaining files in a moment. |
| 17:27.11 | JeffM | as far as I'm concerned, I think native works for ALL files |
| 17:27.21 | JeffM | I'm not sure why the solutions are CRLF |
| 17:27.48 | JeffM | the DSW and DSPs used to have to be CRLF, but the SLN files are just XML and should workf ine. |
| 17:29.28 | CIA-35 | BZFlag: 03bullet_catcher * r18132 10/trunk/bzflag/ (12 files in 11 dirs): Add the Subversion svn:eol-style=native property to a few files (.def, .3, and a Python .i file) that don't already have it. |
| 17:29.30 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 17:31.25 | BulletCatcher | The one case I can think of where svn:eol-style=CRLF might make a difference is dual-boot, where someone does the svn checkout under Linux and then builds using a shared file system after booting to Windows. |
| 17:31.43 | JeffM | VC handles both line endings |
| 17:31.46 | JeffM | has for a while |
| 17:31.56 | JeffM | VC6 was the last one that it freaked on |
| 17:32.07 | JeffM | it will even fix mixed line endings ;) |
| 17:33.37 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-032-232.pools.arcor-ip.net) |
| 17:33.54 | *** join/#bzflag _anomaly__ (n=mike@h67.17.28.71.dynamic.ip.windstream.net) |
| 17:34.04 | BulletCatcher | Hooray for VC. I will assume that svn:eol-style=native is fine for all files, then. But I will leave the existing CRLF files alone unless you think it is worth the (small) effort to change them. |
| 17:34.15 | JeffM | it's not worth it |
| 17:34.19 | BulletCatcher | k |
| 17:34.47 | JeffM | but yeah, for all the others , if it's text. native is fine |
| 17:35.20 | BulletCatcher | If we find a problem with native, we know how to fix it. :-) |
| 17:36.19 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 17:36.54 | JeffM | heh, tell the offender to stop using devC++ or VC6? |
| 17:39.27 | Wyk3d | hmm .. i rebuilt the whole project and it says the project is out of date and no debug information found ? :-/ |
| 17:39.39 | CIA-35 | BZFlag: 03bullet_catcher * r18133 10/trunk/bzflag/src/other/ftgl/demo/: Add more built files to the Subversion svn:ignore property. |
| 17:46.45 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 17:47.40 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 17:53.25 | Wyk3d | JeffM: could you check what's wrong with the VC8 project? the VC7 project works fine but VC8 has the above mentioned issue |
| 17:57.32 | CIA-35 | BZFlag: 03bullet_catcher * r18134 10/trunk/bzflag/ (8 files in 6 dirs): Add the Subversion svn:eol-style=native property to some straggling text files. |
| 18:01.50 | JeffM | Wyk3d, throw away your debug and release folders |
| 18:01.57 | JeffM | I can look at it after lunch |
| 18:02.01 | JeffM | in 2 hours |
| 18:02.05 | JeffM | well 1.5 hours |
| 18:17.59 | JeffM | Wyk3d, are you swaping back and froth between compiler versions? |
| 18:18.48 | JeffM | if you are, don't that is your problem |
| 18:18.59 | JeffM | you have to do a manual clean if you do that (I'm not sure why) |
| 18:19.04 | Wyk3d | i cleaned the solution several times |
| 18:19.11 | JeffM | manualy? |
| 18:19.14 | Wyk3d | no .. |
| 18:19.18 | JeffM | yeah that's the problem |
| 18:19.27 | JeffM | 8 won't clean up all of 7.1's crap |
| 18:19.30 | JeffM | and it gets confused |
| 18:19.35 | JeffM | I've had similar issues |
| 18:19.39 | Wyk3d | it shouldn't save in the same folder |
| 18:19.41 | JeffM | your 8 project is fine |
| 18:19.53 | JeffM | it caches stuff somewhere I think |
| 18:19.57 | Wyk3d | i.e it saves in vc8/bzauthd_debug not vc7/bzauthd_debug |
| 18:19.59 | JeffM | but ditch 7.1 |
| 18:20.06 | JeffM | yeah I know, but it still is the issue |
| 18:20.11 | JeffM | it's a VCwierdness |
| 18:20.37 | JeffM | I think the debuger sets a "last used pdb" in the system or something |
| 18:20.43 | JeffM | and if it's there and in the wrong format it geeks |
| 18:21.02 | JeffM | but really, we don't need to support 7.1 anymore |
| 18:21.09 | JeffM | so there is no point in you maintaining it |
| 18:24.25 | Wyk3d | hmm yep, i deleted everything but the project/solution files and rebuilt and now it works :) |
| 18:24.33 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-032-232.pools.arcor-ip.net) |
| 18:24.48 | JeffM | what compiler are you doing the majority of your development in? |
| 18:25.39 | Wyk3d | well so far it's been 7.1 |
| 18:25.51 | JeffM | you have 8 now right? |
| 18:25.54 | Wyk3d | yes |
| 18:26.01 | JeffM | do you want to swap to 8? |
| 18:26.07 | JeffM | the debuger is a LOT cooler |
| 18:27.43 | *** join/#bzflag zw3rgy (n=543e924f@bz.bzflag.bz) |
| 18:27.47 | Wyk3d | the one in 7.1 was very cool already :) .. but anyway, i guess i can switch to 8 since well that's what the rest of the project's using |
| 18:28.53 | *** join/#bzflag bz36 (n=543e924f@bz.bzflag.bz) |
| 18:31.35 | Wyk3d | by the way .. how will i be doing the client integration ? in trunk or should i create branch ? |
| 18:33.27 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 18:33.32 | JeffM | yeah you should make a branch |
| 18:33.41 | *** join/#bzflag BenUrban (n=benurban@c-68-49-10-243.hsd1.md.comcast.net) |
| 18:53.03 | *** join/#bzflag _anomaly_ (n=mike@h67.17.28.71.dynamic.ip.windstream.net) |
| 18:59.10 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 18:59.10 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:00.19 | CIA-35 | BZFlag: 03wyk3d * r18135 10/trunk/bzauthd/ (7 files in 3 dirs): |
| 19:00.19 | CIA-35 | BZFlag: * Fixed some bugs in the EventHandler |
| 19:00.19 | CIA-35 | BZFlag: * Added token expiry |
| 19:17.14 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 19:17.15 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:25.22 | *** join/#bzflag jftsang (n=jftsang@88-108-197-103.dynamic.dsl.as9105.com) |
| 19:28.41 | *** join/#bzflag krilli (n=krilli@85-218-19-172.dclient.lsne.ch) |
| 19:30.57 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 20:26.05 | Lukstr | Flash: ping |
| 20:27.08 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-032-232.pools.arcor-ip.net) |
| 20:31.40 | *** join/#bzflag TimRiker (n=timr@99-204-208-122.area1.spcsdns.net) |
| 20:31.40 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 20:35.39 | Flash | Lukstr: pong |
| 20:35.48 | Lukstr | excellent |
| 20:36.00 | Flash | really? looks kind of laggy to me ;-) |
| 20:36.07 | Lukstr | heh |
| 20:39.27 | Flash | whatcha need? |
| 20:41.55 | Lukstr | hang on typing a pastebin for you |
| 20:43.55 | Lukstr | http://slexy.org/view/s20mlBknIP |
| 20:44.23 | Lukstr | That's what I have so far regarding what we were talking about earlier, I suppose |
| 20:45.03 | Lukstr | my only wonder is if there is a better way to accomplish the same goal while making initParserInstructions virtual (and protected) |
| 20:47.26 | Lukstr | also, Erroneous ping |
| 20:49.44 | Flash | it's a bit of a trivial example, but it feels to me like the linkage is wrong |
| 20:49.50 | Erroneous | Lukstr: pong |
| 20:50.05 | Lukstr | Flash I feel similar, but I can't find another way to do it |
| 20:50.30 | Lukstr | Erroneous: would something like what I linked a few minutes ago be wise coupling between World Objects and Parser? |
| 20:50.43 | Flash | what is your purpose for "initParserInstructions"? |
| 20:50.49 | Flash | my thought is that parsers should parse |
| 20:50.56 | Flash | meaning it needs a data chunk to work on |
| 20:51.08 | Lukstr | it tells Parser how to parser a box |
| 20:51.23 | Flash | why not just have a BoxParser class? |
| 20:51.39 | Lukstr | well that's the alternative |
| 20:51.47 | Flash | same amount of information needs to be captured with less complexity |
| 20:52.17 | Erroneous | yeah, I'd go for a Box::Parser class |
| 20:52.22 | Flash | the semantic part of the parsing is where BoxParser knows how to construct an actually Box |
| 20:52.28 | Flash | *actual |
| 20:52.43 | Lukstr | Erroneous: do you suggest Box::Parser parse an actual box? |
| 20:52.46 | Lukstr | i.e. spirit? |
| 20:53.41 | Erroneous | I would expect that it would load a Box object from a block of text |
| 20:53.50 | Lukstr | hm |
| 20:53.51 | Flash | right |
| 20:54.19 | Flash | what I've done before is have BoxParser include parsers for each element of a box |
| 20:54.32 | Flash | then BoxParser iterates over its elements parsing text |
| 20:54.45 | Flash | at the end, when all text is parsed, you have the info to construct the Box |
| 20:55.00 | Lukstr | right, so boxparser would have to parse parameters and whatnot |
| 20:55.53 | Flash | well, it would contain parameter parsers |
| 20:56.25 | Flash | if your parameter handling is simple attribute/value stuff, you can have a single, simple ParameterParser |
| 20:56.34 | Flash | but I suspect you'll want something more specialized |
| 20:56.56 | Lukstr | maybe instead of a World::Box::Parser have a World::Parser::BoxParser the can create a World::Box |
| 20:57.10 | Flash | sure |
| 20:57.35 | Flash | but it doesn't even need to be in the World namespace |
| 20:57.56 | Lukstr | right right |
| 20:57.59 | Lukstr | Actually you are right |
| 20:58.02 | Lukstr | Parser isn't in the world namespace |
| 21:00.03 | Lukstr | Well, one way or another, the way I see it is the parsed information should be stored before objects are created |
| 21:08.24 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-032-232.pools.arcor-ip.net) |
| 21:16.08 | *** join/#bzflag TimRiker (n=timr@99-203-83-174.area1.spcsdns.net) |
| 21:16.08 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:31.53 | *** join/#bzflag eTangenT (n=etangent@71-211-230-128.hlrn.qwest.net) |
| 21:35.41 | *** join/#bzflag F687s_ (n=noah@cpe-98-30-181-122.woh.res.rr.com) |
| 21:36.44 | *** join/#bzflag F687s__ (n=noah@cpe-98-30-181-122.woh.res.rr.com) |
| 21:36.45 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 21:36.49 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 21:37.29 | *** join/#bzflag F687s_ (n=noah@cpe-98-30-181-122.woh.res.rr.com) |
| 21:39.14 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 21:39.14 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:42.14 | *** join/#bzflag TheRedBaron (n=kemhof@75.144.224.155) |
| 21:45.36 | *** join/#bzflag bier (n=bier@p54A5609D.dip.t-dialin.net) |
| 21:51.40 | *** join/#bzflag _anomaly_ (n=mike@adsl-230-134-206.gnv.bellsouth.net) |
| 21:54.58 | *** join/#bzflag LongDon (n=LongDon@host-091-097-012-215.ewe-ip-backbone.de) |
| 21:58.45 | *** part/#bzflag LongDon (n=LongDon@host-091-097-012-215.ewe-ip-backbone.de) |
| 22:35.40 | *** join/#bzflag whodaman- (n=whodaman@about/apple/macbook/whodaman-) |
| 22:38.32 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 22:55.01 | *** join/#bzflag bz48 (n=4baf5a53@bz.bzflag.bz) |
| 22:55.36 | bz48 | ~bzfquery 75.175.90.83:3390 |
| 23:06.39 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 23:15.55 | *** join/#bzflag HellDragon (n=jd@unaffiliated/helldragon) |
| 23:18.54 | *** join/#bzflag brlcad (n=sean@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] |
| 23:18.54 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 23:18.54 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 23:18.54 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) [NETSPLIT VICTIM] |
| 23:18.54 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 23:18.54 | *** join/#bzflag wizart (n=wizart@lvps87-230-8-217.dedicated.hosteurope.de) |
| 23:18.55 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 23:18.55 | *** join/#bzflag blizzard- (n=chatzill@user-0ce2hv1.cable.mindspring.com) |
| 23:18.55 | *** join/#bzflag a_temp_dist (n=temp_dis@about/essy/alarming/a-temp-dist) |
| 23:18.55 | *** join/#bzflag Winny (n=kylevane@unaffiliated/winny) |
| 23:18.55 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 23:18.55 | *** join/#bzflag Pryon (n=Pryon@irc.ircpoker.com) [NETSPLIT VICTIM] |
| 23:18.55 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
| 23:18.55 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 23:18.55 | *** join/#bzflag KyleVE (n=kyleve@unaffiliated/winny) |
| 23:18.55 | *** join/#bzflag JBdiGriz (n=dbw@adsl-63-199-247-141.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 23:18.55 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 23:18.55 | *** join/#bzflag purple_cow (n=david@208.69.182.150) [NETSPLIT VICTIM] |
| 23:18.55 | *** join/#bzflag Lukstr (n=Lukstr@CPE0080c6efd3fb-CM00195efb656e.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 23:18.55 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.wa.comcast.net) |
| 23:18.56 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 23:18.56 | *** mode/#bzflag [+ovoo brlcad spldart purple_cow ChanServ] by irc.freenode.net |
| 23:19.01 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 23:19.17 | spldart | Wow.. that's a big end of a netsplit |
| 23:19.17 | spldart | bigger |
| 23:19.39 | spldart | is sea sick |
| 23:19.42 | CBG | What was that about a big end? |
| 23:19.57 | spldart | Hahahha |
| 23:20.05 | spldart | sea sick... dmwaters.... |
| 23:20.07 | spldart | hehe |
| 23:22.59 | JeffM | Constitution, |
| 23:23.31 | Constitution | hi |
| 23:23.34 | JeffM | when you have the shot tracking on the server working I'd like you to push that back into trunk. even tho it wont' do anything |
| 23:23.39 | JeffM | I know it'll be a bit before you do |
| 23:23.52 | JeffM | I just need a shot state for some other stuff :) |
| 23:23.58 | Constitution | ok |
| 23:24.03 | JeffM | it dosn't have to do collisions just the bouncy bouncy |
| 23:24.33 | JeffM | we can also hook it up to the spawn code too for more testing of it :) |
| 23:27.26 | *** join/#bzflag Warinthestar (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 23:27.47 | *** join/#bzflag Alex135 (n=alex@143.207.200.171) |
| 23:37.01 | L4m3r | not spawning in front of bullets would certainly be preferred |
| 23:37.04 | L4m3r | :) |
| 23:38.45 | JeffM | indeed |
| 23:40.42 | L4m3r | or I guess if you want to keep your players on their toes, you could spawn them directly in the path of bullets whenever possible :P |
| 23:40.58 | JeffM | hence spawn rules :) |
| 23:51.40 | *** join/#bzflag ShadowSpectre (n=Default@24-179-23-002.dhcp.ahvl.nc.charter.com) |
| 23:52.24 | ShadowSpectre | Any idea who owns wittydays.de? |
| 23:54.08 | JeffM | probably a german |
| 23:55.39 | ShadowSpectre | there's yet another hotshot cheater there. Very intelligent, seemingly well educated. |
| 23:55.55 | ShadowSpectre | God complexed sociopath. |
| 23:56.30 | JeffM | if there is no contact info, then just do a /report |
| 23:57.04 | ShadowSpectre | on it will do. I'll also see if I can get Thumper/benfish/winny to do a callsign cross referance |
| 23:58.24 | Flash | bzsvn |
| 23:58.28 | Flash | ~bzsvn |
| 23:58.29 | ibot | it has been said that bzsvn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag bzflag |
