| 00:03.05 | BulletCatcher | Yep. Although I removed update premissions from the Admin group at SF it still shows that I personally have update permission. |
| 00:09.30 | BulletCatcher | Hmm. I think that's just for my personal "project". |
| 00:10.09 | BulletCatcher | Now I am concerned, because I don't see an Admin tab on the BZFlag page. |
| 00:11.40 | BulletCatcher | Ha. I fixed it by going back in my browser history. |
| 00:13.35 | BulletCatcher | Project admins will continue to be able to commit to SourceForge, but others should not. |
| 00:13.59 | JeffM | fun |
| 00:14.54 | BulletCatcher | At least I didn't permanently lock out all of the admins. :-) |
| 00:15.07 | BulletCatcher | I was worried for a bit. |
| 00:15.57 | JeffM | heh |
| 00:16.30 | JeffM | I don't think there is a way to do that with out removing all of us, but I wouldn't put it past SF to mess that up |
| 00:49.25 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 01:31.21 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 01:31.21 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 01:48.12 | *** join/#bzflag unclelightning (~chatzilla@pool-70-16-70-138.port.east.myfairpoint.net) |
| 02:00.18 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 02:39.05 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 04:45.19 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 05:01.00 | *** join/#bzflag JeffM_ (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 05:09.43 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 09:46.09 | *** join/#bzflag jcp (~quassel@bzflag/contributor/javawizard2539) |
| 09:55.04 | *** join/#bzflag jcp (~quassel@bzflag/contributor/javawizard2539) |
| 10:19.55 | *** join/#bzflag _lmnop (~lmnop@p50856990.dip0.t-ipconnect.de) |
| 11:01.29 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 12:27.02 | *** mode/#bzflag [-v Foo_man_choo] by ChanServ |
| 12:39.43 | *** join/#bzflag JeffM (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 12:39.44 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 12:39.44 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 12:41.44 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 13:36.27 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 13:36.28 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 13:49.53 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 14:10.07 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 14:30.18 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 15:59.43 | *** join/#bzflag JeffM_ (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 16:13.31 | *** join/#bzflag GvzEvxre (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:13.32 | *** mode/#bzflag [+o GvzEvxre] by ChanServ |
| 16:51.12 | *** join/#bzflag unclelightning (~chatzilla@pool-70-16-70-138.port.east.myfairpoint.net) |
| 16:56.38 | *** join/#bzflag _lmnop2 (~lmnop@p5B3FF1E6.dip0.t-ipconnect.de) |
| 17:33.11 | *** join/#bzflag swigg (~swigg@68-119-228-112.dhcp.ahvl.nc.charter.com) |
| 17:33.11 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 17:45.40 | *** join/#bzflag Gnurdux (~gnurdux@CMU-869651.WV.CC.CMU.EDU) |
| 17:52.16 | *** join/#bzflag Not-001 (~notifico@198.199.82.216) |
| 17:52.16 | Not-001 | [02bzflag] 07JMakey pushed 033 commits to 03v2_4_x [+0/-0/±3] 13http://git.io/rtiTdw |
| 17:52.17 | Not-001 | [02bzflag] 07JMakey 0363c06cf - Limit the computed hits ratio display to 2 places after the decimal, and don't divide by zero. |
| 17:52.18 | Not-001 | [02bzflag] 07JMakey 03805219a - Show the position of the target tank rather than that of the observer camera. |
| 17:52.19 | Not-001 | [02bzflag] 07JMakey 0370418c7 - For observers, do not flash GAME OVER in the center of the screen. |
| 18:00.32 | BulletCatcher | "Not-NNN" apparently shows only the first line of a commit message. |
| 18:19.23 | JeffM_ | well the develper of it was here at one point, maybe he'll make changes for you |
| 18:37.28 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 18:40.19 | blast007 | or we could fork it ;) |
| 18:48.01 | *** join/#bzflag _lmnop (~lmnop@p50856199.dip0.t-ipconnect.de) |
| 19:34.42 | *** join/#bzflag _lmnop (~lmnop@p5DC4E6E5.dip0.t-ipconnect.de) |
| 19:47.24 | JeffM_ | have you already forked it blast007 ? |
| 19:52.12 | blast007 | no |
| 20:13.00 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 20:15.39 | randomparticle | i'm getting this: error: ISO C++ forbids declaration of 'ProxVec' with no type |
| 20:15.56 | randomparticle | i have this in shotstrategy.h: typedef std::vector<struct ProximityInfo> ProxVec; |
| 20:16.16 | randomparticle | i only get the error in one file that includes that header and uses that type |
| 20:16.50 | randomparticle | is there some issue with typdefs if a header file is included more than once? |
| 20:17.20 | randomparticle | or is this perhaps a namespace issue? |
| 20:20.56 | *** join/#bzflag khonkhortisan (~kyle@c-50-132-92-113.hsd1.wa.comcast.net) |
| 20:21.50 | randomparticle | i'll try include guards |
| 20:26.45 | JeffM_ | ewwww who did that? |
| 20:27.51 | randomparticle | i must be going mad or missing something completely obvious |
| 20:28.03 | JeffM_ | the use of the word struct |
| 20:28.17 | randomparticle | i put it in just in case |
| 20:28.38 | randomparticle | i had a problem with this one file and it would only work with the word struct. in other files, no problem |
| 20:28.47 | randomparticle | there's something different about shotpath.h |
| 20:29.15 | randomparticle | if i have the same thing in other files, both including shotstrategy.h where proxvec is defined, there is no issue |
| 20:29.22 | randomparticle | it only occurs in shotpath.h |
| 20:29.55 | randomparticle | i must be missing something obvious. it seems bizarre |
| 20:29.58 | JeffM_ | I'll look at it in a bit, I'd make that a class |
| 20:30.12 | randomparticle | make what a class? |
| 20:31.08 | JeffM_ | ProximityInfo |
| 20:31.31 | randomparticle | it's a struct |
| 20:32.17 | randomparticle | there's not much point in making it a class |
| 20:32.31 | randomparticle | the only methods would be to access the struct members and set them |
| 20:32.43 | JeffM_ | I think the problem is that it IS a struct |
| 20:33.07 | JeffM_ | but I need to poke at it |
| 20:33.13 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 20:33.16 | randomparticle | ok |
| 20:33.28 | *** join/#bzflag Erroneous (~DTRemenak@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 20:33.28 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 20:33.28 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 20:34.48 | randomparticle | i'll try the combined struct/typedef thing |
| 20:36.13 | JeffM_ | is the info typedefd anywhere? |
| 20:36.45 | randomparticle | it's just: struct ProximityInfo { … }; |
| 20:37.00 | JeffM_ | put a typedef in front of struct, and take the struct out of the vector def |
| 20:37.12 | JeffM_ | and is the info defined before the vector type? |
| 20:37.16 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 20:38.01 | randomparticle | ok. i tried it with: typdef struct ProximityInfo { … } ProximityInfo; |
| 20:38.13 | randomparticle | and then took out the struct in the typedef below |
| 20:38.16 | randomparticle | but i still get the error |
| 20:38.21 | JeffM_ | you don't need the one after if you have the one before :) |
| 20:38.46 | JeffM_ | is the info defined before or after the vector? |
| 20:38.54 | randomparticle | before |
| 20:39.20 | JeffM_ | odd |
| 20:39.31 | randomparticle | the error message occurs when i have a method with this decl: ProxVec* getProximity(); |
| 20:39.40 | JeffM_ | takeout the typedef struct, make it say class, and put public: after the { |
| 20:39.59 | randomparticle | i have that method in more than one class header. but only shotpath.h throws up an error |
| 20:40.02 | JeffM_ | and this is in old GCC? |
| 20:40.22 | randomparticle | i tried two different compilers, same error with both |
| 20:40.46 | randomparticle | not sure which preprocessor they use though |
| 20:41.19 | JeffM_ | odd |
| 20:41.26 | randomparticle | i wonder if there are some precompiled headers kicking about |
| 20:41.40 | randomparticle | i'll try to clean everything and rebuild |
| 20:41.50 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 20:41.51 | JeffM_ | I don't think we use any precompiled headers |
| 20:41.55 | JeffM_ | at least we don't on windows |
| 20:42.03 | randomparticle | xcode does it i think |
| 20:43.07 | randomparticle | hmm.. didn't work. this must be completely obvious |
| 20:43.15 | randomparticle | must be a brain thing |
| 20:44.03 | randomparticle | there is an include loop |
| 20:46.58 | JeffM_ | should not matter as long as each header has it's own ifndef |
| 20:47.20 | randomparticle | shotstrategy.h -> baselocalplayer.h -> shotpath.h -> shotstrategy.h |
| 20:47.52 | randomparticle | yeah. shotstrategy.h is guarded with an ifndef |
| 20:48.10 | JeffM_ | then it won't get it a second time |
| 20:48.57 | randomparticle | oh, i think i know what the problem might be |
| 20:48.59 | randomparticle | let me try something |
| 20:51.58 | randomparticle | ok. that was the problem. it's a bit tricky to describe |
| 20:52.53 | randomparticle | it's a matter of putting the declaration in the right place in shotstrategy.h. before shotpath.h is included |
| 20:53.54 | randomparticle | shotpath.h includes shotstrategy.h but gets nothing because it has already been included once |
| 20:54.24 | randomparticle | however, although it has been included, the declaration that shotpath.h needs has not yet been found |
| 20:54.46 | randomparticle | i might be better of using a separate header for this |
| 20:55.40 | JeffM_ | the shots should go into a lib anyway |
| 20:55.45 | JeffM_ | so it can be shared with the server |
| 20:56.39 | randomparticle | i've been reluctant to add new files to the buil |
| 20:56.41 | randomparticle | d |
| 20:57.22 | randomparticle | the whole configure.ac thing is incomprehensible without reading hundreds of pages of documentation |
| 20:57.37 | randomparticle | so i can do it for myself in xcode, or in visual studio |
| 20:57.44 | randomparticle | but for linux it's a nightmare |
| 20:58.25 | randomparticle | i'm sure the gnu tools are really flexible etc. but i haven't the time to read hundreds of pages of documentation |
| 21:00.31 | randomparticle | i think sometimes gnu overdo it. the gcc manual page, for example, which is supposed to be a simple summary, contains more than fifty thousand words of explanation |
| 21:01.20 | randomparticle | that's more words than in some novels, e.g., fahrenheit 451. it's supposed to be a man page, not a book :--) |
| 21:04.36 | randomparticle | the old system v manuals we had were smallish printed things. iirc, they were ringbinders and if you wanted to, you could remove individual manual pages |
| 21:04.54 | randomparticle | you couldn't do that with a gcc entry |
| 21:09.31 | JeffM_ | that code didn't chagnge recently |
| 21:47.32 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 21:51.15 | randomparticle | hi ash |
| 21:51.46 | *** join/#bzflag swigg (~swigg@68-119-228-112.dhcp.ahvl.nc.charter.com) |
| 21:51.47 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 21:52.52 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 22:02.52 | *** join/#bzflag Delusional (~delusiona@pool-173-71-173-108.pitbpa.fios.verizon.net) |
| 22:02.53 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 22:06.43 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 22:06.49 | *** mode/#bzflag [+v joevano] by ChanServ |
| 22:11.18 | blast007 | JeffM_: latest stats: |
| 22:11.19 | blast007 | By BZID - Windows: 667, OS X: 171, Linux: 143, FreeBSD: 2 |
| 22:11.19 | blast007 | By IP - Windows: 1466, OS X: 560, Linux: 693, FreeBSD: 2 |
| 22:14.31 | JeffM_ | yeah still holding about the same |
| 22:15.15 | JeffM_ | 54%, 21%,25% |
| 22:15.34 | randomparticle | in c++ can you use '0 <= i <= 1' rather than '0 <= i && i <= 1'? |
| 22:15.45 | JeffM_ | no |
| 22:15.51 | JeffM_ | each test is distinct |
| 22:16.21 | randomparticle | yeah. i guess you'd end up with 'false <= 1', for example, after partial evaluation |
| 22:16.32 | JeffM_ | yup :) |
| 22:17.00 | JeffM_ | you'd write a function called bool InRange( int i, int min, int max); and call it |
| 22:19.04 | randomparticle | i'm just thinking how ghastly it would be in ObjC |
| 22:19.14 | randomparticle | Objective-C is the new COBOL i think |
| 22:20.55 | blast007 | SDL 2.0 is almost out.. already have an RC posted |
| 22:22.16 | randomparticle | does it work with bzflag? |
| 22:22.39 | JeffM_ | does it support multihead? |
| 22:25.30 | blast007 | JeffM_: as in, multiple windows? |
| 22:26.05 | blast007 | SDL 2.0 adds support for multiple windows, multiple displays, multiple audio devices |
| 22:26.09 | blast007 | http://wiki.libsdl.org/moin.fcg/MigrationGuide |
| 22:26.36 | blast007 | ooo, power management... we could flash "Low Battery" on the screen ;) |
| 22:31.29 | randomparticle | i'm wondering how to include vectors.h from a file in bzflag/src/bzflag |
| 22:31.39 | randomparticle | vectors.h is in bzflag/include i think |
| 22:32.02 | JeffM_ | yes, and cool |
| 22:32.24 | randomparticle | grepping time |
| 22:32.34 | JeffM_ | randomparticle, #include "vectors.h" |
| 22:32.52 | JeffM_ | the make system will already be using the correct include path |
| 22:32.56 | JeffM_ | do NOT put paths in code |
| 22:32.58 | randomparticle | will it find it? it's in a different directory |
| 22:33.18 | JeffM_ | yeah |
| 22:33.24 | randomparticle | ok, thanks |
| 22:33.30 | JeffM_ | there is a gcc option to tell it what paths to search |
| 22:33.39 | JeffM_ | same on windows and xcode |
| 22:33.51 | JeffM_ | thats what the make system does for you |
| 22:34.30 | JeffM_ | for gcc it's the -IYOUR/INCLUDE/PATH/HERE |
| 22:35.26 | *** join/#bzflag JeffM2501 (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 22:35.28 | *** join/#bzflag JeffM2501 (~Jeffery@unaffiliated/jeffm2501) |
| 22:35.28 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
| 22:44.00 | randomparticle | there's a horrible thing that can happen debugging in xcode |
| 22:44.29 | randomparticle | if you have bzflag fullscreen and the debugger catches, e.g., a seg violation |
| 22:44.59 | randomparticle | then the screen freezes and you can't get out |
| 22:45.35 | randomparticle | there's no panic button to take you back to the xcode window and bzflag has captured the display |
| 22:52.48 | JeffM_ | thats why you always debug in windows mode |
| 22:53.07 | JeffM_ | or have 2 monitors |
| 22:53.24 | JeffM_ | similar problems exist on most systems when debugging fullscreen applications |
| 22:53.52 | randomparticle | yeah, i've resorted to running it windowed |
| 22:54.20 | randomparticle | in the past i had little terminal script that would kill the app after N seconds, just in case |
| 22:55.00 | randomparticle | sometimes you can bring up the force quit dialog in the background and kill it off, but it's tricky without being able to see what you;re doing |
| 23:10.03 | JeffM_ | without multiple displays it's silly to debug full screen |
| 23:12.05 | blast007 | could enable the SSH server and connect from another system |
| 23:12.29 | JeffM_ | but what if you are using ssh in the terminal emulator that's built into bzflag? |
| 23:12.32 | blast007 | does Xcode have an option for remote debugging? |
| 23:12.37 | blast007 | heh.. |
| 23:12.59 | randomparticle | i have v->insert(v->end(), vtmp->begin(), vtmp->end()) in my code |
| 23:13.11 | randomparticle | can i delete vtmp immediately after that? |
| 23:13.37 | randomparticle | is there a deep copy there? |
| 23:13.38 | JeffM_ | yeah |
| 23:13.44 | JeffM_ | it's just an iterator |
| 23:14.11 | randomparticle | thank you |
| 23:14.11 | JeffM_ | it'll copy the object usualy by copy contrustor or assignment |
| 23:14.26 | JeffM_ | if the object is safe at that point then sure, |
| 23:14.34 | JeffM_ | if the oject does stupid things, then no |
| 23:24.52 | *** join/#bzflag 45PABEBHI (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 23:24.52 | *** join/#bzflag 18WAEEA0B (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 23:25.32 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 23:30.59 | randomparticle | i'm just looking at the memory usage of bzflag (unmodified version) |
| 23:31.05 | randomparticle | i can see it slowly creeping up |
| 23:31.35 | randomparticle | i thought there might have been a memory leak in my code. not so sure now |
| 23:33.38 | *** join/#bzflag Guest955 (41219201@gateway/web/freenode/ip.65.33.146.1) |
| 23:33.57 | Guest955 | can I ask a question about |
| 23:34.03 | Guest955 | elo ratings |
| 23:35.12 | blast007 | Guest955: best to ask on the channel for the league in question |
| 23:35.36 | Guest955 | don't have chat where i play cribbage. |
| 23:35.46 | blast007 | what? |
| 23:36.02 | Guest955 | how can the top rated player have a substantial losing record? |
| 23:36.08 | blast007 | what does cribbage have to do with BZFlag? |
| 23:37.24 | Guest955 | your site refers to elo ratings |
| 23:38.28 | *** join/#bzflag alpha1-2 (~nb_j@host225.190-225-29.telecom.net.ar) |
| 23:41.53 | blast007 | no, it does not.. |