| 00:28.29 | *** join/#bzflag ts3d (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 00:35.55 | ts3d | Is not defined to ! in teh bz source? |
| 00:36.00 | ts3d | the* |
| 00:36.13 | *** join/#bzflag KTL (~KTL@213.219.154.144.adsl.dyn.edpnet.net) |
| 00:45.03 | blast007 | ts3d: what? |
| 00:45.48 | ts3d | atupone commited some code that is using "not" instead of the operator ! |
| 00:46.07 | ts3d | broken trunk atm |
| 00:46.56 | blast007 | can you be more specific? |
| 00:47.09 | ts3d | Gimme a second |
| 00:47.30 | blast007 | it's building here, but I'm also not building the client - which I'm assuming is where that's probably been added |
| 00:49.46 | ts3d | http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/src/bzflag/Plan.cxx?r1=22191&r2=22190&pathrev=22191 |
| 00:50.00 | ts3d | That's one. I think there's another |
| 00:51.15 | blast007 | one in RobotPlayer.cxx too |
| 00:52.03 | ts3d | I don't use svn or i would have just dropped a patch |
| 00:52.33 | ts3d | git svn still has no way to generate svn diffs |
| 00:52.38 | moiree | and in playing.cxx <http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/src/bzflag/playing.cxx?annotate=22193&pathrev=22193#l300> |
| 00:53.19 | ts3d | I think atupone's head was in python land. :) |
| 00:53.51 | blast007 | I think 'not' works in SOME C++ implementations, but is non-standard |
| 00:54.54 | CIA-111 | BZFlag: 03blast007 * r22197 10/trunk/bzflag/src/bzflag/ (Plan.cxx RobotPlayer.cxx): Let's not use not. |
| 00:54.57 | blast007 | give that a shot |
| 00:56.21 | ts3d | Are there any plans to move a dvcs in the future? |
| 01:04.26 | blast007 | probably not for bzflag |
| 01:05.02 | blast007 | there's not really much work being done on BZFlag anymore |
| 01:05.14 | ts3d | I was about to ask about that... |
| 01:05.37 | blast007 | a few/couple of us had looked into migrating to Mercurial at one point, but we hadn't figured out how to maintain all the history |
| 01:06.26 | blast007 | recently there's been a bit more talk about starting something new |
| 01:06.43 | blast007 | and I'd at least put the web services into a DVCS like Mercurial |
| 01:07.36 | ts3d | Whats some immediate work that bz needs? |
| 01:07.54 | ts3d | I'm interested in helping. |
| 01:08.17 | blast007 | lots |
| 01:08.45 | blast007 | the maintainer hasn't created debian packages for 2.4.0 yet... |
| 01:08.53 | blast007 | he's the debian package maintainer too |
| 01:09.35 | blast007 | beyond that, we did have a "plan" on the wiki |
| 01:10.37 | blast007 | http://wiki.bzflag.org/DevelopmentPlans/2.4.2 |
| 01:10.41 | ts3d | http://wiki.bzflag.org/DevelopmentPlans/2.4.2 |
| 01:10.44 | ts3d | whhops |
| 01:11.01 | blast007 | http://wiki.bzflag.org/Development_RoadMap |
| 01:11.06 | ts3d | irssi on windows pasted on right click..... |
| 01:11.18 | blast007 | :) |
| 01:11.55 | blast007 | /set paste_verify_line_count 1 |
| 01:11.56 | ts3d | Just looking at the code base it looks like it needs some serious refactoring... |
| 01:12.02 | blast007 | yeah :) |
| 01:12.22 | blast007 | it's a 15+ year old codebase |
| 01:12.38 | blast007 | that never had any well defined plan |
| 01:12.46 | blast007 | people just wrote features in that they wanted |
| 01:12.57 | blast007 | very little documentation in the code in most areas too |
| 01:13.18 | blast007 | that's why we're almost at the point where it would be faster to just start over |
| 01:13.24 | ts3d | That's no excuse :), Another project I use, Scorched3D is quite old aswell, has a nice src latouy |
| 01:13.28 | ts3d | layout |
| 01:13.39 | blast007 | yeah, but they probably had a maintainer that cared |
| 01:13.56 | ts3d | Yeah, only 1.... that project needs some serious love aswell |
| 01:14.22 | blast007 | our maintainer doesn't really get involved very much |
| 01:14.48 | ts3d | Perhaps bz should use that project as inspiration for a refactoring effort |
| 01:15.28 | blast007 | the real question is if it's worth refactoring |
| 01:16.44 | blast007 | cleaning up the code would take years at our rate of development |
| 01:17.01 | blast007 | or more likely would never get very far ;) |
| 01:17.39 | ts3d | Another 'not' playing.cxx:300 |
| 01:19.08 | ts3d | Is ROBOT supposed to be defined for the client build? |
| 01:19.18 | CIA-111 | BZFlag: 03blast007 * r22198 10/trunk/bzflag/src/bzflag/playing.cxx: Another not bites the dust. |
| 01:20.18 | blast007 | dunno |
| 01:21.32 | blast007 | it's probably in confdefs.h at the root of your source |
| 01:22.30 | blast007 | it's triggered with the configure script (defined to 1 unless --disable-robots is passed) |
| 01:22.52 | *** join/#bzflag anonymous (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 01:23.31 | Guest98149 | ghost... |
| 01:23.34 | Guest98149 | lost connecting |
| 01:23.52 | blast007 | heh |
| 01:23.59 | Guest98149 | connection* |
| 01:24.16 | blast007 | ROBOT gets defined by configure and put into confdefs.h, unless --disable-robots is passed to configure |
| 01:25.07 | Guest98149 | On windows so thats not it |
| 01:25.54 | blast007 | MSVC/build/config.h defines it on Windows |
| 01:26.18 | *** join/#bzflag anonymou1 (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 01:26.28 | blast007 | MSVC/build/config.h defines it on Windows |
| 01:26.56 | ts3d | yup |
| 01:28.35 | ts3d | atupone strikes again |
| 01:28.41 | blast007 | hehe |
| 01:28.42 | ts3d | atleast git svn blame says so |
| 01:29.09 | ts3d | only cloned the repo back to 22150 |
| 01:38.44 | ts3d | r22160 breaks build |
| 01:40.36 | ts3d | const mismatch, DXjoystick::setXAxis & setYAxis |
| 01:44.15 | *** part/#bzflag ts3d (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 01:44.21 | *** join/#bzflag ts3d (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 01:45.25 | *** join/#bzflag ts3d_ (~anonymous@71.149.251.117) |
| 01:48.53 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 01:48.53 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 01:53.17 | *** join/#bzflag ts3d_ (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 01:55.05 | ts3d2 | <PROTECTED> |
| 01:55.07 | *** part/#bzflag ts3d2 (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 01:55.10 | *** join/#bzflag ts3d2 (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 01:57.22 | JeffM | havnig connection issues? |
| 01:57.44 | ts3d | sketchy wifi |
| 01:57.58 | ts3d | the modem really |
| 01:57.59 | JeffM | as most is |
| 01:58.10 | ts3d | it drops the dsl link constantly |
| 01:59.17 | JeffM | suck |
| 02:02.14 | ts3d | Know of a way to convert git diffs to svn diffs? |
| 02:02.39 | JeffM | you mean into a patch that can be applied to svn? |
| 02:02.43 | ts3d | yes |
| 02:02.56 | JeffM | svn should apply any universal dif |
| 02:03.16 | JeffM | what do you get out of git? |
| 02:04.07 | ts3d | http://pastebin.com/nbdynzRM |
| 02:04.27 | JeffM | that looks like a normal diff |
| 02:04.30 | ts3d | You can just make a commit your self i guess |
| 02:04.45 | JeffM | yeah apply that to the svn code and commit |
| 02:04.52 | JeffM | svn dosn't care how the code changed |
| 02:04.58 | ts3d | blast did some earlier |
| 02:05.06 | ts3d | oh |
| 02:07.20 | ts3d | after that trunk should compile |
| 02:07.40 | JeffM | submit it to sf |
| 02:07.43 | JeffM | so we have a record |
| 02:08.03 | JeffM | who the hell used "not"? |
| 02:08.10 | ts3d | atupone... |
| 02:08.16 | JeffM | damnit |
| 02:08.27 | ts3d | Can you submit youself I don't have an sf account |
| 02:08.55 | JeffM | nope I don't do patches with out a papertrail |
| 02:09.08 | JeffM | I will yell at tupone |
| 02:09.11 | ts3d | :/ |
| 02:09.18 | ts3d | blast did someearlier.. |
| 02:09.24 | JeffM | that is blast |
| 02:09.33 | JeffM | if blast jumped off a bridge I would not do the same ;) |
| 02:09.34 | ts3d | hehe |
| 02:10.06 | JeffM | I'm trying to figure out if not is even valid in C99 or C++11 |
| 02:10.08 | ts3d | But you'd miss all the 5 seconds of fun he would enjoy. |
| 02:10.31 | ts3d | blast said it could be nonstandard in some compilers |
| 02:10.48 | JeffM | that would mean it's a GCC extension |
| 02:10.54 | JeffM | and I doubt tupone would have used that |
| 02:12.51 | ts3d | http://stackoverflow.com/questions/2393673/c-and-or-not-xor-keywords |
| 02:12.56 | ts3d | sheds some light on the issue |
| 02:13.13 | JeffM | a little I need to know what version of C it's in |
| 02:13.17 | JeffM | probalby C99 |
| 02:13.23 | JeffM | gcc supports c99, vc does not |
| 02:13.29 | ts3d | ah |
| 02:15.31 | *** join/#bzflag ts3d_ (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 02:16.28 | *** part/#bzflag ts3d2 (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 02:19.28 | *** join/#bzflag ts3d (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 02:19.40 | ts3d | back, for the n-th time |
| 02:21.03 | JeffM | I have sent him a PM and an email to try to let him know |
| 02:22.58 | JeffM | I'll reboot to win7 and see where the build fails |
| 02:22.59 | ts3d | whom? |
| 02:23.04 | JeffM | tupone |
| 02:23.19 | ts3d | my patch should fix it |
| 02:26.41 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-238-6.socal.res.rr.com) |
| 02:26.41 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 02:26.41 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 02:27.12 | ts3d | my patch should fix the compile |
| 02:27.24 | JeffM | probably does |
| 02:27.33 | JeffM | but it's not in sf so I won't apply it |
| 02:27.43 | ts3d | registering. |
| 02:27.57 | JeffM | it will take me less time to fix em by hand |
| 02:28.04 | JeffM | so it's no biggie |
| 02:28.16 | JeffM | I am also going to update dev info and review his other commits |
| 02:28.16 | ts3d | ok go ahead |
| 02:31.47 | CIA-111 | BZFlag: 03JeffM2501 * r22199 10/trunk/bzflag/DEVINFO: Clarify in the section on only using C++ standard language feature that it includes not using C99 and later features that are not also in the C++ standard. |
| 02:32.27 | JeffM | techincaly I could roll back his changes but that would be mean |
| 02:33.12 | ts3d | hehe |
| 02:33.29 | ts3d | technically and, or, etc are in the c++ standard |
| 02:33.30 | JeffM | man that's a lot of warnings he hadded |
| 02:33.34 | JeffM | where? |
| 02:33.43 | JeffM | are they part of C++11? |
| 02:33.51 | ts3d | nope |
| 02:33.52 | JeffM | if so then we have to upgrade to VC10 |
| 02:34.34 | JeffM | yeah compiling on windows is now a warning fest... great |
| 02:35.07 | ts3d | yup |
| 02:35.19 | JeffM | probably should just desuport windows |
| 02:35.23 | JeffM | nobody wants to work on it |
| 02:35.33 | ts3d | nvm c only |
| 02:35.42 | ts3d | I can try and help |
| 02:35.57 | JeffM | development is dying |
| 02:36.04 | ts3d | acutally, don't listen to me, read for yourself http://en.wikipedia.org/wiki/Iso646.h |
| 02:36.06 | JeffM | a SINGLE person has been making all changes lately |
| 02:36.31 | JeffM | yeah that's C |
| 02:36.36 | ts3d | scroll |
| 02:36.55 | JeffM | yes IF you include that header |
| 02:37.00 | JeffM | they are not standard features in C++ |
| 02:37.02 | JeffM | they are macros |
| 02:37.12 | JeffM | C++ has the header for compatability |
| 02:37.21 | ts3d | "These identifiers are operator keywords in the ISO C++ programming language and do not require the inclusion of a header file" |
| 02:37.21 | JeffM | they were added to C in C90 |
| 02:37.40 | JeffM | hmmm |
| 02:37.49 | JeffM | ok then we just desuport windows |
| 02:37.55 | ts3d | But enough with that no, point in discussing. |
| 02:37.57 | ts3d | hehe |
| 02:38.42 | ts3d | msvc -> clang |
| 02:39.17 | JeffM | it's odd because they were very quick to get on the ball for TR1 and C++0x |
| 02:41.13 | JeffM | but still if tupone is the only one fixing bugs may as well just let it be a gentoo project since that's the only place it'll see release |
| 02:41.20 | JeffM | can't even get a debian release |
| 02:41.42 | ts3d | blast mentioned that |
| 02:42.24 | ts3d | I'm interested in helping however i can |
| 02:43.07 | JeffM | there is a list of bugs on the wiki |
| 02:43.09 | JeffM | fix them |
| 02:43.17 | ts3d | hehe |
| 02:43.26 | JeffM | and get tim to get off his ass and care about the project he owns |
| 02:44.43 | JeffM | then fix the game so that it keeps more then 0.125% of the people that find it's webpage |
| 02:44.45 | ts3d | You seem to have more interest in the project. Takeover. :P |
| 02:44.54 | JeffM | I would not take this proejct over |
| 02:45.00 | JeffM | there is nothing worth keeping in it |
| 02:45.20 | ts3d | Why do you stick around? |
| 02:45.26 | JeffM | too many people think they know what bzflag is, and none of them will describe what it actualy does |
| 02:45.32 | JeffM | I'd like to make a new project |
| 02:45.37 | JeffM | and get everyone on that |
| 02:45.45 | ts3d | Fork time. |
| 02:46.45 | JeffM | no a fork is a copy of a project |
| 02:46.53 | JeffM | there is nothing worth keeping from the bzflag codebase |
| 02:47.06 | JeffM | there are other libs that can do every single thing bzflag does in a better way |
| 02:47.54 | ts3d | I mentioned to blast that Scorched3scorched3d.co.uk |
| 02:48.12 | ts3d | Scorched3D(scorched3d.co.uk) |
| 02:48.15 | ts3d | has a good codebase |
| 02:48.26 | ts3d | a new project could potentinally use some of it |
| 02:48.42 | JeffM | bzflag is so simple it would not have to pull from another game |
| 02:48.50 | JeffM | all it needs is network sound and a graphics engine |
| 02:48.52 | JeffM | whopty do |
| 02:49.14 | JeffM | internet gaming is not rocket science |
| 02:50.36 | ts3d | typo in DEVINFO from your commit :) |
| 02:50.50 | JeffM | was not the first, won't be the last |
| 02:51.46 | JeffM | personaly I'd do a new project in C# so that there would be a single deliverable |
| 02:51.56 | JeffM | then it can do automatic updates |
| 02:52.05 | JeffM | and we would not have to do "releases" |
| 02:53.14 | ts3d | C#? |
| 02:53.22 | JeffM | yup |
| 02:53.52 | *** join/#bzflag AAA_awright (~a3@ip24-251-159-93.ph.ph.cox.net) |
| 02:53.59 | JeffM | what is the typo in the file? |
| 02:54.37 | ts3d | nothing, just a misplaced quote, 'o'r instead or 'or' |
| 02:57.19 | CIA-111 | BZFlag: 03JeffM2501 * r22200 10/trunk/bzflag/ (9 files in 6 dirs): |
| 02:57.19 | CIA-111 | BZFlag: fix errors in MSVC compile ( can't use or and not as keywords, when making a prototype conts, make the implementation const as well) |
| 02:57.19 | CIA-111 | BZFlag: fix constructor warnings (arrays don't have default inits for some reason) |
| 02:57.19 | CIA-111 | BZFlag: fix cast warnings |
| 02:57.51 | ts3d | conts, tehe |
| 02:59.06 | JeffM | did try to make his email sound as nice as possible |
| 03:00.00 | ts3d | Be nice, he's only trying to help. |
| 03:00.14 | JeffM | I know |
| 03:00.29 | JeffM | I've been dealing with tupone breaking the windows build for a long long time :) |
| 03:01.55 | ts3d | Care to update .sln to vs2010? |
| 03:02.21 | JeffM | nope |
| 03:02.22 | ts3d | or provide both |
| 03:02.25 | ts3d | :( |
| 03:02.31 | JeffM | 2010 is a pig |
| 03:02.38 | JeffM | a HUGE pig |
| 03:03.02 | JeffM | I dislike having to use it at work |
| 03:03.10 | JeffM | moving BZ to it provides no benifit |
| 03:03.47 | JeffM | 2010 dosen't even have a fully working intelisense |
| 03:04.24 | JeffM | might go to VC11 when windows 8 ships if bz is still alive then, it seems better so far |
| 03:08.49 | ts3d | so many macro redefinitions........ |
| 03:09.01 | ts3d | but it built. |
| 03:10.56 | JeffM | yeah most of that is in ares and curl |
| 03:11.06 | JeffM | can't fix those |
| 03:11.53 | ts3d | old versions? |
| 03:12.00 | JeffM | nope |
| 03:12.03 | JeffM | third party libs |
| 03:12.09 | JeffM | and the authors don't care |
| 03:18.42 | *** join/#bzflag Thumper_ (~Thumper@about/essy/coffeeAddict/Thumper) |
| 03:18.42 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 03:26.32 | ts3d | The exe crashes |
| 03:26.37 | ts3d | Is it crashing for you? |
| 03:27.11 | JeffM | didn't try it |
| 03:28.04 | JeffM | where does it crash? |
| 03:28.18 | ts3d | crashes with debug assertion xstring line 1441 |
| 03:28.25 | JeffM | too low |
| 03:28.29 | ts3d | thats a file from winsdk |
| 03:28.33 | JeffM | yep |
| 03:28.38 | JeffM | where is it in bzflag? |
| 03:28.42 | ts3d | string subscript out of range |
| 03:28.58 | ts3d | Doesn't even get into bz, I think its the crt |
| 03:29.07 | JeffM | are you looking at the callstack? |
| 03:29.26 | ts3d | >bzflag.exe!std::_Deque_const_iterator<Plan *,std::allocator<Plan *> >::_Setcont(const std::deque<Plan *,std::allocator<Plan *> > * _Pdeque) Line 520 + 0x2 bytesC++ |
| 03:29.52 | JeffM | where is it in bzflag.exe? |
| 03:29.55 | JeffM | what function? |
| 03:30.36 | ts3d | other calls are in user32 or msvcrd |
| 03:30.56 | JeffM | you are in VC9? |
| 03:31.15 | ts3d | 1 min |
| 03:33.33 | ts3d | in StateDatabase.cxx:766 |
| 03:34.07 | JeffM | I did not change that code |
| 03:34.17 | JeffM | what is the input string "src"? |
| 03:36.33 | JeffM | runs fine for me |
| 03:36.43 | JeffM | what bitness are you using? |
| 03:36.46 | ts3d | doing a clean build |
| 03:37.43 | ts3d | bitness? x64? |
| 03:37.51 | ts3d | 32bit build though |
| 03:38.10 | JeffM | don't care about your OS, was the build that mattered |
| 03:54.03 | ts3d | from what directory must the binary be run |
| 03:57.33 | JeffM | wherever the data dir is |
| 03:57.49 | JeffM | that's why we copy it all to the test dirs |
| 03:57.55 | JeffM | run from there it should be fine |
| 03:59.02 | *** join/#bzflag anonymous (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 04:00.33 | JeffM | does it crash if you just double click the on in the test dir? |
| 04:00.52 | ts3d | which is the test dir? |
| 04:01.07 | ts3d | I clicked on it in bin_win32 |
| 04:01.08 | JeffM | the bin_whatever dir at the root |
| 04:01.11 | JeffM | yeah |
| 04:01.15 | ts3d | crashes |
| 04:01.15 | JeffM | does that run? |
| 04:01.19 | ts3d | same xstring stuff |
| 04:01.28 | JeffM | and you are using VC9 not VC10? |
| 04:01.35 | ts3d | vc10 |
| 04:01.50 | JeffM | the code has not been modified to run properly under VC10 |
| 04:01.52 | JeffM | use 9 |
| 04:02.00 | JeffM | the official builds use 9 |
| 04:02.07 | ts3d | I know |
| 04:02.13 | JeffM | 10 is different |
| 04:02.16 | JeffM | it changes things |
| 04:02.50 | JeffM | I have tried the VC10 upgrade before, I am not happy with it |
| 04:09.49 | CIA-111 | BZFlag: 03Nomasteryoda 07http://wiki.bzflag.org * r0 10/User:Nomasteryoda: |
| 04:11.38 | JeffM | do you just want an installer ts3d ? |
| 04:11.43 | ts3d | no |
| 04:11.59 | JeffM | it would tell you if it is your system or your build |
| 04:13.23 | ts3d | problem starts at BZBDCache.cxx:148 |
| 04:14.05 | JeffM | what is the input string to eval? |
| 04:15.42 | ts3d | StateDatabase::BZDB_MAXLOD which is "_maxLOD" |
| 04:16.12 | JeffM | step into the eval function and see why it dies |
| 04:16.17 | JeffM | that's what debugers are for :) |
| 04:17.19 | ts3d | Was just about to tell you |
| 04:18.28 | ts3d | StateDatabase.cxx:445 empty string is being passed to inf |
| 04:19.10 | JeffM | if value is empty, how did it pass the IF test 2 lines above |
| 04:19.15 | JeffM | what is size? |
| 04:19.20 | ts3d | 0 |
| 04:19.31 | JeffM | and !0 is 1 |
| 04:19.38 | ts3d | value 0, capacity 15 |
| 04:19.43 | JeffM | so it should have hit that if and returned NaN |
| 04:19.47 | JeffM | thats' what that test is there for |
| 04:19.59 | JeffM | to prevent empty strings from going into the >> operator |
| 04:20.23 | JeffM | change the test to if (value.size() == 0) |
| 04:20.29 | JeffM | and see if that helps |
| 04:21.55 | ts3d | nope |
| 04:22.05 | ts3d | very peculiar that its failing that check |
| 04:23.00 | JeffM | again I say that there are lots of changes in VC10 that break things |
| 04:23.03 | JeffM | use VC8 |
| 04:23.06 | JeffM | sorry 9 |
| 04:23.19 | JeffM | specialy if you are honest about really wanting to help more |
| 04:23.44 | JeffM | save size out to a temp variable and look at it |
| 04:24.05 | JeffM | did you turn on wide strings when you did the conversion? |
| 04:25.12 | ts3d | wchar are builtin? |
| 04:25.20 | ts3d | as* |
| 04:25.27 | JeffM | they can be if you turn on unicode |
| 04:25.32 | JeffM | and that puts SDL into unicode mode |
| 04:25.36 | JeffM | STL sorry |
| 04:25.56 | JeffM | are you set to multibyte or unicode for your characer set? |
| 04:26.08 | ts3d | its on, that the default for vc10 |
| 04:26.19 | JeffM | so you changed it |
| 04:26.30 | JeffM | it was set to multibyte in 9 |
| 04:26.35 | JeffM | and the code is writen to work with that |
| 04:26.41 | JeffM | the code has to change for unicode |
| 04:27.14 | ts3d | vc changed it :P |
| 04:27.19 | JeffM | ok |
| 04:27.21 | JeffM | it is changed |
| 04:27.26 | JeffM | that is going to cause problems |
| 04:27.39 | JeffM | if you want to use VC10 you have to do all the work to port it |
| 04:27.52 | JeffM | and keep making the changes every time we change something that sets it back |
| 04:30.29 | ts3d | acutally its set to multi-byte character set, I thought you meant something else |
| 04:30.45 | JeffM | then save size to an int and see what it is |
| 04:32.51 | ts3d | 7. |
| 04:33.01 | ts3d | The plot thickens. |
| 04:33.05 | JeffM | how can it be 7 when you said it was empty? |
| 04:34.33 | ts3d | string is empty in locals watcher |
| 04:34.54 | JeffM | heck, how did you get it to compile in 10? did you add #include<iterator> ? |
| 04:35.28 | ts3d | no |
| 04:35.52 | JeffM | I was unable to get it compile with out code changes |
| 04:36.04 | JeffM | it needed an include for back iterators |
| 04:36.52 | ts3d | I'm using the WinSDL |
| 04:36.58 | ts3d | WinSDK |
| 04:37.04 | JeffM | huh? |
| 04:37.08 | ts3d | windows sdk |
| 04:37.14 | ts3d | not the sdk included with vc++ |
| 04:37.23 | JeffM | and you wonder why it dosn't work? |
| 04:37.28 | ts3d | It should work. |
| 04:37.29 | JeffM | VC comes with the winSDK |
| 04:37.39 | ts3d | It come with a trimmed down version. |
| 04:37.43 | JeffM | sorta |
| 04:37.48 | JeffM | it's good enough for most things |
| 04:37.57 | JeffM | what did you need in the full SDK |
| 04:38.01 | JeffM | are you writing drivers? |
| 04:38.28 | ts3d | You would need the WinDDK for drivers :) |
| 04:38.46 | JeffM | and the full SDK depending on what you are hooking into |
| 04:38.57 | JeffM | what other code do you write? |
| 04:39.26 | ts3d | just little projects of mine (opengl, qt) |
| 04:39.35 | JeffM | none of that should need the full SDK |
| 04:39.46 | JeffM | I assume you are using the express edition |
| 04:39.52 | JeffM | it isn't stripped down that much |
| 04:39.56 | JeffM | mostly it's missing MFC |
| 04:39.57 | ts3d | Yes |
| 04:40.06 | ts3d | I wouldn't ever use mfc |
| 04:40.10 | JeffM | exactly |
| 04:40.21 | JeffM | the sdk includes it's own compiler |
| 04:40.25 | JeffM | that is probalby not working with EE |
| 04:40.35 | ts3d | it's supported |
| 04:40.46 | JeffM | you have put fancy truck tires on your bike and you want to know why it dosn't work well :) |
| 04:40.48 | ts3d | I switched to the included one |
| 04:40.56 | JeffM | yet it does not work ;) |
| 04:40.56 | ts3d | lets see what happens |
| 04:41.15 | JeffM | I know for a fact BZ builds fine in VC9ee |
| 04:41.46 | ts3d | I've built previous versions aswell, including with vc2010 ee. |
| 04:41.51 | ts3d | Using the winsdk. |
| 04:42.04 | JeffM | well the code there didn't change |
| 04:42.13 | JeffM | so it has to be your system |
| 04:43.11 | JeffM | base64.h won't even build with out code changes in VC10 |
| 04:44.18 | ts3d | same thing with vc10 toolkit:/ |
| 04:45.07 | JeffM | I can't even get bzflag.exe to link |
| 04:59.56 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 04:59.56 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 04:59.56 | *** mode/#bzflag [+v spldart] by ChanServ |
| 05:22.49 | ts3d | function at StateDatabase.cxx:754 is broken. |
| 05:36.19 | *** part/#bzflag ts3d (~anonymous@adsl-71-149-251-117.dsl.mtry01.sbcglobal.net) |
| 05:43.06 | CIA-111 | BZFlag: 03bullet_catcher * r22201 10/trunk/bzflag/include/Ray.h: Pass the address of array "o" (oh) to memset() rather than 0 (zero). |
| 06:09.54 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 06:41.33 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 07:06.01 | *** join/#bzflag meeba (~lamer@c-24-9-87-20.hsd1.co.comcast.net) |
| 07:10.48 | *** join/#bzflag ts3d (~anonymous@71.149.251.117) |
| 07:12.53 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 07:18.42 | *** join/#bzflag Marzipan- (~Marzipan@p5B221F37.dip.t-dialin.net) |
| 07:18.44 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 07:44.52 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 07:58.59 | *** join/#bzflag ts3d_ (~anonymous@adsl-71-149-241-195.dsl.mtry01.sbcglobal.net) |
| 08:06.41 | *** join/#bzflag Gnurdux (~gnurdux@bar02-p3-1-0.stocktonhe3.ca.sacra.comcast.net) |
| 08:27.34 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 08:27.34 | *** join/#bzflag nielsle_ (~nielsle@3239059-cl69.boa.fiberby.dk) |
| 08:44.47 | *** join/#bzflag cygal (~cygal@wtf.awesom.eu) |
| 08:48.35 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 08:58.16 | *** join/#bzflag ts3d__ (~anonymous@adsl-71-149-241-195.dsl.mtry01.sbcglobal.net) |
| 09:01.04 | ts3d__ | <PROTECTED> |
| 09:01.07 | *** part/#bzflag ts3d__ (~anonymous@adsl-71-149-241-195.dsl.mtry01.sbcglobal.net) |
| 09:08.28 | *** join/#bzflag allejo_ (~allejo@cpe-76-90-186-178.socal.res.rr.com) |
| 10:28.13 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 10:34.24 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 11:28.29 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 12:26.12 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 12:30.27 | *** join/#bzflag kierra (~Jolie@c-98-230-46-23.hsd1.fl.comcast.net) |
| 12:30.35 | *** join/#bzflag kierra (~Jolie@unaffiliated/kierra) |
| 12:32.45 | *** join/#bzflag fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 12:39.25 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 12:40.49 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 12:43.02 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 13:15.46 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 13:36.11 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.131.122) |
| 13:47.53 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 14:33.56 | *** join/#bzflag bier (~bier@p57A66B53.dip.t-dialin.net) |
| 14:37.25 | *** join/#bzflag bier|tp (~bier@p57A66B53.dip.t-dialin.net) |
| 14:41.02 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 15:07.14 | *** join/#bzflag nielsle_ (~nielsle@3239059-cl69.boa.fiberby.dk) |
| 15:44.31 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 15:49.20 | delusional | wow, now that the need for inside points in meshes seems to be eliminated, i can easily make some very interesting drivethrough/shootthrough effects |
| 15:51.12 | *** join/#bzflag savage0 (~savage0@c-68-39-60-246.hsd1.nj.comcast.net) |
| 15:51.13 | delusional | <PROTECTED> |
| 16:15.25 | delusional | sure do wish ricochet could be used as noRicochet, theough |
| 16:16.43 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 16:27.21 | *** part/#bzflag savage0 (~savage0@c-68-39-60-246.hsd1.nj.comcast.net) |
| 16:28.53 | *** join/#bzflag lodxcol (~savage0@c-68-39-60-246.hsd1.nj.comcast.net) |
| 16:29.31 | *** part/#bzflag lodxcol (~savage0@c-68-39-60-246.hsd1.nj.comcast.net) |
| 16:33.09 | *** join/#bzflag savage0 (~savage0@c-68-39-60-246.hsd1.nj.comcast.net) |
| 16:35.01 | blast007 | delusional: group your entire map except for the stuff you don't want to have rico, and apply 'ricochet' to the group |
| 16:36.47 | *** part/#bzflag lodxcol (~savage0@c-68-39-60-246.hsd1.nj.comcast.net) |
| 16:45.27 | *** join/#bzflag lodxcol (~lodxcol@c-68-39-60-246.hsd1.nj.comcast.net) |
| 16:45.35 | *** join/#bzflag lodxcol (~lodxcol@unaffiliated/lodxcol) |
| 16:47.33 | *** join/#bzflag lodxcol (~lodxcol@c-68-39-60-246.hsd1.nj.comcast.net) |
| 16:47.41 | *** join/#bzflag lodxcol (~lodxcol@unaffiliated/lodxcol) |
| 16:48.25 | *** join/#bzflag lodxcol (~lodxcol@unaffiliated/lodxcol) |
| 16:50.40 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 17:21.20 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 17:55.00 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 18:01.13 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-238-6.socal.res.rr.com) |
| 18:01.13 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 18:01.13 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 18:13.33 | delusional | I wish I could do that. I'm working with meshes. Must insert rico into each face to get the behavior i want |
| 18:14.00 | delusional | or rebio;d the mesh from scratch, i guess |
| 18:15.49 | delusional | I'm thinkin it also may be be possible to make invisible meshes, .01 unit from the visible mesh... that kind of thing |
| 18:19.19 | delusional | I may be doing it wrong... what I see is if I manually add "ricochet" into each face, that works, but |
| 18:21.21 | delusional | If I add "ricochet" outside a face definition, ANYWHERE in the mesh, the whole mesh is now ricochet, you cant make the no-rico faces be first in the mesh, then specify ricochet, like you can change matrefs |
| 18:22.03 | delusional | meaning rico must be added to EACH face, manually |
| 18:25.42 | delusional | I think the easy way to do it is.... don't use "one group per material" in your wings export, then find-replace the materials in text. |
| 18:26.25 | delusional | that's the ticket. |
| 18:26.35 | blast007 | delusional: tweak your bzfs to add a noricochet option, then |
| 18:27.11 | delusional | i would not need client-side changes? |
| 18:27.16 | blast007 | no |
| 18:27.27 | blast007 | but I'm probably making it sound simplified |
| 18:27.29 | delusional | starts begging people |
| 18:27.41 | JeffM | what are you trying to do? |
| 18:27.47 | JeffM | have a mesh with some faces rico and some not? |
| 18:28.19 | delusional | i figured it out.... but it would be easier with a noRicochet option |
| 18:28.40 | JeffM | split the mesh using materials in wings |
| 18:28.46 | JeffM | one material is for rico, one isn't |
| 18:29.01 | JeffM | they should be exported as seperate meshes |
| 18:29.11 | JeffM | apply rico to the one that has the rico material |
| 18:29.24 | JeffM | it will just be the collection of faces that have rico |
| 18:29.34 | delusional | well, yeah..... if I wasn't using this extremely complex mesh that has already been very well built |
| 18:30.00 | delusional | thanks spazzy |
| 18:30.11 | JeffM | using the material method you can just click on the faces in wings and set the faces to the rico mat |
| 18:30.29 | delusional | you cant add rico in a material def |
| 18:30.36 | JeffM | I know |
| 18:30.42 | JeffM | I am NOT saying you use the material in BZ |
| 18:30.51 | JeffM | you are using the material in wings to help split the mesh up |
| 18:30.56 | JeffM | into 2 meshes |
| 18:30.58 | delusional | yeah jeff, thats what i said awhile ago |
| 18:31.10 | JeffM | then there is nothing manual about it |
| 18:31.18 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 18:31.29 | delusional | I think the easy way to do it is.... don't use "one group per material" in your wings export, then find-replace the materials in text. |
| 18:31.57 | JeffM | actualy one group per material would put all the faces that need rico onto a group |
| 18:32.03 | JeffM | then just make that group rico |
| 18:32.03 | delusional | next mesh i start, will have that in mind |
| 18:32.31 | delusional | i'd have to seperate the group from the rest of the mesh, then |
| 18:32.55 | JeffM | the exporter should be able to do that for you |
| 18:33.11 | delusional | if I put "ricochet" in a mesh, anywhere other than inside a face definition, the whole mesh ricos |
| 18:33.38 | JeffM | yes, thats why I say get it to split out the faces you want rico to another mesh by using the material |
| 18:33.45 | JeffM | but nevermind, I don't think you get it |
| 18:34.06 | delusional | i get it, but cant do it with my existing mesh |
| 18:34.13 | delusional | must start new |
| 18:34.26 | JeffM | I think you can, you just don't want to, or the exporter won't split it |
| 18:34.46 | JeffM | the exporter shoudl have a way to do one mesh per material, regardles of the input mesh |
| 18:35.25 | JeffM | I belive model tool exports each input material as a sepeate mesh object |
| 18:35.41 | JeffM | if not that would be a simple extension to add |
| 19:31.01 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 19:42.03 | *** join/#bzflag meeba (~lamer@c-24-9-87-20.hsd1.co.comcast.net) |
| 20:00.25 | *** join/#bzflag short_circuit (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 20:32.51 | *** join/#bzflag Foo_man_choo (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 20:36.38 | *** join/#bzflag Tupone (~Tupone@gentoo/developer/tupone) |
| 20:36.40 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 20:37.00 | Tupone | Hi JeffM |
| 20:43.44 | *** join/#bzflag quine_ (~quine@c-67-176-80-111.hsd1.co.comcast.net) |
| 22:25.42 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
| 22:25.43 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 23:37.46 | *** join/#bzflag McYukon (~McYukon@bzextreme.com) |