From skomoroh at gmail.com  Thu Mar  1 14:56:25 2007
From: skomoroh at gmail.com (Con Radchenko)
Date: Thu, 01 Mar 2007 16:56:25 +0300
Subject: [Image-SIG] Patch: alpha-channel support for ImageTk
In-Reply-To: <m3irdnblsx.fsf@borealis.garret.home> (Con Radchenko's message
	of "Tue, 27 Feb 2007 19:35:42 +0300")
References: <m3irdnblsx.fsf@borealis.garret.home>
Message-ID: <m3y7mhkqye.fsf@borealis.garret.home>

A non-text attachment was scrubbed...
Name: imagetk-alpha.patch
Type: text/x-patch
Size: 1755 bytes
Desc: not available
Url : http://mail.python.org/pipermail/image-sig/attachments/20070301/4d1d3b85/attachment.bin 

From crschmidt at metacarta.com  Sun Mar  4 06:48:29 2007
From: crschmidt at metacarta.com (Christopher Schmidt)
Date: Sun, 4 Mar 2007 00:48:29 -0500
Subject: [Image-SIG] image.transform() data outside image boundaries
Message-ID: <20070304054829.GA32258@metacarta.com>

When using image.transform, (EXTENT mode) it is possible to select an area 
which contains pixels outside the image:

  out = im.transform((0,100), Image.EXTENT, (-50, -50, 50, 50))

Is there a way to make these pixels transparent, or set their color in
some way?

I'm loading from a GIF, and saving to a PNG. Either of these can change,
if it will help.

Regards,
-- 
Christopher Schmidt
MetaCarta

From fredrik at pythonware.com  Tue Mar  6 11:55:42 2007
From: fredrik at pythonware.com (Fredrik Lundh)
Date: Tue, 6 Mar 2007 11:55:42 +0100
Subject: [Image-SIG] image.transform() data outside image boundaries
References: <20070304054829.GA32258@metacarta.com>
Message-ID: <esjhbe$s02$1@sea.gmane.org>

Christopher Schmidt wrote:

> When using image.transform, (EXTENT mode) it is possible to select an area
> which contains pixels outside the image:
>
>  out = im.transform((0,100), Image.EXTENT, (-50, -50, 50, 50))
>
> Is there a way to make these pixels transparent, or set their color in
> some way?

there's no direct way to do this in the current version of PIL, but you can get
the effect you're after by doing things in three steps:

    # transform the main image
    main = im.transform(size, mode, params)

    # create a mask
    mask = Image.new("L", im.size, 255).transform(size, mode, params)

    # paste the image onto an output image using the mask
    out = Image.new(mode, size, background)
    out.paste(main, mask)

</F> 




From enrickyb at ou.edu  Wed Mar  7 01:13:26 2007
From: enrickyb at ou.edu (Eric Bruning)
Date: Tue, 6 Mar 2007 18:13:26 -0600
Subject: [Image-SIG] Patch: multiple IPTC keywords for a single tag
Message-ID: <192A1446-4463-4586-B6A0-6BADB8AF5D5B@ou.edu>

According to the specification, some IPTC tags can be repeated, e.g.,  
tag 2:25 (keywords). PIL 1.1.6 only retained the last instance of  
that tag. Below is a patch to store all tags. If there are multiple  
tag instances, they are stored in a (python) list. Single tag  
instances remain as strings.

The mixed types stored in the info dictionary present a bit of an  
access challenge for the end user. I wasn't sure how else to handle  
this. I'd be happy to implement a different solution if one were  
proposed.

Thanks,
Eric

  diff -u Original/PIL/IptcImagePlugin.py Modified/PIL/ 
IptcImagePlugin.py

--- Original/PIL/IptcImagePlugin.py        2006-12-03  
05:37:15.000000000 -0600
+++ Modified/PIL/IptcImagePlugin.py        2007-03-06  
12:08:48.000000000 -0600
@@ -116,11 +116,17 @@
              if not tag or tag == (8,10):
                  break
              if size:
-                self.info[tag] = self.fp.read(size)
+                tagdata = self.fp.read(size)
              else:
-                self.info[tag] = None
-            # print tag, self.info[tag]
-
+                tagdata = None
+            if tag in self.info.keys() :
+                try:
+                    self.info[tag].append(tagdata)
+                except:
+                    self.info[tag] = [self.info[tag], tagdata]
+            else:
+                self.info[tag] = tagdata
+
          # mode
          layers = ord(self.info[(3,60)][0])
          component = ord(self.info[(3,60)][1])


From snaury at gmail.com  Fri Mar  9 17:40:42 2007
From: snaury at gmail.com (Alexey Borzenkov)
Date: Fri, 9 Mar 2007 19:40:42 +0300
Subject: [Image-SIG] Correct raw mode for 16-bit .bmp files
Message-ID: <e2480c70703090840j556cd4e0rad636c9df8b8cfb9@mail.gmail.com>

Hi everyone,

