code logs -> 2010 -> Mon, 11 Jan 2010< code.20100110.log - code.20100112.log >
--- 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
code logs -> 2010 -> Mon, 11 Jan 2010< code.20100110.log - code.20100112.log >