tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] $(CFLGS) != $(CFLAGS)

[Bill K. <nb...@so...>]

On Wed, Jul 04, 2007 at 11:03:09AM +0200, Antoine Jacoutot wrote:
> There's a small typo in tuxpaint Makefile v0.9.17
> 
>         @echo "...Compiling PostScript print support..."
>         @$(CC) $(CFLGS) $(DEBUG_FLAGS) $(SDL_CFLAGS) $(DEFS)
> 
> => $(CFLGS) should be $(CFLAGS)

Oops, thanks.  So far, I don't think it has affected anyone.
Did you have any trouble due to this typo?

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] New release in Debian unstable/sid

[Bill K. <nb...@so...>]

On Wed, Jul 04, 2007 at 07:08:59PM +0100, Caroline Ford wrote:
> I thought one of the ideas for 0.9.17 was to split the stamps into
> separate packages - as well as a stamps-default you'd get a
> stamps-symbols and whatever.

Stamps were packaged separately upstream (that is, 'source' .tar.gz's, by me)
back in 0.9.16.

Shin-Ichi has packaged RPMs as separate groups, but it's up to Ben
(and the other Deb devs) to decide whether he/they want(s) to go through
the trouble downstream.

-bill!

Re: [Tuxpaint-devel] New release in Debian unstable/sid

[Caroline F. <car...@go...>]

I thought one of the ideas for 0.9.17 was to split the stamps into
separate packages - as well as a stamps-default you'd get a
stamps-symbols and whatever.

Caroline
On Wed, 2007-07-04 at 07:53 -0300, Ben Armstrong wrote:
> Any sid users out there can now find new releases of tuxpaint, tuxpaint-data,
> tuxpaint-stamps-default and tuxpaint-config at their local Debian mirror.
> 
> As usual, I do not make backports unless there is demand for it.  If you need
> a backport, give me a shout.
> 
> Ben
> --
>  ,-.  nSLUG    http://www.nslug.ns.ca   sy...@sa...
>  \`'  Debian   http://www.debian.org    sy...@de...
>   `          [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
>              [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

[Tuxpaint-devel] New release in Debian unstable/sid

[Ben A. <sy...@sa...>]

Any sid users out there can now find new releases of tuxpaint, tuxpaint-data,
tuxpaint-stamps-default and tuxpaint-config at their local Debian mirror.

As usual, I do not make backports unless there is demand for it.  If you need
a backport, give me a shout.

Ben
--
 ,-.  nSLUG    http://www.nslug.ns.ca   sy...@sa...
 \`'  Debian   http://www.debian.org    sy...@de...
  `          [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
             [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]

[Tuxpaint-devel] $(CFLGS) != $(CFLAGS)

[Antoine J. <aja...@lp...>]

There's a small typo in tuxpaint Makefile v0.9.17

        @echo "...Compiling PostScript print support..."
        @$(CC) $(CFLGS) $(DEBUG_FLAGS) $(SDL_CFLAGS) $(DEFS)

=> $(CFLGS) should be $(CFLAGS)


-- 
Antoine

Re: [Tuxpaint-devel] Tux Paint 'Magic' tools turning into plugin architecture

[Albert C. <aca...@gm...>]

On 7/4/07, Bill Kendrick <nb...@so...> wrote:
>
> I'm putting together a basic (for now) plugin API in Tux Paint 0.9.18
> that will replace the hard-coded Magic tool code in tuxpaint.c.
>
> A new 'magic' subfolder has been added to the project, with its own Makefile
> and 'images' subfolder full of icons.  I've ported the 'Negative' tool, so far.
> The code uses SDL's "SDL_LoadObject()" function, and friends (found
> prototyped in SDL_loadso.h).  The 'magic' folder generates ".so" files on
> Linux, which are then placed in /usr/[local/]lib/tuxpaint/.

Cleaning up that code is an excellent idea, but the *.so thing
doesn't seem so great.

The *.so files will slow the start-up time. My rough guess,
assuming 2 disk seeks per file and 20 files, is one second.
(good ideas to cut startup time would be appreciated)
This is also one more thing to go wrong on SE Linux and
for portability.

I suggest doing a bit like the OO style used in the kernel,
where each object is represented by a struct that contains
function pointers and other data. Since you don't need to
do real modules, you don't need a real registration function.
Simply create an array of pointers to these structs, or
(better) an array of the structs.

Re: [Tuxpaint-devel] Tux Paint 'Magic' tools turning into plugin architecture

[Bill K. <nb...@so...>]

On Tue, Jul 03, 2007 at 10:55:15PM -0700, Bill Kendrick wrote:
> 
> I'm putting together a basic (for now) plugin API in Tux Paint 0.9.18
> that will replace the hard-coded Magic tool code in tuxpaint.c.

BTW, here's the current API as I banged it out at a train station this
evening:

magic plugins must provide:
---------------------------
  int get_tool_count(void)
    return the number of Magic tools this plugin provides
    (below, 0 <= which < get_tool_count())

  char * get_name(int which)
    return the name of a/the magic tool (for button)

  SDL_Surface * get_icon(int which)
    return the icon of a/the magic tool (for button)

  char * get_description(int which)
    return the description of a/the magic tool (for Tux help text)

  int requires_colors(int which)
    return whether a/the magic tool accepts colors
    (activates color palette, or not)

  void set_color(Uint8 r, Uint8 g, Uint8 g)
    accept the color palette choice from Tux Paint
    (only called if requires_colors() for the current tool returned true)

  int init(void)
    initialization function; should load it the tool icon(s) and any
    other data;
    return 1 if success, 0 if failure (tool(s) will be disabled in Magic tool);
    happens once, at Tux Paint startup

  void shutdown(void)
    cleanup function; should free any alloc'd memory, icons, etc.;
    happens once, at Tux Paint shutdown

  void click(int which, SDL_Surface * snapshot, SDL_Surface * canvas,
             int x, int y)
    should affect 'canvas' at (x,y) location; may use 'snapshot' to fetch
    pixels from most recent undo buffer

  void drag(int which, SDL_Surface * snapshot, SDL_Surface * canvas,
            int ox, int oy, int x, int y)
    should affect 'canvas' between (ox,oy) and (x,y) locations;
    may use 'snapshot' to fetch pixels from most recent undo buffer


tp provides:
------------
  void line(SDL_Surface * snapshot, SDL_Surface * canvas,
            int x1, int y1, int x2, int y2, int step, FUNC callback)
    function that calls a callback between (x1,y1) and (x2,y2),
    stepping 'step' in between; sends an (x,y) and 'snapshot' and 'canvas'
    surfaces to the 'callback' function

  void playsound(Mix_Chunk * snd, int pan, int dist)
    function that plays a sound, panned left/right 'pan'
    and at distance 'dist'.  pan may be SNDPOS_LEFT, SNDPOS_CENTER or
    SNDPOS_RIGHT, and dist may be SNDDIST_NEAR.

  void putpixel(SDL_Surface * surf, int x, int y, Uint32 pixel)
    function that puts a pixel at an (x,y) position in a surface

  Uint32 getpixel(SDL_Surface * surf, int x, int y)
    function that returns a pixel value from an (x,y) position on a surface

  int in_circle(int x, int y, int radius)
    function that returns whether an x/y position (centered at (0,0)) is
    within a circle of 'radius'

  void show_progress_bar(void)
    draws the Tux Paint progress bar animation; use while you're busy

  void tuxpaint_version(int * major, int * minor, int * revision)
    returns the version of Tux Paint being used

  void special_notify(int flag)
    notifies tux paint of special events; SPECIAL_FLIP and SPECIAL_MIRROR
    flags may be sent

  float sRGB_to_linear_table[256]
    sRGB-to-linear look-up table

  unsigned char linear_to_sRGB(float linear)
    linear-to-sRGB look-up helper function



Note that the 'click/drag' stuff hasn't been implemented, nor has almost
_any_ of the TP side of things (except getpixel/putpixel/in_circle, to make
the 'Negative' tool happy).

And right now, inside src/tuxpaint.c, you'll find a lot of:

  #if 0 // MAGIC_ME
  ...
  #endif

wrapped around the old Magic tool code.


Hopefully I'll have more time to work on this on my ~8hrs of train
commutting on Thursday. :)

Enjoy!

-bill!

PS - Aside from making it easier for people like _us_ to add new Magic tools
to Tux Paint, my hope is that by providing an API, high school kids in
computer programming classes might get the chance to play with C and SDL
in a way that is fun and entertaining...  It would let Tux Paint, as a
project, span all they way from Preschool through to late High School,
if not early college.  Awesome, no!?

[Tuxpaint-devel] Tux Paint 'Magic' tools turning into plugin architecture

[Bill K. <nb...@so...>]

I'm putting together a basic (for now) plugin API in Tux Paint 0.9.18
that will replace the hard-coded Magic tool code in tuxpaint.c.

A new 'magic' subfolder has been added to the project, with its own Makefile
and 'images' subfolder full of icons.  I've ported the 'Negative' tool, so far.
The code uses SDL's "SDL_LoadObject()" function, and friends (found
prototyped in SDL_loadso.h).  The 'magic' folder generates ".so" files on
Linux, which are then placed in /usr/[local/]lib/tuxpaint/.

That directory is scanned by Tux Paint at startup, and any object files it
can find and open, and query for the proper set of functions, will appear
as Magic tools in Tux Paint.

It's all very rough, and somewhat broken, but it was all written while
in transit on trains today, on my 100mi trek back from work.

Comments?  (Other than, "you're insane", thank you :) )

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] glibc detected ... double free or corruption