Today I stumbled upon a 16-bit .bmp file that when opened with PIL had
very-very wrong colors. While looking for the cause I finally read
MSDN documentation on BITMAPINFOHEADER, where it says that by default
(i.e. when BI_BITFIELDS is not specified in biCompression field)
16-bit bitmaps have 5-bits for each color band, thus in
BmpImagePlugin.py it should be:

-    16: ("RGB", "BGR;16"),
+    16: ("RGB", "BGR;15"),

I wonder if there's any collision with OS/2 16-bit bitmaps though?
(don't even know where to start looking for information on them) If
not it would be good if it could be fixed on trunk.

Thanks,
Alexey.

From pryce at ucla.edu  Mon Mar 12 22:18:23 2007
From: pryce at ucla.edu (Paul Rigor)
Date: Mon, 12 Mar 2007 14:18:23 -0700
Subject: [Image-SIG] Crack Code?
Message-ID: <78771fdc0703121418j1ac156dcgbb5c93d423045dcc@mail.gmail.com>

Hi,

Whatever happened to the PIL module CrackCode??  PIL plus is no longer
available either.

Thanks,
Paul

-- 
http://www.nrdcactionfund.org/tellafriend.asp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/image-sig/attachments/20070312/2b222997/attachment.htm 

From paulrigor at gmail.com  Mon Mar 12 22:17:31 2007
From: paulrigor at gmail.com (Paul Rigor)
Date: Mon, 12 Mar 2007 14:17:31 -0700
Subject: [Image-SIG] CrackCode
Message-ID: <78771fdc0703121417u483d606eyc78794d2ef7b1cc5@mail.gmail.com>

Hi,

Whatever happened to the CrackCode PIL module?

Thanks,
Paul
-- 
http://www.nrdcactionfund.org/tellafriend.asp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/image-sig/attachments/20070312/e7173900/attachment.html 

From suye at hotmail.de  Tue Mar 13 01:08:39 2007
From: suye at hotmail.de (Julian Maicher)
Date: Tue, 13 Mar 2007 01:08:39 +0100
Subject: [Image-SIG] [BUG] double free or corruption (out) .. but only
	sometimes ..
Message-ID: <BAY128-W14395D4C09A945B8969F09B57C0@phx.gbl>

Hey ..i have the following python code using the PIL Library:import Image, ImageDraw, ImageFontfrom random import choicedef createCaptcha():    imgtext = ''.join([choice('QWERTZUPASDFGHJKLYXCVBNM') for i in range(5)])    img = Image.open('captcha_bg.jpg')    draw = ImageDraw.Draw(img)    font = ImageFont.truetype('captcha_font.ttf', 50)    draw.text((10,10), imgtext, font = font, fill=(0,0,0))    img.save('captcha.jpg')    createCaptcha()Sometimes it works .. 1 time in a row, or 5 times in a row ..But often i get the following error:/usr/bin/python -u  "/home/julian/Desktop/captcha.py"*** glibc detected *** /usr/bin/python: double free or corruption (out): 0x081da618 ***======= Backtrace: =========/lib/tls/i686/cmov/libc.so.6[0xb7e658bd]/lib/tls/i686/cmov/libc.so.6(__libc_free+0x84)[0xb7e65a44]/usr/lib/python2.4/site-packages/PIL/_imaging.so[0xb7d25ff4]/usr/lib/python2.4/site-packages/PIL/_imaging.so(ImagingDelete+0x39)[0xb7d26089]/usr/lib/python2.4/site-packages/PIL/_imaging.so[0xb7d062e5]/usr/bin/python[0x8100cee]/usr/bin/python(PyEval_EvalCodeEx+0x313)[0x80b9f93]/usr/bin/python(PyEval_EvalFrame+0x404a)[0x80b86ea]/usr/bin/python(PyEval_EvalFrame+0x46f4)[0x80b8d94]/usr/bin/python(PyEval_EvalCodeEx+0x839)[0x80ba4b9]/usr/bin/python(PyEval_EvalCode+0x57)[0x80ba527]/usr/bin/python(PyRun_FileExFlags+0xca)[0x80ddb1a]/usr/bin/python(PyRun_SimpleFileExFlags+0x187)[0x80ddd07]/usr/bin/python(Py_Main+0xa82)[0x8055cc2]/usr/bin/python(main+0x22)[0x8055132]/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7e148cc]/usr/bin/python[0x8055081]======= Memory map: ========08048000-08121000 r-xp 00000000 03:02 649805     /usr/bin/python2.408121000-08142000 rw-p 000d8000 03:02 649805     /usr/bin/python2.408142000-08204000 rw-p 08142000 00:00 0          [heap]b7a00000-b7a21000 rw-p b7a00000 00:00 0 b7a21000-b7b00000 ---p b7a21000 00:00 0 b7b7a000-b7b84000 r-xp 00000000 03:02 1038403    /lib/libgcc_s.so.1b7b84000-b7b85000 rw-p 00009000 03:02 1038403    /lib/libgcc_s.so.1b7b90000-b7bfa000 r--p 00000000 03:03 868184     /home/julian/Desktop/captcha_font.ttfb7bfa000-b7c61000 r-xp 00000000 03:02 650424     /usr/lib/libfreetype.so.6.3.10b7c61000-b7c64000 rw-p 00067000 03:02 650424     /usr/lib/libfreetype.so.6.3.10b7c6f000-b7c72000 r-xp 00000000 03:02 909431     /usr/lib/python2.4/site-packages/PIL/_imagingft.sob7c72000-b7c73000 rw-p 00002000 03:02 909431     /usr/lib/python2.4/site-packages/PIL/_imagingft.sob7c73000-b7cb4000 rw-p b7c73000 00:00 0 b7cb6000-b7cba000 r-xp 00000000 03:02 780008     /usr/lib/python2.4/lib-dynload/binascii.sob7cba000-b7cbb000 rw-p 00003000 03:02 780008     /usr/lib/python2.4/lib-dynload/binascii.sob7cbb000-b7cbe000 r-xp 00000000 03:02 780025     /usr/lib/python2.4/lib-dynload/math.sob7cbe000-b7cbf000 rw-p 00002000 03:02 780025     /usr/lib/python2.4/lib-dynload/math.sob7cbf000-b7cc3000 r-xp 00000000 03:02 780029     /usr/lib/python2.4/lib-dynload/operator.sob7cc3000-b7cc4000 rw-p 00004000 03:02 780029     /usr/lib/python2.4/lib-dynload/operator.sob7cc4000-b7cc8000 r-xp 00000000 03:02 780039     /usr/lib/python2.4/lib-dynload/strop.sob7cc8000-b7cca000 rw-p 00003000 03:02 780039     /usr/lib/python2.4/lib-dynload/strop.sob7cca000-b7cdd000 r-xp 00000000 03:02 650954     /usr/lib/libz.so.1.2.3b7cdd000-b7cde000 rw-p 00012000 03:02 650954     /usr/lib/libz.so.1.2.3b7cde000-b7cfc000 r-xp 00000000 03:02 650690     /usr/lib/libjpeg.so.62.0.0b7cfc000-b7cfd000 rw-p 0001d000 03:02 650690     /usr/lib/libjpeg.so.62.0.0b7cfd000-b7d2e000 r-xp 00000000 03:02 909430     /usr/lib/python2.4/site-packages/PIL/_imaging.sob7d2e000-b7d31000 rw-p 00031000 03:02 909430     /usr/lib/python2.4/site-packages/PIL/_imaging.sob7d31000-b7d39000 rw-p b7d31000 00:00 0 b7d39000-b7d40000 r--s 00000000 03:02 665864     /usr/lib/gconv/gconv-modules.cacheb7d40000-b7d7b000 r--p 00000000 03:02 698734     /usr/lib/locale/de_DE.utf8/LC_CTYPEb7d7b000-b7dff000 rw-p b7d7b000 00:00 0 b7dff000-b7f2c000 r-xp 00000000 03:02 1070812    /lib/tls/i686/cmov/libc-2.4.sob7f2c000-b7f2e000 r--p 0012c000 03:02 1070812    /lib/tls/i686/cmov/libc-2.4.sob7f2e000-b7f30000 rw-p 0012e000 03:02 1070812    /lib/tls/i686/cmov/libc-2.4.sob7f30000-b7f33000 rw-p b7f30000 00:00 0 b7f33000-b7f57000 r-xp 00000000 03:02 1070816    /lib/tls/i686/cmov/libm-2.4.sob7f57000-b7f59000 rw-p 00023000 03:02 1070816    /lib/tls/i686/cmov/libm-2.4.sob7f59000-b7f5b000 r-xp 00000000 03:02 1070831    /lib/tls/i686/cmov/libutil-2.4.sob7f5b000-b7f5d000 rw-p 00001000 03:02 1070831    /lib/tls/i686/cmov/libutil-2.4.sob7f5d000-b7f5f000 r-xp 00000000 03:02 1070815    /lib/tls/i686/cmov/libdl-2.4.sob7f5f000-b7f61000 rw-p 00001000 03:02 1070815    /lib/tls/i686/cmov/libdl-2.4.sob7f61000-b7f70000 r-xp 00000000 03:02 1070826    /lib/tls/i686/cmov/libpthread-2.4.sob7f70000-b7f72000 rw-p 0000f000 03:02 1070826    /lib/tls/i686/cmov/libpthread-2.4.sob7f72000-b7f75000 rw-p b7f72000 00:00 0 b7f75000-b7f77000 r-xp 00000000 03:02 780001     /usr/lib/python2.4/lib-dynload/_random.sob7f77000-b7f78000 rw-p 00002000 03:02 780001     /usr/lib/python2.4/lib-dynload/_random.sob7f78000-b7f7e000 r-xp 00000000 03:02 780006     /usr/lib/python2.4/lib-dynload/array.sob7f7e000-b7f80000 rw-p 00006000 03:02 780006     /usr/lib/python2.4/lib-dynload/array.sob7f80000-b7f81000 rw-p b7f80000 00:00 0 b7f81000-b7f9a000 r-xp 00000000 03:02 1038527    /lib/ld-2.4.sob7f9a000-b7f9c000 rw-p 00018000 03:02 1038527    /lib/ld-2.4.sobf9e1000-bf9fb000 rw-p bf9e1000 00:00 0          [stack]ffffe000-fffff000 ---p 00000000 00:00 0          [vdso]Any ideas? Any solutions?I hope so, because it would be very important for me!!Thanks a lot.(Sorry for my bad english :-)Julian
_________________________________________________________________
Suchen Sie von einer beliebigen Webseite aus - mit dem perfekten Schutz. Holen Sie sich noch heute die KOSTENLOSE Windows Live Toolbar!
http://toolbar.live.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/image-sig/attachments/20070313/b7197682/attachment.htm 

