| 00:02.09 | *** join/#bzflag bryjen (n=bryjen@CPE-76-182-130-120.natwky.res.rr.com) |
| 00:02.10 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:15.17 | whodaman- | ~Constitution++ |
| 00:15.50 | *** part/#bzflag Saturos (n=Saturos@i59F73C0F.versanet.de) |
| 00:21.50 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 00:27.39 | whodaman- | ~Saturos++ |
| 00:35.42 | *** join/#bzflag F687s_ (n=noah@cpe-98-30-181-122.woh.res.rr.com) |
| 00:45.00 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 01:32.27 | *** join/#bzflag KingofCamelot (n=davidsan@ip68-108-247-95.sb.sd.cox.net) |
| 01:43.38 | *** join/#bzflag JeffM (n=JeffM@201.147.196.203) |
| 02:00.30 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 02:45.48 | *** join/#bzflag Phase (n=Phase@unaffiliated/phase) |
| 03:23.31 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 03:43.05 | *** join/#bzflag bier_ (n=bier@p54A55AB7.dip.t-dialin.net) |
| 04:07.09 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 04:16.58 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 04:28.01 | Lukstr | brlcad, JeffM: you around? |
| 04:28.07 | Lukstr | also DTRemenak |
| 04:28.10 | JeffM | ya |
| 04:28.14 | Lukstr | sweet |
| 04:28.15 | DTRemenak | whatcha need? |
| 04:28.26 | Lukstr | so I've been reading this Boost.Spirit documentation |
| 04:29.09 | Lukstr | and now I have reached a junction |
| 04:29.58 | Lukstr | I could continue what I've got so far, which seems to meet spec, but at the same time breaks spec due to unexpected but used functionality of current parsers |
| 04:30.06 | Lukstr | thus potentially not properly parsing maps... :/ |
| 04:30.12 | Lukstr | or, go the lexer route |
| 04:30.25 | JeffM | or fix your parser |
| 04:30.26 | Lukstr | which is far more versatile, will work flawlessly, can be easily changed in the future |
| 04:30.50 | Lukstr | Yes, I could do that, but I should may as well go the lexer route then |
| 04:31.03 | JeffM | limits who can edit the parser later |
| 04:31.04 | DTRemenak | only works flawlessly if you implement your end flawlessly ;) |
| 04:31.05 | JeffM | but yes you could |
| 04:31.19 | DTRemenak | how much time will it take, if you decide to switch? |
| 04:31.19 | JeffM | I'll never touch if if you do lexer |
| 04:31.29 | Lukstr | well using BNF notation would be nice |
| 04:31.32 | Lukstr | that's what I'm trying to judge |
| 04:31.38 | Lukstr | I mean, the code I have there isn't incredibly substantial |
| 04:32.05 | Lukstr | I'd lose maybe a day |
| 04:32.09 | JeffM | does the parser in bzwbench do what is needed? |
| 04:32.12 | DTRemenak | JeffM: spirit is pure templated c++ |
| 04:32.21 | DTRemenak | doesn't require external tools or anything |
| 04:32.25 | Lukstr | just a header |
| 04:32.34 | Lukstr | brlcad suggested it |
| 04:32.35 | JeffM | I mean I don't know the formating for lex |
| 04:32.41 | Lukstr | it's not true lex |
| 04:32.43 | JeffM | I'm sure it'll build |
| 04:32.47 | JeffM | I build wgen |
| 04:33.09 | JeffM | but my quirks should not guide you |
| 04:33.18 | JeffM | will it work on all existing platforms? |
| 04:33.18 | Lukstr | But it's not even necessarily an added dependancy if we include the header locally |
| 04:33.35 | JeffM | it is a dependency, just one we ship |
| 04:33.43 | Lukstr | http://spirit.sourceforge.net/distrib/spirit_1_8_5/libs/spirit/doc/portability.html |
| 04:33.50 | JeffM | as in it has to be supported as code we don't write |
| 04:33.57 | Lukstr | indeed |
| 04:34.07 | JeffM | ok,so that right there, dosnt' say the SGI compiler |
| 04:34.17 | JeffM | and old GCC |
| 04:34.18 | Lukstr | doesn't say it doesn't work on it though.. |
| 04:34.25 | Lukstr | hm |
| 04:34.29 | JeffM | it has the potential to not |
| 04:34.38 | Lukstr | indeed it does |
| 04:34.57 | JeffM | I don't mind techincaly desuporting SGI and SUN but I think it has to be a well thought out choice |
| 04:35.07 | JeffM | it can't be an "opps, sorry" |
| 04:35.35 | Lukstr | thus why I've brought it up here |
| 04:35.39 | JeffM | and if your lib isnt'' supported, and used all over. that prety much blows out the entire project for those OSs |
| 04:35.43 | DTRemenak | I don't particularly mind dropping support for their native compilers. our sunwpro support is flaky as it is (I always built with gcc on solaris). |
| 04:35.53 | DTRemenak | you'll need to talk to brlcad about mipspro |
| 04:35.59 | JeffM | DTRemenak, we just need to document it |
| 04:36.04 | DTRemenak | yeah |
| 04:36.17 | Lukstr | it seems Spirit's future goals are to stop bothering will ill-conforming compilers |
| 04:36.20 | JeffM | and have a stance on it of "you are welcome to make it work, but we don't say it'll work" |
| 04:36.21 | Lukstr | which isn't really that nice |
| 04:36.35 | JeffM | Lukstr, sure, for comerical software ;) |
| 04:36.37 | DTRemenak | Lukstr: well, compilers are getting more conformant in general |
| 04:36.42 | JeffM | and modern linux distros |
| 04:36.51 | JeffM | tim may be pissed |
| 04:36.56 | DTRemenak | 5 years ago, not supporting compiler quirks would have been a huge deal |
| 04:37.06 | DTRemenak | gcc 2.95 support was a dealbreaker a number of times |
| 04:37.15 | Lukstr | hah, indeed |
| 04:37.22 | DTRemenak | and gcc on solaris was really bad |
| 04:37.33 | Lukstr | gcc has definitely cleaned up their act recently |
| 04:37.35 | DTRemenak | now even sun says you're supposed to use gcc, not sunwpro |
| 04:37.40 | JeffM | you are the patron saint of SGI lan games |
| 04:37.51 | DTRemenak | heh |
| 04:38.10 | Lukstr | Well, arguably older BZFlag versions would still run on those systems, right? :P |
| 04:38.19 | JeffM | Lukstr, yes |
| 04:38.28 | JeffM | but that's basicly drawing the line for them |
| 04:38.35 | DTRemenak | mipspro has pretty much always been a better compiler for sgi than gcc. I don't know how bad it would be for sgi machines if we stopped supporting mipspro. |
| 04:38.42 | JeffM | we've had similar discussions with engine options too |
| 04:38.43 | Lukstr | Are you intending for 3.x to maintain the current line up? |
| 04:38.48 | DTRemenak | I do know about sun, and I can say that right now it's not a big deal |
| 04:38.59 | DTRemenak | yes |
| 04:39.00 | JeffM | Lukstr, we wen't going to activly try to break it |
| 04:39.05 | JeffM | but yeah |
| 04:39.13 | Lukstr | hm |
| 04:39.29 | JeffM | there is nothing in 3.0 that "should" not be able to be made to work on those old compilers |
| 04:39.34 | DTRemenak | JeffM: there's a difference with engines, too...supporting a platform is not necessarily equivalent to supporting every compiler on a given platform |
| 04:39.43 | JeffM | DTRemenak, ture |
| 04:39.48 | DTRemenak | like today, we still support linux, but no longer support gcc 2.95 |
| 04:40.00 | JeffM | like I said, I don't mind |
| 04:40.06 | DTRemenak | and it's ok with me to require gcc on solaris |
| 04:40.07 | JeffM | we just need to make it a real choice |
| 04:40.13 | DTRemenak | and we dropped msvc6 |
| 04:40.23 | JeffM | so far it sounds like it's a real choice, so that's cool, just doc it |
| 04:40.30 | DTRemenak | so mipspro is really the only "old" compiler we are still depending on |
| 04:40.32 | JeffM | and make sure it's build system dosn't suck ;) |
| 04:40.43 | JeffM | if it even has one |
| 04:40.48 | DTRemenak | iirc spirit is just a single hxx file |
| 04:40.52 | JeffM | the license is LGP compatable? |
| 04:40.59 | Lukstr | erm |
| 04:40.59 | DTRemenak | boost license, so yes |
| 04:41.11 | JeffM | then src/other/boost/spirit I guess |
| 04:41.22 | Lukstr | it comes packed with a testsuite |
| 04:41.29 | JeffM | and? |
| 04:41.37 | Lukstr | oh, just saying |
| 04:41.49 | Lukstr | we could test it on older platforms/compilers for fun :P |
| 04:41.51 | JeffM | in general we try to keep the dirs the same |
| 04:42.01 | JeffM | Lukstr, or wait till people complain ;) |
| 04:42.04 | DTRemenak | I don't know what other parts of boost it depends on either |
| 04:42.06 | Lukstr | heh |
| 04:42.27 | Lukstr | DTRemenak: looks like nothing |
| 04:42.28 | JeffM | DTRemenak, that'd be the key, how invaive does it boostify us |
| 04:42.49 | DTRemenak | but even then, most of boost is just hxx files too |
| 04:42.50 | Lukstr | it's standalone |
| 04:42.57 | DTRemenak | it's amazing what you can do in c++ headers |
| 04:43.05 | JeffM | you hate code in headers |
| 04:43.19 | DTRemenak | templates have to be in headers :( |
| 04:43.35 | Lukstr | oh, I meant to ask, how do you feel about one line class methods |
| 04:43.37 | Lukstr | like constructors |
| 04:43.45 | JeffM | I do em |
| 04:43.47 | JeffM | accessors too |
| 04:43.47 | DTRemenak | depends how long the line is ;) |
| 04:43.55 | Lukstr | in the .cpp or .h? |
| 04:44.01 | JeffM | h |
| 04:44.04 | Lukstr | alright |
| 04:44.16 | Lukstr | I thought it would be okay seeing as that's practically sop |
| 04:44.19 | DTRemenak | generally yeah. if you have something like getThis(void) { return this.This; } in your class definition that's fine |
| 04:44.27 | Lukstr | nice |
| 04:44.33 | DTRemenak | saves a lot of typing |
| 04:44.47 | Lukstr | Oh, incredibly off topic question: How do you guys block TOR? |
| 04:44.51 | Lukstr | blacklist I presume |
| 04:45.03 | DTRemenak | see plugins/torblock :) |
| 04:45.20 | DTRemenak | there's a public exit node list |
| 04:45.27 | DTRemenak | we just block everything on the list |
| 04:45.28 | JeffM | we parse it every hour |
| 04:45.36 | JeffM | and yeah then auto kick anyone on that list |
| 04:45.43 | Lukstr | is the list provided by TOR? |
| 04:45.46 | JeffM | yes |
| 04:45.53 | JeffM | since they are techincaly not evil |
| 04:45.54 | *** join/#bzflag QuantumT1m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 04:46.04 | Lukstr | hm |
| 04:47.09 | Lukstr | torMasterList is the URL of the nodes? |
| 04:47.59 | JeffM | you mean the plugin? |
| 04:48.03 | Lukstr | erm, yes |
| 04:48.07 | JeffM | probalby |
| 04:48.11 | JeffM | what's it inited to? |
| 04:48.12 | Lukstr | odd URL |
| 04:48.24 | Lukstr | "http://moria.seul.org:9032/tor/status/authority" |
| 04:48.45 | JeffM | yeah tha'ts an exit node list |
| 04:53.48 | *** join/#bzflag bier (n=bier@p54A55AB7.dip.t-dialin.net) |
| 04:57.20 | *** join/#bzflag eTangenT (n=etangent@71-211-214-225.hlrn.qwest.net) |
| 05:00.39 | Lukstr | Well, you guys could change the plugin to use this: http://torstatus.kgprog.com/ip_list_exit.php/Tor_ip_list_EXIT.csv |
| 05:00.43 | Lukstr | less parsing required |
| 05:01.00 | JeffM | is it any more or less accurate? |
| 05:01.07 | Lukstr | probably more |
| 05:01.15 | JeffM | probably or is? |
| 05:01.24 | Lukstr | it can't be any more accurate than a client |
| 05:01.36 | JeffM | I mean then the current list |
| 05:01.41 | Lukstr | let me check |
| 05:06.17 | *** join/#bzflag bier (n=bier@p54A55AB7.dip.t-dialin.net) |
| 05:13.59 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 05:13.59 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 05:37.28 | Lukstr | JeffM: looks like the current list is far larger than the one I linked to |
| 05:37.39 | JeffM | ;) |
| 05:37.40 | Lukstr | roughly twice as many entries |
| 05:45.48 | Lukstr | Ah woops, I was using the wrong file it would seem |
| 05:45.53 | Lukstr | it's almost as accurate... |
| 05:46.38 | JeffM | then what we have now works |
| 05:47.09 | Lukstr | indeed, albeit a strange URL |
| 05:48.05 | JeffM | and.......? |
| 05:48.26 | Lukstr | well I just worry that the specific URL may bomb one day |
| 05:48.30 | Lukstr | I am paranoid like that |
| 05:48.43 | JeffM | then we update the plugin |
| 05:54.19 | blast007 | Lukstr: there's a chance that *any* URL we use could do that |
| 05:54.29 | Lukstr | of course there is |
| 05:54.30 | blast007 | I've already updated it at least once iirc |
| 05:54.50 | blast007 | I've been running the plugin for a long time, so I keep track when it stops working ;) |
| 05:54.59 | Lukstr | that's good |
| 05:55.17 | Lukstr | I just suspected their might be a /more/ official site |
| 05:57.40 | Lukstr | it'd be neat if there was a layer inbetween the plugin, like a script somewhere that aggregated multiple Tor lists hourly for the plugin's purposes |
| 06:06.54 | Lukstr | Anyways... |
| 06:07.00 | Lukstr | should I give this Spirit business a shot? |
| 06:12.48 | Lukstr | DTRemenak: Spirit yes/no? |
| 07:24.45 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 07:30.40 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 08:57.18 | *** join/#bzflag zee280 (n=d8824e23@gateway/web/cgi-irc/zeebrothers.net/x-d997378eb9ec09d6) |
| 09:27.14 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 09:27.14 | *** mode/#bzflag [+v spldart] by ChanServ |
| 09:47.06 | brad | <PROTECTED> |
| 09:47.08 | brad | ops |
| 09:47.12 | brad | <PROTECTED> |
| 09:47.29 | brad | ok im tired *tries again* |
| 09:53.05 | spldart | furls brow and lifts eyebrow |
| 10:04.06 | Manu | brad: all talk, no action ;) |
| 10:04.52 | ts | ¡Hola Manu! |
| 10:04.58 | Manu | hallo ts :) |
| 10:23.22 | *** join/#bzflag bier (n=bier@p54A55AB7.dip.t-dialin.net) |
| 11:02.54 | *** join/#bzflag delusional (n=delusion@pool-141-158-72-38.pitt.east.verizon.net) |
| 11:45.39 | *** join/#bzflag LongDon (n=LongDon@host-091-097-055-176.ewe-ip-backbone.de) |
| 11:50.32 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 11:51.03 | *** join/#bzflag zimnyx (i=foobar@ip-219-8.ists.pl) |
| 12:23.14 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 12:41.40 | *** join/#bzflag delusional_ (n=delusion@141.158.89.126) |
| 13:06.49 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 13:32.27 | *** part/#bzflag LongDon (n=LongDon@host-091-097-055-176.ewe-ip-backbone.de) |
| 13:54.40 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 13:59.24 | *** join/#bzflag jftsang (n=jftsang@88-108-223-1.dynamic.dsl.as9105.com) |
| 14:12.14 | *** join/#bzflag JeffM (n=JeffM@201.147.196.203) |
| 14:16.40 | Winny | hmm... ramjet stuff is expensive to ship to canada :( |
| 14:19.40 | *** join/#bzflag Warinthestar (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 14:39.06 | *** join/#bzflag tj13820 (n=tj13820@c-71-236-81-200.hsd1.pa.comcast.net) |
| 14:39.54 | tj13820 | quick question, what is in the 2.0.12 release of BZFS? |
| 14:40.49 | delusional_ | it's intended for certain linux distributions only. it's a bugfix |
| 14:41.37 | delusional_ | should be the same as 2.0.10 |
| 14:41.42 | tj13820 | ubuntu/gentoo? |
| 14:41.46 | JeffM | yeah |
| 14:41.55 | JeffM | it has a few small minor bug fixes as well |
| 14:41.57 | tj13820 | i run servers on both. |
| 14:42.11 | JeffM | did you build from sourrce? |
| 14:42.14 | JeffM | or use the package? |
| 14:42.18 | tj13820 | yes, using 2.0.11 |
| 14:42.23 | JeffM | then you are fine |
| 14:42.26 | tj13820 | okay |
| 14:42.38 | JeffM | it fixed issues with the actual packages |
| 14:42.52 | tj13820 | i dislike using packages for server applications |
| 14:42.59 | tj13820 | not as secure or up - to - date |
| 14:43.08 | Epyon | JeffM, would you be willing to help me out with a wierd bug? |
| 14:43.18 | JeffM | Epyon, maybe |
| 14:43.27 | JeffM | I am not at home so my resources are limited |
| 14:43.38 | Epyon | Current BZWGen SVN version... |
| 14:44.00 | JeffM | that may take a bit to get |
| 14:44.18 | Epyon | Ok, then just poke me when you're at home |
| 14:44.25 | JeffM | that will be a while |
| 14:44.31 | JeffM | I'm not even in my native country |
| 14:44.35 | Epyon | It's not critical, just absolutely idiotic O.o |
| 14:44.40 | Epyon | Where are you? :) |
| 14:44.58 | JeffM | mexico |
| 14:45.11 | Epyon | Vacation? :D |
| 14:45.16 | JeffM | sorta |
| 14:45.19 | JeffM | company trip |
| 14:45.26 | Epyon | Ah |
| 14:46.43 | JeffM | what is the problem? |
| 14:47.09 | Epyon | A call to vector.clear() crashes the program without any apparent reason. |
| 14:47.45 | JeffM | what was the last thing you did to the vector? |
| 14:47.52 | Epyon | Actually calling a method that does clear on Face's vertex index vector crashes, direct clear call crashes. |
| 14:48.11 | Epyon | However, if I call a method that clears and then sets new values it doesnt crash. |
| 14:48.24 | Epyon | It's completely insane. |
| 14:48.42 | JeffM | I'm sure it's very logical actualy, just you don't see all the input |
| 14:48.43 | Epyon | If I call clear and then that method, then it still crashes. |
| 14:48.54 | Epyon | Believe me it's not :> |
| 14:49.04 | JeffM | computers don't make stuff up |
| 14:49.05 | Epyon | I've spent like two hours trying to find the reason. |
| 14:49.30 | JeffM | not knowin the answer to why, is not the same as there not being an answer ;) |
| 14:50.06 | JeffM | I'm getting the code |
| 14:50.39 | Epyon | In mesh.cxx is a line : //f[fid]->vtx.clear(); //DEBUG? |
| 14:50.46 | Epyon | if you uncomment it, it crashes. |
| 14:51.14 | Epyon | Despite the fact that the second line: f[fid]->set4(bi,f[fid]->vtx.at(1),f[fid]->vtx.at(2),ai); |
| 14:51.28 | Epyon | ... calls vtx.clear() as the first step :/ |
| 14:51.44 | JeffM | wow, could you make your variable names any more ambuous? ;) |
| 14:52.23 | ruskie | ugh... |
| 14:52.30 | Epyon | because of this bug I can't refactor Face.h and make it more clear -_- |
| 14:53.01 | ruskie | why do people seem to so enjoy using short uninformative var names or function names... |
| 14:53.23 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 14:53.38 | Epyon | I don't, learned to use long and nice names, but this part of the code is from a year ago, when I didn't ;] |
| 14:54.37 | Epyon | In the age of code completion and massive hard drives there's no point anymore in having short variable names... |
| 14:56.22 | Epyon | Although in a older project of mine I had a CVectorInterpolationAnimationKeyVectorIterator which was kinda... silly :P |
| 14:56.36 | codergeek42 | Eeewwwwww camelCasing! |
| 14:56.37 | codergeek42 | :P |
| 14:57.41 | Epyon | Always :) |
| 15:17.42 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 15:17.55 | *** join/#bzflag Paul_PL (n=pawel@chello087206248103.chello.pl) |
| 15:18.03 | Paul_PL | hello |
| 15:23.47 | spldart | Hello |
| 15:31.28 | *** join/#bzflag LongDon (n=LongDon@host-091-097-055-176.ewe-ip-backbone.de) |
| 15:39.03 | *** join/#bzflag zee965 (n=5156f136@gateway/web/cgi-irc/zeebrothers.net/x-1addc4549e12bccd) |
| 15:42.22 | JeffM | epyon what do I need to do to make it crash? |
| 15:43.18 | JeffM | and why is the debug build setup to not build debug info? |
| 15:44.06 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 15:46.02 | Epyon | JeffM, to the second question I dunno, I didn't touch anything in the project settings |
| 15:46.16 | Epyon | To the first I wrote that a few lines above. |
| 15:46.18 | JeffM | how do you debug it? |
| 15:46.26 | Epyon | In mesh.cxx is a line : //f[fid]->vtx.clear(); //DEBUG? |
| 15:46.29 | JeffM | what target do you use? |
| 15:46.37 | JeffM | yes, I know the line |
| 15:46.41 | JeffM | how do I make it get there |
| 15:46.47 | JeffM | F5 just starts and quits |
| 15:46.51 | Epyon | uncomment and run |
| 15:47.02 | JeffM | dosn't do anything |
| 15:47.05 | Epyon | does it do generation? |
| 15:47.06 | JeffM | never gets there |
| 15:47.15 | JeffM | flashes a terminal and quits |
| 15:47.17 | Epyon | what does it say? |
| 15:47.23 | JeffM | nothing |
| 15:47.33 | JeffM | I'm not doing the plugin build |
| 15:47.37 | JeffM | just the exe build |
| 15:47.43 | Epyon | Debug? |
| 15:47.47 | JeffM | yep |
| 15:47.55 | JeffM | F5 |
| 15:48.01 | JeffM | after I made it generate debug info |
| 15:48.17 | JeffM | do you normaly use the plugin target? |
| 15:48.23 | Epyon | Nope |
| 15:48.31 | Epyon | I normally use Debug |
| 15:48.32 | JeffM | then how have you ever debuged this? |
| 15:48.57 | JeffM | does your project have debug info turned on? |
| 15:49.26 | JeffM | and your in VC8 right? |
| 15:49.34 | Epyon | Try Ctrl-F5 and tell me if it writes anything on the screen at all |
| 15:49.48 | JeffM | yep |
| 15:49.50 | JeffM | that works |
| 15:49.57 | JeffM | so again, how do you debug this thing? |
| 15:50.24 | Epyon | Debug info was turned on almost always -- wierd that it isn't anymore O.o |
| 15:50.52 | Epyon | Something must have broken once I migrated to MSVC2005 |
| 15:52.14 | Epyon | Hmm, what debug information format should I pick? |
| 15:53.05 | JeffM | full |
| 15:54.09 | JeffM | basicly make it like a new project would be |
| 15:54.42 | JeffM | I have to go find something to eat before I check out, bbl |
| 15:55.44 | Epyon | OMG |
| 15:55.54 | Epyon | I think I found the bug ^^ |
| 15:56.26 | Epyon | OMG, you were right JeffM, it was a stupid mistake on my part as usual :P |
| 15:56.46 | Manu | reminds Epyon that JeffM isn't here |
| 15:56.58 | Epyon | Oh :P |
| 15:57.26 | Epyon | The "leave" messages are darkblue on my client by default so I don't see them -_- |
| 16:13.18 | *** join/#bzflag JeffM (n=JeffM@201.147.196.203) |
| 16:13.27 | Epyon | JeffM, found the bug :) |
| 16:13.33 | JeffM | cool |
| 16:13.35 | JeffM | what was it? |
| 16:14.17 | Epyon | Well, in the set4 case, I was passing arguments that depended on the vector to be cleared and it worked. But if I first cleared that vector... |
| 16:14.23 | Epyon | Stupid mistake. |
| 16:15.49 | JeffM | huh? |
| 16:16.11 | JeffM | oh you passed in elements OF the vector into the method? |
| 16:16.50 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 16:17.49 | Epyon | yep |
| 16:17.58 | JeffM | that is bad form |
| 16:18.04 | JeffM | you should pass in the vector |
| 16:18.15 | JeffM | check it's sizes , extract the values, then do what you need |
| 16:18.25 | Epyon | Well, but I was passing different values depending. |
| 16:18.35 | Epyon | Anyway, now it's a lot more clear and error safe |
| 16:18.37 | JeffM | then pull off a copy |
| 16:19.10 | JeffM | did you find it by using the debuger? |
| 16:19.37 | Epyon | Yes and no. |
| 16:19.46 | JeffM | are you using the debuger? |
| 16:19.50 | JeffM | that is my core concern |
| 16:20.05 | Epyon | Actually it made me look at the line again, so I got that "ping" in my mind. |
| 16:20.08 | Epyon | Yeah |
| 16:20.40 | JeffM | commit the changes to the project? |
| 16:20.44 | Epyon | I wasn't using it recently because I didn't have any problems (that one was old) |
| 16:21.07 | Epyon | Yes, in a minute, I still want to clean up some more code. |
| 16:21.14 | JeffM | in geneal, always build and run in debug when you are developing |
| 16:21.22 | JeffM | then if it crashes while you test, you see where |
| 16:21.30 | JeffM | instead of having to rerun and dupe the situation |
| 16:22.01 | Epyon | Generally I do, but a few days ago I switched to MSVC2005 -- it gave a warning that there's no debug info, but I left that to clear for later. |
| 16:22.23 | JeffM | hah |
| 16:22.28 | JeffM | that'd be a huge red flag for me |
| 16:22.29 | Epyon | careless of me -_- |
| 16:22.36 | JeffM | very |
| 16:25.38 | JeffM | tho I'm curious why your VC blew that out |
| 16:25.58 | JeffM | I belive I had it setup for debug when I redid the targets |
| 16:26.00 | Epyon | No idea :/ |
| 16:26.09 | JeffM | you using full or EE? |
| 16:31.35 | Epyon | ? |
| 16:34.53 | JeffM | the full VC8 or the express edition? |
| 16:35.01 | Epyon | Full |
| 16:57.24 | zimnyx | I'm ban for bad language on badgerking.fiedlers.us. DO you know how can I request unban? |
| 17:00.26 | temp_dist | zimnyx, here's a thing you can read about that http://my.bzflag.org/bb/viewtopic.php?t=3552&highlight=banned |
| 17:07.58 | *** join/#bzflag JeffM (n=JeffM@201.147.196.203) |
| 17:10.20 | Epyon | Umm, why can't I access protected members in a derived class? |
| 17:10.59 | Chestal | Epyon: you can, but only those that are part of the current object, not any other object |
| 17:11.10 | Epyon | ? |
| 17:11.46 | Epyon | I have MultiFace that derives public from Face. Now MultiFace::updateFaces gives me : error C2248: 'Face::tcd' : cannot access protected member declared in class 'Face' |
| 17:11.58 | JeffM | Epyon, how did you define the class? |
| 17:12.09 | JeffM | did you define it public? |
| 17:12.23 | Epyon | class MultiFace : public Face { |
| 17:12.24 | JeffM | class multiface : public face |
| 17:12.34 | JeffM | it's protected? or private? |
| 17:12.41 | JeffM | remember default is private |
| 17:12.52 | Epyon | You have the error line above |
| 17:13.15 | JeffM | how is tcd defined? |
| 17:13.25 | Epyon | as protected |
| 17:14.30 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 17:15.42 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 17:15.59 | Chestal | Epyon: what I mean is that you cannot access protected members via base class references/pointers. I guess you need to paste code |
| 17:16.13 | Epyon | aaah, that might be the problem. |
| 17:16.18 | Epyon | Is there a way around it? |
| 17:16.25 | JeffM | cast it as the derived class |
| 17:16.38 | Epyon | That sounds... ugly. |
| 17:16.48 | JeffM | well the base class dosn't have the method |
| 17:16.56 | JeffM | only the derived class does |
| 17:54.39 | zimnyx | temp_dist: yeah, I'm looking for a contact with admin |
| 17:55.25 | ruskie | zimnyx, try using the forum to get in contact with them |
| 17:57.40 | blast007 | via a Private Message |
| 17:57.43 | blast007 | not a forum thread |
| 17:58.03 | blast007 | the name of who banned you should be in the ban message |
| 17:59.07 | zimnyx | yeah, it's WHAMMO |
| 17:59.12 | zimnyx | thanks, i'll try forum |
| 18:05.16 | Winny | WHAMMO haha |
| 18:05.21 | Winny | where were you banned, badgerking? |
| 18:05.27 | Winny | can fix it |
| 18:05.55 | zimnyx | badgerking.fiedlers.us:5667 |
| 18:06.31 | zimnyx | I dunno why, can';t recall if even swore |
| 18:06.48 | zimnyx | Winny: why are you laughing? |
| 18:07.01 | Winny | cause he bans people for no reason |
| 18:07.17 | zimnyx | I like this map |
| 18:07.23 | zimnyx | maybe I start my own server using it |
| 18:07.36 | zimnyx | depends if map has some license that allows it or not |
| 18:07.48 | Winny | you need to ask badgerking if you're allowed |
| 18:08.01 | zimnyx | badgerking is nick? |
| 18:08.12 | Winny | yeah |
| 18:08.57 | Winny | zimnyx, your IP should be unbanned now |
| 18:09.08 | zimnyx | I must have an account to PM him on bb forum |
| 18:09.24 | zimnyx | Winny: thanks :-) |
| 18:10.07 | zimnyx | great |
| 18:10.08 | Winny | sure |
| 18:10.14 | blast007 | hehe, start your own, and then ban WHAMMO on it ;) |
| 18:10.40 | Winny | hehe |
| 18:11.10 | zimnyx | god idea |
| 18:11.17 | zimnyx | Winny, you're there in observer mode/ |
| 18:11.18 | zimnyx | ? |
| 18:11.22 | Winny | yeah |
| 18:12.14 | zimnyx | you're bzflag developers? |
| 18:12.37 | Winny | some people in here are |
| 18:46.04 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 18:51.37 | *** join/#bzflag JeffM (n=JeffM@201.147.196.203) |
| 19:01.30 | *** join/#bzflag Electric1lf (n=dbharris@bas10-toronto63-1096783864.dsl.bell.ca) |
| 19:44.54 | *** join/#bzflag KingofCamelot (n=davidsan@ip68-108-247-95.sb.sd.cox.net) |
| 20:02.28 | Winny | anyone GU match? |
| 20:09.01 | *** join/#bzflag KingofCamelot (n=davidsan@ip68-108-247-95.sb.sd.cox.net) |
| 20:10.45 | brlcad | Lukstr: I'd be surprised if mipspro is a problem (and we have gcc on that platform regardless) |
| 20:11.42 | brlcad | historically, mipspro has been more strict/picky than gcc .. it's only recently that gcc4 now reports some of the same warnings/errors |
| 20:15.07 | brlcad | doesn't see if being a problem either way |
| 20:18.00 | *** part/#bzflag LongDon (n=LongDon@host-091-097-055-176.ewe-ip-backbone.de) |
| 20:24.21 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 20:39.16 | *** join/#bzflag eTangenT` (n=etangent@71-211-218-73.hlrn.qwest.net) |
| 21:03.38 | Lukstr | yay |
| 21:12.09 | *** join/#bzflag Gabe_G23 (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 21:18.42 | *** join/#bzflag LongDon1 (n=LongDon@host-091-097-040-180.ewe-ip-backbone.de) |
| 21:19.09 | *** part/#bzflag LongDon1 (n=LongDon@host-091-097-040-180.ewe-ip-backbone.de) |
| 21:46.53 | *** join/#bzflag noyb (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 21:56.08 | *** join/#bzflag zee773 (n=c869de73@gateway/web/cgi-irc/zeebrothers.net/x-3ea2389903dc7d28) |
| 22:08.32 | *** join/#bzflag Phase (n=Phase@unaffiliated/phase) |
| 22:10.57 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 22:11.32 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 22:11.32 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 22:16.53 | *** join/#bzflag KTL (n=KTL@213.219.134.200.adsl.dyn.edpnet.net) |
| 22:29.58 | *** join/#bzflag Gabe_G23_ (n=gabe@cpe-069-134-026-246.nc.res.rr.com) |
| 23:20.58 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) |