--- Log opened Mon Jan 11 00:00:01 2010 |
00:02 | | Zedidiah [zag@Nightstar-d0088b95.or.comcast.net] has joined #code |
01:03 | | You're now known as TheWatcher[T-2] |
01:06 | | You're now known as TheWatcher[zZzZ] |
01:19 | | Zedidiah [zag@Nightstar-d0088b95.or.comcast.net] has quit [Ping timeout: 121 seconds] |
02:37 | | Attilla [Attilla@FBC920.173C5E.C75157.1D4D3E] has quit [Connection reset by peer] |
02:49 | | Thaqui [Thaqui@27B34E.D54D49.F53FA1.6A113C] has joined #code |
03:07 | | gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has quit [[NS] Quit: Z?] |
03:23 | | Tarinaky [Tarinaky@Nightstar-6a7e2f77.adsl.virginmedia.net] has quit [[NS] Quit: Leaving] |
04:27 | | Finerty is now known as Vornicus |
05:10 | | celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has quit [[NS] Quit: *hums* Can't stay now!] |
05:51 | | Tarinaky [Tarinaky@Nightstar-6a7e2f77.adsl.virginmedia.net] has joined #code |
06:11 | | Vornicus is now known as Vornicus-Latens |
06:54 | | Zedidiah [zag@Nightstar-d0088b95.or.comcast.net] has joined #code |
07:59 | | AnnoDomini [annodomini@Nightstar-1144c83f.adsl.tpnet.pl] has joined #code |
07:59 | | mode/#code [+o AnnoDomini] by Reiver |
09:19 | | You're now known as TheWatcher |
09:45 | <@AnnoDomini> | Gnar. "string does not name a type" |
09:55 | | Tarinaky [Tarinaky@Nightstar-6a7e2f77.adsl.virginmedia.net] has quit [Operation timed out] |
10:09 | | Tarinaky [Tarinaky@Nightstar-e9df667e.adsl.virginmedia.net] has joined #code |
10:20 | <@AnnoDomini> | Stupid thing working with <string> but not with <string.h>. |
10:20 | | * AnnoDomini leaves. |
10:45 | <@McMartin> | Those are completely different files for completely different languages. |
10:45 | <@McMartin> | string.h is where strcpy and strlen and friends are defined. string defines std::string. |
10:50 | | gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has joined #code |
10:53 | < gnolam> | The C Programming Language, by Brian W Kernighan, Dennis M Ritchie & HP Lovecraft: http://www.bobhobbs.com/files/kr_lovecraft.html |
10:57 | < Zedidiah> | Great. Book. |
10:58 | < Zedidiah> | I just found my copy in the closet again yesterday. :) |
11:17 | | celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has joined #code |
11:18 | | celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has quit [Connection closed] |
11:19 | | celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has joined #code |
11:30 | | Attilla [Attilla@FBC920.173C5E.C75157.1D4D3E] has joined #code |
11:30 | | mode/#code [+o Attilla] by Reiver |
12:21 | | celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has quit [[NS] Quit: *hums* Can't stay now!] |
13:38 | | Thaqui [Thaqui@27B34E.D54D49.F53FA1.6A113C] has quit [Connection closed] |
13:46 | | Tarinaky [Tarinaky@Nightstar-e9df667e.adsl.virginmedia.net] has quit [Operation timed out] |
14:00 | | Tarinaky [Tarinaky@Nightstar-5ee021c2.adsl.virginmedia.net] has joined #code |
14:15 | | AbuDhabi [annodomini@Nightstar-c0dff9ab.adsl.tpnet.pl] has joined #code |
14:17 | | AnnoDomini [annodomini@Nightstar-1144c83f.adsl.tpnet.pl] has quit [Ping timeout: 121 seconds] |
15:51 | | Tarinaky [Tarinaky@Nightstar-5ee021c2.adsl.virginmedia.net] has quit [Ping timeout: 121 seconds] |
16:06 | | Tarinaky [Tarinaky@Nightstar-72377fdb.adsl.virginmedia.net] has joined #code |
16:06 | | Attilla [Attilla@FBC920.173C5E.C75157.1D4D3E] has quit [Ping timeout: 121 seconds] |
16:14 | | Attilla [Attilla@FBC920.DDABA2.60661C.0EE0F8] has joined #code |
16:14 | | mode/#code [+o Attilla] by Reiver |
16:31 | | You're now known as TheWatcher[T-2] |
16:31 | | You're now known as TheWatcher[afk] |
17:20 | < AbuDhabi> | THEN ENGLAND WILL DRIFT OUT TO SEA. |
17:20 | < Namegduf> | You and your mischans. |
17:22 | < AbuDhabi> | This was not a mischan. It's related! Really! |
17:56 | | Vornicus-Latens is now known as Vornicus |
18:26 | | You're now known as TheWatcher |
18:55 | | Derakon[work] [Derakon@Nightstar-1ffd02e6.ucsf.edu] has joined #code |
18:58 | | * Derakon[work] mutters at arcane build issues. |
18:58 | < Derakon[work]> | I think that my crash-on-start problem is due to a dependency mismatch of some kind. |
18:58 | < Derakon[work]> | I just don't have a clue what is wrong. |
18:59 | < Derakon[work]> | Besides that it crashes, of course. |
18:59 | <@TheWatcher> | :( |
18:59 | <@TheWatcher> | Can't run in a debugger and grab the stack trace? |
19:00 | < Derakon[work]> | I did. |
19:00 | < Derakon[work]> | It crashes during SWIG_init(). |
19:00 | < Derakon[work]> | I put a print statement at the beginning of that function. It doesn't print. |
19:09 | <@TheWatcher> | hm. tried looking at it in processmonitor to see where it's pulling the library from? |
19:15 | < Derakon[work]> | I'm not really all that experienced at Windows debugging... |
19:16 | | Rhamphoryncus [rhamph@Nightstar-a62bd960.abhsia.telus.net] has joined #code |
19:18 | < Derakon[work]> | Bah. Three reasons why this is frustrating: 1) I'm trying to debug a complex undocumented system with an arcane problem. 2) It's on Windows. 3) My boss wants some firm answers and I don't have a goddamned clue when I'll have them. |
19:28 | | * Derakon[work] ponders finding a forum of SWIG/Python experts and asking them. |
19:28 | | * TheWatcher alas fits neither, or he'd offer to assist |
19:28 | | * Derakon[work] nods. |
19:28 | < Derakon[work]> | Your support is appreciated nonetheless. :) |
19:32 | | * Vornicus knows Python but it's entirely python-side. |
19:32 | <@Vornicus> | And your skills with it probably surpass mine by now. |
19:32 | < Derakon[work]> | Yeah, and that's what I thought I was getting into for that matter. |
19:35 | < Namegduf> | You know, it should have struck me to ask here days ago, because it's the kinda interesting problem that is probably useful to ask about. |
19:36 | < Namegduf> | Are there any good existing algorithms to find good subsets of data to store in a dictionary? |
19:36 | <@Vornicus> | what do you mean? |
19:36 | < Namegduf> | Not involving the kind of magic LZW does to avoid actually listing dictionary phrases and having the decoder build it, too. |
19:36 | < Namegduf> | Vornicus: For compression, say. |
19:36 | <@Vornicus> | Oh. |
19:36 | < Namegduf> | The most common, largest repeated elements. |
19:57 | | * Derakon[work] tries to remember how to get file-based output working in C/C++, on the off-chance that his debugging output is showing up in a console that then immediately exits. |
19:58 | < Derakon[work]> | For some reason nmake doesn't like iostream, though, so I guess I'm working with fopen instead. |
19:58 | < Derakon[work]> | And then I get a link error. |
20:03 | < gnolam> | "doesn't like iostream"? |
20:04 | < gnolam> | (I personally can't stand C++'s IO functions and use C's whenever I can instead, but still) |
20:06 | < Derakon[work]> | Oh, wait, I forgot to #include fstream in addition to iostream. |
20:07 | < Derakon[work]> | Now I just have to deal with that link error. |
20:08 | < Derakon[work]> | ...durrr. |
20:08 | < Derakon[work]> | Can't overwrite the file while WinDbg is still debugging it. |
20:08 | < Derakon[work]> | And after all that, no file created. |
20:10 | <@TheWatcher> | ... I think your build environment is haunted. |
20:11 | < Derakon[work]> | It's just run by someone who shouldn't be trusted on Windows. I.e. me. |
20:12 | | * Derakon[work] posts a message at http://www.python-forum.org/pythonforum/viewtopic.php?f=15&t=16464 and goes to get lunch. |
21:16 | < Derakon[work]> | Said thread now has four views. Whaddaya wanna bet they're all from this channel? ?.? |
21:19 | <@McMartin> | Hate nmake. =( |
21:21 | < Derakon[work]> | At least with nmake I can build the damn thing, which is more than I can say for my attempts to make a "build solution" using Visual Studio itself. |
21:21 | <@McMartin> | Yeah, it's more that your predecessor should have done that :colbert: |
21:22 | <@McMartin> | If it gets bad enough, there's also http://www.scons.org/ |
21:23 | | * Derakon[work] eyes the wikipedia page for scones. |
21:23 | < Derakon[work]> | Er, scons. |
21:23 | < Derakon[work]> | Scones are good too, but I just had lunch. |
21:23 | < Derakon[work]> | At the moment, my wild-ass guess is that I have a dependency problem of some kind. I can't see as how scons would fix that. |
21:24 | < gnolam> | ... damn you, XKCD. |
21:24 | <@McMartin> | Anyway, I'm given to understand that scons can autogenerate working .sln and .vcproj files, which you could then devenv. |
21:24 | < Derakon[work]> | Ah. |
21:24 | < gnolam> | Specifically, the ass hyphen displacement comic. |
21:24 | < Derakon[work]> | Heh. I'd remembered same when I wrote that line. |
21:32 | | celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has joined #code |
21:35 | < Derakon[work]> | No discrepancies between what the Makefile's relying on and what the batch file is setting when it runs... |
21:35 | < Derakon[work]> | Assuming that my .lib and .dll files are in-sync, any reason why a program would build but not run due to dependencies? |
21:43 | | * TheWatcher is wondering if it's not compiling with one lot of dlls, but loading the things from somewhere else when run. |
21:44 | <@TheWatcher> | (I am just guessing with this, but it sounds an awful lot to me like this might just be a clash issue somehow) |
21:45 | < Derakon[work]> | That was my guess, but AFAICT they're using the same search paths. |
21:45 | <@McMartin> | I *think* ProcessExplorer will let you see loaded DLLs but I don't know if it shows the paths loaded. |
21:46 | < Derakon[work]> | I've put the makefiles and batch files here: http://derakon.dyndns.org/~chriswei/temp/omxbuild |
21:46 | <@TheWatcher> | McM: it does |
21:46 | <@McMartin> | Might be a plausible vein of SCIENCE to mine. |
21:46 | < Derakon[work]> | I'm on it. |
21:47 | <@TheWatcher> | When enabled, the bottom pane will show all open files, directories, dlls, and other resources |
21:47 | < Derakon[work]> | ...no wonder this is taking forever. One of the directories that has general "stuff" that the program depends on is over 200MB. ;. |
21:47 | < Derakon[work]> | Er. ;.; |
21:48 | < Derakon[work]> | I'm not a cyclops just yet. |
21:49 | <@TheWatcher> | (I note you can also use ProcessMonitor to log things, which may be easier for a process that is falling over) |
21:51 | <@McMartin> | (OMGSPAM though) |
21:51 | | * Derakon[work] fires up Process Explorer and crashes the microscope program, then tries to figure out what he's looking at. |
21:52 | < Derakon[work]> | Okay, it is properly using python25.dll. |
21:52 | < Derakon[work]> | And it's loading the wx DLLs that I expected it to. |
21:53 | | * Derakon[work] checks the "Handles" view, sees an item of type KeyedEvent with name "\KernelObjects\CritSecOutOfMemoryEvent". |
21:53 | <@McMartin> | That's a semaphore. |
21:54 | < Derakon[work]> | Oookay. |
21:54 | < Derakon[work]> | Seems a bad name for something that isn't catastrophic. |
21:55 | <@McMartin> | That's the Event that holds the mutex that handles the Critical Section (mutex-protected code) that happens on OutOfMemory, at my guess. |
22:06 | < Derakon[work]> | Hm. The version that works (with Python 2.4) loads 7 wx DLLs of version 2.8.7.1. The version that doesn't loads 3 wx DLLs of version 2.8.9.2. |
22:10 | < Derakon[work]> | Looks like I'm missing wxbase28uh_net_vc.dll, wxmsw28uh_stc_vc.dll, wxmsw28uh_html_vc.dll, and wxmsw28uh_adv_vc.dll. |
22:10 | < Derakon[work]> | The question is, are they failing to load, or are they not being loaded before the crash happens? |
22:19 | | celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has left #code [] |
23:06 | | Derakon[work] [Derakon@Nightstar-1ffd02e6.ucsf.edu] has quit [Ping timeout: 121 seconds] |
23:21 | | gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has quit [Ping timeout: 121 seconds] |
23:23 | | gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has joined #code |
23:50 | | AbuDhabi [annodomini@Nightstar-c0dff9ab.adsl.tpnet.pl] has quit [[NS] Quit: AWAY.] |
--- Log closed Tue Jan 12 00:00:03 2010 |