From pryce at ucla.edu  Tue Mar 13 01:25:40 2007
From: pryce at ucla.edu (Paul Rigor)
Date: Mon, 12 Mar 2007 17:25:40 -0700
Subject: [Image-SIG] xpm files not supported
Message-ID: <78771fdc0703121725g5ec9793ej8d51465114ae12db@mail.gmail.com>

Hi all,

There was an old post regarding xpm compatibility.  I was wondering whether
the latest development version has incorporated this users suggestions?

http://mail.python.org/pipermail/image-sig/2006-October/004159.html

I'm currenly using 1.1.6 and the suggested fixes haven't been incorporated
yet.  Are there any plans on doing so?

Thanks,
Paul

-- 
http://www.nrdcactionfund.org/tellafriend.asp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/image-sig/attachments/20070312/f4585b72/attachment.html 

From ranroth at gmail.com  Tue Mar 13 14:27:51 2007
From: ranroth at gmail.com (Ran Roth)
Date: Tue, 13 Mar 2007 15:27:51 +0200
Subject: [Image-SIG] PPM comments reading/saving in PIL
Message-ID: <b2636c010703130627j746ccda0kf1986eeb5307445c@mail.gmail.com>

Hi,

I have changed the PPM reading of PIL (the file PpmImagePlugin.py) so
that it would read and write comments in the PPM header (starting with
"#" in the beginning of the file).