[Caroline F. <car...@go...>]

On Mon, 2007-07-02 at 08:27 +0200, Pere Pujal i Carabantes wrote:
> El dg 01 de 07 del 2007 a les 21:33 -0700, en/na Bill Kendrick va
> escriure:
> > On Sun, Jul 01, 2007 at 10:03:24PM +0200, Pere Pujal i Carabantes wrote:
> > > I can't compile with svg (debian unstable)
> > 
> > Can you try with "make oldsvg"? :)  Or does neither 'make' nor
> > 'make oldsvg' work?
> > 
> > 
> Don't work. I have installed  libcairo2-dev, of course, but get the
> following:
> 

I've got working in Ubuntu Dapper. It needed libpaper-dev to compile but
apart from that seems fine (I haven't tested printing as I don't have a
printer here)

It's using Cairo2-dev 1.0.4 and librsvg-dev 2.14.4.

Dapper is possibly a bit old though (June 06). 

I don't seem to have either svg.h or svg-cairo.h fwiw.

Caroline

Re: [Tuxpaint-devel] Printing problems was glibc detected ... double free or corruption

[Bill K. <nb...@so...>]

On Mon, Jul 02, 2007 at 04:00:41PM +0200, Pere Pujal i Carabantes wrote:
> I get the same printing problems on a ubuntu.
> After a search, I realized that posttcript file is filled with data
> inheriting user's locale like decimal separator (comma in
> catalan,spanish,french...)
> 
> Look at http://fornol.no-ip.org/linux/tuxpaint/print.ps 
> save to disk and try with gv or similar, you will not be able to see
> anything.
> Edit the file and replace the following lines:
> 
> 
> 83,00 145,00 translate
> 388,46 500,10 scale
> by
> 83.00 145.00 translate
> 388.46 500.10 scale

Ouch!  So fprintf() is getting localized.  I guess we should
replace the %.2f's in there with our own (maybe %d.%d and then do
some int math on the scale and translate values)

Thx!

-bill!

Re: [Tuxpaint-devel] Printing problems was glibc detected ... double free or corruption

[Pere P. i C. <pe...@fo...>]

El dg 01 de 07 del 2007 a les 19:23 +0200, I wrote:

