pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/4007Regression in Image.PSD.decode_layers2009-04-16T14:11:39ZPeter BortasRegression in Image.PSD.decode_layersImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4007
Reported by Martin Stjernholm <mast@roxen.com>
Architecture: x86_64
The attached picture gets odd dimensions in 7.6:
```
Pike v7.6 release 37 running Hilfe v3.5 (I...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4007
Reported by Martin Stjernholm <mast@roxen.com>
Architecture: x86_64
The attached picture gets odd dimensions in 7.6:
```
Pike v7.6 release 37 running Hilfe v3.5 (Incremental Pike Frontend)
> Image.PSD.decode_layers(Stdio.read_file("cut.psd"));
(1) Result: ({ /* 1 element */
Image.Layer("normal" i=0 a=Image.Image( 9 x 0 /* 0.0Kb */))
})
```
In 7.4 it works fine:
```
> Image.PSD.decode_layers(Stdio.read_file("cut.psd"));
(1) Result: ({ /* 1 element */
Image.Layer("normal" i=Image.Image( 9 x 13 /* 0.3Kb */)
a=Image.Image( 9 x 13 /* 0.3Kb */))
})
```
A theory is that it's some kind of 64 bit bug.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3813Tiff image crashes pike on Windows2009-04-16T14:11:39ZPeter BortasTiff image crashes pike on WindowsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3813
Reported by Marcus Wellhardh <wellhard@roxen.com>
```
The attached image crashes pike on Windows (Roxen CMS 4.0.172-release3).
Reported in RT#5738.
C:\Roxen CMS\4.0...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3813
Reported by Marcus Wellhardh <wellhard@roxen.com>
```
The attached image crashes pike on Windows (Roxen CMS 4.0.172-release3).
Reported in RT#5738.
C:\Roxen CMS\4.0\server-4.0.172\pike\bin>pike
Pike v7.4 release 162 running Hilfe v3.5 (Incremental Pike Frontend)
> object o = Image.load_layer("c:\\Logotyp27.tif");
```
The same image works in Roxen 3.4.136 on Windows.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3648Error in draw: Failed to decode layers in specified image.2009-04-16T14:11:39ZPeter BortasError in draw: Failed to decode layers in specified image.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3648
Reported by Marcus Wellhardh <wellhard@roxen.com>
```
The attached png file can not be decoded in 3.4.136 version. It worked OK
in 3.4.109. See RT #5072 for more inf...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3648
Reported by Marcus Wellhardh <wellhard@roxen.com>
```
The attached png file can not be decoded in 3.4.136 version. It worked OK
in 3.4.109. See RT #5072 for more info.
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3636cimg tag with format="jpeg" and jpeg-progressive="0" creates progressive JPEGs2009-04-16T14:11:39ZPeter Bortascimg tag with format="jpeg" and jpeg-progressive="0" creates progressive JPEGsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3636
Reported by Arjan van Staalduijnen, RTL iMedia <arjanvanstaalduijnen@rtlimedia.nl>
It appears the cimg tag creates progressive JPEGs, when the jpeg-
progressive para...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3636
Reported by Arjan van Staalduijnen, RTL iMedia <arjanvanstaalduijnen@rtlimedia.nl>
It appears the cimg tag creates progressive JPEGs, when the jpeg-
progressive parameter is explicitly set to "0".
This image has been explicitly generated with parameters
format="jpeg" jpeg-quality="92" jpeg-optimize="1" jpeg-progressive="0"
dither="floyd-steinberg"
http://www.rtl.nl/_internal/cimg!0/5apsxizgnaltae2jh6l.jpeg
Roxen webserver 2.4.103release1 with modifications
Pike 7.2.539 on LinuxPike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/3539Freetype module probably needs update to support Freetype 2.1.2009-04-16T14:11:39ZPeter BortasFreetype module probably needs update to support Freetype 2.1.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3539
Reported by @grubba
From the Freetype developer list:
```
From: Werner LEMBERG <wl@gnu.org>
Sender: "devel-admin@freetype.org" <devel-admin@freetype.org>
To: "devel...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3539
Reported by @grubba
From the Freetype developer list:
```
From: Werner LEMBERG <wl@gnu.org>
Sender: "devel-admin@freetype.org" <devel-admin@freetype.org>
To: "devel@freetype.org" <devel@freetype.org>,
"ismail.donmez@boun.edu.tr" <ismail.donmez@boun.edu.tr>
Date: Sun, 09 Nov 2003 06:54:31 +0100 (CET)
Subject: Re: [Devel] Question on correct usage of freetype2
Reply-To: "devel@freetype.org" <devel@freetype.org>
> Looks like a code like :
>
> #include <freetype/freetype.h>
>
> int main() {
> ;
> return 0;
> }
>
> no longer compiles with freetype cvs.
```
Correct.
```
> And suggested fix is :
>
> #include <ft2build.h>
> #include FT_FREETYPE_H
>
> int main() {
> ;
> return 0;
> }
```
Correct.
> My question is will the second code work on older Freetype 2.x
> releases?
Yes. It should work at least since 2.0.2 which has been released two
and a half years ago. Time enough for a transition, isn't it?
> And second question is was this change necessary as many projects
> use freetype as in first code ( MPlayer,Qt etc ). ?
The change was necessary since a public header file has been renamed
(to allow flat compilation). Additionally, we have already announced
a long time that the old scheme won't work with the 2.1 series.
WernerPike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3536Error in alpha channel when decoding GIF.2009-04-16T14:11:39ZPeter BortasError in alpha channel when decoding GIF.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3536
Reported by Anders Johansson <anders@roxen.com>
For some transparent gif images the decoder (or encoder?) seam to make an
error in the alpha channel.
1. Take the at...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3536
Reported by Anders Johansson <anders@roxen.com>
For some transparent gif images the decoder (or encoder?) seam to make an
error in the alpha channel.
1. Take the attached image (org.gif) 9x4 pixels with 4 grey pixels and the
rest of it transparent.
```
2. Decode and write the alpha channel as alpha.gif.
Stdio.write_file("alpha.gif",Image.GIF.encode(Image._decode(Stdio.read_file("org.gif"))->alpha));
```
3. The produced image has an extra white pixel that should not be there.
If the original image is slightly modified, like adding a grey pixel some
where, the error suddenly does not show up. It is not limited to this image
(org.gif) but has been observed in other images as well.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3456apply_matrix on empty image may trigger core dump2009-04-16T14:11:39ZPeter Bortasapply_matrix on empty image may trigger core dumpImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3456
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
The following code
```
object fn = Image.Fonts.Font( "font.ttf", 61 );
Image.Image i = fn->write("\302...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3456
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
The following code
```
object fn = Image.Fonts.Font( "font.ttf", 61 );
Image.Image i = fn->write("\30240");
i->apply_matrix( ({ ({1,2,1}), ({2,5,2}), ({1,2,1}) }) );
```
using the font.ttf in aido/fonts generates a segmentation fault.
```
0x4012e23b in chunk_free (ar_ptr=0x401dfc80, p=0x8362191) at malloc.c:3228
3228 malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0 0x4012e23b in chunk_free (ar_ptr=0x401dfc80, p=0x8362191) at malloc.c:3228
#1 0x4012dfc0 in __libc_free (mem=0x83621a0) at malloc.c:3154
#2 0x403c5d5a in exit_image_struct (obj=0x846ae88)
at /home/nilsson/Pike/7.5/src/modules/Image/image.c:192
#3 0x080fee34 in compat_event_handler (e=1)
at /home/nilsson/Pike/7.5/src/program.c:2938
#4 0x080e25d5 in destruct (o=0x846ae88)
at /home/nilsson/Pike/7.5/src/object.c:763
#5 0x080e2814 in low_destruct_objects_to_destruct ()
at /home/nilsson/Pike/7.5/src/object.c:878
#6 0x08074e35 in low_return () at /home/nilsson/Pike/7.5/src/interpret.c:1619
#7 0x08070816 in opcode_F_RETURN_0 ()
at /home/nilsson/Pike/7.5/src/interpret_functions.h:1412
#8 0x0832b6a0 in ?? ()
#9 0x0807524c in o_catch (pc=0x83791cc "¡\020¬#\b\203@\034\022Ç\004$#")
at /home/nilsson/Pike/7.5/src/interpret.c:1749
#10 0x0806f9c2 in opcode_F_CATCH ()
at /home/nilsson/Pike/7.5/src/interpret_functions.h:1212
#11 0x083791c8 in ?? ()
#12 0x08075170 in mega_apply (type=APPLY_LOW, args=2, arg1=0x82ca6ec,
arg2=0x58) at /home/nilsson/Pike/7.5/src/interpret.c:1704
#13 0x08075c77 in apply (o=0x82ca6ec, fun=0x81c0c37 "_main", args=2)
at /home/nilsson/Pike/7.5/src/interpret.c:2020
#14 0x080d9593 in main (argc=4, argv=0xbffffa74)
at /home/nilsson/Pike/7.5/src/main.c:760
#15 0x400cd336 in __libc_start_main (main=0x80d8bc0 <main>, argc=4,
ubp_av=0xbffffa74, init=0x80622b8 <_init>, fini=0x819ee50 <_fini>,
rtld_fini=0x4000d2fc <_dl_fini>, stack_end=0xbffffa6c)
at ../sysdeps/generic/libc-start.c:129
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3384img->scale(0.5) produces images of zero size.2009-04-16T14:11:39ZPeter Bortasimg->scale(0.5) produces images of zero size.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3384
Reported by Anders Johansson <anders@roxen.com>
This simple program causes a segfault.
```
void main()
{
object img = Image.Image(1,1);
img = img->scale(0.5);
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3384
Reported by Anders Johansson <anders@roxen.com>
This simple program causes a segfault.
```
void main()
{
object img = Image.Image(1,1);
img = img->scale(0.5);
img = img->scale(2.0);
}
```
After scale(0.5) the image is 0x0 pixels, and when doing scale(2.0) on that
image Pike goes BOOM!
Tested on Pike 7.0, 7,2 and 7.4.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3082Testsuite dump core in image module tests2009-04-16T14:11:39ZPeter BortasTestsuite dump core in image module testsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3082
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3082
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/1561Image.AVS.decode dumps core in testsuite2009-04-16T14:11:39ZPeter BortasImage.AVS.decode dumps core in testsuiteImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1561
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
chapter: encoding/decoding
test: Image.PNM.encode/decode...ok
test: Image.GIF.encode/decode...ok
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1561
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
chapter: encoding/decoding
test: Image.PNM.encode/decode...ok
test: Image.GIF.encode/decode...ok
test: Image.GIF.encode/decode colortable ...ok
test: Image.GIF.encode/decode colortable w/ floyd-steinberg...ok
test: Image.AVS.encode/decode ...
```
Program received signal SIGSEGV, Segmentation fault.
0x40416bd5 in image_avs_f__decode (args=1)
at /home/mirar/pike/src/modules/Image/encodings/avs.c:86
86 ((struct image *)io->storage)->img[c] = pix;
(gdb) bt
#0 0x40416bd5 in image_avs_f__decode (args=1)
at /home/mirar/pike/src/modules/Image/encodings/avs.c:86
#1 0x40416dbc in image_avs_f_decode (args=1)
at /home/mirar/pike/src/modules/Image/encodings/avs.c:99
#2 0x8080e91 in mega_apply (type=APPLY_SVALUE, args=1, arg1=0x83e02b4,
arg2=0x0) at /home/mirar/pike/src/interpret.c:1235
#3 0x807d5ad in eval_instruction_without_debug (pc=0x83ddae1 "H")
at /home/mirar/pike/src/interpreter.h:1569
#4 0x80819dc in o_catch (pc=0x83ddacc "n:d:d\017\b\232?:+ªi")
at /home/mirar/pike/src/interpret.c:805
#5 0x80777bf in eval_instruction_without_debug (pc=0x83ddac8 "(")
at /home/mirar/pike/src/interpreter.h:904
#6 0x8080ffa in mega_apply (type=APPLY_LOW, args=0, arg1=0x8335a94,
arg2=0x38)
at /home/mirar/pike/src/interpret.c:805
#7 0x807d38a in eval_instruction_without_debug (
pc=0x83de450
"p§9p§:p§;p§<p§=p§>p§?p§@p§Ap§Bp§Cp§Dp§Ep§Fp§Gp§Hp§Ip§Jp§Kn>\fD") at
/home/mirar/pike/src/interpreter.h:1542
#8 0x8080ffa in mega_apply (type=APPLY_LOW, args=0, arg1=0x8335a94,
arg2=0x4c)
at /home/mirar/pike/src/interpret.c:805
#9 0x807d38a in eval_instruction_without_debug (pc=0x83de4cc "n>ÓD")
at /home/mirar/pike/src/interpreter.h:1542
#10 0x8080ffa in mega_apply (type=APPLY_LOW, args=0, arg1=0x8335a94,
arg2=0x4d)
at /home/mirar/pike/src/interpret.c:805
#11 0x807d38a in eval_instruction_without_debug (pc=0x83de4e7 "n>ÕD")
at /home/mirar/pike/src/interpreter.h:1542
#12 0x8080ffa in mega_apply (type=APPLY_STACK, args=0, arg1=0x0, arg2=0x0)
at /home/mirar/pike/src/interpret.c:805
#13 0x807d5ad in eval_instruction_without_debug (pc=0x839a4fc
"d\0036\024\b")
at /home/mirar/pike/src/interpreter.h:1569
#14 0x8080ffa in mega_apply (type=APPLY_LOW, args=2, arg1=0x8335bb4,
arg2=0x4c)
at /home/mirar/pike/src/interpret.c:805
#15 0x8082697 in apply (o=0x8335bb4, fun=0x81d1559 "_main", args=2)
at /home/mirar/pike/src/interpret.c:1614
#16 0x80e246e in Return () at /home/mirar/pike/src/main.c:607
(gdb) list
81 rgb_group pix, apix;
82 apix.r = apix.g = apix.b = q[c*4+8];
83 pix.r = q[c*4+9];
84 pix.g = q[c*4+10];
85 pix.b = q[c*4+11];
86 ((struct image *)io->storage)->img[c] = pix;
87 ((struct image *)ao->storage)->img[c] = apix;
88 }
89 pop_n_elems(args);
90 push_constant_text("image");
(gdb) p io
$1 = (struct object *) 0x8335adc
(gdb) p *((struct image *)io->storage)
$3 = {img = 0x839c9b0, xsize = 100, ysize = 100, rgb = {r = 0 '\000',
g = 0 '\000', b = 0 '\000'}, alpha = 0 '\000'}
(gdb) p c
$4 = 1
(gdb) p *((struct image *)ao->storage)
$6 = {img = 0x83ea0e0, xsize = 100, ysize = 100, rgb = {r = 0 '\000',
g = 0 '\000', b = 0 '\000'}, alpha = 0 '\000'}
```Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/1410HSV mode layers do not combine correctly2009-04-16T14:11:39ZPeter BortasHSV mode layers do not combine correctlyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1410
Reported by @zino
Several layer modes missbehaves. Attaching several example GIFs with
desired look to the left and how Pike handles them to the right.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1410
Reported by @zino
Several layer modes missbehaves. Attaching several example GIFs with
desired look to the left and how Pike handles them to the right.Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/1407Image.image->copy() might be lacking some boundary checks2009-04-16T14:11:39ZPeter BortasImage.image->copy() might be lacking some boundary checksImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1407
Reported by @zino
This is a "remember to check this on a modern Pike later" ticket.
```
Pike v7.1 release 57 running Hilfe v2.0 (Incremental Pike Frontend)
> objec...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1407
Reported by @zino
This is a "remember to check this on a modern Pike later" ticket.
```
Pike v7.1 release 57 running Hilfe v2.0 (Incremental Pike Frontend)
> object i = Image.Image(20,20)->copy(50,50,100,100);
Result: Image.Image( 51 x 51 /* 7.6Kb */)
> object i = Image.PNG.decode(Stdio.read_bytes("scrn0123.map.png"));
Result: Image.Image( 186 x 188 /* 102.4Kb */)
> object o = i->copy( 611, 49, 796, 236 );
zsh: segmentation fault pike
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1348Image.Colortable loses colors2009-04-16T14:11:39ZPeter BortasImage.Colortable loses colorsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1348
Reported by Henrik Wallin, Roxen <hedda@roxen.com>
The order of elements in an array of colors to Image.Colortable() is
important somehow.
/home/hedda/colortablebug...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1348
Reported by Henrik Wallin, Roxen <hedda@roxen.com>
The order of elements in an array of colors to Image.Colortable() is
important somehow.
/home/hedda/colortablebugg.pike @ Idonex is an exemple program that read
the file k.png and generates one correct file 'rätt.gif' and one errorous
file 'fel.gif'. The only difference is the order of the elements in the
array.Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/1336Segfault in Image.PNM.decode2009-04-16T14:11:39ZPeter BortasSegfault in Image.PNM.decodeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1336
Reference: http://mc.pp.se/hus.ppm
Reported by @marcus
This PPM picture makes PNM.decode dump core. xv can display it.
```
Pike v7.2 release 10 running Hilfe v2.0...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1336
Reference: http://mc.pp.se/hus.ppm
Reported by @marcus
This PPM picture makes PNM.decode dump core. xv can display it.
```
Pike v7.2 release 10 running Hilfe v2.0 (Incremental Pike Frontend)
> Image.PNM.decode(Stdio.read_file("/home/marcus/mc.pp.se/hus.ppm"));
Segmentation fault (core dumped)
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/1250found image that crashes in Image.load, in tifflib2009-04-16T14:11:39ZPeter Bortasfound image that crashes in Image.load, in tifflibImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1250
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
> hexdump( (#string "nemisis.jpg")[..1000] );
49 49 2a 00 08 00 00 00 18 00 fe 00 04 00 01 00 I...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1250
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
> hexdump( (#string "nemisis.jpg")[..1000] );
49 49 2a 00 08 00 00 00 18 00 fe 00 04 00 01 00 II*. .... ..þ. ....
00 00 00 00 00 00 00 01 04 00 01 00 00 00 0c 01 .... .... .... ....
00 00 01 01 04 00 01 00 00 00 54 01 00 00 02 01 .... .... ..T. ....
03 00 03 00 00 00 2e 01 00 00 03 01 04 00 01 00 .... .... .... ....
00 00 06 00 00 00 06 01 03 00 01 00 00 00 06 00 .... .... .... ....
00 00 15 01 03 00 01 00 00 00 03 00 00 00 1a 01 .... .... .... ....
05 00 01 00 00 00 4c 01 00 00 1b 01 05 00 01 00 .... ..L. .... ....
00 00 54 01 00 00 1c 01 03 00 01 00 00 00 01 00 ..T. .... .... ....
00 00 28 01 03 00 01 00 00 00 02 00 00 00 42 01 ..(. .... .... ..B.
> Image.load("nemisis.jpg");
zsh: segmentation fault pike
(gdb) bt
#0 0x4047c371 in putcontig8bitYCbCr11tile () from /usr/lib/libtiff.so.3
#1 0x40477f54 in gtTileContig () from /usr/lib/libtiff.so.3
#2 0x40477c69 in TIFFRGBAImageGet () from /usr/lib/libtiff.so.3
#3 0x40477cfd in TIFFReadRGBAImage () from /usr/lib/libtiff.so.3
#4 0x4044dd15 in low_image_tiff_decode ()
at /users/mirar/pike/src/modules/_Image_TIFF/image_tiff.c:219
#5 0x4044e136 in image_tiff__decode (args=1)
at /users/mirar/pike/src/modules/_Image_TIFF/image_tiff.c:669
#6 0x80807d1 in mega_apply (type=APPLY_STACK, args=1, arg1=0x0, arg2=0x0)
at /users/mirar/pike/src/interpret.c:1225
```
not when you call tifflib directly, though:
```
> Image.TIFF.decode(#string "nemisis.jpg");
Failed to 'open' tiff image.
/usr/local/pike/7.3.2/lib/modules/_Image_TIFF.so:
decode("II*\0\b\0\0\ [...]")
-:1: ___Foo4711()
```Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/1187GIMP (xcf) files with layers in overlay mode broken2009-04-16T14:11:39ZPeter BortasGIMP (xcf) files with layers in overlay mode brokenImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1187
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
Layers in xcf files that use the overlay method are oddly broken. Seems
like the alpha channel is...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1187
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
Layers in xcf files that use the overlay method are oddly broken. Seems
like the alpha channel is ignored or something.Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/1076Rotation of an image of size 0 causes segfault.2009-04-16T14:11:39ZPeter BortasRotation of an image of size 0 causes segfault.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1076
Reported by Anders Johansson <anders@roxen.com>
```
Pike v7.0 release 141 running Hilfe v2.0 (Incremental Pike Frontend)
> Image.Image(17,0)->rotate(17);
zsh: 32118 ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1076
Reported by Anders Johansson <anders@roxen.com>
```
Pike v7.0 release 141 running Hilfe v2.0 (Incremental Pike Frontend)
> Image.Image(17,0)->rotate(17);
zsh: 32118 segmentation fault (core dumped) pike
```Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/984Image.Color and Colors.parse_color parses HSV differently2009-04-16T14:11:39ZPeter BortasImage.Color and Colors.parse_color parses HSV differentlyImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=984
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
> Colors.parse_color("@128,50,50");
Result: ({ /* 3 elements */
49,
79,
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=984
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
> Colors.parse_color("@128,50,50");
Result: ({ /* 3 elements */
49,
79,
253
})
> Image.Color("@128,50,50")->rgb();
Result: ({ /* 3 elements */
63,
127,
72
})
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/982Image.Color may dump core on "grey"-input2009-04-16T14:11:39ZPeter BortasImage.Color may dump core on "grey"-inputImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=982
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.1 release 21 running Hilfe v2.0 (Incremental Pike Frontend)
> Image.Color("grey00");
Result: "û"...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=982
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.1 release 21 running Hilfe v2.0 (Incremental Pike Frontend)
> Image.Color("grey00");
Result: "û"
> Image.Color("grey99");
/home/nilsson/Pike/7.1/src/pike_types.c:153: Fatal error:
Error in type string 32.
Attempting to dump backlog (may fail)...
Backtrace at time of fatal:
-:1: ___Foo4711()
/home/nilsson/Pike/pike/7.1.21/lib/modules/Tools.pmod/Hilfe.pmod:103:
do_evaluate("mixed ___Foo4711() { return
(mixed)(Image.Color(\"grey99\"));
}\n",1)
/home/nilsson/Pike/pike/7.1.21/lib/modules/Tools.pmod/Hilfe.pmod:603:
parse_statement("Image.Color(\"grey99\");")
/home/nilsson/Pike/pike/7.1.21/lib/modules/Tools.pmod/Hilfe.pmod:381:
do_parse()
/home/nilsson/Pike/pike/7.1.21/lib/modules/Tools.pmod/Hilfe.pmod:224:
add_buffer("Image.Color(\"grey99\");\n")
/home/nilsson/Pike/pike/7.1.21/lib/modules/Tools.pmod/Hilfe.pmod:623:
add_input_line("Image.Color(\"grey99\");\n")
/home/nilsson/Pike/pike/7.1.21/lib/modules/Tools.pmod/Hilfe.pmod:703:
create()
Hilfe: StdinHilfe()
Abort (core dumped)
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/958found a file that causes segmentation fault in Image.load2009-04-16T14:11:39ZPeter Bortasfound a file that causes segmentation fault in Image.loadImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=958
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
> Image.load("breaks_tifflib.jpg");
zsh: segmentation fault pike
```Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=958
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
> Image.load("breaks_tifflib.jpg");
zsh: segmentation fault pike
```Pike 7.2