Attached is my modified version of this file (I work with the latest
1.1.6 version) which is capable of loading and saving PPM comments.

I think it would be beneficial to apply this change to future versions of PIL.

Thanks,
Ran
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PpmImagePlugin.py
Type: text/x-python
Size: 3550 bytes
Desc: not available
Url : http://mail.python.org/pipermail/image-sig/attachments/20070313/b332afa9/attachment.py 

From aspineux at gmail.com  Tue Mar 13 14:50:52 2007
From: aspineux at gmail.com (Alain Spineux)
Date: Tue, 13 Mar 2007 14:50:52 +0100
Subject: [Image-SIG] [BUG] double free or corruption (out) .. but only
	sometimes ..
In-Reply-To: <BAY128-W14395D4C09A945B8969F09B57C0@phx.gbl>
References: <BAY128-W14395D4C09A945B8969F09B57C0@phx.gbl>
Message-ID: <71fe4e760703130650o787cd42cn3ad2f1c2139b024d@mail.gmail.com>

Hi

can you try to add a "del draw" just before the save ?

if not, search google for : glibc detected python double free or corruption

you try to upgrade your PIL library, or python

if you compiled PIL yourself, try tu upgrade gcc too


Good luck



On 3/13/07, Julian Maicher <suye at hotmail.de> wrote:
>
> Hey ..
> i have the following python code using the PIL Library:
>
> import Image, ImageDraw, ImageFont
> from random import choice
> def createCaptcha():
>     imgtext = ''.join([choice('QWERTZUPASDFGHJKLYXCVBNM')
> for i in range(5)])
>     img = Image.open('captcha_bg.jpg')
>     draw = ImageDraw.Draw(img)
>     font = ImageFont.truetype('captcha_font.ttf', 50)
>     draw.text((10,10), imgtext, font = font, fill=(0,0,0))
>     img.save('captcha.jpg')
>
> createCaptcha()
>
> Sometimes it works .. 1 time in a row, or 5 times in a row ..
> But often i get the following error:
>
> /usr/bin/python -u  "/home/julian/Desktop/captcha.py"
> *** glibc detected *** /usr/bin/python: double free or corruption (out):
> 0x081da618 ***
> ======= Backtrace: =========
> /lib/tls/i686/cmov/libc.so.6[0xb7e658bd]
> /lib/tls/i686/cmov/libc.so.6(__libc_free+0x84)[0xb7e65a44]
> /usr/lib/python2.4/site-packages/PIL/_imaging.so[0xb7d25ff4]
> /usr/lib/python2.4/site-packages/PIL/_imaging.so(ImagingDelete+0x39)[0xb7d26089]
> /usr/lib/python2.4/site-packages/PIL/_imaging.so[0xb7d062e5]
> /usr/bin/python[0x8100cee]
> /usr/bin/python(PyEval_EvalCodeEx+0x313)[0x80b9f93]
> /usr/bin/python(PyEval_EvalFrame+0x404a)[0x80b86ea]
> /usr/bin/python(PyEval_EvalFrame+0x46f4)[0x80b8d94]
> /usr/bin/python(PyEval_EvalCodeEx+0x839)[0x80ba4b9]
> /usr/bin/python(PyEval_EvalCode+0x57)[0x80ba527]
> /usr/bin/python(PyRun_FileExFlags+0xca)[0x80ddb1a]
> /usr/bin/python(PyRun_SimpleFileExFlags+0x187)[0x80ddd07]
> /usr/bin/python(Py_Main+0xa82)[0x8055cc2]
> /usr/bin/python(main+0x22)[0x8055132]
> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7e148cc]
> /usr/bin/python[0x8055081]
> ======= Memory map: ========
> 08048000-08121000 r-xp 00000000 03:02 649805     /usr/bin/python2.4
> 08121000-08142000 rw-p 000d8000 03:02 649805     /usr/bin/python2.4
> 08142000-08204000 rw-p 08142000 00:00 0          [heap]
> b7a00000-b7a21000 rw-p b7a00000 00:00 0
> b7a21000-b7b00000 ---p b7a21000 00:00 0
> b7b7a000-b7b84000 r-xp 00000000 03:02 1038403    /lib/libgcc_s.so.1
> b7b84000-b7b85000 rw-p 00009000 03:02 1038403    /lib/libgcc_s.so.1
> b7b90000-b7bfa000 r--p 00000000 03:03 868184
> /home/julian/Desktop/captcha_font.ttf
> b7bfa000-b7c61000 r-xp 00000000 03:02 650424
> /usr/lib/libfreetype.so.6.3.10
> b7c61000-b7c64000 rw-p 00067000 03:02 650424
> /usr/lib/libfreetype.so.6.3.10
> b7c6f000-b7c72000 r-xp 00000000 03:02 909431
> /usr/lib/python2.4/site-packages/PIL/_imagingft.so
> b7c72000-b7c73000 rw-p 00002000 03:02 909431
> /usr/lib/python2.4/site-packages/PIL/_imagingft.so
> b7c73000-b7cb4000 rw-p b7c73000 00:00 0
> b7cb6000-b7cba000 r-xp 00000000 03:02 780008
> /usr/lib/python2.4/lib-dynload/binascii.so
> b7cba000-b7cbb000 rw-p 00003000 03:02 780008
> /usr/lib/python2.4/lib-dynload/binascii.so
> b7cbb000-b7cbe000 r-xp 00000000 03:02 780025
> /usr/lib/python2.4/lib-dynload/math.so
> b7cbe000-b7cbf000 rw-p 00002000 03:02 780025
> /usr/lib/python2.4/lib-dynload/math.so
> b7cbf000-b7cc3000 r-xp 00000000 03:02 780029
> /usr/lib/python2.4/lib-dynload/operator.so
> b7cc3000-b7cc4000 rw-p 00004000 03:02 780029
> /usr/lib/python2.4/lib-dynload/operator.so
> b7cc4000-b7cc8000 r-xp 00000000 03:02 780039
> /usr/lib/python2.4/lib-dynload/strop.so
> b7cc8000-b7cca000 rw-p 00003000 03:02 780039
> /usr/lib/python2.4/lib-dynload/strop.so
> b7cca000-b7cdd000 r-xp 00000000 03:02 650954     /usr/lib/libz.so.1.2.3
> b7cdd000-b7cde000 rw-p 00012000 03:02 650954     /usr/lib/libz.so.1.2.3
> b7cde000-b7cfc000 r-xp 00000000 03:02 650690     /usr/lib/libjpeg.so.62.0.0
> b7cfc000-b7cfd000 rw-p 0001d000 03:02 650690     /usr/lib/libjpeg.so.62.0.0
> b7cfd000-b7d2e000 r-xp 00000000 03:02 909430
> /usr/lib/python2.4/site-packages/PIL/_imaging.so
> b7d2e000-b7d31000 rw-p 00031000 03:02 909430
> /usr/lib/python2.4/site-packages/PIL/_imaging.so
> b7d31000-b7d39000 rw-p b7d31000 00:00 0
> b7d39000-b7d40000 r--s 00000000 03:02 665864
> /usr/lib/gconv/gconv-modules.cache
> b7d40000-b7d7b000 r--p 00000000 03:02 698734
> /usr/lib/locale/de_DE.utf8/LC_CTYPE
> b7d7b000-b7dff000 rw-p b7d7b000 00:00 0
> b7dff000-b7f2c000 r-xp 00000000 03:02 1070812
> /lib/tls/i686/cmov/libc-2.4.so
> b7f2c000-b7f2e000 r--p 0012c000 03:02 1070812
> /lib/tls/i686/cmov/libc-2.4.so
> b7f2e000-b7f30000 rw-p 0012e000 03:02 1070812
> /lib/tls/i686/cmov/libc-2.4.so
> b7f30000-b7f33000 rw-p b7f30000 00:00 0
> b7f33000-b7f57000 r-xp 00000000 03:02 1070816
> /lib/tls/i686/cmov/libm-2.4.so
> b7f57000-b7f59000 rw-p 00023000 03:02 1070816
> /lib/tls/i686/cmov/libm-2.4.so
> b7f59000-b7f5b000 r-xp 00000000 03:02 1070831
> /lib/tls/i686/cmov/libutil-2.4.so
> b7f5b000-b7f5d000 rw-p 00001000 03:02 1070831
> /lib/tls/i686/cmov/libutil-2.4.so
> b7f5d000-b7f5f000 r-xp 00000000 03:02 1070815
> /lib/tls/i686/cmov/libdl-2.4.so
> b7f5f000-b7f61000 rw-p 00001000 03:02 1070815
> /lib/tls/i686/cmov/libdl-2.4.so
> b7f61000-b7f70000 r-xp 00000000 03:02 1070826
> /lib/tls/i686/cmov/libpthread-2.4.so
> b7f70000-b7f72000 rw-p 0000f000 03:02 1070826
> /lib/tls/i686/cmov/libpthread-2.4.so
> b7f72000-b7f75000 rw-p b7f72000 00:00 0
> b7f75000-b7f77000 r-xp 00000000 03:02 780001
> /usr/lib/python2.4/lib-dynload/_random.so
> b7f77000-b7f78000 rw-p 00002000 03:02 780001
> /usr/lib/python2.4/lib-dynload/_random.so
> b7f78000-b7f7e000 r-xp 00000000 03:02 780006
> /usr/lib/python2.4/lib-dynload/array.so
> b7f7e000-b7f80000 rw-p 00006000 03:02 780006
> /usr/lib/python2.4/lib-dynload/array.so
> b7f80000-b7f81000 rw-p b7f80000 00:00 0
> b7f81000-b7f9a000 r-xp 00000000 03:02 1038527    /lib/ld-2.4.so
> b7f9a000-b7f9c000 rw-p 00018000 03:02 1038527    /lib/ld-2.4.so
> bf9e1000-bf9fb000 rw-p bf9e1000 00:00 0          [stack]
> ffffe000-fffff000 ---p 00000000 00:00 0          [vdso]
>
> Any ideas? Any solutions?
>
> I hope so, because it would be very important for me!!
> Thanks a lot.
> (Sorry for my bad english :-)
>
> Julian
>
> ________________________________
> Suchen Sie von einer beliebigen Webseite aus - mit dem perfekten Schutz.
> Holen Sie sich noch heute die KOSTENLOSE Windows Live Toolbar! Jetzt testen!
> _______________________________________________
> Image-SIG maillist  -  Image-SIG at python.org
> http://mail.python.org/mailman/listinfo/image-sig
>
>


