Timestamps are in GMT/BST.
00:23:46 | | Heyub Quit (Ping timeout: 245 seconds) |
00:46:46 | | Watusimoto Quit (Ping timeout: 248 seconds) |
01:56:18 | raptor | ok, well - i don't know what to work on |
01:56:39 | raptor | i can't do anything with the editor or robots or game objects |
01:56:47 | raptor | because watusimoto is refactoring like mad |
01:57:02 | raptor | so that leaves the UI and interface systems? |
02:29:41 | | sam686 has left |
02:30:02 | | sam686 has joined |
02:30:02 | | ChanServ sets mode +v sam686 |
03:04:44 | | sam686 Quit (Ping timeout: 245 seconds) |
03:05:21 | | sam686 has joined |
03:05:21 | | ChanServ sets mode +v sam686 |
03:09:44 | | sam686 Quit (Ping timeout: 245 seconds) |
03:09:50 | | sam686 has joined |
03:09:50 | | ChanServ sets mode +v sam686 |
04:05:48 | | raptor Quit () |
04:09:05 | | FlynnnNT has joined |
04:35:27 | IAmBeard | sam686, do you gents have any code for converting an SDL surface to and opengl texture that you're using? |
04:46:52 | sam686 | mostly no, due to mostly a lack of any textures in Bitfighter.. |
04:48:39 | IAmBeard | ah, no worries, i was actually just getting ready to head to bed, but was curious |
04:48:53 | IAmBeard | g'night :) |
04:49:06 | | IAmBeard Quit (Quit: Leaving) |
05:39:13 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
06:07:39 | | FlynnnNT has joined |
06:24:09 | | koda has joined |
06:50:39 | | koda Quit (Quit: koda) |
07:00:18 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
07:03:27 | | Watusimoto has joined |
07:07:06 | | FlynnnNT has joined |
07:16:32 | | Watusimoto Quit (Ping timeout: 272 seconds) |
07:35:40 | | watusimoto has joined |
07:35:40 | | ChanServ sets mode +o watusimoto |
07:36:15 | | sam686 has left |
07:57:32 | | kodaws has joined |
08:46:55 | | FlynnnNT Quit (Quit: This computer has gone to sleep) |
08:47:19 | | FlynnnNT has joined |
08:47:39 | | FlynnnNT Quit (Client Quit) |
12:23:36 | | kodabbws has joined |
12:27:36 | | kodaws Quit (Ping timeout: 252 seconds) |
12:29:02 | | kodaws has joined |
12:31:30 | | kodabbws Quit (Ping timeout: 265 seconds) |
13:11:43 | | IAmBeard has joined |
13:13:53 | IAmBeard | watusimoto , is bitfighter only targetting opengl1.0? |
14:22:07 | | raptor has joined |
14:22:07 | | ChanServ sets mode +o raptor |
14:22:16 | raptor | buenos |
15:15:54 | raptor | i made my first github pull request! |
15:16:21 | raptor | so far git requires about 1.5 times as many commands as hg |
15:22:19 | IAmBeard | lol |
15:22:32 | IAmBeard | git is horrible, but it's quite powerful once you get the hang of the basics |
15:22:39 | IAmBeard | horrible as in confusing |
15:31:38 | | LordDVG has joined |
15:35:50 | raptor | i wonder how bzr compares |
15:39:47 | | TheBeard has joined |
15:41:24 | | IAmBeard Quit (Read error: Connection reset by peer) |
15:58:14 | | TheBeard is now known as IAmBeard |
17:02:02 | watusimoto | hi |
17:02:07 | raptor | hi |
17:02:19 | watusimoto | last night as I was falling asleep I think I figured out at least part of Sam's NULL problems |
17:03:36 | raptor | dreamed up the solution? |
17:04:18 | watusimoto | I guess! |
17:04:38 | watusimoto | unfortunately, while I can fix it, I'm not sure I can check it in for a while |
17:04:45 | watusimoto | too many things are too badly broken |
17:04:58 | raptor | i don't dare touch the editor.... |
17:05:21 | watusimoto | it's not an editor problem |
17:05:36 | watusimoto | you can see it there, but it may be elsewhere as well |
17:05:47 | watusimoto | well, mostly an editor problem, I guess |
17:06:02 | watusimoto | but we'll probably need to get rid of more classes as a result |
17:06:43 | watusimoto | ok, well I'm heading home |
17:06:48 | watusimoto | later |
17:06:52 | raptor | bye |
17:08:25 | | IAmBeard Quit (Ping timeout: 244 seconds) |
17:10:59 | | watusimoto Quit (Ping timeout: 245 seconds) |
17:11:00 | | IAmBeard has joined |
17:14:40 | | LordDVG Quit (Remote host closed the connection) |
17:21:21 | | FlynnnNT has joined |
17:38:21 | | Watusimoto has joined |
17:41:04 | | kodaws Quit (Ping timeout: 256 seconds) |
17:43:02 | Watusimoto | hi |
17:45:58 | raptor | hi again |
17:46:26 | raptor | i |
17:46:38 | raptor | m heading out to get the car re-registered |
17:46:41 | raptor | be back in a bit |
17:46:54 | | raptor Quit () |
17:46:57 | | FlynnnNT Quit (Quit: Leaving) |
17:50:47 | | LordDVG has joined |
18:22:01 | | LordDVG Quit (Remote host closed the connection) |
18:36:27 | | raptor has joined |
18:36:28 | | ChanServ sets mode +o raptor |
18:36:41 | raptor | ok back |
18:40:34 | | Heyub|2 has joined |
18:41:10 | | Watusimoto Quit (Ping timeout: 272 seconds) |
18:44:48 | | Heyub|2 Quit (Ping timeout: 246 seconds) |
19:28:47 | | Watusimoto has joined |
20:32:57 | | sam686 has joined |
20:32:57 | | ChanServ sets mode +v sam686 |
21:01:16 | Watusimoto | finally! |
21:01:23 | raptor | it compiles? |
21:01:33 | Watusimoto | I fixed all the geomtry related crashes that I've been seeing |
21:01:48 | Watusimoto | all the ones sam686 was complaining about |
21:02:04 | Watusimoto | not sure if I shoudl check it in though |
21:02:24 | Watusimoto | I suspect that running bots will crash hard |
21:02:51 | Watusimoto | going to test a few more things |
21:02:58 | raptor | that's ok, iw as actually suprised that bots still ran after the last merge |
21:04:06 | Watusimoto | phooey |
21:04:12 | Watusimoto | another crash |
21:04:21 | Watusimoto | the copy constructor isn;t copying |
21:05:20 | Watusimoto | so I was getting double deletes |
21:05:45 | raptor | image a world where deleting nothing didn't crash... |
21:05:57 | raptor | *imagine |
21:18:52 | | IAmBeard Quit (Quit: Leaving) |
21:22:57 | | IAmBeard has joined |
21:23:21 | Watusimoto | something is wrong here |
21:23:29 | Watusimoto | if I have Point p, q; |
21:23:34 | Watusimoto | and I say p = q |
21:23:48 | Watusimoto | do p and q point at the same object? Or does that assignment make a copy? |
21:24:45 | sam686 | in a case of Point P, Q; P = Q, it will copy contents, and call the operator = if the class have one |
21:25:05 | raptor | ctrl + click the '=' operator and find out? |
21:25:16 | raptor | i shoudl start my ide... |
21:25:30 | sam686 | in a case of Point *P, Q; P = Q, those are pointers.. |
21:25:50 | sam686 | but, if a class have pointers in them, only the pointer gte copied, not the contents itself |
21:26:42 | IAmBeard | p=q copies unless you overload the = operator |
21:27:40 | | koda has joined |
21:27:43 | Watusimoto | yes, that;s what I thought |
21:27:50 | sam686 | copy constructor never gets called when using = operator... |
21:27:52 | sam686 | http://stackoverflow.com/questions/1734628/copy-constructor-and-operator-overload-in-c-is-a-common-function-possible |
21:27:56 | Watusimoto | Point *p, *q they will point at the same object |
21:28:25 | Watusimoto | ok... so why am I seeing the opposite behavior? p = q and now both objects have the same #$% address??????? |
21:28:34 | Watusimoto | time for a total recompile |
21:28:40 | IAmBeard | yeah, pointers are just memory addresses, so in essense, you're copying the memory address to another variable thus making them the same |
21:29:09 | IAmBeard | we'd probably need to see the surrounding code context to have a better idea what's happening |
21:29:09 | Watusimoto | yes |
21:29:34 | Watusimoto | I wanted to make sure I wasn't confused; I've been wrapped in this crap code for hours |
21:29:38 | IAmBeard | are you sure you're not doing something like &p = &q? |
21:29:43 | raptor | full recompile! <-- i support this |
21:29:43 | IAmBeard | lol |
21:29:43 | Watusimoto | and what I'm seeing just isn't making sense |
21:29:52 | raptor | :) |
21:30:02 | sam686 | Point *q; Point p = &q; ? |
21:30:12 | Watusimoto | raptor: it's your version of hit ctrl-alt-delete and call me in the morning. |
21:30:22 | raptor | haha |
21:30:56 | raptor | so only when your at your wit's end... |
21:31:01 | raptor | *you're |
21:47:29 | IAmBeard | i'm off for a little bit, but i should be back in an hour and a half or so |
21:47:57 | | IAmBeard Quit (Quit: Leaving) |
21:56:20 | Watusimoto | GeomObject::GeomObject(const GeomObject &g) |
21:56:20 | Watusimoto | { |
21:56:20 | Watusimoto | mGeometry = g.mGeometry; |
21:56:20 | Watusimoto | } |
21:56:33 | Watusimoto | GeometryContainer mGeometry; |
21:56:39 | Watusimoto | (i.e. not a pointer) |
21:56:53 | raptor | mGeometry is being used for two different objects? |
21:57:15 | Watusimoto | no; the last line is the declaration |
21:57:19 | Watusimoto | from the .h file |
21:57:35 | Watusimoto | after running the assignment, mGeometry and g.mGeometry have the same address |
21:57:48 | sam686 | does GeometryContainer have "operator="? any pointer that GeometryContainer have will be copied, but not the contents of pointer itself |
21:57:50 | Watusimoto | this should not be |
21:58:18 | Watusimoto | no |
21:58:23 | Watusimoto | no bogus overrides |
21:59:21 | sam686 | what may be confusing is GeomObject::mGeometry is not a pointer, there as GeometryContainer::mGeometry is a pointer |
21:59:22 | Watusimoto | I contend that the GeometryContainer copy constructor should be run, but it isn't |
21:59:28 | raptor | put the last line on top? |
21:59:37 | | raptor shoots in the dark |
21:59:37 | Watusimoto | the last line is from the .h file |
21:59:41 | Watusimoto | the rest from the .cpp file |
21:59:44 | raptor | ah, ok |
21:59:46 | Watusimoto | sorry, should have made that clearer |
22:00:19 | Watusimoto | anyway... this is why we're getting goofball geometry problems in the editor |
22:00:54 | Watusimoto | copy an object, then delete one of the copies, but since both copies opint to the same thing, kaboom |
22:01:12 | Watusimoto | there were other problems too, but this is the one underlying them all |
22:01:32 | sam686 | the problem may be both GeometryContainer::mGeometry might point to the same Geometry... |
22:02:07 | raptor | fruit loop |
22:02:36 | raptor | Geometry -> GeometryContainer -> Geometry -> GeometryContainer |
22:10:16 | Watusimoto | now that's messed up |
22:10:29 | Watusimoto | I just deleted the line in question, and now it works |
22:11:05 | raptor | yay |
22:30:20 | Watusimoto | ok |
22:30:23 | Watusimoto | so |
22:30:39 | Watusimoto | what's the vote. check in or not? |
22:30:45 | Watusimoto | bots will crash the game |
22:30:48 | Watusimoto | badly |
22:30:53 | raptor | that's ok |
22:30:55 | raptor | i don't mind |
22:31:04 | Watusimoto | but the editor seems to work, and the game itself seems to wrok, thoguh has not been extensively tested |
22:31:10 | raptor | i vote check in |
22:31:10 | Watusimoto | sam686: have an opinion? |
22:32:02 | Watusimoto | I'm going to check in |
22:32:21 | Watusimoto | actually, bots probably don;t work with what's in the repo anyway |
22:32:35 | Watusimoto | at least here the editor works |
22:35:53 | Watusimoto | more classes have been deleted herin |
22:35:55 | Watusimoto | herein |
22:38:43 | | BFLogBot - Commit a41892916163 | Author: watusim...@bitfighter.org | Log: Bot refactor in mid stream. Checkin in because this version fixes editor crashes related to NULL geometry. |
22:39:11 | raptor | whoa lots o' files |
22:43:45 | | BFLogBot - Commit a230f253b637 | Author: watusim...@bitfighter.org | Log: New music idea |
22:44:23 | raptor | lollipop? |
22:46:01 | raptor | i've heard this before.. |
22:57:57 | sam686 | just came back after i was gone for about 20 minutes... |
23:01:00 | Watusimoto | hi |
23:01:13 | Watusimoto | I proposed lollipop earlier |
23:01:23 | raptor | yay LuaW out-of-order error somewhere, i think |
23:02:52 | Watusimoto | lua is currently fubar |
23:03:05 | raptor | ah, all the logging lines are broken |
23:03:10 | raptor | weird error... |
23:03:20 | Watusimoto | everything is broken |
23:03:21 | raptor | LuaWrapper.h:88:53: error: must #include <typeinfo> before using typeid |
23:03:33 | raptor | ok, i'll just wait out the storm |
23:03:48 | | BFLogBot - Commit a6867013d75d | Author: watusim...@bitfighter.org | Log: Delete unused code |
23:04:16 | Watusimoto | you can comment that line out |
23:04:29 | raptor | there are several... |
23:04:31 | Watusimoto | or add the include |
23:06:00 | | koda Quit (Quit: koda) |
23:06:24 | raptor | interesting runtime type information |
23:08:24 | raptor | PANIC: unprotected error in call to Lua API (attempting to extend Ship by a type that has not been registered) |
23:08:25 | raptor | *** glibc detected *** ./bitfighter: double free or corruption (fasttop): 0x0000000001152130 *** |
23:08:33 | raptor | fun |
23:08:38 | raptor | ^^ just with hosting |
23:10:28 | Watusimoto | just hosting caused the crash? |
23:10:33 | raptor | yup yup |
23:10:58 | raptor | and pages and pages of memory corruction stack trace |
23:11:03 | raptor | *corruption |
23:11:25 | Watusimoto | no bots? |
23:11:35 | raptor | nope |
23:11:41 | Watusimoto | no levelgens? |
23:12:00 | raptor | hmm... maybe levelgen, let me double check |
23:12:31 | raptor | yes there was a levelgen |
23:12:38 | raptor | ok, it doesn't crash on non-levelgen |
23:13:00 | Watusimoto | whew |
23:13:51 | | BFLogBot - Commit 5fb11dabd4de | Author: buckyballreaction | Log: Fix compiling in Linux. Revert this change after removing debug statements |
23:14:16 | Watusimoto | raptor: would you rebuild doxygen at your convenience? |
23:14:20 | Watusimoto | please? |
23:14:23 | raptor | sure |
23:14:27 | Watusimoto | (polite, not begging) |
23:14:46 | Watusimoto | I find it quite useful as I'm moving things around |
23:16:21 | raptor | ok updated |
23:16:40 | raptor | i should set up an script for that... maybe later tonight |
23:19:49 | Watusimoto | odd |
23:20:00 | raptor | yes? |
23:20:08 | Watusimoto | http://bitfighter.org/~raptor/doxygen/post017b/class_zap_1_1_bf_object.html shows that luaObject is parent of bfObject (which it is) |
23:20:24 | Watusimoto | but http://bitfighter.org/~raptor/doxygen/post017b/class_zap_1_1_lua_object.html does not |
23:20:44 | raptor | refresh teh page? |
23:20:48 | raptor | clear the cache? |
23:20:53 | raptor | i see BfObject at the top |
23:20:56 | Watusimoto | never mind |
23:20:56 | Watusimoto | refresh fixed it |
23:20:56 | | Watusimoto Quit (Read error: Connection reset by peer) |
23:21:35 | raptor | i bet f5 closed his irc window |
23:22:08 | | Watusimoto has joined |
23:22:12 | raptor | welcome back |
23:22:17 | | Watusimoto Quit (Remote host closed the connection) |
23:22:21 | raptor | adios |
23:23:23 | | Watusimoto has joined |
23:23:33 | raptor | scientific method? |
23:23:34 | Watusimoto | ??? |
23:24:26 | raptor | found one hierarchy problem: |
23:24:31 | raptor | http://bitfighter.org/~raptor/doxygen/post017b/class_zap_1_1_burst_projectile.html |
23:24:45 | raptor | maybe not a problem |
23:25:04 | Watusimoto | two luaObj parents? |
23:25:18 | raptor | yes, but maybe that because you haven't gotten rid of LuaProjectile yet.. |
23:25:21 | Watusimoto | I just deleted the luaProjectile one, and am trying to compile now |
23:25:28 | raptor | cool |
23:25:32 | Watusimoto | luaProjectile will be going |
23:27:30 | raptor | ok, i'm heading home |
23:27:35 | raptor | good night if i don't see you later |
23:29:42 | | raptor Quit () |
23:31:10 | Watusimoto | later |
23:48:58 | | BFLogBot - Commit 455cfa3eeed6 | Author: watusim...@bitfighter.org | Log: Bots probably even more broken, but get rid of LuaProjectile class |
23:48:59 | | BFLogBot - Commit d7a100eafa70 | Author: watusim...@bitfighter.org | Log: Merge |
23:57:14 | | raptor has joined |
23:57:14 | | ChanServ sets mode +o raptor |