> and tuxpaint runs fine after this
>  message except for printing where i can't print at all
> 
I get the same printing problems on a ubuntu.
After a search, I realized that posttcript file is filled with data
inheriting user's locale like decimal separator (comma in
catalan,spanish,french...)

Look at http://fornol.no-ip.org/linux/tuxpaint/print.ps 
save to disk and try with gv or similar, you will not be able to see
anything.
Edit the file and replace the following lines:


83,00 145,00 translate
388,46 500,10 scale
by
83.00 145.00 translate
388.46 500.10 scale


Hope this helps.
> 
> Yours
> Pere
> 
> 
> 
> 
> 
> 
> gcc --version
> gcc (GCC) 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)
> 
> 
> 
> pere@hola:~/CVS/tuxpaint$ /usr/local/bin/tuxpaint
> open /dev/sequencer: No such file or directory
> *** glibc detected *** /usr/local/bin/tuxpaint: double free or
> corruption (out): 0x0809e5f8 ***
> ======= Backtrace: =========
> /lib/i686/cmov/libc.so.6[0xb7cabeed]
> /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7caf530]
> /usr/lib/libSDL-1.2.so.0(SDL_FreeSurface+0xda)[0xb7e6ef2a]
> /usr/local/bin/tuxpaint[0x806adf4]
> /usr/local/bin/tuxpaint[0x806ce5d]
> /usr/local/bin/tuxpaint[0x806c934]
> /usr/local/bin/tuxpaint[0x806c9ca]
> /usr/local/bin/tuxpaint[0x806c9ca]
> /usr/local/bin/tuxpaint[0x806c9ca]
> /usr/local/bin/tuxpaint[0x806b048]
> /usr/local/bin/tuxpaint[0x806bd29]
> /usr/local/bin/tuxpaint[0x806c268]
> /usr/local/bin/tuxpaint[0x8064de3]
> /lib/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7c59ebc]
> /usr/local/bin/tuxpaint[0x804a9b1]
> ======= Memory map: ========
> 08048000-08077000 r-xp 00000000 03:01 32734      /usr/local/bin/tuxpaint
> 08077000-08079000 rw-p 0002e000 03:01 32734      /usr/local/bin/tuxpaint
> 08079000-081ed000 rw-p 08079000 00:00 0          [heap]
> b7500000-b7521000 rw-p b7500000 00:00 0
> b7521000-b7600000 ---p b7521000 00:00 0
> b767c000-b787c000 r--p 00000000 03:01
> 32784      /usr/lib/locale/locale-archive
> b787c000-b787e000 rw-p b787c000 00:00 0
> b787e000-b7888000 r-xp 00000000 03:01 1112194    /lib/libgcc_s.so.1
> b7888000-b7889000 rw-p 00009000 03:01 1112194    /lib/libgcc_s.so.1
> b7889000-b7969000 r-xp 00000000 03:01 1227551    /usr/lib/libstdc
> ++.so.6.0.9
> b7969000-b796c000 r--p 000df000 03:01 1227551    /usr/lib/libstdc
> ++.so.6.0.9
> b796c000-b796e000 rw-p 000e2000 03:01 1227551    /usr/lib/libstdc
> ++.so.6.0.9
> b796e000-b7974000 rw-p b796e000 00:00 0
> b7974000-b79b1000 r-xp 00000000 03:01
> 2552609    /usr/lib/libsmpeg-0.4.so.0.1.4
> b79b1000-b79b3000 rw-p 0003c000 03:01
> 2552609    /usr/lib/libsmpeg-0.4.so.0.1.4
> b79b3000-b79d0000 rw-p b79b3000 00:00 0
> b79d0000-b79d4000 r-xp 00000000 03:01
> 2551278    /usr/lib/libogg.so.0.5.3
> b79d4000-b79d5000 rw-p 00003000 03:01
> 2551278    /usr/lib/libogg.so.0.5.3
> b79d5000-b79ef000 r-xp 00000000 03:01
> 1227145    /usr/lib/libvorbis.so.0.3.1
> b79ef000-b79fe000 rw-p 0001a000 03:01
> 1227145    /usr/lib/libvorbis.so.0.3.1
> b79fe000-b7a04000 r-xp 00000000 03:01
> 1227143    /usr/lib/libvorbisfile.so.3.1.1
> b7a04000-b7a05000 rw-p 00006000 03:01
> 1227143    /usr/lib/libvorbisfile.so.3.1.1
> b7a05000-b7a6c000 r-xp 00000000 03:01
> 2551797    /usr/lib/libfreetype.so.6.3.10
> b7a6c000-b7a6f000 rw-p 00067000 03:01
> 2551797    /usr/lib/libfreetype.so.6.3.10
> b7a6f000-b7a82000 r-xp 00000000 03:01
> 1114773    /lib/i686/cmov/libpthread-2.5.so
> b7a82000-b7a84000 rw-p 00013000 03:01
> 1114773    /lib/i686/cmov/libpthread-2.5.so
> b7a84000-b7a87000 rw-p b7a84000 00:00 0
> b7a87000-b7ad7000 r-xp 00000000 03:01
> 2551191    /usr/lib/libvga.so.1.4.3
> b7ad7000-b7ade000 rw-p 00050000 03:01
> 2551191    /usr/lib/libvga.so.1.4.3
> b7ade000-b7ae7000 rw-p b7ade000 00:00 0
> b7ae7000-b7ae9000 r-xp 00000000 03:01
> 1112100    /lib/i686/cmov/libdl-2.5.so
> b7ae9000-b7aeb000 rw-p 00001000 03:01
> 1112100    /lib/i686/cmov/libdl-2.5.so
> b7aeb000-b7afe000 r-xp 00000000 03:01 2551954    /usr/lib/libz.so.1.2.3
> b7afe000-b7aff000 rw-p 00012000 03:01 2551954    /usr/lib/libz.so.1.2.3
> b7aff000-b7b0b000 r-xp 00000000 03:01
> 2556403    /usr/lib/libdirect-0.9.so.24.0.0
> b7b0b000-b7b0c000 rw-p 0000c000 03:01
> 2556403    /usr/lib/libdirect-0.9.so.24.0.0
> b7b0c000-b7b10000 r-xp 00000000 03:01
> 2556445    /usr/lib/libfusion-0.9.so.24.0.0
> b7b10000-b7b11000 rw-p 00003000 03:01
> 2556445    /usr/lib/libfusion-0.9.so.24.0.0
> b7b11000-b7b5d000 r-xp 00000000 03:01
> 2556446    /usr/lib/libdirectfb-0.9.so.24.0.0
> b7b5d000-b7b5f000 rw-p 0004c000 03:01
> 2556446    /usr/lib/libdirectfb-0.9.so.24.0.0
> b7b5f000-b7b60000 rw-p b7b5f000 00:00 0
> b7b60000-b7c1c000 r-xp 00000000 03:01
> 2551565    /usr/lib/libasound.so.2.0.0
> b7c1c000-b7c21000 rw-p 000bb000 03:01
> 2551565    /usr/lib/libasound.so.2.0.0
> b7c21000-b7c43000 r-xp 00000000 03:01
> 2550959    /usr/lib/libpng12.so.0.15.0
> b7c43000-b7c44000 rw-p 00021000 03:01
> 2550959    /usr/lib/libpng12.so.0.15.0
> b7c44000-b7d81000 r-xp 00000000 03:01
> 1112040    /lib/i686/cmov/libc-2.5.so
> b7d81000-b7d82000 r--p 0013d000 03:01
> 1112040    /lib/i686/cmov/libc-2.5.so
> b7d82000-b7d84000 rw-p 0013e000 03:01
> 1112040    /lib/i686/cmov/libc-2.5.so
> b7d84000-b7d87000 rw-p b7d84000 00:00 0
> b7d87000-b7dac000 r-xp 00000000 03:01
> 1112101    /lib/i686/cmov/libm-2.5.so
> b7dac000-b7dae000 rw-p 00024000 03:01
> 1112101    /lib/i686/cmov/libm-2.5.so
> b7dae000-b7de9000 r-xp 00000000 03:01
> 2552360    /usr/lib/libSDL_mixer-1.2.so.0.2.4
> b7de9000-b7df4000 rw-p 0003b000 03:01
> 2552360    /usr/lib/libSDL_mixer-1.2.so.0.2.4
> b7df4000-b7e1e000 rw-p b7df4000 00:00 0
> b7e1e000-b7e22000 r-xp 00000000 03:01
> 2552674    /usr/lib/libSDL_ttf-2.0.so.0.6.0
> b7e22000-b7e23000 rw-p 00003000 03:01
> 2552674    /usr/lib/libSDL_ttf-2.0.so.0.6.0
> b7e23000-b7e24000 rw-p b7e23000 00:00 0
> b7e24000-b7e2e000 r-xp 00000000 03:01
> 2552617    /usr/lib/libSDL_image-1.2.so.0.1.4
> b7e2e000-b7e2f000 rw-p 0000a000 03:01
> 2552617    /usr/lib/libSDL_image-1.2.so.0.1.4
> b7e2f000-b7e3f000 rw-p b7e2f000 00:00 0
> b7e3f000-b7ea6000 r-xp 00000000 03:01
> 2551150    /usr/lib/libSDL-1.2.so.0.11.0
> b7ea6000-b7ea8000 rw-p 00067000 03:01
> 2551150    /usr/lib/libSDL-1.2.so.0.11.0
> b7ea8000-b7ef0000 rw-p b7ea8000 00:00 0
> b7f12000-b7f15000 rw-p b7f12000 00:00 0
> b7f15000-b7f30000 r-xp 00000000 03:01 1112195    /lib/ld-2.5.so
> b7f30000-b7f32000 rw-p 0001b000 03:01 1112195    /lib/ld-2.5.so
> bfb42000-bfb56000 rwxp bfb42000 00:00 0          [stack]
> bfb56000-bfb57000 rw-p bfb56000 00:00 0
> ffffe000-fffff000 r-xp 00000000 00:00 0          [vdso]
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

