| 00:04.42 | *** join/#bzflag fatass (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 00:10.33 | Flash | tj13820: you are talking fault tolerance; that's independent of bzflag |
| 00:10.43 | tj13820 | okay |
| 00:27.09 | TD-Linux | tj13820, you would want to use some program on each server that monitors the others |
| 00:27.26 | TD-Linux | and somehow decides to start servers on one of the alternates if the main goes down |
| 00:28.54 | tj13820 | TD-Linux: do you know of such a program? |
| 00:29.02 | TD-Linux | nope |
| 00:29.21 | tj13820 | :-) |
| 00:32.26 | blast007 | doubt there is one |
| 00:32.31 | blast007 | you'd have to write it :) |
| 00:32.49 | tj13820 | would a program using ssh, to look for BZFS pid's work? |
| 00:33.15 | tj13820 | that would be fairly simple. just use a command and schedule it in cron in linux |
| 00:33.39 | blast007 | or you could just try to open a socket to the bzfs server |
| 00:33.48 | tj13820 | ? |
| 00:34.57 | catay | tj13820: http://www.linux-ha.org/HeartbeatProgram |
| 00:35.24 | catay | but it's probablly not easy to setup and also total overkill ;) |
| 00:35.48 | tj13820 | lol |
| 00:35.51 | tj13820 | still worth a look |
| 00:36.01 | tj13820 | as i also want it for my webserver/mysql databases |
| 00:36.17 | blast007 | mysql you could just set up with replication |
| 00:36.19 | blast007 | slave/master |
| 00:37.05 | tj13820 | have it |
| 00:37.18 | tj13820 | but i don't want it running on 5 servers on one network all the time :-P |
| 00:44.04 | blast007 | well, a mysql backup doesn't do much good unless it's synced... |
| 00:47.45 | tj13820 | agreed, but it also doesn't do much good if the computer searching for the database can choose from 5 servers :-) |
| 00:47.57 | tj13820 | one of which can tolerate heavy load |
| 00:48.12 | tj13820 | one/two medium, and two are emergencies only |
| 00:48.15 | tj13820 | :-) |
| 00:48.54 | blast007 | don't run MySQL on those then ;) |
| 00:49.04 | *** join/#bzflag I_Died_Once (n=I_Died_O@unaffiliated/idiedonce/x-1828535) |
| 00:49.05 | blast007 | do you really need *5* running the same services? |
| 00:49.12 | tj13820 | yes. |
| 00:49.19 | tj13820 | i'm doing a project for my school |
| 00:49.22 | blast007 | k |
| 00:49.40 | tj13820 | for home based learning. like black board. but idiot friendly. |
| 00:49.40 | I_Died_Once | I was gonna come in here and invite everyone |
| 00:50.04 | I_Died_Once | just restarted and was going to get a game up |
| 00:50.20 | I_Died_Once | now runing the Passion of the Flag Capture on Planet MoFo |
| 00:50.40 | blast007 | tj13820: make part of the project be demonstrating how overall performance on a slower machine degrades quickly ;) |
| 00:51.23 | blast007 | I should really remove MySQL from my 133MHz machine one of these days, as it eats up too much RAM |
| 00:51.48 | tj13820 | my 2 slower ones are 2.4Ghz P4's |
| 00:51.53 | tj13820 | (slow to me) |
| 00:57.16 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 01:02.07 | *** join/#bzflag coffee (n=whodaman@pdpc/supporter/student/whodaman-) |
| 01:03.18 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 01:17.04 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 01:20.59 | *** join/#bzflag JeffM (n=JeffM@pool-71-109-217-145.lsanca.dsl-w.verizon.net) |
| 01:21.04 | CIA-34 | BZFlag: 03lukstr * r17529 10/branches/gsoc_libbzw/src/world/ (BZWorld.h World.cxx World.h WorldObject.h): Fixed and added doxygen comments |
| 01:33.50 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 01:52.20 | *** join/#bzflag Macrosoft (n=Macrosof@68-242-95-67.area7.spcsdns.net) |
| 02:08.35 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 02:39.01 | delusional | >bzflist |
| 02:39.13 | delusional | ~bflist |
| 02:39.30 | delusional | oh well , cant spell |
| 02:43.41 | Macrosoft | pings the internet |
| 02:48.15 | *** join/#bzflag delusional (n=delusion@pool-71-253-12-129.pitbpa.east.verizon.net) |
| 02:49.02 | blast007 | Macrosoft: Internet timed out. |
| 02:49.22 | Macrosoft | bah |
| 02:54.34 | *** join/#bzflag Ebert (n=EbErT@adsl-211-176-33.asm.bellsouth.net) |
| 04:05.05 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.61.179) |
| 04:23.34 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 04:26.23 | *** join/#bzflag Macrosoft_ (n=Macrosof@99-202-140-221.area7.spcsdns.net) |
| 04:36.27 | *** join/#bzflag KingofCamelot (n=davidsan@207-177-229-17.dsl.redshift.com) |
| 05:05.37 | *** join/#bzflag JeffMMain (n=Jeff@pool-71-109-217-145.lsanca.dsl-w.verizon.net) |
| 05:17.09 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.61.179) |
| 06:13.23 | AAA_awright | What if we dropped tokens entirely, and went with a simple public key system? A user would login by sending a list-server-signed token containing the player's bzid, callsign, server it will work on, and time it will expire |
| 06:13.59 | AAA_awright | It still requires a call to the list server for the client, but not for bzfs, eliminating a bit of the overhead |
| 06:20.09 | a_meteorite | I can assure your idea will be shot down before it is even considered, AAA_awright ;) |
| 06:26.46 | DTRemenak | yes, but only because it is a solution seeking a problem. technically such a scheme would work fine. we have a working and reasonably elegant system, so there's no need to rearchitect it at this point. |
| 06:27.19 | DTRemenak | and our list server is currently at a LA of 2.5 or so pretty steadily, the last thing we need is to have to do crypto on it. |
| 06:44.41 | a_meteorite | ~bz20svn |
| 06:44.42 | ibot | from memory, bz20svn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/branches/v2_0branch/bzflag |
| 06:45.00 | AAA_awright | DTRemenak: The problem is the long load time it takes to authenticate |
| 06:45.08 | AAA_awright | Yes, 4s is long |
| 06:45.24 | DTRemenak | have you determined why it takes so long? |
| 06:45.44 | AAA_awright | No authentication takes 1s, server with no flags |
| 06:46.00 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 06:47.42 | a_meteorite | from first hand experience working at a computer shop I know speculating is the worst thing one can do :) |
| 06:48.10 | a_meteorite | but it is kind of hard to profile something without the size of records that the listserver has surely accumulated |
| 06:49.05 | AAA_awright | a_meteorite: What do you mean? |
| 06:49.37 | a_meteorite | you know it takes longer with auth, but you don't know where it's taking longer (client or server for that matter, and there is a LOT of stuff happening at the server that would need to be profiled) |
| 06:49.59 | a_meteorite | not to discount your theories or anything, I do agree that it does take a long time for what seems a simple task |
| 06:50.06 | AAA_awright | I just tried it again, it took 1s to get the token, another 1s to connect, and 1-5s before I could play, compared to 1-2s without supplying a password |
| 06:51.27 | DTRemenak | so is it the list server, or the server, that consumes the additional time? and what is it doing that takes so long? |
| 06:53.28 | a_meteorite | are there any known issues of compiling current 2.0 branch on mac os x 10.5.2? |
| 06:53.47 | a_meteorite | it can't find ares.h and ares_version.h, which I thought was included in the branch... |
| 06:54.25 | DTRemenak | as a purely hypothetical example, it could be that the global group lookup is expensive. in that case, under your scheme, the query for a global group lookup still needs to take place, and you gain nothing. |
| 07:02.55 | *** join/#bzflag LongDon (n=LongDon@host-091-097-059-025.ewe-ip-backbone.de) |
| 07:05.46 | *** join/#bzflag hwilde (n=hwilde@68.162.160.77) |
| 07:05.57 | hwilde | what's that svn download command again? |
| 07:06.19 | hwilde | ~svn |
| 07:06.20 | ibot | Subversion (aka SVN) is version control software that aims to be a better CVS than CVS. See http://subversion.tigris.org/. |
| 07:06.26 | hwilde | eh |
| 07:06.26 | AAA_awright | ~bzsvn |
| 07:06.27 | ibot | well, bzsvn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag bzflag |
| 07:06.43 | hwilde | there we go! |
| 07:07.08 | AAA_awright | DTRemenak: the signed result from the list server would contain all that data |
| 07:07.23 | DTRemenak | exactly |
| 07:08.08 | DTRemenak | so it still would have to be done, just at a different time. it's even more likely to have to be done twice, actually. |
| 07:08.47 | AAA_awright | Why twice? The token check would be completely removed |
| 07:09.20 | AAA_awright | (there would be no equivalent, there would still be the old system of course) |
| 07:09.25 | DTRemenak | once when the client requests the list, once when it tries to join the server, if the packet had expired |
| 07:09.46 | DTRemenak | it's not unusual for gettoken to be done twice in the current system |
| 07:09.59 | AAA_awright | Why would it expire? The client retrieves it when it joins the server |
| 07:10.39 | DTRemenak | for performance reasons, we send the token when the list is requested. that helps speed up server joins once you pick the server you want. |
| 07:11.03 | DTRemenak | it also lets us do -advertise |
| 07:11.16 | DTRemenak | i.e. only list certain servers if you are a member of certain groups |
| 07:11.39 | DTRemenak | though it's not strictly necessary to send a token back for just that case |
| 07:12.14 | AAA_awright | You do lose the token pre-fetch with this idea, but it replaces the server side lookup, server asks for authentication, client hands server signed sheet, and fetches a new one if necessary. Instead of the server connecting, the client does, and the client pre-fetch is done away with. |
| 07:13.52 | DTRemenak | if, as in my hypothetical example, group lookup was expensive, it would still need to do that once for the list, and once for the server |
| 07:14.55 | AAA_awright | Lucky it is just an outer join |
| 07:15.20 | DTRemenak | correct. I doubt that's the slow point :) |
| 07:15.25 | DTRemenak | but you see my point |
| 07:15.28 | AAA_awright | Yes |
| 07:15.55 | DTRemenak | until you know what is making it slow, you can't determine if this solution will solve the problem...ergo my comment about a solution in search of a problem |
| 07:17.55 | DTRemenak | it would be more profitable to find the source of the problem and then, once you know what it is, determine an appropriately-scoped fix |
| 07:18.10 | AAA_awright | The biggest speed issue I see is just the TCP connections, could be something else, I have not done /that/ much work |
| 07:18.41 | AAA_awright | Hosting a local list server speeds things up pretty quickly |
| 07:18.52 | DTRemenak | requesting a checktoken from the browser takes only 3/4 of a second or so |
| 07:19.33 | DTRemenak | and that's the same connection methodology, and a similar request being processed on the back end |
| 07:19.48 | hwilde | why does it say no sound, when I clearly have sound |
| 07:20.03 | hwilde | Audo driver: audio not available |
| 07:20.13 | hwilde | ALSA lib pcm_dmix.c:874:(snd_pcm_dmix_open) unable to open slave |
| 07:20.13 | hwilde | Couldn't open audio: No available audio device |
| 07:20.31 | DTRemenak | alsa couldn't do it. maybe something has it locked in exclusive mode? |
| 07:20.37 | AAA_awright | Good points DTRemenak |
| 07:21.36 | hwilde | dang I used to be able to play music in the bg |
| 07:22.04 | DTRemenak | sound on linux is not exactly straightforward, even today :) |
| 07:22.29 | hwilde | I mean like yesterday |
| 07:23.05 | DTRemenak | what has changed? |
| 07:23.21 | hwilde | i dunno |
| 07:23.23 | hwilde | i like ubuntu |
| 07:23.27 | hwilde | but these updates are killing me |
| 07:23.32 | DTRemenak | heh |
| 07:23.42 | hwilde | I had to reinstall to fix my resolution |
| 07:23.47 | hwilde | now sound is locked or something |
| 07:35.22 | *** join/#bzflag hwilde (n=hwilde@pool-68-162-160-77.pitt.east.verizon.net) |
| 09:05.40 | *** join/#bzflag LongDon (n=LongDon@host-091-097-059-025.ewe-ip-backbone.de) |
| 09:22.50 | *** join/#bzflag CBG (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 10:01.18 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 10:08.43 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 10:08.43 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 11:11.56 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 11:52.09 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.61.179) |
| 11:57.12 | *** join/#bzflag KTL (n=KTL@213.219.188.181.adsl.dyn.edpnet.net) |
| 12:09.07 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.61.179) |
| 12:22.13 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 12:39.30 | *** part/#bzflag LongDon (n=LongDon@host-091-097-059-025.ewe-ip-backbone.de) |
| 12:47.46 | whodaman | ~mp |
| 12:47.46 | ibot | extra, extra, read all about it, mp is Northern Mariana Islands |
| 12:47.51 | whodaman | . |
| 12:49.45 | delusional | try it with argooon, not ibot |
| 12:52.28 | whodaman | delusional, heh |
| 13:28.56 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 14:33.48 | CIA-34 | BZFlag: 03chaos-dev * r17530 10/trunk/bzwgen/inc/globals.h: Explicit operations on vertex not needed. |
| 15:24.35 | CIA-34 | BZFlag: 03chaos-dev * r17531 10/trunk/bzwgen/inc/ (Vector2D.h Vector3D.h): Introducing Vector2D and Vector3D templates -- idea is to have all the 2D/3D code from one template (that includes Vertex, TexCoord, Coord2D, Point2D, etc). |
| 15:27.16 | CIA-34 | BZFlag: 03chaos-dev * r17532 10/trunk/bzwgen/inc/ (GraphNode.h Point2D.h): Now that we have the Vector2D template, the Point2D class is no longer needed. |
| 15:29.59 | CIA-34 | BZFlag: 03chaos-dev * r17533 10/trunk/bzwgen/ (4 files in 3 dirs): |
| 15:29.59 | CIA-34 | BZFlag: * Vertex is now Vector3D<double> |
| 15:29.59 | CIA-34 | BZFlag: * TexCoord is now Vector2D<double> |
| 15:29.59 | CIA-34 | BZFlag: * Coord2D is now Vector2D<int> |
| 15:29.59 | CIA-34 | BZFlag: * all compiles :P |
| 15:30.10 | Epyon | Teamplates are cool ^^ |
| 15:30.15 | Winny | spammer |
| 15:30.23 | Epyon | D: |
| 15:30.28 | Winny | :) |
| 15:30.43 | DTRemenak | that's one kind of spam I *like* to see :) |
| 15:30.58 | Winny | sends DTRemenak 100gb of CIA logs |
| 15:43.20 | CIA-34 | BZFlag: 03chaos-dev * r17534 10/trunk/bzwgen/ (inc/BZWGenerator.h src/BZWGenerator.cxx): IFDEF seperation of the code needed for the plugin version and the standalone one. |
| 15:43.53 | Epyon | Hmm, MMaybe it would be nicer to have two seperate app classes... |
| 15:44.40 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 15:52.32 | Epyon | Can someone explaim me what the code for _USE_LIB_RULES_ is? |
| 15:52.47 | JeffM | where do you see it? |
| 15:52.50 | Epyon | And is it needed in the non-plugin version of BZWGen? |
| 15:52.59 | Epyon | const char* getLibExtension ( void ) |
| 15:53.01 | Epyon | and the like |
| 15:53.24 | JeffM | are you talking about code? or makefiles? |
| 15:53.29 | Epyon | code |
| 15:53.37 | JeffM | where do you see it? |
| 15:53.45 | Epyon | BZWGenerator.cxx |
| 15:55.01 | JeffM | that's so your app itself can load plugins |
| 15:55.05 | JeffM | if the rules are in a lib |
| 15:55.07 | JeffM | in C++ |
| 15:56.39 | JeffM | I'll build the plugin config for you right now |
| 15:56.47 | Epyon | JeffM, no wait |
| 15:57.01 | JeffM | I mean the configuration that builds it as a plugin |
| 15:57.17 | Epyon | Yeah, I wanted you to tech me how to do that |
| 15:57.29 | Epyon | Currently it's a define, and doesn't work |
| 15:57.36 | JeffM | I know I'm fixing it |
| 15:57.37 | Epyon | Butr first I want to split the classes |
| 15:58.17 | Epyon | So if you're editing BZWGenerator.* or bzwgen.cxx then we're in for a BIG svn conflict :P |
| 15:58.34 | JeffM | welcome to the real world ;) |
| 15:58.40 | JeffM | it should merge |
| 15:58.45 | JeffM | I'm chaning ONE line in there |
| 15:59.31 | Epyon | then tell me which one, it'll be easier than merging :P |
| 15:59.49 | JeffM | you'll be fione |
| 15:59.51 | JeffM | fine |
| 16:02.51 | JeffM | I thought we were setting it up so that it would build with out bison? |
| 16:05.24 | CIA-34 | BZFlag: 03JeffM2501 * r17535 10/trunk/bzwgen/ (MSVC/VC8/bzwgen.sln MSVC/VC8/bzwgen.vcproj src/bzwgen.cxx): |
| 16:05.24 | CIA-34 | BZFlag: add debug_plugin and release_plugin build targets. |
| 16:05.24 | CIA-34 | BZFlag: only build main if it's an exe target |
| 16:05.24 | CIA-34 | BZFlag: get rid of old busted "dll" target. |
| 16:05.38 | JeffM | Epyon: where are the c files that bison generates? |
| 16:06.08 | JeffM | is that lexer.cxx and parser.cxx? |
| 16:06.26 | Epyon | and hxx |
| 16:06.37 | Epyon | (parser.hxx) |
| 16:06.39 | JeffM | I do not see them included in the VC project |
| 16:07.00 | JeffM | ah nevermind found them |
| 16:09.09 | CIA-34 | BZFlag: 03JeffM2501 * r17536 10/trunk/bzwgen/MSVC/VC8/ (bzwgen.sln bzwgen.vcproj): |
| 16:09.09 | CIA-34 | BZFlag: disable bison for normal builds |
| 16:09.09 | CIA-34 | BZFlag: add debug_runbison target for the rare times when bison needs to be run |
| 16:10.13 | Epyon | hmm, it merged cleanly |
| 16:10.28 | JeffM | told you ;) |
| 16:10.50 | JeffM | colaboration.. it's a good thing |
| 16:11.08 | JeffM | I'm testing the plugin now |
| 16:11.20 | Epyon | lol |
| 16:11.23 | JeffM | I may need to add the export defines, but maybe not since I did the def file |
| 16:11.23 | Epyon | it didn't :P |
| 16:11.31 | Epyon | now I don't have a main at all ^^ |
| 16:11.37 | JeffM | what target are you on? |
| 16:11.48 | Epyon | Debug |
| 16:11.56 | Epyon | moment, I'll submit the code changes |
| 16:12.03 | Epyon | BTW, do I have some defines? |
| 16:12.13 | JeffM | huh? |
| 16:12.21 | Epyon | I mean is there a define that tells me from the box if I'm compiling a plugin? |
| 16:12.32 | JeffM | yeah |
| 16:12.33 | JeffM | COMPILE_PLUGIN |
| 16:12.38 | JeffM | oh I see the issue |
| 16:12.43 | JeffM | whoever did this was dumb |
| 16:12.47 | Epyon | I set it manualy. |
| 16:12.50 | Epyon | Probably me |
| 16:12.55 | JeffM | #ifdef COMPILE_PLUGIN |
| 16:12.59 | JeffM | not #if |
| 16:13.09 | Epyon | where? |
| 16:13.38 | JeffM | why do you need the define in any place other then the main? |
| 16:13.53 | Epyon | I did, but the new version wont need that. |
| 16:14.14 | Epyon | So the release settings automatically define COMPILE_PLUGIN for me? |
| 16:14.46 | Epyon | release -> target |
| 16:15.10 | JeffM | damn.... the bild targets in this are ALL jacked up |
| 16:15.21 | JeffM | Epyon: the _plugin ones will |
| 16:15.23 | Epyon | JeffM, give me a momemt to submit the new code. |
| 16:15.25 | JeffM | but wait a set |
| 16:15.29 | JeffM | go ahead |
| 16:15.31 | JeffM | commit it |
| 16:17.58 | JeffM | wow you got code errors too |
| 16:18.05 | JeffM | cmd defined more then once |
| 16:18.15 | Epyon | Thats fixed |
| 16:18.20 | Epyon | in my local version. |
| 16:19.19 | CIA-34 | BZFlag: 03JeffM2501 * r17537 10/trunk/bzwgen/ (5 files in 3 dirs): properly build an exe for the non plugin targets |
| 16:20.16 | Epyon | Now I got 4 confilicts :? |
| 16:20.17 | Epyon | :/ |
| 16:20.25 | JeffM | so fix em |
| 16:20.32 | JeffM | slowpoke fixes ;) |
| 16:22.13 | JeffM | yep plugin loads just fine |
| 16:22.25 | JeffM | generates an assload of material errors but loads just fine |
| 16:22.40 | JeffM | on windows that is |
| 16:22.51 | JeffM | nix will have to have it's own options for building |
| 16:28.20 | Epyon | If compiling as a plugin there is no need to declare main at all? |
| 16:28.27 | JeffM | nope |
| 16:28.35 | JeffM | that's why I put the main in the else |
| 16:30.31 | Epyon | \parser.cxx(274) : warning C4273: 'malloc' : inconsistent dll linkage |
| 16:30.37 | JeffM | yeah that's fine |
| 16:30.39 | Epyon | The hell if I know what that is :/ |
| 16:30.40 | JeffM | I'll fix that later |
| 16:30.53 | JeffM | has to do with how the runtimes are setup |
| 16:30.56 | JeffM | you had them static |
| 16:31.03 | JeffM | but I quicky swaped them to dynamic |
| 16:31.07 | JeffM | but didn't set the rest of the stuff |
| 16:31.10 | JeffM | it'll work tho |
| 16:34.24 | Epyon | Okay, now debug_plugin compiles but I get a ton of wierd errors on Debug |
| 16:34.33 | Epyon | Linker errors only |
| 16:35.46 | Epyon | ibot, pastebin |
| 16:35.46 | 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 |
| 16:37.16 | Epyon | JeffM, http://pastebin.com/d7e20041f |
| 16:40.27 | Epyon | JeffM? |
| 16:44.40 | Flash | a_meteorite: yes, branch doesn't build under Mac OS 10.5 |
| 16:44.59 | Flash | I have a working version that I will diff sometime today and commit the relevant parts |
| 16:45.10 | Flash | which hopefully won't break pre-10.5 versions |
| 16:49.51 | JeffM | I was in the shower |
| 16:50.11 | JeffM | Epyon: did you do a full rebuild? |
| 16:50.38 | Epyon | Aaaah worked :D |
| 16:50.51 | JeffM | yeah runtimes changed so you have to rebuild all the obj files. |
| 16:55.30 | Epyon | yh, I added a file via svn add that I shouldn't, how can I fix that? |
| 16:55.39 | JeffM | remove it |
| 16:55.57 | Epyon | ah, --force :) |
| 16:56.10 | Epyon | mumbles "use the force luke" |
| 16:57.38 | JeffM | I just usualy right click on it and hit svn remove |
| 16:59.14 | CIA-34 | BZFlag: 03chaos-dev * r17538 10/trunk/bzwgen/ (10 files in 3 dirs): |
| 16:59.14 | CIA-34 | BZFlag: BZWGenerator is now a barebones generator class that can be used to build a |
| 16:59.14 | CIA-34 | BZFlag: different target. Hence now we have BZWGeneratorStandalone for the standalone |
| 16:59.14 | CIA-34 | BZFlag: version and BZWGeneratorPlugin for the plugin version. Thanks to that the |
| 16:59.14 | CIA-34 | BZFlag: specific code for the versions is only compiled when needed. |
| 16:59.14 | Epyon | is a commandline fan. |
| 16:59.37 | Manu | :) |
| 17:00.26 | Epyon | JeffM, update and check if I didn't FUBAR anything because of the conflicts. |
| 17:00.26 | JeffM | how about comments that just describe what the changes are, not what you think the product is at that time ;) |
| 17:00.26 | Epyon | ? |
| 17:00.39 | Epyon | those ARE the changes :P |
| 17:00.46 | JeffM | yes but it's worded like an add |
| 17:00.52 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:00.56 | Epyon | Ah ok :P |
| 17:01.16 | JeffM | better would have been "changed the BZWGenerator class to have derived versions for each of the build targets so that each can use the specifc code it needs" |
| 17:01.28 | JeffM | has never been a fan of "we" in commoents |
| 17:02.15 | JeffM | looks like it builds fine tho |
| 17:02.17 | JeffM | good job :) |
| 17:02.49 | Epyon | :) |
| 17:02.51 | JeffM | ahh the malloc and free issues are because friggin bison defines it's own :( |
| 17:02.59 | Epyon | Now the plugin and standalone separation is clean. |
| 17:03.29 | Epyon | Would be good if some linux person updated the makefile for that too |
| 17:03.41 | JeffM | it needs a lot more then just makefiles updated |
| 17:03.54 | JeffM | it needs a copy of the bzflag build system |
| 17:04.02 | JeffM | with autogen and libtool |
| 17:09.12 | CIA-34 | BZFlag: 03JeffM2501 * r17539 10/trunk/bzwgen/MSVC/parser.cxx: cheeze fix for malloc and free warnings for now |
| 17:09.34 | Epyon | That will be removed the moment I do any change in the parser :/ |
| 17:09.39 | JeffM | I know |
| 17:09.47 | JeffM | hence the word cheeze ;) |
| 17:09.51 | JeffM | and 'for now" |
| 17:10.16 | JeffM | if I can find a way to put it in the project it'll be cool |
| 17:14.20 | Epyon | JeffM, I can put that to parser.y, and it will be there when regenerated. |
| 17:14.35 | JeffM | it's cool |
| 17:14.39 | JeffM | I got it |
| 17:15.38 | CIA-34 | BZFlag: 03JeffM2501 * r17540 10/trunk/bzwgen/MSVC/ (VC8/bzwgen.vcproj parser.cxx): do the parser malloc and free defines in the project so parser.cxx can be replaced at will. |
| 17:15.47 | JeffM | you can put defines in the project |
| 17:16.07 | CIA-34 | BZFlag: 03chaos-dev * r17541 10/trunk/bzwgen/src/parser.y: Cheeze malloc/free fix moved to parser.y |
| 17:16.27 | JeffM | Epyon: take that out |
| 17:17.15 | Epyon | ? |
| 17:17.36 | CIA-34 | BZFlag: 03JeffM2501 * r17542 10/trunk/bzwgen/src/parser.y: noneed for cheeze hacks in the parser anymore as it's done in the project. |
| 17:17.44 | Epyon | Aaah, ok |
| 17:19.23 | *** join/#bzflag Macrosoft (n=Macrosof@99-202-140-221.area7.spcsdns.net) |
| 17:22.22 | TD-Linux | ick |
| 17:22.23 | TD-Linux | ./inc/Vector3D.h:127:30: error: no newline at end of file |
| 17:22.27 | TD-Linux | since when is that an error? |
| 17:22.36 | JeffM | since the dawn of gcc |
| 17:22.37 | TD-Linux | oh -Werror |
| 17:22.56 | TD-Linux | it's always been a warning :P |
| 17:23.53 | CIA-34 | BZFlag: 03chaos-dev * r17543 10/trunk/bzwgen/inc/ (GraphNode.h PlanarGraph.h Vector3D.h): Newlines at fileends for GCC -Werror clearance |
| 17:24.05 | Epyon | TD-Linux, here you go |
| 17:24.52 | TD-Linux | oh noes! |
| 17:25.01 | TD-Linux | /home/thomas/sandbox/bzwgen/src/bzwgen.cxx:60: undefined reference to `BZWGeneratorStandalone::parseCommandLine(int, char**)' |
| 17:25.21 | JeffM | the command line build system has not been updated yet |
| 17:25.43 | TD-Linux | tries fixing it himslef |
| 17:25.48 | JeffM | Epyon: you added files tho right? |
| 17:26.41 | CIA-34 | BZFlag: 03JeffM2501 * r17544 10/trunk/bzwgen/Makefile: have the build system at least build the application version. |
| 17:26.59 | TD-Linux | yay :) |
| 17:27.10 | TD-Linux | tests map file |
| 17:27.33 | Gabe_G23 | Does anyone know if I compile bzfs on LFS, will it recognize my Operating System and automatically put it as the client, or will I have to edit some source files? |
| 17:30.54 | JeffM | what is lfs? |
| 17:31.09 | Gabe_G23 | Linux from Scratch |
| 17:31.28 | JeffM | our build system dosn't care what distro you run |
| 17:31.33 | JeffM | it just looks for the libs it neeeds |
| 17:31.43 | JeffM | and the gcc compiler flags and versions |
| 17:31.47 | JeffM | so yeah, it should be fine |
| 17:31.48 | Gabe_G23 | Okay, thanks. |
| 17:32.53 | JeffM | TD-Linux: can you try a recompile if I commit something? |
| 17:33.01 | TD-Linux | yes |
| 17:33.14 | TD-Linux | btw it works :) |
| 17:33.20 | Epyon | \o/ |
| 17:33.21 | TD-Linux | roads are missing noradar though |
| 17:33.26 | CIA-34 | BZFlag: 03JeffM2501 * r17545 10/trunk/bzwgen/Makefile: split up the app and plugin files to start the split for multiple targets |
| 17:33.28 | TD-Linux | but I'm sure you know that already :) |
| 17:33.30 | JeffM | build with that |
| 17:33.32 | JeffM | see if it works |
| 17:33.59 | TD-Linux | works |
| 17:34.04 | JeffM | cool |
| 17:34.06 | TD-Linux | did make clean and make |
| 17:34.42 | JeffM | wonder what the command line option to make gcc build a .so is |
| 17:37.01 | TD-Linux | http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html |
| 17:37.32 | TD-Linux | wonders if that question was supposed to be answered :P |
| 17:37.42 | JeffM | it is |
| 17:37.50 | JeffM | or at least puts me on the right track |
| 17:37.51 | JeffM | thanks |
| 17:37.57 | TD-Linux | section 3.4 on that website gives the options |
| 17:38.11 | Epyon | noradar should be a part of material or mesh generation? |
| 17:38.38 | TD-Linux | hmm... it's in the material in bzw I think |
| 17:38.47 | JeffM | next is, is it -D to do #define in the command line? |
| 17:38.52 | TD-Linux | but putting it in mesh generation almost makes more sense... |
| 17:38.55 | TD-Linux | JeffM, yup |
| 17:39.11 | JeffM | so -DCOMPILE_PLUGIN ? |
| 17:39.14 | TD-Linux | yes |
| 17:40.09 | CIA-34 | BZFlag: 03JeffM2501 * r17546 10/trunk/bzwgen/Makefile: maybe make a plugin with make plugin? maybe? |
| 17:40.19 | JeffM | probably need a -I in there for includes |
| 17:41.02 | TD-Linux | Makefile:43: *** multiple target patterns. Stop. |
| 17:41.16 | JeffM | no clue what that means :) |
| 17:41.22 | JeffM | does it build normal? |
| 17:41.24 | Epyon | JeffM, if I do a parser rebuild now will it work? |
| 17:41.32 | JeffM | Epyon: probably |
| 17:41.34 | TD-Linux | no, it won't build now |
| 17:41.37 | JeffM | just be sure to commit the files |
| 17:41.40 | TD-Linux | it means you have multiple ways to build the same thing in there |
| 17:41.42 | TD-Linux | looks for it |
| 17:42.15 | JeffM | TD-Linux: maybe there needs to be an exit or something at the end of bzwgen |
| 17:42.18 | TD-Linux | doesn't see the error |
| 17:42.42 | TD-Linux | it's a makefile error |
| 17:42.46 | CIA-34 | BZFlag: 03JeffM2501 * r17547 10/trunk/bzwgen/Makefile: jump out to the end |
| 17:42.57 | TD-Linux | nope |
| 17:43.01 | JeffM | hmm |
| 17:43.03 | JeffM | dunno then |
| 17:43.17 | JeffM | how do I comment stuff out? |
| 17:43.22 | TD-Linux | # |
| 17:44.11 | CIA-34 | BZFlag: 03JeffM2501 * r17548 10/trunk/bzwgen/Makefile: comment out plugin untill someone with more makefile smarts can make it work. This should be converted to the normal autogen based bzflag build system. |
| 17:44.43 | JeffM | well I tried |
| 17:44.44 | TD-Linux | Makefile:43: *** multiple target patterns. Stop. |
| 17:44.45 | TD-Linux | aieek |
| 17:44.48 | JeffM | still |
| 17:44.50 | JeffM | hmmm |
| 17:44.51 | TD-Linux | figures out svn diff |
| 17:46.57 | TD-Linux | hmm... |
| 17:48.06 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 17:49.17 | TD-Linux | oh |
| 17:49.21 | TD-Linux | your end rule |
| 17:49.26 | TD-Linux | the second line needs to be indented |
| 17:50.53 | CIA-34 | BZFlag: 03chaos-dev * r17549 10/trunk/bzwgen/ (11 files in 5 dirs): Roads should now have noradar set on their material, fix by adding a loadmaterialnr operation (hack, but will suffice for the moment). |
| 17:52.11 | CIA-34 | BZFlag: 03jujibo * r17550 10/trunk/bzwgen/Makefile: Add separator |
| 17:52.27 | TD-Linux | make |
| 17:52.30 | TD-Linux | oops |
| 17:52.32 | TD-Linux | wrong window :P |
| 17:52.36 | JeffM | heh |
| 17:52.42 | Manu | command not found |
| 17:52.49 | JeffM | please enter root password |
| 17:52.55 | Epyon | ********** |
| 17:53.08 | JeffM | pfff, your on windows, you are already hacked |
| 17:54.09 | JeffM | every windows bzflag client installs a rootkit and adds you to my botnet |
| 17:54.20 | Winny | so that's where my bandwidth went |
| 17:55.13 | TD-Linux | hah |
| 17:55.23 | TD-Linux | my sony cd already overwrote your rootkit! |
| 17:56.17 | TD-Linux | hmm, the plugin rule is broken right now... I've got it half-fixed, but I have to leave now for an hour or two. Will look at it a bit more when I come back. |
| 17:57.30 | JeffM | TD-Linux: who do you think wrote the rootkit FOR sony? |
| 17:57.50 | JeffM | that's how we got the money to print the shirts |
| 18:09.15 | *** join/#bzflag JeffM (n=JeffM@pool-71-109-217-145.lsanca.dsl-w.verizon.net) |
| 18:12.06 | Epyon | JeffM, what's your take on namespaces? |
| 18:12.42 | JeffM | they can be usefull if there is going to be a confilct |
| 18:12.52 | JeffM | in your app the likelyhood of a conflictis minimal |
| 18:12.56 | JeffM | so it's just more crap to type |
| 18:13.07 | JeffM | but for things like an API, etc.. it's not horible |
| 18:13.46 | Epyon | kk |
| 18:14.07 | JeffM | basicly they are usefull, but I don't feel they should be used for everything |
| 18:14.28 | JeffM | overclocks his rams |
| 18:15.44 | think_tank | underclocks his goats |
| 18:15.50 | think_tank | er |
| 18:16.42 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 18:21.58 | JeffM | well it bumped up my windows performance rating by .1 ;) |
| 18:23.33 | think_tank | that's impressive....for windowz |
| 18:23.57 | JeffM | just took the ram from 1066 to 1100 |
| 18:24.06 | think_tank | heh |
| 18:26.47 | JeffM | q6600's are suposed to overclock decently well |
| 18:27.11 | JeffM | goes to buy filp flops |
| 18:29.18 | *** join/#bzflag Wyk3d (n=middle@82.78.166.222) |
| 18:31.02 | Winny | hehe |
| 18:31.17 | Winny | I wonder if Jeff saw the thing on digg that flipflops cause cancer or something odd like that |
| 18:31.52 | Winny | a ha: http://digg.com/health/Flip_flops_linked_to_skin_cancer |
| 18:34.16 | brlcad | might as well kill me now |
| 18:34.44 | Winny | naa |
| 18:34.46 | brlcad | i'll stop wearing flip flops when they can pry them from my cold dead toes |
| 18:34.49 | Winny | I'll just take your skin |
| 18:34.53 | CBG | why is it "the thing on digg" and why do you link me to digg? |
| 18:35.22 | Winny | sells brlcad's skin to the highest bidder on ebay |
| 18:35.40 | brlcad | should make some good soap |
| 18:35.59 | Winny | hehe |
| 18:36.52 | whodaman | ~bzflist |
| 18:37.01 | whodaman | hmm ^^ |
| 18:37.39 | CBG | if someone (Bob, say) emailed you a couple links, would you say "Did you see Bob's article on flip flops and copy&paste his whole email? No. You would say "Did you see the telegraph article on flip flops? <link>" You may then mention as an aside: "Yeah, Bob emailed it to me". |
| 18:38.19 | *** join/#bzflag dsiisudgs8dg (n=joel@adsl-71-146-8-239.dsl.pltn13.sbcglobal.net) |
| 18:40.18 | Winny | CBG: If you don't want to read it don't click on it |
| 18:40.44 | Winny | You must be bored, back to arguing about grammar |
| 18:40.55 | CBG | Grammar has nothing to do with it. |
| 18:41.05 | CBG | And I'm very happy to read it. It was very interesting. |
| 18:41.14 | Winny | then stop complaining |
| 18:41.31 | CBG | I'm entitled to complain if I wish. |
| 18:41.32 | brad | *yawn* |
| 18:43.11 | Winny | anyone in here done anything with stereoscopic vision? |
| 18:45.11 | Winny | I havent found anyone else yet :P |
| 18:47.17 | *** part/#bzflag dsiisudgs8dg (n=joel@adsl-71-146-8-239.dsl.pltn13.sbcglobal.net) |
| 18:47.19 | BulletCatcher | Winny: you mean in BZFlag? |
| 18:47.24 | Winny | no |
| 18:48.18 | BulletCatcher | I have set up SGI O2 computers so stereo glasses will work, but it was for others to use. |
| 18:49.27 | Lukstr | Q6600's go to the sky |
| 18:49.38 | Lukstr | they also run stock fanless really nice |
| 18:54.42 | CIA-34 | BZFlag: 03chaos-dev * r17551 10/trunk/bzwgen/ (8 files in 3 dirs): |
| 18:54.42 | CIA-34 | BZFlag: * encapsulated random number handling functions into a static Random class and |
| 18:54.42 | CIA-34 | BZFlag: removed them from globals.h |
| 18:54.42 | CIA-34 | BZFlag: * removed executable flags from some files (no idea how they get set) |
| 18:54.42 | CIA-34 | BZFlag: * fixed floats in planar graph member definition |
| 19:03.03 | CIA-34 | BZFlag: 03chaos-dev * r17552 10/trunk/bzwgen/inc/ (GridGenerator.h GridMap.h globals.h): |
| 19:03.03 | CIA-34 | BZFlag: * Moved GridInfo to GridMap as a public type, not to pollute global namespace |
| 19:03.03 | CIA-34 | BZFlag: * Moved DiscreteMapNode moved to Grid map as a private type, as it is not needed by any other class |
| 19:04.26 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 19:12.12 | CIA-34 | BZFlag: 03brlcad * r17553 10/trunk/bzflag/src/platform/MacOSX/ (MacWindow.cxx MacWindow.h): provide setFullscreen(bool) to make the pure virtual gods happy |
| 19:12.39 | CIA-34 | BZFlag: 03brlcad * r17554 10/trunk/bzflag/src/platform/MacOSX/MacDisplay.cxx: renamed, s/ascii/chr/g |
| 19:15.51 | CIA-34 | BZFlag: 03brlcad * r17555 10/trunk/bzflag/src/other/ares/: ignore libcares.pc product |
| 19:19.17 | CIA-34 | BZFlag: 03brlcad * r17556 10/trunk/bzflag/src/other/ftgl/ (. demo/ docs/): ignore autoturds and other build droppings |
| 19:20.46 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 19:20.46 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 19:32.32 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 19:41.33 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 19:43.31 | SpazzyMcGee | http://my.bzflag.org/bb/viewtopic.php?p=124838#124838 |
| 19:43.52 | SpazzyMcGee | That guy has just posted a /saveworld of a Ducatiwannabe map |
| 19:44.25 | whodaman- | ~bzflist |
| 19:44.41 | whodaman- | SpazzyMcGee, clever guy, and he's basically copying another old player's callsign |
| 20:02.27 | Winny | SpazzyMcGee, :/ |
| 20:02.50 | SpazzyMcGee | winny: ? |
| 20:02.57 | Winny | that guy's map |
| 20:03.00 | Winny | well |
| 20:03.03 | Winny | the one he stole |
| 20:03.13 | SpazzyMcGee | yeah |
| 20:04.49 | whodaman- | I thought Castle WF was by LouMan |
| 20:05.03 | Winny | no.. |
| 20:05.12 | whodaman- | nowai? |
| 20:05.13 | whodaman- | I read |
| 20:27.00 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 20:33.09 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 20:40.27 | *** join/#bzflag Ebert_ (n=EbErT@adsl-211-176-33.asm.bellsouth.net) |
| 20:48.55 | catay | ~bzflist |
| 20:51.41 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 20:59.04 | *** join/#bzflag Lukstr (n=Lukstr@CPE0080c6efd3fb-CM00195efb656e.cpe.net.cable.rogers.com) |
| 20:59.10 | TD-Linux | Epyon / JeffM: I got the makefile working for the plugin, it's kinda odd but it works I think |
| 20:59.20 | *** join/#bzflag fatass (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 20:59.22 | TD-Linux | but your BZWGeneratorPlugin.cxx file doesn't contain bz_Load |
| 21:01.13 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) [NETSPLIT VICTIM] |
| 21:01.55 | *** join/#bzflag bier_ (n=bier@p54A57042.dip.t-dialin.net) |
| 21:06.01 | TD-Linux | http://rafb.net/p/rGRSXI89.html |
| 21:07.20 | TD-Linux | I haven't made a patch yet... |
| 21:08.46 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) [NETSPLIT VICTIM] |
| 21:08.47 | *** join/#bzflag Think_Differentl (n=James@unaffiliated/thinkdifferentl/x-838543) |
| 21:08.47 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 21:08.47 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.wa.comcast.net) |
| 21:08.47 | *** mode/#bzflag [+v menotume] by irc.freenode.net |
| 21:09.30 | JeffM | TD-Linux: but that works right? |
| 21:12.03 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 21:12.04 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 21:12.04 | whodaman- | Splitty...wheee |
| 21:14.26 | F687s | Meh, small split. |
| 21:15.00 | *** join/#bzflag Flash (n=jwmelto@c-76-25-213-219.hsd1.co.comcast.net) |
| 21:15.00 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 21:15.24 | F687s | How do you "fix" jitter? |
| 21:15.24 | Winny | get a better connection |
| 21:15.38 | *** join/#bzflag me1_ (n=me1@unaffiliated/me1) |
| 21:15.55 | whodaman- | Get a new router or Wifi card |
| 21:16.01 | whodaman- | close Torrents! |
| 21:16.02 | a_meteorite | Winny: or play on a better connected server |
| 21:16.07 | whodaman- | a_meteorite, hi! |
| 21:16.25 | Winny | most of the servers on the first page are on business grade connections |
| 21:16.28 | a_meteorite | yeah, close anything that be using extraneous bandwidth or use a lot of CPU (if your CPU/video card is underpowered) |
| 21:16.41 | a_meteorite | Winny: "business grade" varies a lot ;) |
| 21:16.57 | F687s | For some reason, my lag is fine on most servers (70-80 ms), but my jitter goes into the 20-30 ms range. |
| 21:17.02 | a_meteorite | you can be on a lot of bandwidth and be single or only dual homed which won't have the best paths to most ISPs |
| 21:17.48 | a_meteorite | it's good to have a little bandwidth from many providers |
| 21:18.22 | a_meteorite | then BGP can decide what is the shortest route |
| 21:19.58 | TD-Linux | JeffM, it works, but I don't think the actual plugin code does |
| 21:20.13 | TD-Linux | what that makefile does is make *_pic.o objects instead of .o |
| 21:20.26 | TD-Linux | I give them the special name because they are position independent |
| 21:20.33 | *** join/#bzflag Chestal_ (i=thilo@vmax.unix-ag.uni-siegen.de) |
| 21:20.43 | TD-Linux | I didn't want to do everything -fpic |
| 21:20.55 | TD-Linux | and this way you can have both compiled |
| 21:21.10 | TD-Linux | I suppose compiling everything -fpic might be okay |
| 21:21.40 | *** join/#bzflag me1_ (n=me1@unaffiliated/me1) |
| 21:21.56 | *** join/#bzflag ts (n=ts@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 21:22.59 | *** join/#bzflag JeffMMain (n=Jeff@pool-71-109-217-145.lsanca.dsl-w.verizon.net) |
| 21:22.59 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 21:22.59 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 21:23.44 | *** join/#bzflag Chestal (i=thilo@pdpc/supporter/active/Chestal) |
| 21:23.44 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 21:23.44 | *** join/#bzflag Ebert_ (n=EbErT@adsl-211-176-33.asm.bellsouth.net) [NETSPLIT VICTIM] |
| 21:23.44 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) [NETSPLIT VICTIM] |
| 21:23.45 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) [NETSPLIT VICTIM] |
| 21:23.45 | *** join/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 21:23.45 | *** mode/#bzflag [+o Chestal] by irc.freenode.net |
| 21:23.45 | whodaman- | uhhh |
| 21:23.46 | *** join/#bzflag Chestal_ (i=thilo@vmax.unix-ag.uni-siegen.de) |
| 21:23.46 | whodaman- | oookay |
| 21:23.52 | me1_ | freenode is dieing |
| 21:23.52 | me1_ | yay, I quit |
| 21:23.52 | a_meteorite | you get used to it |
| 21:25.02 | BulletCatcher | r17556 on MacOS 10.4 *without* SDL builds cleanly and runs without obvious problems. Thanks to brlcad for those last few commits. |
| 21:25.05 | BulletCatcher | Is it possible that SDL is no longer really required on MacOS? |
| 21:25.48 | a_meteorite | we don't need SDL? |
| 21:26.29 | a_meteorite | BulletCatcher: I'm having trouble with 2.0 branch, I haven't tried trunk |
| 21:26.29 | JeffMMain | techincaly the old OSX stuff should still be there |
| 21:26.35 | JeffMMain | so it's possible |
| 21:27.58 | BulletCatcher | Is there some feature or behavior I can test that would prove the need for SDL? |
| 21:29.03 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) [NETSPLIT VICTIM] |
| 21:29.03 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 21:29.03 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.wa.comcast.net) |
| 21:29.03 | *** mode/#bzflag [+v menotume] by irc.freenode.net |
| 21:29.20 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 21:29.20 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 21:31.17 | *** join/#bzflag bryjen (n=bryjen@CPE-76-177-176-191.natsoe.res.rr.com) |
| 21:31.17 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 21:38.03 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 21:45.03 | JeffMMain | TD-Linux: can I just commit that file? |
| 21:48.03 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 21:48.22 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) [NETSPLIT VICTIM] |
| 21:48.22 | *** join/#bzflag Ebert_ (n=EbErT@adsl-211-176-33.asm.bellsouth.net) [NETSPLIT VICTIM] |
| 21:48.22 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) [NETSPLIT VICTIM] |
| 21:48.22 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) [NETSPLIT VICTIM] |
| 21:48.22 | *** join/#bzflag temp_dist (n=temporal@about/essy/alarming/a-temp-dist) |
| 21:51.49 | whodaman- | http://my.bzflag.org/bb/viewtopic.php?p=124840#124839 |
| 21:51.52 | whodaman- | Wow. |
| 21:57.06 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) [NETSPLIT VICTIM] |
| 21:57.36 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 21:57.36 | *** join/#bzflag deprecated (n=deprecat@c-24-18-19-17.hsd1.wa.comcast.net) |
| 21:57.36 | *** mode/#bzflag [+v menotume] by irc.freenode.net |
| 22:00.19 | JeffMMain | all cleaned up |
| 22:04.04 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 22:04.05 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 22:07.34 | BulletCatcher | splits are the pits |
| 22:12.32 | temp_dist | bowling splits? banana splits? gymnastic splits? stock splits? |
| 22:21.17 | L4m3r | mmm... a couple weeks ago I had a "havana banana split"... a banana split with fried bananas. yummy :P |
| 22:45.09 | *** join/#bzflag KingofCamelot (n=davidsan@207-177-229-17.dsl.redshift.com) |
| 22:54.04 | TD-Linux | JeffMMain, yes |
| 22:54.19 | TD-Linux | sorry for the delay, cooking supper :) |
| 22:55.19 | CIA-34 | BZFlag: 03JeffM2501 * r17557 10/trunk/bzwgen/Makefile: add a correct build system for plugins |
| 22:58.32 | TD-Linux | now all you have to do is make BZWGeneratorPlugin.cxx actually work :) |
| 23:24.06 | *** join/#bzflag KingofCamelot (n=davidsan@207-177-229-17.dsl.redshift.com) |
| 23:26.21 | *** join/#bzflag QuantumBeep (i=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 23:30.40 | KingofCamelot | Hey guys, how goes it? |
| 23:38.43 | *** join/#bzflag noyb_ (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 23:40.17 | *** join/#bzflag Gabe_G23 (n=chatzill@cpe-069-134-026-246.nc.res.rr.com) |
| 23:42.58 | *** join/#bzflag uso (n=uso@84-72-8-253.dclient.hispeed.ch) |