MemeCode - Blog

Page: 0 ... 5 ... 10 ... 15

Eudora Mail Folders
Date: 16/11/2003	Two Scribe users have found that Eudora folders don't import well as MBOX files, which is what they advertise themselves to be. I've looked into this 'abnormality' and found that the email stored in the folder file is incorrectly encoded. Eudora must discard the parts of the message that it doesn't want and then ignore the encoding errors and 'guess' the type of data stored in the body of the message. This is all fine for Eudora but I personally like standards. hmph Anyway I don't think it's going to kill Scribe to guess at the content type if it's wrong in the headers. I'll post a fix for this in the next release.
(0) Comments \| Add Comment

Redhat 9 and NPTL = BAD
Date: 9/11/2003	It seems that my recent gripes about Linux are related to the new (and buggy) addition of Native POSIX Threading Library in Redhat 9 which I run on one of the Linux machines I use (not by choice mind you). Bah! It's making my life miserable. Applications all over the place just refuse to work reliably. Including my own of course. sigh
(0) Comments \| Add Comment

Bayesian Filtering
Date: 5/11/2003	I've got about 4000 spam to train on, and I just started collecting stats. Seems to be working ok ;)
(0) Comments \| Add Comment

Arrrgh!!!!
Date: 4/11/2003	My flaming hard drive died! Peice 'o trash IBM drive... no I didn't store anything that valuable on an "IBM" drive ;) Just all my carefully encoded movies... sob And this is the replacement drive for the 1st one that died.
(0) Comments \| Add Comment

One for the Windows Refugees
Date: 3/11/2003	Like most Windows refugees I use Mozilla (and no NOT firebird, cause it's still woefully buggy) and there is this little annoying thing that it does differently on linux to the windows build. When you (mostly accidently) click the middle mouse button Mozilla loads whatever is in the clipboard as a URL. This is purely the most annoying thing about Mozilla. But there is hope! Type in "about:config" in the address bar, find the value "middlemouse.contentLoadURL", double click it and set it to false. Then just browse on in peace, safe from stray clicks.
(0) Comments \| Add Comment

The Abysmal State of Debugging Under Linux
Date: 26/10/2003	This happens all the time: lemon% gdb ./scribe GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"... (gdb) r Starting program: /home/lemon/matthew/Lgi/Scribe/scribe [New Thread 1078238400 (LWP 10623)] Screen: 1600 x 1200 @ 24 bpp InScribe v1.86 (Test43, Linux v2.4, Debug, Kde) [New Thread 1086864688 (LWP 10640)] [Thread 1086864688 (zombie) exited] [New Thread 1097809200 (LWP 10644)] [New Thread 1116949808 (LWP 10647)] [New Thread 1125342512 (LWP 10648)] [New Thread 1133735216 (LWP 10649)] [Thread 1116949808 (zombie) exited] [Thread 1125342512 (zombie) exited] Couldn't get registers: No such process. (gdb) q The program is running. Exit anyway? (y or n) y "No such process" AND "The program is running"... great... just great. The application just 'exits' somewhere... who knows... gdb won't tell. However it runs fine outside the debugger. So the debugger is screwing up the execution environment so programs exit at strange points. I LOVE gdb... it's the best! vomit So most of the time, to debug non-trivial applications on this supposedly "enterprise ready" operating system you are left with printf. Super! I love printf!
(0) Comments \| Add Comment

The Abysmal State of Debugging Under Linux

Date: 26/10/2003

This happens all the time:

lemon% gdb ./scribe
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
(gdb) r
Starting program: /home/lemon/matthew/Lgi/Scribe/scribe
[New Thread 1078238400 (LWP 10623)]
Screen: 1600 x 1200 @ 24 bpp
InScribe v1.86 (Test43, Linux v2.4, Debug, Kde)
[New Thread 1086864688 (LWP 10640)]
[Thread 1086864688 (zombie) exited]
[New Thread 1097809200 (LWP 10644)]
[New Thread 1116949808 (LWP 10647)]
[New Thread 1125342512 (LWP 10648)]
[New Thread 1133735216 (LWP 10649)]
[Thread 1116949808 (zombie) exited]
[Thread 1125342512 (zombie) exited]
Couldn't get registers: No such process.
(gdb) q
The program is running.  Exit anyway? (y or n) y

"No such process" AND "The program is running"... great... just great. The application just 'exits' somewhere... who knows... gdb won't tell. However it runs fine outside the debugger. So the debugger is screwing up the execution environment so programs exit at strange points. I LOVE gdb... it's the best! *vomit*

So most of the time, to debug non-trivial applications on this supposedly "enterprise ready" operating system you are left with printf.

Super! I love printf!

(0) Comments | Add Comment

Sitemap