Re: [Tuxpaint-devel] glibc detected ... double free or corruption

[Pere P. i C. <pe...@fo...>]

El dg 01 de 07 del 2007 a les 21:33 -0700, en/na Bill Kendrick va
escriure:
> On Sun, Jul 01, 2007 at 10:03:24PM +0200, Pere Pujal i Carabantes wrote:
> > I can't compile with svg (debian unstable)
> 
> Can you try with "make oldsvg"? :)  Or does neither 'make' nor
> 'make oldsvg' work?
> 
> 
Don't work. I have installed  libcairo2-dev, of course, but get the
following:





pere@hola:~/CVS/tuxpaint$ make

...Compiling Tux Paint from source...
cc -O2 -W -Wall -fno-common -ffloat-store -Wcast-align -Wredundant-decls
-Wbad-function-cast -Wwrite-strings -Waggregate-return
-Wstrict-prototypes -Wmissing-prototypes `src/test-option.sh
-Wdeclaration-after-statement`  -I/usr/include/SDL -D_GNU_SOURCE=1
-D_REENTRANT -I/usr/include/cairo -Isrc/mouse -DLARGE_CURSOR_SHAPES
-DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -D__SOUND -D__SVG -D__SVG
-DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=
\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/im/\" -DCONFDIR=
\"/usr/local/etc/tuxpaint/\" -DVER_VERSION=\"0.9.17\" -DVER_DATE=\"`date
+"%Y-%m-%d"`\" -DNO_MAEMOFLAG \
        -c src/tuxpaint.c -o obj/tuxpaint.o
src/tuxpaint.c:350:17: error: svg.h: No such file or directory
src/tuxpaint.c:351:23: error: svg-cairo.h: No such file or directory
src/tuxpaint.c:353:2: error: #error
"---------------------------------------------------"
src/tuxpaint.c:354:2: error: #error "If you installed Cairo, libSVG or
svg-cairo from packages, be sure"
src/tuxpaint.c:355:2: error: #error "to get the development package, as
well!"
src/tuxpaint.c:356:2: error: #error "(e.g., 'libcairo2-dev.rpm')"
src/tuxpaint.c:357:2: error: #error
"---------------------------------------------------"
src/tuxpaint.c: In function 'load_svg':
src/tuxpaint.c:16283: error: 'svg_cairo_t' undeclared (first use in this
function)
src/tuxpaint.c:16283: error: (Each undeclared identifier is reported
only once
src/tuxpaint.c:16283: error: for each function it appears in.)
[...snip...]






pere@hola:~/CVS/tuxpaint$ make oldsvg

Building with CAIRO1 SVG SUPPORT

make SVG_LIB="-lcairo -lsvg -lsvg-cairo" OLDSVGFLAG=OLD_SVG
make[1]: Entering directory `/mnt/hda2/home/pere/CVS/tuxpaint'