-- 
--
Alain Spineux
aspineux gmail com
May the sources be with you

From rollbak at gmail.com  Tue Mar 13 17:05:53 2007
From: rollbak at gmail.com (Lucas Shrewsbury E.)
Date: Tue, 13 Mar 2007 13:05:53 -0300
Subject: [Image-SIG] PIL - Added support for .act palette files.
In-Reply-To: <194b7da00703130902g4594e675l6b6320f35a5fb033@mail.gmail.com>
References: <194b7da00703130902g4594e675l6b6320f35a5fb033@mail.gmail.com>
Message-ID: <194b7da00703130905r53ee3479u81f0cdb082b6cd86@mail.gmail.com>

Hi, I've added PIL support for loading palettes from .act files
(photoshop, etc). Where can i commit it?, there is a Subversion system
or something like that for PIL?

Thanks.

-- 
LuCaS
----------------------------------------------------
Open Your Mind, Use Open Source

From howard at eegsoftware.com  Wed Mar 14 22:29:42 2007
From: howard at eegsoftware.com (Howard Lightstone)
Date: Wed, 14 Mar 2007 14:29:42 -0700
Subject: [Image-SIG] Debug builds and VC8
Message-ID: <45F806D6.32176.617E66F3@howard.eegsoftware.com>

I have somehow gotten myself into rebuilding everything with 
VC8 .....

