Can't sleep (too hot, too sweaty, too tired), so thought I'd work on a personal "business" card. That is, one to hand out to people interested in me, for whatever reason (academic, personal), not Vex, or VexTech, or Cinemon. I want the design as minimalistic as possible. Basically just my name, VRPlumber.com, and my telephone number.
I'm debating whether to go for white-on-black. Probably not going to put the little icon on the card anywhere. It's cute-ish, but too busy for what I want.
Anyway, I went to fire up my trusty Inkscape, and it bombs out with:
mcfletch@raistlin:~$ inkscape
** glibc detected ** free(): invalid pointer: 0x0000000000973720 ***
Emergency save activated!
Emergency save completed. Inkscape will close now.
If you can reproduce this crash, please file a bug at www.inkscape.org
with a detailed description of the steps leading to the crash, so we can fix it.
Have rebuilt Inkscape, and updated the libraries on which it depends, but can't yet figure out what's causing the crash. This is with the old 0.41 release, so it's likely not the reported problems with 0.42. It's got to be a build/install issue (though that very low pointer number might be a problem) since it's happening without any settings or operations being triggered.
Whats more, I've seen a very similar message show up while hacking with ctypes, so it could be there's something messed up in general (the other possibility is just that the new glibc checking feature is catching entirely unrelated bugs in multiple packages).
Inkscape 0.42.1 (when it comes out) looks like it will be very sweet. Most of the annoyances I've had with Inkscape are listed as fixed in the release notes. The postscript export of text is listed as improved, but no details are given. Hopefully it's actually using text nodes now (I added it to the wiki as a needed improvement, guess I could be less lazy and look up to see whether it got addressed there).
Anyway, going to try to sleep again. Lots of work to get done tomorrow.
Comments
2010-07-25 14:02
> and would have no Trac integ ration The trac-bzr plugin[ 1] seems to provide good integ ration between bzr and t [...]
2010-07-13 21:47
I've always been fascinated wi th the Asterisk AMI interface. So much so that I married tha t fascination with the [...]
2010-07-03 21:32
Yes, only references in dicti onaries are replaced, so hold ing references in lists, tuple s, etceteras keeps them alive.
2010-07-03 11:18
They hold references to remove and install?
2010-06-24 08:34
There's higher-level objects w hich are tracking what is repl aced (the actual Mock objects) . They hold references [...]
2010-06-24 08:23
I haven't tried it, but it see ms to me like this approach ha s one fundamental problem: If you replace all refs o [...]
2010-06-24 08:22
That's the "magic" that made m e go "ooh shiny"
2010-06-24 06:03
That's even more evil than the mock patch decorator...
2010-06-06 18:33
blush Oh.
2010-06-06 11:07
That's what the module does (a utomatically), but on a per-te st-run basis, and only for the process being tested (i [...]
2010-06-06 02:43
Maybe I'm missing something im portant here, but why not just write small scripts to mimic whatever dangerous utili [...]
2010-06-05 15:17
I thought about stubbing out t he python call to the process in the current process, but I want something which stu [...]
2010-06-05 14:47
Hmm... if Mock isn't flexibl e enough to handle mocking pro cesses adequately then I'd lik e to know how it could b [...]
2010-05-19 10:27
Hey, maybe it's a stupid new bie question, but where and ho w exactly should the patching of the core take place? [...]
2010-05-04 14:36
I used Qemu and VirtualBox pre tty extensively back when I wa s working for the OLPC, but mo st of the stuff we were [...]