00:43.19 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
00:43.19 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
00:43.19 | *** mode/#bzflag [+v spldart] by ChanServ |
00:47.48 | *** join/#bzflag noyb (~noyb@64.134.228.153) |
01:01.55 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
01:01.55 | *** mode/#bzflag [+v spldart] by ChanServ |
01:07.11 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
01:07.11 | *** mode/#bzflag [+v JeffM] by ChanServ |
01:08.35 | JeffM | just FYI I will be gone pretty much Friday morning to Sunday night |
01:15.57 | *** join/#bzflag QuantumBeep (~QuantumB@cpe-76-186-97-233.tx.res.rr.com) |
02:08.21 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
02:25.09 | Thumper_ | JeffM: bzfs segfaults on WorldEventMgr.cxx:34 when a bogus world file is loaded -> bzfs -world foo.bzw |
02:25.31 | Thumper_ | on the delete (*itr); call |
02:26.55 | Thumper_ | the flagbuffet map moved and that server died |
02:29.15 | Thumper_ | *** glibc detected *** src/bzfs/bzfs: free(): invalid pointer: 0x083430cc *** |
02:55.29 | blast007 | looks like the only two events that get added are bz_eNewNonPlayerConnection and bz_eTickEvent |
03:28.42 | trepan | blast007: it's the 'return 1;' after the world error message |
03:29.30 | trepan | bzfsHTTPAPI doesn't get to remove it's plugin==NULL special bz_EventHandler's, and ~WorldEvent... nukes the 'con' var |
03:29.53 | trepan | p.s. 'con' is not a good name for a static variable in a large file ... connEvent would be easier to find |
03:30.33 | trepan | heh, who am I kidding, it's not even static, it's global :) |
03:35.09 | trepan | easy fix, only delete bz_EventHandler's (in that loop) that have plugin!=NULL ? (don't know the rest of the code, but it looks like bzfsHTTPApI is the only special hack) |
03:38.22 | trepan | (you could also unloadPlugins(), or refactor main() as pre()/loop()/post()) |
03:39.52 | trepan | main() lines 5225 -> 6432, not the 'screenful' that's recommended :) |
04:44.37 | *** join/#bzflag CIA-5 (~CIA@cia.atheme.org) |
05:41.20 | *** join/#bzflag noyb (~noyb@pool-173-60-180-80.lsanca.dsl-w.verizon.net) |
06:56.27 | *** join/#bzflag Marzipan- (~Marzipan@p5B224E2C.dip.t-dialin.net) |
06:57.23 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
07:57.05 | *** join/#bzflag DarkCalf (DC@173.231.40.98) |
08:10.36 | Constitution | hm, someone remind me not to pass a 17,000 member std::map *by value* to a recursive function... ever... again... |
08:11.06 | a_meteorite | Don't ever do that again. |
08:11.56 | Constitution | thx |
08:12.37 | Constitution | albeit building a quadtree with 17,000 vertices might take a little juice, I thought 49 seconds was a bit long even for that |
08:13.22 | a_meteorite | so much for optimizing away |
08:14.51 | *** join/#bzflag jujibo (~jujibo@BZ.BZFLAG.BZ) |
08:14.51 | *** mode/#bzflag [+v jujibo] by ChanServ |
08:15.07 | Constitution | ~calc 49 / 0.03 |
08:15.37 | cygal | 1633.33 |
08:15.59 | Constitution | ibot 49 / 0.03 |
08:15.59 | ibot | 1633.333333333333 |
08:16.11 | cygal | oh it uses bc -lq |
08:16.27 | Constitution | thanks cygal... had to figure out the bot anyway :) |
08:16.39 | Constitution | I'd say 1,633 times faster is a decent "optimization" |
08:16.42 | a_meteorite | what happened to addressing with ~ |
08:16.57 | a_meteorite | ~lart me |
08:16.57 | ibot | rm -rf's a_meteorite |
08:17.12 | a_meteorite | oh, yeah, now you work |
08:19.29 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
08:20.53 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
08:25.59 | *** join/#bzflag bier (~bier@p54A5A299.dip.t-dialin.net) |
08:25.59 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
08:25.59 | *** mode/#bzflag [+v joevano] by anthony.freenode.net |
08:34.46 | *** join/#bzflag bier (~bier@p54A5A299.dip.t-dialin.net) |
08:34.46 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
08:34.48 | *** mode/#bzflag [+v joevano] by anthony.freenode.net |
09:07.23 | *** join/#bzflag AAA_awright (~a3@ip24-251-157-63.ph.ph.cox.net) |
10:34.40 | *** join/#bzflag BlasterWisconsin (~blasterwi@CPE-72-131-65-159.wi.res.rr.com) |
10:34.40 | *** join/#bzflag BlasterWisconsin (~blasterwi@unaffiliated/blaster-wisconsi/x-3628685) |
10:34.58 | blast007 | ~49 / 0.03 |
10:34.58 | ibot | 1633.333333333333 |
11:16.04 | jujibo | ~0 / 0.0 |
11:16.07 | jujibo | k |
12:21.22 | Pimpinella | don't you confuse ibot, jujibo ! |
12:21.24 | Pimpinella | ;) |
12:22.27 | Pimpinella | go, test 2.3! |
12:36.11 | *** join/#bzflag moiree_ (~moiree@88.68.100.62) |
12:47.33 | *** join/#bzflag moiree (~moiree@dslb-088-068-113-227.pools.arcor-ip.net) |
12:51.30 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
12:56.41 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
13:09.37 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
13:23.53 | *** join/#bzflag sirquine (~quine@81.184.0.253.static.user.ono.com) |
13:24.16 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.145.104) |
13:32.31 | CIA-5 | BZFlag: 03blast007 * r21935 10/trunk/bzflag/src/bzfs/bzfs.cxx: Prevent a crash by unloading plugins if we have to bail out due to an invalid world file. |
13:32.35 | blast007 | Thumper_: that should do it |
14:01.26 | jujibo | Pimpinella: may be it's still thinking ;) |
14:10.19 | KTL | lol 17k datastructure by value :) |
14:20.00 | *** join/#bzflag meeba (~lamer@c-71-196-238-53.hsd1.co.comcast.net) |
14:29.29 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
14:29.35 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
14:29.35 | *** mode/#bzflag [+v spldart] by ChanServ |
14:35.57 | *** join/#bzflag Upsetter (~er@89.246.162.15) |
14:37.26 | *** join/#bzflag bier|tp (~bier@p57A6664A.dip.t-dialin.net) |
14:37.34 | *** join/#bzflag bier (~bier@p57A6664A.dip.t-dialin.net) |
16:24.59 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
17:08.19 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
17:08.19 | *** mode/#bzflag [+v joevano] by anthony.freenode.net |
17:16.08 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
17:16.08 | *** mode/#bzflag [+v joevano] by anthony.freenode.net |
17:17.44 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
17:17.55 | randomparticle | well well. zip vs dmg |
17:18.17 | randomparticle | i understand the new bzflag will be zip packaged. am mulling through pros and cons |
17:20.59 | blast007 | pros: easier to automate cons: no fancy background telling you to drag it to the Applications folder |
17:23.06 | randomparticle | is there a size difference? compressed dmgs use bz2 |
17:23.19 | randomparticle | how does that compare to what zip uses? |
17:24.21 | randomparticle | i will try it now and see |
17:24.40 | Pimpi | bz2 is smaller |
17:25.08 | Pimpi | but notthat much |
17:27.53 | Pimpi | there are not a few hundred megs to save |
17:29.07 | randomparticle | ok, tried on BZFlag.app |
17:29.18 | randomparticle | Test.dmg: 39942194 |
17:29.27 | randomparticle | Test.zip: 39458392 |
17:29.33 | randomparticle | I used zip -9 |
17:29.59 | randomparticle | so zip is slightly smaller there, but nothing much in it |
17:30.27 | Pimpi | doesn't dmg have extra data in it |
17:31.43 | randomparticle | it's actually a native filesystem |
17:31.59 | randomparticle | so it will have everythinga filesystem would have |
17:33.37 | randomparticle | one thing to bear in mind is that the versions of zip/unzip used in os x are out of date |
17:33.41 | randomparticle | zip is still on version 3.0 |
17:33.42 | Pimpi | so you just put it in the appropriate directory and it's mounted as a loop device? |
17:33.58 | randomparticle | yeah, more or less |
17:34.46 | randomparticle | it will end up mounted under /Volumes, just like a normal hard disk filesystem |
17:35.28 | randomparticle | regarding automation: disk images can be created from the command line, too. it's not necessary to use Disk Utility |
17:35.38 | randomparticle | hdiutil etc |
17:39.18 | BulletCatcher | BZFlag-2.0.16.dmg is 50408395 bytes. |
17:39.22 | BulletCatcher | When I do a "zip -r BZ BZFlag-2.0.16" command in /Applications the resulting BZ.zip file is 43143394 bytes. |
17:39.24 | BulletCatcher | So it looks like .dmg files don't have their contents compressed. |
17:41.45 | randomparticle | when you create a dmg there is a choice of compressed/uncompressed |
17:42.02 | blast007 | randomparticle: we'll, we'd be making the .zip on OSX, so I think we'll be fine with unzipping it :) |
17:42.17 | BulletCatcher | Note: use "zip -y" to preserve symbolic links as such. |
17:42.29 | blast007 | randomparticle: and the "automated" part I was referring to was the fancy background stuff |
17:42.45 | blast007 | which might just be nicely arranged icons |
17:42.54 | randomparticle | personally, if it were my choice, i'd use dmgs since that's guaranteed to preserve everything properly |
17:43.09 | randomparticle | for example, in zip files metadata has to be stored in separate files |
17:43.18 | randomparticle | so you get a load of _* stuff |
17:43.38 | randomparticle | that's not necessarily a problem as the unzip program on os x should deal with that |
17:44.08 | randomparticle | but still, it's an extra level of complication that may be a cause of future problems |
17:44.57 | randomparticle | another thing to note: if you drag an unzipped app to /Applications, it doesn't get the same permissions you'd get if you dragged the app from a dmg |
17:45.00 | blast007 | I've seen other projects put their .app's within .zip files (or other similar containers) |
17:45.13 | randomparticle | blast007: yeah. colloquy, e.g. |
17:45.36 | blast007 | can you be more specific on the permissions? |
17:45.56 | blast007 | cuz that's the only thing you've said so far that *could* pose a problem |
17:46.11 | randomparticle | this explains it well: |
17:46.12 | randomparticle | http://www.dribin.org/dave/blog/archives/2008/04/04/dmgs_vs_zips/ |
17:49.17 | BulletCatcher | The group membership of files may be different with zip vs. dmg, but it doesn't matter for us because none of the files are group writable. |
17:49.35 | BulletCatcher | And all of them are world readable. |
17:51.39 | BulletCatcher | As long as we can clearly explain to players that they must double-click on the downloaded .zip file, and then move the .app to /Applications, then I don't see a problem with using zip instead of dmg. |
17:51.57 | randomparticle | here's something slightly amusing. try this at the os x command line: |
17:52.00 | blast007 | doesn't safari automatically open zip files? |
17:52.06 | CIA-5 | BZFlag: 03bullet_catcher * r21936 10/trunk/bzflag/configure.ac: Do not check for SDL 1.3, as its new features are not used even when present. |
17:52.08 | randomparticle | echo hello | zip backup.zip - |
17:52.10 | blast007 | or am I thinking of DMGs |
17:52.14 | randomparticle | unzip back.zip |
17:52.21 | randomparticle | *backup.zip |
17:52.37 | randomparticle | zip under os x can produce files that unzip can't unzip :--) |
17:53.03 | BulletCatcher | Then we will be careful not to do that. |
17:53.17 | randomparticle | yeah, definitely avoid pipes |
17:54.27 | randomparticle | the problem is that apple are using zip v3.0, but unzip v5.52 |
17:54.35 | randomparticle | and the two are not completely compatible |
17:54.37 | blast007 | nice. |
17:55.06 | blast007 | though Ubuntu is the same, though with unzip 6 |
17:55.30 | randomparticle | yeah. i downloaded the unzip v6.0 source and compiled it and it will unzip that archive unzip 5.52 won't |
17:56.00 | randomparticle | it seems to be that if you use pipes, zip 3.0 uses the large filesystem option (doesn't know the size of the input) |
17:56.13 | randomparticle | but the large filesystem option isn't available in unzip 5.52 |
17:56.30 | randomparticle | maybe i should say, large file option |
17:57.54 | randomparticle | "For the UnZip 6.0 release, we want to give special credit to Myles Bennet, who started the job of supporting ZIP64 extensions and Large-File (> 2GiB)" |
17:58.27 | randomparticle | if you compile unzip 6.0 without large file support, it fails in the same way as 5.52] |
17:59.38 | *** join/#bzflag Erroneous (~DTRemenak@69.36.85.130) |
18:01.14 | blast007 | I'm not against using DMG if it can be automated more, but I think we should just do whatever is easier for now so we can get our release out |
18:02.30 | blast007 | on Windows I think we've reduced the build process to a single button |
18:02.56 | randomparticle | if you'd like a dmg creation script, i could write one |
18:03.01 | randomparticle | just need to know what you want to do |
18:04.13 | randomparticle | i'm not particularly for or against either method though |
18:04.40 | blast007 | I'd just say we could go with a .zip for this release and see how it goes |
18:05.10 | blast007 | we could easily release a basic .dmg if it's found to be a problem |
18:05.15 | randomparticle | yeah |
18:05.52 | blast007 | and we should have a package for the beta, so we'll have some people trying it out |
18:05.55 | randomparticle | probably won't be a problem, unless you get windows users downloading it thinking it's for them and wondering why it won't run |
18:06.18 | randomparticle | at least with dmgs, they can't even open the archive :--) |
18:06.25 | blast007 | I can |
18:06.29 | blast007 | 7-zip ;) |
18:06.43 | randomparticle | ok ok, but if you were a typical n00b |
18:07.18 | blast007 | well, we do group our downloads on the SF site |
18:07.39 | randomparticle | i seem to recall someone saying you could loopback mount dmgs under linux |
18:07.49 | blast007 | probably |
18:07.53 | randomparticle | but doesn't work with compressed ones though |
18:09.12 | randomparticle | i'm guessing dmgs are just a sequence of disk blocks and are partitioned and formatted like ordinary disks |
18:09.32 | randomparticle | maybe compressed dmgs are the same, but compressed afterwards using bzip2 |
18:10.45 | blast007 | apparently there's even a tool that can uncompress and decrypt DMG files on linux |
18:12.36 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
18:12.36 | *** mode/#bzflag [+v bryjen] by ChanServ |
18:12.58 | *** join/#bzflag Mari (~mari@59x158x28x144.ap59.ftth.ucom.ne.jp) |
18:13.30 | randomparticle | something i wondered about... |
18:13.50 | randomparticle | you download a file from a server and it's got a name, say "somefile.ext" |
18:13.55 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
18:13.55 | *** mode/#bzflag [+v bryjen] by ChanServ |
18:13.57 | randomparticle | and it's saved with that name locally |
18:14.14 | randomparticle | but what if the name was, somehow (not sure how), "../somefile.ext" |
18:14.26 | randomparticle | that is, the name before downloading |
18:14.28 | blast007 | your browser should handle that |
18:14.39 | randomparticle | would it save it locally in the parent directory |
18:15.16 | blast007 | it would just use somefile.ext as the name |
18:15.29 | randomparticle | thing is, it's not easy to create a file with a name "../somefile.ext" here |
18:15.49 | randomparticle | if i try that, it just creates it in the parent directory |
18:16.09 | blast007 | you probably can't ;) |
18:16.20 | randomparticle | yeah, maybe :--) |
18:17.15 | randomparticle | i'm always discovering weird things about os x though |
18:17.26 | randomparticle | for example, i discovered that sticky bits don't work |
18:18.09 | randomparticle | if, as root, you save a file with root wheel rwx------ permissions in /Users/Shared, then other users may be able to delete it |
18:18.16 | *** join/#bzflag AAA_awright (~a3@ip24-251-157-63.ph.ph.cox.net) |
18:18.18 | randomparticle | that shouldn't happen |
18:19.07 | blast007 | even non-admin users? |
18:22.09 | randomparticle | yeah |
18:22.18 | randomparticle | bash: ls -led bleh |
18:22.18 | randomparticle | -rwx------ 1 root wheel 6 17 Jun 19:21 bleh |
18:22.18 | randomparticle | bash: rm bleh |
18:22.18 | randomparticle | override rwx------ root/wheel for bleh? y |
18:22.19 | randomparticle | bash: |
18:22.59 | randomparticle | user there was ordinary nonadminuser:staff type |
18:23.47 | randomparticle | it gets worse. sometimes it won't let you delete the file, but if you create another file in the same directory, then after that it will let you delete it |
18:24.49 | randomparticle | and for some people it does work as expected, except when it doesn't. it's not obvious what the conditions are that allow deletion |
18:27.03 | blast007 | shoulda got a PC |
18:27.14 | blast007 | then your expectations are already set low |
18:27.42 | randomparticle | i never owned a pc. the viruses did ;--) |
18:30.05 | randomparticle | well, i don't know. everything is broken. it's just a matter of the degree of breakage |
18:30.37 | randomparticle | if i was running windows 7, the windows shell would occasionally crash |
18:30.49 | randomparticle | running os x, i've tripped it into a kernel panic using gdb twice |
18:31.01 | randomparticle | and running linux, apt-get has completely trashed my system |
18:31.06 | randomparticle | nothing works! |
18:31.44 | bryjen | "everything is broken" -- is that the pessimistic phrasing of "nothing is perfect" ? |
18:31.58 | mdskpr_ | randomparticle: gentoo works : ) |
18:32.35 | randomparticle | oh sigh.. gentoo. let me tell you about my emerge disaster... ;--) |
18:32.45 | mdskpr_ | do tell |
18:33.14 | randomparticle | well, they changed the way emerge works, but the only announcement was a tiny comment in an internet forum |
18:33.31 | randomparticle | and because they changed the work it worked, it didn't work |
18:33.46 | mdskpr_ | how long ago was this? |
18:33.53 | randomparticle | unless you followed some obscure undocumented procedure |
18:34.07 | randomparticle | about 6 years ago. maybe it's more refined now |
18:34.39 | mdskpr_ | ah, i started using it only 4 years ago...its alot more documented and refined now |
18:35.17 | randomparticle | generally i liked gentoo, but i got a bit tired of compiling everything, especially given that i was on a 667MHz PIII laptop |
18:35.33 | mdskpr_ | hehe...i suppose you have a faster one now? |
18:35.57 | randomparticle | 2 x quad core workstation :--) |
18:36.21 | mdskpr_ | aww you have to try gentoo : ) |
18:36.46 | randomparticle | maybe i should. ok, you've semi-convinced me |
18:43.21 | Thumper_ | blast007: thanks - that works for me. |
18:43.28 | mdskpr_ | randomparticle: make sure you do it correctly by building your own kernel |
18:43.51 | randomparticle | mdskpr_: i'd never use a secondhand kernel. am fussy like that |
18:44.58 | randomparticle | is maybe one for the winter, so i can get those xeons heating up the room nicely |
18:47.29 | randomparticle | these make nice radiators: http://media.arstechnica.com/reviews/hardware/macpro.media/13-sink-s.jpg |
18:51.17 | *** join/#bzflag Cobra_Fast (~coprah@2a01:4f8:7d:200:0:4e2f:b550:1) |
18:53.13 | randomparticle | hi Cobra_Fast |
18:53.22 | Cobra_Fast | hi randomparticle |
18:56.21 | randomparticle | i installed the ios dev kit last night and have the bzadmin phone version proof of concept working in the simulator |
18:57.30 | randomparticle | it's pretty terrible looking at the moment, and just connects to my local server: |
18:57.31 | randomparticle | http://www.pixentral.com/show.php?picture=1Fknd8ZojqwSZDpgMo0SA9SWuBeAmv |
18:58.09 | randomparticle | bear in mind, this is my first effort after a sum total of 1 hour iphone development in my whole life :--) |
18:59.59 | Cobra_Fast | it gave you a double nose? |
19:00.13 | randomparticle | excuse me? |
19:00.23 | Cobra_Fast | nevermind |
19:01.09 | randomparticle | a dog with two noses: http://newsimg.bbc.co.uk/media/images/44050000/jpg/_44050853_xingu_203.jpg |
19:01.26 | Cobra_Fast | i was just messing with your :--) smily |
19:01.54 | randomparticle | ah. that is to evade the smilicon processing |
19:02.07 | randomparticle | i like my emoticons ascii-style |
19:28.45 | *** join/#bzflag bier|tp (~bier@p57A6664A.dip.t-dialin.net) |
19:34.04 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
19:34.04 | *** mode/#bzflag [+o TimRiker] by ChanServ |
19:56.48 | randomparticle | i've been thinking about the nose thing, and how we have two nostrils, and that may enable stereo sniffing, including the nasal delineation of 3d scent shapes |
20:02.16 | blast007 | randomparticle: http://www.sciencenetlinks.com/sci_update.php?DocID=67 |
20:03.48 | randomparticle | interesting link, thanks, blast007 |
20:05.56 | randomparticle | sort of random anatomical observation here but... |
20:06.27 | randomparticle | when looking through my petit robert french dictionary (all french, not french-english) |
20:06.46 | randomparticle | i noticed that the definition for "left" was the side of the body the heart is located on |
20:07.08 | randomparticle | which is all well and good if that is indeed the side where your heart is |
20:07.14 | randomparticle | but what if it isn't on that side? |
20:07.36 | randomparticle | well, i've just found confirmation that, indeed, some people are born with their organs mirrored: |
20:07.37 | randomparticle | http://en.wikipedia.org/wiki/Situs_inversus |
20:09.12 | randomparticle | maybe the french don't suffer from that congenital condition ;--) |
20:14.50 | randomparticle | mistake also made here: http://www.le-dictionnaire.com/definition.php?mot=gauche |
20:14.58 | randomparticle | "se dit du côté correspondant chez l'homme au côté du cÅur" |
20:18.22 | *** join/#bzflag delusional (~delusiona@pool-98-111-215-149.pitbpa.fios.verizon.net) |
20:18.22 | *** join/#bzflag delusional (~delusiona@unaffiliated/delusional) |
20:24.27 | Pimpinella | wonders wether philosophizing about noses is bz related |
20:24.37 | *** join/#bzflag Upsetter1 (~er@i59F6D692.versanet.de) |
20:26.02 | randomparticle | probably not. when playing bz, though, i tend to think of the barrel as a nose. the two lights atop a tank are of course eyes |
21:05.22 | *** join/#bzflag KTL (~KTL@85.234.201.192) |
21:15.18 | *** join/#bzflag moiree (~moiree@dslb-088-068-113-227.pools.arcor-ip.net) |
21:35.15 | *** part/#bzflag Upsetter1 (~er@i59F6D692.versanet.de) |
21:35.28 | *** join/#bzflag akos_ (~akos@5403F695.catv.pool.telekom.hu) |
21:44.05 | *** join/#bzflag bier|tp (~bier@p57A6664A.dip.t-dialin.net) |
21:57.32 | *** join/#bzflag akos (~akos@5403F695.catv.pool.telekom.hu) |
22:38.30 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
22:38.31 | *** mode/#bzflag [+v Erroneous] by ChanServ |
22:44.26 | CIA-5 | BZFlag: 03bullet_catcher * r21937 10/trunk/bzflag/src/other/ares/Makefile.am: Do not actually install any ares files when "make install" is done. |
22:45.31 | CIA-5 | BZFlag: 03bullet_catcher * r21938 10/trunk/bzflag/src/other/curl/ (6 files in 6 dirs): Do not actually install any curl files when "make install" is done. |
22:49.11 | blast007 | BulletCatcher: is that something we'll have to keep in mind for when we update curl/ares in the future? (as in, will we have to re-do those changes?) |
22:49.54 | BulletCatcher | Yes, we will have to carefully preserve those changes. |
22:49.56 | BulletCatcher | There are other changes we need to preserve too, especially in curl. |
22:50.24 | blast007 | should we document such changes within a file in src/other/? like src/other/CHANGES or similar? |
22:51.27 | BulletCatcher | After we release 2.4 and both ares and curl have been upgraded to the current version, I'll commit patch files to document our changes. |
22:51.54 | blast007 | okay |
22:53.58 | mdskpr_ | it seems that the flag capturing bug was inexistent before r21838. |
22:56.45 | BulletCatcher | If we can't fix the flag grab problems today or tomorrow we should revert in time to test what's left before the beta release on Monday. |
22:59.00 | CIA-5 | BZFlag: 03bullet_catcher * r21939 10/trunk/bzflag/misc/Makefile.am: Distribute the files that are in the new misc/maps directory. |
22:59.10 | BulletCatcher | You snooze, you lose, blast007. |
23:01.05 | blast007 | heh |
23:03.24 | akos | who can help me with developing? i would like to make death effects, but i dont where to start, i saw some "templates" effectsrenderer |
23:03.32 | akos | Im zuii |
23:06.47 | BulletCatcher | Have you already learned how to compile BZFlag for yourself? |
23:07.23 | akos | yes |
23:07.50 | akos | im familiar with svn too(so so) |
23:08.17 | akos | currently im cimpiling one of the revision |
23:08.22 | akos | *o |
23:09.57 | *** join/#bzflag moiree (~moiree@dslb-088-068-113-227.pools.arcor-ip.net) |
23:10.42 | BulletCatcher | In effectsRenderer.cxx you can see some of the new death effects by JeffM. |
23:10.44 | BulletCatcher | He has left them disabled for the upcoming 2.4 release, but you should be able to use them as examples. |
23:14.43 | akos | so if i make a class derived from DeathEffects then it will appaer on the game? or somewhere in the source i have to add to a list |
23:16.38 | akos | ok |
23:16.56 | BulletCatcher | In EffectsRenderer::addDeathEffect() there is a commented out "if" statement that shows how to make an effect appear. |
23:17.00 | akos | i find it , sry line 484 if sentences |
23:17.10 | BulletCatcher | Yes, that's it. |
23:17.23 | akos | ok ty |
23:18.10 | BulletCatcher | Glad to help. |
23:18.12 | BulletCatcher | I look forward to see what interesting effects you can invent. |
23:31.58 | *** join/#bzflag zuii (~akos@5403F695.catv.pool.telekom.hu) |
23:46.18 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
23:46.18 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
23:46.18 | *** mode/#bzflag [+v spldart] by ChanServ |