The setup.py script builds all the imaging .pyd successfully, 
including some debug builds.

BUT, the debug builds still use the non-debug libraries for the 
subsidiary elements (zlib, freetype, jpeg).

When trying to use the debug builds, Microsoft *nicely* reports 
that the pyd do not have manifests (enclosed), then abort.  I 
assume this is because of the mix of regular and debug C 
libraries.

Is there any plan for adding the &^%* manifests*&^% to the 
builds or should I start kludging in something for them?  
The TCL dlls already do this but they use makefiles. 

Any pointers on where to go next?


From rollbak at gmail.com  Tue Mar 13 17:02:47 2007
From: rollbak at gmail.com (Lucas Shrewsbury E.)
Date: Tue, 13 Mar 2007 13:02:47 -0300
Subject: [Image-SIG] PIL - Added support for .act palette files.
Message-ID: <194b7da00703130902g4594e675l6b6320f35a5fb033@mail.gmail.com>

Hi, I've added PIL support for loading palettes from .act files (photoshop,
etc). Where can i commit it?, there is a Subversion system or something like
that for PIL?

Thanks.

-- 
LuCaS
----------------------------------------------------
Open Your Mind, Use Open Source
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/image-sig/attachments/20070313/b97cec09/attachment.htm 

From intm-noreply at lists.isp-lists.com  Fri Mar 23 17:36:35 2007
From: intm-noreply at lists.isp-lists.com (Internet.com)
Date: Fri, 23 Mar 2007 08:36:35 -0800
Subject: [Image-SIG] Internet.Com  Format Error
Message-ID: <INTM-0-20969176-2007.03.23-08.51.34--image-sig#python.org@lists.isp-lists.com>


