Timestamps are in GMT/BST.
| 01:06:28 | | Wuzzy Quit (Quit: Wuzzy) |
| 01:20:58 | | BFLogBot Commit: c9ad108e7962 | Author: buckyballreaction | Message: Update FSF addresses |
| 01:22:42 | raptor | just made a test RPM of bitfighter 018 - 5.8 MB |
| 02:10:44 | | koda Quit (Quit: koda) |
| 02:41:57 | | fordcars has joined |
| 02:45:45 | fordcars | hello |
| 02:46:36 | sam686 | hi |
| 02:47:17 | fordcars | hi |
| 02:47:45 | sam686 | hi |
| 02:47:50 | fordcars | hi |
| 02:47:52 | sam686 | hi |
| 02:47:55 | fordcars | hi |
| 02:47:58 | sam686 | hi |
| 02:48:01 | fordcars | hi |
| 02:48:03 | sam686 | hi |
| 02:48:07 | fordcars | hi |
| 02:48:08 | sam686 | hi |
| 02:48:10 | fordcars | hi |
| 02:48:11 | sam686 | hi |
| 02:48:12 | fordcars | hi |
| 02:48:22 | sam686 | hello |
| 02:48:29 | fordcars | hola |
| 02:48:45 | sam686 | happy Wednesday night |
| 02:49:19 | sam686 | happy bitfighter |
| 02:49:32 | fordcars | euh happy 10th hour of the 21 of novemeber |
| 02:49:47 | fordcars | or the 22nd hour |
| 02:50:15 | sam686 | umm, time zone problem, my clock is 8:50 PM |
| 02:50:58 | fordcars | well happy 9th hour of the 21 of november then |
| 02:51:39 | sam686 | hint, /ctcp sam686 time that will tell you my clock.. |
| 02:52:12 | fordcars | haha ok |
| 02:55:14 | raptor | hi sam686 |
| 02:55:19 | sam686 | hi |
| 02:55:37 | sam686 | missed hundreds of "hi"? |
| 02:56:00 | raptor | i see them |
| 02:56:14 | raptor | how have you been? |
| 02:56:20 | sam686 | good |
| 02:58:06 | sam686 | I seem to really been playing Marathon Aleph One first person shooting games in a past 2 weeks.. those single player games are really long.. |
| 02:58:20 | raptor | yeah they are |
| 02:58:35 | raptor | and games are designed now to keep you hooked for a long time |
| 03:01:11 | raptor | oh wow, that's an open source game?? |
| 03:01:37 | sam686 | i guess, i was just looking for another first person shooter game.. |
| 03:02:24 | fordcars | ever tried a 2nd person shooter game? |
| 03:02:38 | fordcars | you are the one getting shot lol |
| 03:02:58 | sam686 | AlephOne Marathon may be an online game but mostly there is hardly no one online. Also with my own testing, I realizes it only transmit the controls, relying on making both client in sync to each other.. |
| 03:08:13 | sam686 | whats kindof funny is, when both clients disconnect from each other, they become 2 seperate gameplay of playing by themself instead of dropping to main menu. |
| 03:08:39 | fordcars | haha |
| 03:21:08 | | fordcars Quit (Ping timeout: 245 seconds) |
| 03:22:46 | raptor | sam686: did you see that editor crash? |
| 03:24:58 | raptor | watusimoto said to do the following: <Watusimoto> I create a u shaped wall, add a repair, resize, undo redo undo crash |
| 03:25:13 | sam686 | Taking time recompiling newest code (after a week of non-bitfighter) |
| 03:25:33 | raptor | i've only ever got it to crash once on my linux system, but he says it does it every time in windows |
| 03:59:27 | sam686 | it always crashes when creating multiple point barrier, adding repairable, moving repairable, repeatedly undo / redo |
| 03:59:43 | raptor | yes |
| 03:59:45 | sam686 | some memory corruption it appears |
| 03:59:59 | raptor | something is not using a smart pointer? |
| 04:01:27 | sam686 | I tried converting every Shared_Ptr into RefPtr, and getting a different problem.. |
| 04:02:15 | raptor | watusimoto added some comments about the crash: https://code.google.com/p/bitfighter/source/detail?r=b0f2608fd43db4ffdcee5dd5c1675fa16c178412 |
| 05:37:42 | | kodaws has joined |
| 05:44:12 | | kodaws Quit (Ping timeout: 244 seconds) |
| 05:47:36 | | CrazyLinuxNerd Quit (Quit: Leaving) |
| 05:47:58 | | CrazyLinuxNerd has joined |
| 06:35:38 | | BFLogBot Commit: c6caf6aee6dd | Author: sam8641 | Message: Appears to fix editor undo/redo crash. |
| 06:38:43 | sam686 | raptor fell asleep? I am falling asleep! |
| 06:38:48 | raptor | hi |
| 06:38:52 | raptor | you fix? |
| 06:38:59 | raptor | interesting - how did you find that? |
| 06:39:19 | sam686 | looks like it fix the problem... |
| 06:40:00 | sam686 | somehow trying to run a destructor, in which the destructor removed from database in a process of removing object from database may be a cause for corruption |
| 06:40:43 | raptor | weird |
| 06:40:51 | raptor | watusimoto will be glad... |
| 06:41:00 | sam686 | the problem started with c000c91e9e3b |
| 06:41:27 | raptor | so you did a bisect? |
| 06:41:59 | sam686 | kindof did (although not with the bysect plugin if that exist) |
| 06:42:15 | sam686 | more like using notepad and taking notes on which revision works or not.. |
| 06:42:20 | raptor | oh wow |
| 06:42:27 | raptor | yeah, there is 'hg bisect' |
| 06:43:10 | sam686 | the easy GUI hg is really easy to switch revision to somewhere between 2 revision |
| 06:43:57 | raptor | ok |
| 06:44:47 | sam686 | looks like, there isn't a GUI version of bysect, is there? |
| 06:45:03 | raptor | i'm not sure |
| 06:45:06 | raptor | i've never used the gui |
| 06:46:33 | sam686 | I don't see GUI version of bisect, i guess I am fine with turtoiseHG and quickly switching revision that way to guess and narrow down which one may be the problem.. |
| 07:04:43 | raptor | well i think we're really close to releasing |
| 07:20:30 | raptor | the windows updater probably needs to be tested.. |
| 07:37:38 | | amgine1234567890 has joined |
| 07:37:48 | amgine1234567890 | checking up real fast |
| 07:38:57 | raptor | sam686 thinks he fixed the crash |
| 07:39:11 | raptor | so hopefully watusimoto shows up this weekend and we can release! |
| 07:39:17 | raptor | but i'm going to bed |
| 07:39:19 | raptor | good night! |
| 07:41:49 | | raptor Quit () |
| 07:54:30 | amgine1234567890 | one minor thing that maybe could be added that option al is putting me in the credits =) |
| 07:59:08 | amgine1234567890 | but if i havent earned it yet ill help find bugs in as many verisons as it takes |
| 08:08:27 | | kodaws has joined |
| 08:55:41 | | amgine1234567890 Quit (Quit: Page closed) |
| 14:49:47 | | raptor has joined |
| 14:49:49 | | ChanServ sets mode +o raptor |
| 14:56:25 | raptor | good morning! |
| 15:14:22 | raptor | kodaws: hello |
| 15:14:49 | raptor | I find that mac seems to send a command line parameter like -psn_0_.... |
| 15:14:56 | kodaws | hello raptor |
| 15:15:13 | raptor | am I supposed to do something with that? I found out that it's a 'Process serial number' |
| 15:15:21 | kodaws | well |
| 15:15:32 | kodaws | i guess it is something for cocoa libs |
| 15:15:35 | kodaws | to be used privately |
| 15:16:20 | raptor | hmm, ok |
| 15:16:33 | raptor | it is only added when launching from the .app |
| 15:16:56 | raptor | and we currently exit the game if we find unknown command line parameters.. |
| 15:17:12 | raptor | so i should probably code in a case to ignore that one.. |
| 15:21:06 | kodaws | yeah |
| 15:21:22 | kodaws | haven't noticed that on hedgewars |
| 15:38:33 | | BFLogBot Commit: 116ba14fb2ce | Author: buckyballreaction | Message: Ignore the process serial number command line option on OSX |
| 15:38:39 | raptor | well after that change, mac works great! |
| 16:54:25 | | watusimoto has joined |
| 16:54:28 | | ChanServ sets mode +o watusimoto |
| 16:54:36 | watusimoto | hello |
| 16:54:42 | raptor | hello! |
| 16:55:26 | watusimoto | how are things going? |
| 16:55:29 | raptor | good |
| 16:55:44 | raptor | i'm refining all the build systems now (on Mac...) |
| 16:56:38 | watusimoto | what do you think? does it feel "right"? |
| 16:57:04 | raptor | the release? |
| 16:57:15 | watusimoto | no, your new code |
| 16:57:20 | raptor | oh |
| 16:57:26 | raptor | yes, it's actually great |
| 16:57:28 | raptor | i think |
| 16:57:29 | watusimoto | the installer stuff |
| 16:57:43 | raptor | although I'm still not sure how to organize it... |
| 16:58:09 | raptor | wait, you mean my new in-code resource copying, etc? |
| 16:59:20 | watusimoto | yes |
| 16:59:46 | raptor | yeah, it's pretty well done - i still need to remove some debugging statements |
| 17:00:05 | raptor | but i wouldn't mind more testing, of course |
| 17:00:50 | watusimoto | I saw the commit logs, and it looks like sam686 may have fixed the bug that was kicking my butt before my trip |
| 17:00:59 | watusimoto | I need to check that tonight, and see how he did it |
| 17:01:08 | raptor | yes - i think you should double check it |
| 17:01:13 | raptor | i could never reliably duplicate |
| 17:01:17 | watusimoto | I really hope it was the same bug |
| 17:06:22 | | BFLogBot Commit: 7c417e387c24 | Author: buckyballreaction | Message: Point Sparkle to the proper feed URL |
| 17:06:24 | | BFLogBot Commit: 0042160ebbcc | Author: buckyballreaction | Message: Automatically update the Info.plist file with the proper versions when building the bundle |
| 17:06:51 | raptor | good, mac is really good - except i need to figure out how to serve up the proper download by architecture |
| 17:08:22 | watusimoto | so what happens on windows? |
| 17:08:37 | raptor | so basically, it: |
| 17:08:56 | raptor | 1. detects if standalone (right now this is true only for a debug build) |
| 17:09:22 | raptor | 2. checks to see if the user data dir exists, if not, then we know it is a 'first run' |
| 17:09:47 | raptor | 3. if first launch, create user data dir and copy resources |
| 17:10:20 | raptor | 4. set up rootdatadir and sfxdir accordingly |
| 17:10:38 | raptor | oh: 0. change working directory to executable path |
| 17:11:54 | raptor | so you now don't need to force the -rootdatadir option when debugging :) |
| 17:12:40 | watusimoto | ok, a couple of questions |
| 17:12:52 | watusimoto | in step 1, how do you know? |
| 17:13:09 | watusimoto | a debug run is considered standalone |
| 17:13:27 | raptor | the logic is basically: 1. if TNL_DEBUG, then standalone; else not standalone |
| 17:13:43 | raptor | but i have a plan to expand it |
| 17:13:46 | watusimoto | ok. so we could add some additional mecahnism later for creating |
| 17:13:48 | watusimoto | yes, ok |
| 17:13:49 | raptor | yes |
| 17:14:06 | raptor | so from now on, release build are considered non-standalone |
| 17:14:11 | watusimoto | actually... there may be a better way |
| 17:14:19 | raptor | i'm open to better ways |
| 17:14:25 | watusimoto | when we install via the installer, a registry key gets written |
| 17:14:28 | watusimoto | we could check for that |
| 17:14:34 | raptor | uh |
| 17:14:35 | watusimoto | if absent, it's a portable install |
| 17:14:37 | raptor | wait |
| 17:14:42 | raptor | we already use a registry key? |
| 17:14:48 | watusimoto | in windows, yes |
| 17:14:58 | watusimoto | just one, to make uninstaller work |
| 17:15:09 | raptor | i was just thinking that if the INI was detected in the executable folder, then we'd turn standalone on |
| 17:15:13 | watusimoto | no registry key == no uninstaller |
| 17:15:54 | watusimoto | what happens the first time you run if you are running a portable install? |
| 17:15:57 | watusimoto | there will be no ini |
| 17:16:30 | raptor | you mean if the INI is already present? hmm... |
| 17:16:34 | raptor | maybe that wouldn't work |
| 17:17:06 | raptor | if it detects standalone right now, it will just build out the default INI |
| 17:17:46 | raptor | i'm thinking that standalone would be available on linux or windows |
| 17:17:52 | watusimoto | if you download a portable copy, and run it, there will be no INI, and you'll get your resources copied somewhere you don't want |
| 17:17:55 | raptor | linux = no registry |
| 17:17:59 | watusimoto | right |
| 17:18:13 | watusimoto | this is clearly a solution for the win version only |
| 17:18:26 | watusimoto | in linux it seems less of a problem |
| 17:18:32 | watusimoto | you don't really have portable installs |
| 17:18:40 | raptor | true |
| 17:18:45 | watusimoto | even programs you "install" by copying to hur home folder write stuff in .settings |
| 17:18:56 | watusimoto | hur-your |
| 17:18:56 | raptor | true true |
| 17:19:02 | raptor | ok, so i guess windows-only |
| 17:19:04 | watusimoto | but windows is a bit different |
| 17:19:08 | raptor | so we can get on more school computers... |
| 17:19:16 | watusimoto | portable should be leave no trace |
| 17:19:41 | watusimoto | ok, so in windows, if the reg key is missing, we'll consider it a portable standalone copy |
| 17:19:49 | raptor | the registry idea has a flaw... |
| 17:19:55 | watusimoto | if it's present, its a real copy |
| 17:19:55 | watusimoto | yes |
| 17:20:05 | raptor | if there is already a copy installed to the system, portable won't work |
| 17:20:12 | watusimoto | true |
| 17:20:25 | raptor | that's why i was thinking of having some detection of a file alongside the executable |
| 17:20:29 | watusimoto | a second possibility would be to package portable with a .portable file |
| 17:20:34 | watusimoto | and we could check for that |
| 17:20:36 | raptor | yes that |
| 17:20:57 | watusimoto | that would also work |
| 17:21:04 | watusimoto | but would require duplicate packaging |
| 17:21:10 | watusimoto | but maybe that's ok |
| 17:21:24 | watusimoto | maybe the nsi script can produce portable and installer versions |
| 17:21:32 | watusimoto | ok, next question |
| 17:22:01 | raptor | ok |
| 17:22:33 | watusimoto | Right now when I'm debugging, I build to an exe folder |
| 17:22:43 | watusimoto | I guess all my resources will just live in there for |
| 17:22:43 | raptor | yep |
| 17:23:10 | watusimoto | and I'll just get rid of the bitfighter_debug folder where I keep them now |
| 17:23:21 | watusimoto | so that should probably work |
| 17:23:33 | raptor | well, you can still specify a different rootdatadir, and it'll override the defaults |
| 17:23:52 | watusimoto | ok |
| 17:23:55 | raptor | but |
| 17:23:56 | watusimoto | makes sense |
| 17:24:14 | raptor | that's funny - i've always just worked out of that exe folder on windows, and i think sam686 does too |
| 17:24:23 | raptor | i didn't know you had a completely different setup |
| 17:24:34 | watusimoto | now you do! |
| 17:24:54 | watusimoto | so where will the windows rootdatadir for a user be? |
| 17:24:57 | watusimoto | in appdata? |
| 17:25:05 | raptor | yes |
| 17:25:13 | raptor | so that will be different for people now |
| 17:25:21 | watusimoto | appdata/roaming/bitfighter |
| 17:25:25 | raptor | i was thinking we may need to do some migration stuff |
| 17:25:27 | watusimoto | or something like that |
| 17:25:27 | raptor | yes |
| 17:25:37 | watusimoto | we probably will have to do some migration |
| 17:25:41 | raptor | i figure it'd be good to make things standard... |
| 17:25:46 | watusimoto | yes, probably it is |
| 17:39:53 | raptor | all packages include music appropriately.. |
| 17:40:50 | raptor | oh rats, credits music is broken for some reason... |
| 17:43:36 | raptor | removed done bugs from the running list.. |
| 18:13:53 | | kodaws Quit (Ping timeout: 244 seconds) |
| 19:18:06 | | raptor Quit () |
| 19:18:22 | | raptor has joined |
| 19:18:22 | | ChanServ sets mode +o raptor |
| 19:39:57 | | LordDVG has joined |
| 20:14:50 | | BFLogBot Commit: 9ae508b18fdf | Author: buckyballreaction | Message: Send profile information to the Sparkle appcast URL. Why doesn't this send info every time an update is called? |
| 20:14:53 | raptor | i'm done banging my head on mac for now |
| 20:16:55 | raptor | i th ink i need koda's help.. |
| 20:53:05 | | koda has joined |
| 20:57:55 | raptor | koda! just the person I've been wanting to see... |
| 20:58:13 | koda | i feel summoned! |
| 20:58:23 | raptor | two questions about Sparkle |
| 20:58:29 | | koda throws in some gas bombs |
| 20:59:07 | raptor | 1. my latest commit sends profile information, but only seemed to do it once... do you know why? |
| 20:59:16 | | raptor suffocates |
| 20:59:33 | koda | design decision |
| 21:00:01 | koda | i order not to skew the stats from clients that connects too often |
| 21:00:06 | koda | -s |
| 21:00:51 | raptor | well, I just need to know which architecture connects so i can serve up the correct download link in the appcase |
| 21:00:54 | raptor | *appcast |
| 21:01:08 | koda | umh |
| 21:01:16 | koda | no universal binary? |
| 21:01:40 | raptor | we have a 32bit bundle and a 64bit one |
| 21:01:49 | raptor | so one for i386/ppc, the other just for s86_64 |
| 21:01:55 | raptor | *x86_64 |
| 21:02:20 | koda | ah just like hedge :) |
| 21:02:30 | koda | 2 ways |
| 21:02:33 | raptor | the 32bit one is compiled for 10.4 |
| 21:02:34 | koda | to solve this |
| 21:02:40 | raptor | and the 64bit for 10l6+ |
| 21:02:42 | koda | 1. compile sparkle yourself |
| 21:02:43 | raptor | 10.6 |
| 21:02:56 | koda | in this way you'll get access to <maxSystemVersion> tag |
| 21:03:13 | koda | that will put a lower limit to the prompt |
| 21:03:34 | koda | 2. use a different appcast |
| 21:03:44 | koda | discriminating legacy and 64bit |
| 21:03:53 | koda | the latter is done in hedgewars |
| 21:04:08 | raptor | i have a php file that reads the GET parameters and serves up the appcast dynamically |
| 21:04:22 | raptor | could you show me where #2 is for hedgewars? |
| 21:04:36 | koda | it's in the info.plist |
| 21:04:42 | koda | suurl iirc |
| 21:04:55 | koda | i manually set it different at release time |
| 21:05:05 | koda | hm might want to automate it... |
| 21:05:12 | raptor | heh |
| 21:05:13 | | koda puts it in his todo list |
| 21:06:19 | raptor | i found out how to auto update the version numbers (i recently made this commit): https://code.google.com/p/bitfighter/source/detail?r=0042160ebbccf46b0ab5387f8de683f100811822 |
| 21:06:43 | raptor | (just as an FYI) |
| 21:06:54 | koda | oh nice |
| 21:06:55 | raptor | where are the hedgewars' appcasts? |
| 21:07:21 | koda | http://www.hedgewars.org/download/appcast.xml & http://www.hedgewars.org/download/appcast_legacy.xml |
| 21:07:54 | raptor | hmmm |
| 21:09:04 | koda | the solution n1 would be cleaner i guess |
| 21:09:34 | raptor | so for #1 - is there some sort of platform info delay? |
| 21:09:51 | koda | delay? |
| 21:09:56 | koda | there is just a check |
| 21:10:19 | koda | that if your os is between minSystemVersion and maxSystemVersion one xml item is displayed |
| 21:10:24 | koda | otherwise it is hidden |
| 21:10:37 | raptor | sorry,i mean for the profile info sending |
| 21:10:41 | raptor | i made this change: https://code.google.com/p/bitfighter/source/detail?r=9ae508b18fdf7de1d31955efdb5f4f69c0b5e119 |
| 21:11:01 | raptor | it only sent it once when i launched the application, then stopped sending it |
| 21:11:05 | koda | yes |
| 21:11:11 | koda | it sends 1 once a week |
| 21:11:24 | raptor | and i'd have to compile sparkle myself to change that? |
| 21:11:27 | koda | https://github.com/andymatuschak/Sparkle/wiki/System-Profiling |
| 21:11:35 | koda | Note: In order to standardize the statistics across a userbase with varying update check intervals, Sparkle submits profiling information only once per week. |
| 21:11:42 | raptor | argh |
| 21:11:53 | raptor | i read that whole page... |
| 21:12:42 | raptor | so |
| 21:12:54 | raptor | maybe setting SUURL is what i need |
| 21:13:20 | raptor | is there a reason you set that in the Directory.mm file instead of the plist? |
| 21:13:33 | raptor | (can it be done in both places?) |
| 21:13:45 | koda | in code will override the one in the plist |
| 21:14:00 | koda | i prefer consistency so i put everything in plist |
| 21:14:35 | raptor | OK, maybe it's easiest to just auto-change the URL to have a parameter like 'legacy=true' |
| 21:15:35 | raptor | except, you coded in that URL? but you prefer plist? |
| 21:21:09 | koda | well |
| 21:21:18 | koda | it's a nice solution as well |
| 21:21:40 | koda | the question remains only for how long you want to support legacy |
| 21:23:16 | raptor | until mac moves to ARM |
| 21:23:53 | koda | (ios?) :p |
| 21:24:17 | koda | by the way! if release is close i can start destroying the ui \o/ |
| 21:24:41 | raptor | heh |
| 21:24:43 | raptor | we're really, really close (for real this time!) |
| 21:24:53 | koda | liiiiies |
| 21:24:58 | raptor | tha't why i'm doing all this platform deployment stuff... |
| 21:25:15 | raptor | but, you never know when watusimoto decides to pull a refactor.. :) |
| 21:25:27 | koda | what happened to the gci participation? |
| 21:26:24 | raptor | i'm not sure - he was talking with some folks on IRC i last heard |
| 21:26:36 | raptor | (watusimoto, that is..) |
| 21:35:02 | raptor | when is the deadline for entries? |
| 21:36:49 | raptor | oh yikes it starts monday |
| 21:46:03 | koda | no deadlines |
| 21:46:08 | koda | but ends in mid jan :p |
| 21:49:22 | | LordDVG Quit (Remote host closed the connection) |
| 22:01:49 | | Watusimoto_ has joined |
| 22:05:01 | Watusimoto_ | hi |
| 22:09:16 | raptor | hi |
| 22:13:09 | Watusimoto_ | initial tests suggest sam686 fixed the memory error I was seeing... but now I'm seing a different memory corruption error in the editor. I think I'd better do a full rebuild before pressing on |
| 22:13:42 | raptor | full rebuild! |
| 22:31:22 | Watusimoto_ | sigh... still evident |
| 22:31:34 | raptor | aww man |
| 22:31:39 | raptor | well that stinks |
| 22:33:03 | Watusimoto_ | indeed |
| 22:34:58 | raptor | did you see sam686's notes on the matter (in IRC)? |
| 22:35:16 | Watusimoto_ | no |
| 22:35:38 | Watusimoto_ | I think his fix is wrong, but reverting it makes things crash even sooner |
| 22:35:56 | Watusimoto_ | do you know when he made notes on the issue? |
| 22:35:59 | raptor | he basically did a bisect, but said that it started with this rev: c000c91e9e3b |
| 22:36:12 | Watusimoto_ | that was smart |
| 22:36:38 | raptor | he also said the following: [6:40:00] <sam686> somehow trying to run a destructor, in which the destructor removed from database in a process of removing object from database may be a cause for corruption |
| 22:36:59 | Watusimoto_ | yes, maybe. we agree on what's happening |
| 22:37:16 | Watusimoto_ | I think it is a problem with a double delete |
| 22:37:23 | Watusimoto_ | but i really don't see how it cuold be happening |
| 22:37:41 | Watusimoto_ | unless that's a symptom of memory corruption elsewhere |
| 22:37:46 | raptor | valgrind? |
| 22:38:26 | Watusimoto_ | yes, but if you can;t reproduce, then that tells me it may be hard to get something to happen thre |
| 22:38:38 | Watusimoto_ | let me look at that version |
| 22:38:44 | raptor | yeah, i can't reproduce... |
| 22:38:53 | Watusimoto_ | because I can, reliably |
| 22:39:04 | raptor | i was suggesting you do valgrind, but i admittedly don't know how on windows... |
| 22:39:20 | Watusimoto_ | moreso whn I undo sam's fix, but still pretty reliably with his fix |
| 22:40:47 | Watusimoto_ | any idea how I can translate c000c91e9e3b into a revision number? |
| 22:41:34 | raptor | yes |
| 22:42:19 | raptor | 5694 |
| 22:42:52 | Watusimoto_ | Fix memory leak in editor with ctrl-R functionality |
| 22:42:54 | Watusimoto_ | Hmmmm |
| 22:43:02 | Watusimoto_ | sounds suspicious |
| 22:43:11 | Watusimoto_ | so how did you do the translation |
| 22:43:20 | Watusimoto_ | I was looking on google code, and couldn't find it there |
| 22:43:52 | Watusimoto_ | found it there |
| 22:44:15 | raptor | i changed revisions real fast, then typed 'hg sum' |
| 22:44:19 | raptor | and it gives both revisions |
| 22:44:37 | raptor | hg up <hash_rev>; hg sum |
| 22:44:44 | Watusimoto_ | ah, interesting |
| 22:44:52 | raptor | sum = summary |
| 22:45:03 | Watusimoto_ | ok, so he said that that revision introduced the problem. that was the first revision that had the crash. |
| 22:45:16 | raptor | yes |
| 22:45:49 | Watusimoto_ | I remember this edit |
| 22:45:52 | raptor | you can see our conversation here: http://bitfighter.org/irclogs/index.php?date=2012-11-22 |
| 22:45:56 | raptor | starting at 3:22 |
| 22:47:06 | raptor | oh hey - that was last night! |
| 22:47:39 | Watusimoto_ | ha |
| 22:48:06 | Watusimoto_ | there is a gui bisect tool in tortoise |
| 22:48:11 | Watusimoto_ | btw |
| 22:48:23 | Watusimoto_ | interestingly, we use git at work and I only use cmd line for that |
| 22:48:47 | Watusimoto_ | we also use svn, and I've started ont eh cmd line there too, even though at my last job I totally eschewed it |
| 22:49:00 | raptor | hooray! |
| 22:49:15 | Watusimoto_ | I prefer the gui though -- I think it is faster |
| 22:49:30 | Watusimoto_ | especially if you are picking files to include in a commit |
| 22:51:15 | raptor | i would agree |
| 22:51:50 | raptor | but sadly my platform of choice has few (adhered-to) standards |
| 23:14:40 | | BFLogBot Commit: b5d6c7656737 | Author: buckyballreaction | Message: Comment out some debug messages. Also disallow standalone on mobile platforms |
| 23:30:25 | raptor | well, it's almost dinner time! |
| 23:34:48 | koda | what's standalone? |
| 23:36:42 | | koda Quit (Quit: you can't say 'hello' without saying 'hell') |
| 23:43:21 | raptor | koda:... is gone |