...Compiling Tux Paint from source...
cc -O2 -W -Wall -fno-common -ffloat-store -Wcast-align -Wredundant-decls
-Wbad-function-cast -Wwrite-strings -Waggregate-return
-Wstrict-prototypes -Wmissing-prototypes `src/test-option.sh
-Wdeclaration-after-statement`  -I/usr/include/SDL -D_GNU_SOURCE=1
-D_REENTRANT -I/usr/include/cairo -Isrc/mouse -DLARGE_CURSOR_SHAPES
-DDATA_PREFIX=\"/usr/local/share/tuxpaint/\" -D__SOUND -D__SVG -DOLD_SVG
-DDOC_PREFIX=\"/usr/local/share/doc/tuxpaint/\" -DLOCALEDIR=
\"/usr/local/share/locale/\" -DIMDIR=\"/usr/local/share/im/\" -DCONFDIR=
\"/usr/local/etc/tuxpaint/\" -DVER_VERSION=\"0.9.17\" -DVER_DATE=\"`date
+"%Y-%m-%d"`\" -DNO_MAEMOFLAG \
        -c src/tuxpaint.c -o obj/tuxpaint.o
src/tuxpaint.c:350:17: error: svg.h: No such file or directory
src/tuxpaint.c:351:23: error: svg-cairo.h: No such file or directory
src/tuxpaint.c:353:2: error: #error
"---------------------------------------------------"
src/tuxpaint.c:354:2: error: #error "If you installed Cairo, libSVG or
svg-cairo from packages, be sure"
src/tuxpaint.c:355:2: error: #error "to get the development package, as
well!"
src/tuxpaint.c:356:2: error: #error "(e.g., 'libcairo2-dev.rpm')"
src/tuxpaint.c:357:2: error: #error
"---------------------------------------------------"
src/tuxpaint.c: In function 'load_svg':
src/tuxpaint.c:16283: error: 'svg_cairo_t' undeclared (first use in this
function)
[...snip...]




According to debian packages (http://www.debian.org/distrib/packages),
there is not any file called svg-cairo.h in any package in unstable and
there is just a svg.h in libwmf-dev that is installed in case of, but I
think is not related to this error.




The files contained in libcairo2-dev in debian unstable are this:
/.
/usr
/usr/lib
/usr/lib/libcairo.la
/usr/lib/pkgconfig
/usr/lib/pkgconfig/cairo.pc
/usr/lib/pkgconfig/cairo-ft.pc
/usr/lib/pkgconfig/cairo-pdf.pc
/usr/lib/pkgconfig/cairo-ps.pc
/usr/lib/pkgconfig/cairo-png.pc
/usr/lib/pkgconfig/cairo-svg.pc
/usr/lib/pkgconfig/cairo-xlib-xrender.pc
/usr/lib/pkgconfig/cairo-xlib.pc
/usr/lib/libcairo.a
/usr/share
/usr/share/doc
/usr/share/doc/libcairo2-dev
/usr/share/doc/libcairo2-dev/README.gz
/usr/share/doc/libcairo2-dev/TODO.gz
/usr/share/doc/libcairo2-dev/NEWS.gz
/usr/share/doc/libcairo2-dev/AUTHORS.gz
/usr/share/doc/libcairo2-dev/copyright
/usr/share/doc/libcairo2-dev/changelog.gz
/usr/share/doc/libcairo2-dev/changelog.Debian.gz
/usr/include
/usr/include/cairo
/usr/include/cairo/cairo-ft.h
/usr/include/cairo/cairo-ps.h
/usr/include/cairo/cairo-features.h
/usr/include/cairo/cairo-xlib-xrender.h
/usr/include/cairo/cairo-deprecated.h
/usr/include/cairo/cairo-pdf.h
/usr/include/cairo/cairo-svg.h
/usr/include/cairo/cairo-xlib.h
/usr/include/cairo/cairo.h
/usr/lib/libcairo.so

Re: [Tuxpaint-devel] glibc detected ... double free or corruption

[Bill K. <nb...@so...>]

On Sun, Jul 01, 2007 at 10:03:24PM +0200, Pere Pujal i Carabantes wrote:
> I can't compile with svg (debian unstable)

Can you try with "make oldsvg"? :)  Or does neither 'make' nor
'make oldsvg' work?


-bill!

Re: [Tuxpaint-devel] glibc detected ... double free or corruption

[Pere P. i C. <pe...@fo...>]

El dg 01 de 07 del 2007 a les 12:49 -0700, en/na Bill Kendrick va
escriure:
> On Sun, Jul 01, 2007 at 07:23:56PM +0200, Pere Pujal i Carabantes wrote:
> > Hi!
> > I just compiled and install the latest test tarball and get this
> > annoying message at the beginnin.
> > 
> > compiled with make nosvg and  installed in /usr/local
> 
> Uh oh, interesting.  I'm no good at reading backtraces, anyone else
> have ideas off-hand?  It might be good to run valgrind or somesuch on
> Tux Paint now and then, I suppose. *sigh*
> 
> I barely got 0.9.17 released this morning before my baby woke up and
> I had to help take care of him. :)
> 
> 
> > Every time I open tuxpaint, I get this on console, all other apps,
> > including tp-0.9.16 seem to work fine, and tuxpaint runs fine after this
> > message except for printing where i can't print at all
> 
> I don't suppose you've tried it without 'nosvg' yet...?

I can't compile with svg (debian unstable)

And I don't understand nothing about backtraces or gcc bugs or anything
else in programing, but can follow instructions about what to do for
help.

Yours
Pere

Re: [Tuxpaint-devel] glibc detected ... double free or corruption

[Bill K. <nb...@so...>]

On Sun, Jul 01, 2007 at 07:23:56PM +0200, Pere Pujal i Carabantes wrote:
> Hi!
> I just compiled and install the latest test tarball and get this
> annoying message at the beginnin.
> 
> compiled with make nosvg and  installed in /usr/local

Uh oh, interesting.  I'm no good at reading backtraces, anyone else
have ideas off-hand?  It might be good to run valgrind or somesuch on
Tux Paint now and then, I suppose. *sigh*

I barely got 0.9.17 released this morning before my baby woke up and
I had to help take care of him. :)


> Every time I open tuxpaint, I get this on console, all other apps,
> including tp-0.9.16 seem to work fine, and tuxpaint runs fine after this
> message except for printing where i can't print at all

I don't suppose you've tried it without 'nosvg' yet...?

Thx!

-bill!

[Tuxpaint-devel] glibc detected ... double free or corruption

[Pere P. i C. <pe...@fo...>]

Hi!
I just compiled and install the latest test tarball and get this
annoying message at the beginnin.

compiled with make nosvg and  installed in /usr/local

Every time I open tuxpaint, I get this on console, all other apps,
including tp-0.9.16 seem to work fine, and tuxpaint runs fine after this
message except for printing where i can't print at all

Any hints I can try?

Yours
Pere






gcc --version
gcc (GCC) 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)



pere@hola:~/CVS/tuxpaint$ /usr/local/bin/tuxpaint
open /dev/sequencer: No such file or directory
*** glibc detected *** /usr/local/bin/tuxpaint: double free or
corruption (out): 0x0809e5f8 ***
======= Backtrace: =========
/lib/i686/cmov/libc.so.6[0xb7cabeed]
/lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7caf530]
/usr/lib/libSDL-1.2.so.0(SDL_FreeSurface+0xda)[0xb7e6ef2a]
/usr/local/bin/tuxpaint[0x806adf4]
/usr/local/bin/tuxpaint[0x806ce5d]
/usr/local/bin/tuxpaint[0x806c934]
/usr/local/bin/tuxpaint[0x806c9ca]
/usr/local/bin/tuxpaint[0x806c9ca]
/usr/local/bin/tuxpaint[0x806c9ca]
/usr/local/bin/tuxpaint[0x806b048]
/usr/local/bin/tuxpaint[0x806bd29]
/usr/local/bin/tuxpaint[0x806c268]
/usr/local/bin/tuxpaint[0x8064de3]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7c59ebc]
/usr/local/bin/tuxpaint[0x804a9b1]
======= Memory map: ========
08048000-08077000 r-xp 00000000 03:01 32734      /usr/local/bin/tuxpaint
08077000-08079000 rw-p 0002e000 03:01 32734      /usr/local/bin/tuxpaint
08079000-081ed000 rw-p 08079000 00:00 0          [heap]
b7500000-b7521000 rw-p b7500000 00:00 0
b7521000-b7600000 ---p b7521000 00:00 0
b767c000-b787c000 r--p 00000000 03:01
32784      /usr/lib/locale/locale-archive
b787c000-b787e000 rw-p b787c000 00:00 0
b787e000-b7888000 r-xp 00000000 03:01 1112194    /lib/libgcc_s.so.1
b7888000-b7889000 rw-p 00009000 03:01 1112194    /lib/libgcc_s.so.1
b7889000-b7969000 r-xp 00000000 03:01 1227551    /usr/lib/libstdc
++.so.6.0.9
b7969000-b796c000 r--p 000df000 03:01 1227551    /usr/lib/libstdc
++.so.6.0.9
b796c000-b796e000 rw-p 000e2000 03:01 1227551    /usr/lib/libstdc
++.so.6.0.9
b796e000-b7974000 rw-p b796e000 00:00 0
b7974000-b79b1000 r-xp 00000000 03:01
2552609    /usr/lib/libsmpeg-0.4.so.0.1.4
b79b1000-b79b3000 rw-p 0003c000 03:01
2552609    /usr/lib/libsmpeg-0.4.so.0.1.4
b79b3000-b79d0000 rw-p b79b3000 00:00 0
b79d0000-b79d4000 r-xp 00000000 03:01
2551278    /usr/lib/libogg.so.0.5.3
b79d4000-b79d5000 rw-p 00003000 03:01
2551278    /usr/lib/libogg.so.0.5.3
b79d5000-b79ef000 r-xp 00000000 03:01
1227145    /usr/lib/libvorbis.so.0.3.1
b79ef000-b79fe000 rw-p 0001a000 03:01
1227145    /usr/lib/libvorbis.so.0.3.1
b79fe000-b7a04000 r-xp 00000000 03:01
1227143    /usr/lib/libvorbisfile.so.3.1.1
b7a04000-b7a05000 rw-p 00006000 03:01
1227143    /usr/lib/libvorbisfile.so.3.1.1
b7a05000-b7a6c000 r-xp 00000000 03:01
2551797    /usr/lib/libfreetype.so.6.3.10
b7a6c000-b7a6f000 rw-p 00067000 03:01
2551797    /usr/lib/libfreetype.so.6.3.10
b7a6f000-b7a82000 r-xp 00000000 03:01
1114773    /lib/i686/cmov/libpthread-2.5.so
b7a82000-b7a84000 rw-p 00013000 03:01
1114773    /lib/i686/cmov/libpthread-2.5.so
b7a84000-b7a87000 rw-p b7a84000 00:00 0
b7a87000-b7ad7000 r-xp 00000000 03:01
2551191    /usr/lib/libvga.so.1.4.3
b7ad7000-b7ade000 rw-p 00050000 03:01
2551191    /usr/lib/libvga.so.1.4.3
b7ade000-b7ae7000 rw-p b7ade000 00:00 0
b7ae7000-b7ae9000 r-xp 00000000 03:01
1112100    /lib/i686/cmov/libdl-2.5.so
b7ae9000-b7aeb000 rw-p 00001000 03:01
1112100    /lib/i686/cmov/libdl-2.5.so
b7aeb000-b7afe000 r-xp 00000000 03:01 2551954    /usr/lib/libz.so.1.2.3
b7afe000-b7aff000 rw-p 00012000 03:01 2551954    /usr/lib/libz.so.1.2.3
b7aff000-b7b0b000 r-xp 00000000 03:01
2556403    /usr/lib/libdirect-0.9.so.24.0.0
b7b0b000-b7b0c000 rw-p 0000c000 03:01
2556403    /usr/lib/libdirect-0.9.so.24.0.0
b7b0c000-b7b10000 r-xp 00000000 03:01
2556445    /usr/lib/libfusion-0.9.so.24.0.0
b7b10000-b7b11000 rw-p 00003000 03:01
2556445    /usr/lib/libfusion-0.9.so.24.0.0
b7b11000-b7b5d000 r-xp 00000000 03:01
2556446    /usr/lib/libdirectfb-0.9.so.24.0.0
b7b5d000-b7b5f000 rw-p 0004c000 03:01
2556446    /usr/lib/libdirectfb-0.9.so.24.0.0
b7b5f000-b7b60000 rw-p b7b5f000 00:00 0
b7b60000-b7c1c000 r-xp 00000000 03:01
2551565    /usr/lib/libasound.so.2.0.0
b7c1c000-b7c21000 rw-p 000bb000 03:01
2551565    /usr/lib/libasound.so.2.0.0
b7c21000-b7c43000 r-xp 00000000 03:01
2550959    /usr/lib/libpng12.so.0.15.0
b7c43000-b7c44000 rw-p 00021000 03:01
2550959    /usr/lib/libpng12.so.0.15.0
b7c44000-b7d81000 r-xp 00000000 03:01
1112040    /lib/i686/cmov/libc-2.5.so
b7d81000-b7d82000 r--p 0013d000 03:01
1112040    /lib/i686/cmov/libc-2.5.so
b7d82000-b7d84000 rw-p 0013e000 03:01
1112040    /lib/i686/cmov/libc-2.5.so
b7d84000-b7d87000 rw-p b7d84000 00:00 0
b7d87000-b7dac000 r-xp 00000000 03:01
1112101    /lib/i686/cmov/libm-2.5.so
b7dac000-b7dae000 rw-p 00024000 03:01
1112101    /lib/i686/cmov/libm-2.5.so
b7dae000-b7de9000 r-xp 00000000 03:01
2552360    /usr/lib/libSDL_mixer-1.2.so.0.2.4
b7de9000-b7df4000 rw-p 0003b000 03:01
2552360    /usr/lib/libSDL_mixer-1.2.so.0.2.4
b7df4000-b7e1e000 rw-p b7df4000 00:00 0
b7e1e000-b7e22000 r-xp 00000000 03:01
2552674    /usr/lib/libSDL_ttf-2.0.so.0.6.0
b7e22000-b7e23000 rw-p 00003000 03:01
2552674    /usr/lib/libSDL_ttf-2.0.so.0.6.0
b7e23000-b7e24000 rw-p b7e23000 00:00 0
b7e24000-b7e2e000 r-xp 00000000 03:01
2552617    /usr/lib/libSDL_image-1.2.so.0.1.4
b7e2e000-b7e2f000 rw-p 0000a000 03:01
2552617    /usr/lib/libSDL_image-1.2.so.0.1.4
b7e2f000-b7e3f000 rw-p b7e2f000 00:00 0
b7e3f000-b7ea6000 r-xp 00000000 03:01
2551150    /usr/lib/libSDL-1.2.so.0.11.0
b7ea6000-b7ea8000 rw-p 00067000 03:01
2551150    /usr/lib/libSDL-1.2.so.0.11.0
b7ea8000-b7ef0000 rw-p b7ea8000 00:00 0
b7f12000-b7f15000 rw-p b7f12000 00:00 0
b7f15000-b7f30000 r-xp 00000000 03:01 1112195    /lib/ld-2.5.so
b7f30000-b7f32000 rw-p 0001b000 03:01 1112195    /lib/ld-2.5.so
bfb42000-bfb56000 rwxp bfb42000 00:00 0          [stack]
bfb56000-bfb57000 rw-p bfb56000 00:00 0
ffffe000-fffff000 r-xp 00000000 00:00 0          [vdso]

Re: [Tuxpaint-devel] bill@newbreedsoftware.com

[Bill K. <nb...@so...>]

On Sat, Jun 30, 2007 at 05:35:22PM +0900, TOYAMA Shin-ichi wrote:
> Hi,
> 
> I tested rc1.
> Attached patch will fixes the following things.
> 
>   1) IM files should be installed under $PREFIX/share/tuxpaint/im
>      rather than $PREFIX/share/im
>   2) tuxpaint.spec update
>   3) ja.im update

Done, thanks!


> I have anoter thing to note.
> Tuxpaint crashes with segfault at "text tool" if "sysfonts=yes" is set.
> Even so, tuxpaint-config set "sysfonts=yes" by default.

DEF_locale() had 'loadsystemfonts -> value(1)', which conflicted the
_actual_ default that Tux Paint and Tux Paint Config use for it.
So I guess if you hit 'Defaults', you'd suddenly enable that option.

Fixed, thx!


> So, from now, I will start to translate many many animal's name!

Ok!  At this rate, I hope to make a _final_ official release
early next week (Monday July 2nd, or Tuesday July 3rd, if possible).


-bill!

Re: [Tuxpaint-devel] Tux Paint 0.9.17rc1 and friends source tarballs available!

[Bill K. <nb...@so...>]

On Sat, Jun 30, 2007 at 03:42:14PM +0200, Karl Ove Hufthammer wrote:
> The current version is not version 0.x quality (i.e., it???s better). What needs 
> fixing or adding to get a version 1.0 release? Do you have a checklist?

Indded.  (And thanks!)

I _have_ been considering calling this version 1.0, but the
last thing that needs some major help is the documentation.
(Cc'ing the tuxpaint-docs list -- hint, hint ;^) )

Now that we have SOME kind of IM support, and stamp category switching,
we're definitely closer to 1.x than ever before, based on my requirements.

Checklist?  Hrm, I should make one. :)

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Tux Paint stamps beta re-release (2007-06-28)

[Bill K. <nb...@so...>]

On Sat, Jun 30, 2007 at 03:57:41PM +0200, Karl Ove Hufthammer wrote:
> Torsdag 28. juni 2007 skreiv Bill Kendrick:
> >I've just rolled another Tux Paint Stamps, with
> >some updates:  Catalan translation updates,
> >new Catalan descriptive Oggs, and numerous
> >'pngcrush'ed PNGs.
> 
> Why do you use pngcrush instead 
> of the much better optipng?

Oops!  Because I forgot optipng existed!  Sorry :)

-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Tux Paint PostScript printing code rewritten

[Karl O. H. <ka...@hu...>]

Tysdag 26. juni 2007 skreiv Albert Cahalan:
>The old code sent the data in the obvious manner, as 24-bit
>sRGB data. The new code uses a very inefficient and awkward
>representation. It's planar (!) and hexidecimal.

Perhaps the (truly amazing) sam2p would be worth looking at:
http://www.inf.bme.hu/~pts/sam2p/

-- 
Karl Ove Hufthammer

Re: [Tuxpaint-devel] Tux Paint stamps beta re-release (2007-06-28)

[Karl O. H. <ka...@hu...>]

Torsdag 28. juni 2007 skreiv Bill Kendrick:
>I've just rolled another Tux Paint Stamps, with
>some updates: =A0Catalan translation updates,
>new Catalan descriptive Oggs, and numerous
>'pngcrush'ed PNGs.

Why do you use pngcrush instead=20
of the much better optipng?

=2D-=20
Karl Ove Hufthammer

Re: [Tuxpaint-devel] [Tuxpaint-i18n] Tux Paint 0.9.17rc1 and friends source tarballs available!

[Karl O. H. <ka...@hu...>]

Onsdag 27. juni 2007 skreiv Bill Kendrick:
>Once some beta testing has been done, I'll post official source builds
>to SourceForge, and officially announce the release. =C2=A0(Porters/packag=
ers,
>if you cannot roll together either betas and/or official builds soon,
>let me know so I don't wait around for you :^) )

The current version is not version 0.x quality (i.e., it=E2=80=99s better).=
 What needs=20
fixing or adding to get a version 1.0 release? Do you have a checklist?

=2D-=20
Karl Ove Hufthammer

[Tuxpaint-devel] bill@newbreedsoftware.com

[TOYAMA Shin-i. <sh...@wm...>]

Hi,

I tested rc1.
Attached patch will fixes the following things.

  1) IM files should be installed under $PREFIX/share/tuxpaint/im
     rather than $PREFIX/share/im
  2) tuxpaint.spec update
  3) ja.im update

I have anoter thing to note.
Tuxpaint crashes with segfault at "text tool" if "sysfonts=yes" is set.
Even so, tuxpaint-config set "sysfonts=yes" by default.

So, from now, I will start to translate many many animal's name!

Bill Kendrick wrote in <200...@so...>
>
>I've just rolled together what's in CVS and posted them to my FTP site.
>Please download and test.  Send any minor updates ASAP.  Porting and
>packaging folks, please tell me immediately if you find any issues building.
>
>Once some beta testing has been done, I'll post official source builds
>to SourceForge, and officially announce the release.  (Porters/packagers,
>if you cannot roll together either betas and/or official builds soon,
>let me know so I don't wait around for you :^) )
>
>Thanks, and good work, everyone!  Big kudos to Caroline Ford for submitting
>a ton of new content, and Martin Fuhrer for cleaning up lots of bits and
>pieces of the OS X code!
>
>  ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/source/
>
>Thanks again!
>
>-- 
>-bill!
>bi...@ne...
>http://www.newbreedsoftware.com/
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by DB2 Express
>Download DB2 Express C - the FREE version of DB2 express and take
>control of your XML. No limits. Just data. Click to get it now.
>http://sourceforge.net/powerbar/db2/
>_______________________________________________
>Tuxpaint-devel mailing list
>Tux...@li...
>https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel

-- 
TOYAMA Shin-ichi mailto:sh...@wm...

[Tuxpaint-devel] Tux Paint stamps beta re-release (2007-06-28)

[Bill K. <nb...@so...>]

I've just rolled another Tux Paint Stamps, with
some updates:  Catalan translation updates,
new Catalan descriptive Oggs, and numerous
'pngcrush'ed PNGs.

  ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/source/

Enjoy,

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Tux Paint PostScript printing code rewritten

[Albert C. <aca...@gm...>]

On 6/27/07, Bill Kendrick <nb...@so...> wrote:
> On Wed, Jun 27, 2007 at 12:21:20AM -0400, Albert Cahalan wrote:
> > PostScript 3 is from 1997.
>
> I'm betting some schools out there have printers older than that. :)

Yes, but they don't work and you couldn't buy ink anyway.
Printers are less reliable than floppy drives and mice.

> > That needed support in the GUI. A person might want
> > rotation or not.
>
> I think _typically_, people want it printed as full-page as possible.

See, I didn't have this assumption. My assumption was
that you'd always want it right side up.

Automatic rotation can be done in postscript.