Sorry, your email containing an attachment can not be distributed through
Internet.Com discussion lists.

The only acceptable format for posting to isp-tech is ASCII
Text, with NO attachments.

Please, re-send your post to continue your discussion on
isp-tech.


From mark.wendell at gmail.com  Tue Mar 27 05:34:51 2007
From: mark.wendell at gmail.com (Mark Wendell)
Date: Mon, 26 Mar 2007 20:34:51 -0700
Subject: [Image-SIG] install of PIL under cygwin fails
Message-ID: <b22700f10703262034h225a2354yad9b1664c80cad33@mail.gmail.com>

Hello - I'm trying to install PIL in cygwin under windows vista. I'm
running the latest cygwin-setup-installed python 2.5. I've tried two
ways:

a) Grab the install files manually, unzip and untar them, and run
"python setup.py install" from the resulting folder.
b) Just run "easy_install -f http://www.pythonware.com/products/pil Imaging".

With method a), here's the output I get before it hangs indefinitely:
running install
running build
running build_py
running build_ext
building '_imaging' extension
gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
-DHAVE_LIBZ -IlibImaging -I/usr/include -I/usr/include/python2.5 -c
encode.c -o build/temp.cygwin-1.5.24-i686-2.5/encode.o
gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
-DHAVE_LIBZ -IlibImaging -I/usr/include -I/usr/include/python2.5 -c
map.c -o build/temp.cygwin-1.5.24-i686-2.5/map.o

With method b), it writes out a temporary .s file, and then just hangs.

Anyone else see this? Any ideas how it get past this and get a good
install of PIL under cygwin?

Note that the PIL windows installer works just fine on the same
machine, and I can use the Image module when using the
windows-installed python.

thanks in advance,
Mark


--
Mark Wendell

From snaury at gmail.com  Tue Mar 27 07:36:11 2007
From: snaury at gmail.com (Alexey Borzenkov)
Date: Tue, 27 Mar 2007 09:36:11 +0400
Subject: [Image-SIG] install of PIL under cygwin fails
In-Reply-To: <b22700f10703262034h225a2354yad9b1664c80cad33@mail.gmail.com>
References: <b22700f10703262034h225a2354yad9b1664c80cad33@mail.gmail.com>
Message-ID: <e2480c70703262236k3c73fd5bs722ce392ad15e439@mail.gmail.com>

Hi Mark,

I've just updated my cygwin and tried building it on WinXP. At first
it failed (with fork issues), but after following steps in
/usr/share/doc/Cygwin/python-2.5.README (that explained how to
rebaseall), it was almost the same as in your case:

$ python setup.py build_ext
running build_ext
building '_imaging' extension
creating build
creating build/temp.cygwin-1.5.24-i686-2.5
creating build/temp.cygwin-1.5.24-i686-2.5/libImaging
gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
-DHAVE_LIBJPEG -DHAVE_LIBZ -I
/usr/include/freetype2 -IlibImaging -I/usr/include
-I/usr/include/python2.5 -c _imaging.c -o bui
ld/temp.cygwin-1.5.24-i686-2.5/_imaging.o
Assembler messages:
FATAL: can't create build/temp.cygwin-1.5.24-i686-2.5/_imaging.o:
Permission denied

Note that the last line happened only once, other times it was just
hanging silently. Looks like cygwin issue.

Best regards,
Alexey.

