[Tuxpaint-dev] Case sensitivity in filenames
I just tracked down a user's problem (hopefully) to a case-sensitivity problem in Tux Paint. It looks like the files they made in Windows were saved as ".PNG", rather than ".png", so Tux Paint just read right past them, and didn't think to load them. I'll add a bug entry over at SourceForge... :^) -bill! [EMAIL PROTECTED] April shower bring Kompressor power! http://newbreedsoftware.com/ ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] Re: [Tuxpaint-commits] tuxpaint/src tuxpaint.c, 1.398, 1.399
On Thu, Jan 20, 2005 at 11:41:13PM +, Albert Cahalan wrote: > Update of /cvsroot/tuxpaint/tuxpaint/src > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv3780/src > > Modified Files: > tuxpaint.c > Log Message: > vague memory of an obscure annoyance w/ sockets leads to this guess at a > solution to Tux Paint crashing for Bill Hrm, I hit the Text tool and this time it doens't crash... it just never STOPS! :^( (The little spinning bar at the bottom just keeps animating for much longer than it had ever taken in the past to load all of my fonts.) Also, it looks like Tux Paint no longer looks in "~/.tuxpaint/stamps/" for user-loaded stamps! :^( (It should also look in "~/.tuxpaint/fonts/" for fonts, "~/.tuxpaint/brushes/" for brushes, and "~/.tuxpaint/starts/" for starter images.) -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
[Tuxpaint-dev] it's fast now
Tux Paint now starts up in just over 1 second, 640x480, with everything enabled. Memory usage has dropped dramatically. Stamp scrolling will be a bit rough the first time through; that is fixable with a prefetch process in case it matters. There are two empty functions, flip_surface() and mirror_surface(), that need code. Very little is now kept in memory. Each stamp get a 5-word struct. Once scrolled to, sound and text may get attached to this struct. It would be good to free the sound data when not needed, but I'd have to see what SDL thinks of that. (the sound might be playing) Here is some data from the "top" program: PID USERVIRT RES SHR S %CPU %MEMTIME+ COMMAND 8696 root157m 137m 25m S 0.0 27.3 315:57.14 XFree86 8812 albert 128m 93m 45m S 0.0 18.6 60:29.86 firefox-bin 8838 albert 128m 93m 45m S 0.0 18.6 0:00.15 firefox-bin 8839 albert 128m 93m 45m S 0.0 18.6 0:04.73 firefox-bin 8841 albert 128m 93m 45m S 0.0 18.6 0:37.76 firefox-bin 7382 albert 128m 93m 45m S 0.0 18.6 0:00.02 firefox-bin 9536 albert 85500 73m 9264 S 0.0 14.7 0:17.64 tuxpaint.old 9537 albert 85500 73m 9264 S 0.0 14.7 0:00.00 tuxpaint.old 9538 albert 85500 73m 9264 S 0.0 14.7 0:00.00 tuxpaint.old 9539 albert 85500 73m 9264 S 0.0 14.7 0:00.00 tuxpaint.old 9540 albert 32292 21m 9268 S 0.0 4.4 0:00.69 tuxpaint 9542 albert 32292 21m 9268 S 0.0 4.4 0:00.00 tuxpaint 9543 albert 32292 21m 9268 S 0.0 4.4 0:00.00 tuxpaint 9544 albert 32292 21m 9268 S 0.0 4.4 0:00.03 tuxpaint So, what is the remaining 21 MB going to? Merging the *.dat file into the *.txt file (or PNG text) would speed things up. Disk seeks are deadly. ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] font loading, threads, processes, etc.
On Thu, 2005-01-20 at 03:39, Bill Kendrick wrote: > On Wed, Jan 19, 2005 at 11:32:40AM -0500, Albert Cahalan wrote: > > Just how many fonts do you have anyway? > > Good question. :^) > > Just counting TTFs, ("locate .ttf | wc -l"), I apparently have 1300 !?!? Also count: pfa pfb ttc dfont > A few aren't "installed" fonts, but some fonts I was testing in Tux Paint, > for example, but a good 1200 are fonts living outside "/home". > > > I just noticed something. If you hit [Esc] while Tux Paint is loading > fonts when you go to the Text tool, it quits cleanly (from what I can tell), > but does NOT remove the lockfile! Yes. This is not good. There should be some way to better control this, and determine if do_quit needs to be used. This is the result of an emergency fix for some very bad behavior. During start-up, it's very important that Tux Paint respond to quit events. When I am running low on memory or start Tux Paint with everything enabled and Electric Fence, my system can become very unresponsive. There's also the case of people who started Tux Paint by accident, which is easy enough to do via a menu system. ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev
Re: [Tuxpaint-dev] font loading, threads, processes, etc.
On Wed, Jan 19, 2005 at 11:32:40AM -0500, Albert Cahalan wrote: > Just how many fonts do you have anyway? Good question. :^) Just counting TTFs, ("locate .ttf | wc -l"), I apparently have 1300 !?!? A few aren't "installed" fonts, but some fonts I was testing in Tux Paint, for example, but a good 1200 are fonts living outside "/home". I just noticed something. If you hit [Esc] while Tux Paint is loading fonts when you go to the Text tool, it quits cleanly (from what I can tell), but does NOT remove the lockfile! -bill! ___ Tuxpaint-dev mailing list Tuxpaint-dev@tux4kids.net http://tux4kids.net/mailman/listinfo/tuxpaint-dev