On 3/27/07, Mark Wendell <mark.wendell at gmail.com> wrote:
> Hello - I'm trying to install PIL in cygwin under windows vista. I'm
> running the latest cygwin-setup-installed python 2.5. I've tried two
> ways:
>
> a) Grab the install files manually, unzip and untar them, and run
> "python setup.py install" from the resulting folder.
> b) Just run "easy_install -f http://www.pythonware.com/products/pil Imaging".
>
> With method a), here's the output I get before it hangs indefinitely:
> running install
> running build
> running build_py
> running build_ext
> building '_imaging' extension
> gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
> -DHAVE_LIBZ -IlibImaging -I/usr/include -I/usr/include/python2.5 -c
> encode.c -o build/temp.cygwin-1.5.24-i686-2.5/encode.o
> gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
> -DHAVE_LIBZ -IlibImaging -I/usr/include -I/usr/include/python2.5 -c
> map.c -o build/temp.cygwin-1.5.24-i686-2.5/map.o
>
> With method b), it writes out a temporary .s file, and then just hangs.
>
> Anyone else see this? Any ideas how it get past this and get a good
> install of PIL under cygwin?
>
> Note that the PIL windows installer works just fine on the same
> machine, and I can use the Image module when using the
> windows-installed python.
>
> thanks in advance,
> Mark
>
>
> --
> Mark Wendell
> _______________________________________________
> Image-SIG maillist  -  Image-SIG at python.org
> http://mail.python.org/mailman/listinfo/image-sig
>

From swapp0 at yahoo.com  Tue Mar 27 16:42:15 2007
From: swapp0 at yahoo.com (Allen Huang)
Date: Tue, 27 Mar 2007 07:42:15 -0700 (PDT)
Subject: [Image-SIG] how to make image draw/generation faster?
Message-ID: <518892.67388.qm@web30209.mail.mud.yahoo.com>

how to make image draw/generation faster?

I have store a large array with around 11400 pairs of x,y coordinate. It took the draw.point(xy,fill=(255,255,255)) function about 100 seconds. How do I improve on that? 

And I have always wonder about this. Is c++ faster then python when comes to image creation? Is python faster or slower then java??


 
____________________________________________________________________________________
Now that's room service!  Choose from over 150,000 hotels
in 45,000 destinations on Yahoo! Travel to find your fit.
http://farechase.yahoo.com/promo-generic-14795097
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/image-sig/attachments/20070327/4b545c65/attachment.htm 

From pgcavalcanti at gmail.com  Wed Mar 28 16:35:33 2007
From: pgcavalcanti at gmail.com (Pablo Cavalcanti)
Date: Wed, 28 Mar 2007 11:35:33 -0300
Subject: [Image-SIG] problem with .ras files
Message-ID: <db09860a0703280735lcfdaa9fwa87afbec21f16ce0@mail.gmail.com>

Hello, this is my first email in this list.
I am trying to read the pixels of some .ras files, but an IndexError always
happens.

>>> import Image
>>> im = Image.open("C:/argus/etc/test.ras")
>>> im
<SunImagePlugin.SunImageFile instance at 0x016A78F0>
>>> data = im.getdata()

Traceback (most recent call last):
  File "<pyshell#3>", line 1, in -toplevel-
    data = im.getdata()
  File "C:\Python24\Lib\site-packages\PIL\Image.py", line 860, in getdata
    self.load()
  File "C:\Python24\Lib\site-packages\PIL\ImageFile.py", line 138, in load
    self.im = self.map.readimage(
IndexError: tuple index out of range
>>> im.getpixel((50,50))

Traceback (most recent call last):
  File "<pyshell#4>", line 1, in -toplevel-
    im.getpixel((50,50))
  File "C:\Python24\Lib\site-packages\PIL\Image.py", line 922, in getpixel
    self.load()
  File "C:\Python24\Lib\site-packages\PIL\ImageFile.py", line 138, in load
    self.im = self.map.readimage(
IndexError: tuple index out of range

Anybody can help me?

Thanks and sorry about my bad English...

  Pablo Cavalcanti
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/image-sig/attachments/20070328/31520d68/attachment.html 

From jmatejek at suse.cz  Thu Mar 29 20:26:59 2007
From: jmatejek at suse.cz (Jan Matejek)
Date: Thu, 29 Mar 2007 20:26:59 +0200
Subject: [Image-SIG] python 2.5 support for imaging 1.1.6
Message-ID: <460C04F3.4030105@suse.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,
attached is a patch against 1.1.6 that makes Imaging work a little
better with python2.5 -  values returned from Py*_Length are trimmed to
INT_MAX and object methods now have correct signatures with Py_ssize_t.

I am not very sure about the value trimming. It's possible that it is
not necessary, at least in _imaging.c, although it certainly can't make
any harm.
(feel free to remove it anyway)

regards,
jan matejek
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFGDATzjBrWA+AvBr8RAteKAJkBgVA4MfLivcvxKRzaUhiA6A7NKQCdEuer
+XH05NkxLByTQkR8FbeGgYo=
=o1u1
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Imaging-1.1.6-ssize.patch
Type: text/x-patch
Size: 2991 bytes
Desc: not available
Url : http://mail.python.org/pipermail/image-sig/attachments/20070329/fa60f83a/attachment.bin