#25581 [WFx->Opn]: getimagesize () return incorrect values on bitmap (os2) files
ID: 25581 Updated by: [EMAIL PROTECTED] Reported By: willertan1980 at yahoo dot com -Status: Wont fix +Status: Open -Bug Type: GetImageSize related +Bug Type: Feature/Change Request -Operating System: WinXP +Operating System: * PHP Version: 4.3.3 Assigned To: helly New Comment: Well at least you have reached i looked again and think i could do the change. I'll look into it during weekend. Previous Comments: [2003-09-22 01:41:12] willertan1980 at yahoo dot com Sorry !! im too violence , :P not to offend !! JUST BAD IN MOOD [2003-09-22 00:41:47] willertan1980 at yahoo dot com Bitmap was original developed by both microsoft and IBM for both windows and OS2. if php dont wish to make it support for both, just announce it "Only for windows Bitmap" and not "bitmap" [2003-09-22 00:35:43] willertan1980 at yahoo dot com I wish to make it clear. I did not find this bug from somewhere else. Ok, maybe I was to blame by not making a good explanation I just installed the latest version (php 4.3.3) as told And the problem still exists The problem file Bitmap file saved by using OS2/1.x or Win 2.x header (You can generate this file by using Photoshop, just draw something and save it with Save As: bmp-> file format -> choose OS/2 instead of windows) This time, I do a check on PHP source code (php 4.3.3) And I found this bug at \ext\standard\image.c (lines 154) result->width = (((unsigned int)dim[ 3]) << 24) + (((unsigned int)dim[ 2]) << 16) + (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 7]) << 24) + (((unsigned int)dim[ 6]) << 16) + (((unsigned int)dim[ 5]) << 8) + ((unsigned int) dim[ 4]); PHP was reading 4 bytes for each width and height, that is true if for readings >win3.x and >os2 2.x, because it is LONG integer, but for os2 1.x and win 2.x it is SHORT int, should be read as 2 bytes SHORT OLDER VERSION - os2 1.x and win 2.x DWORD biSize; // SHORT biWidth; SHORT biHeight; WORD biPlanes; WORD biBitCount; NEWER VERSION >win3.x and >os2 2.x DWORD biSize; LONG biWidth; LONG biHeight; WORD biPlanes; WORD biBitCount; little-endian byte order A HEX DUMP from Bitmap file that generated by Photoshop 7.0 width = 200 px = c8 height = 200 px = c8 (draw something and save it as bitmap (os2) 24bit) // 2 bytes, magic bytes = BM 42 4d // 4 bytes FileSize; 2 bytes Reserved1; 2 bytes Reserved2; 4 bytes BitmapOffset dc d4 01 00 00 00 00 00 1a 00 00 00 // 4 bytes, BiLength, bmp header length = 12 0c 00 00 00 Assumed win2.x // 2 bytes Width; 2 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff it is predicable by assuming getimagesize reads 4 bytes for width and height, by the fact getimagesize did so. Assumed win3.x // 4 bytes width; 4 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff Width = c8 00 c8 00 Height = 01 00 18 00 Bits = ff ff by the fact getimagesize did this mistake in \ext\standard\image.c (lines 154) This is how getimagesize () flush out from print_r(getimagesize('D:\Inetpub\New PHP artbook gen 7\Test pic\_color\bitmap_os2.bmp' )); Array ( [0] => 13107400 [1] => 1572865 [2] => 6 [3] => width="13107400" height="1572865" [bits] => 65535 [mime] => image/bmp ) Width = 13107400 = 00 c8 00 c8 // 4 bytes Height = 1572865 = 00 18 00 01 // 4 bytes Bits = 65535 = ff ff You can observed that by convert width values to hex (little-endian) = c8 00 c8 00 Because os2 1.x (older version of bitmap) is 2 bytes in length but PHP fetch it by 4 bytes. It should be fix by -> If header length equal to 12, do below result->width = (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 3]) << 8) + ((unsigned int) dim[ 2]); result->bits = (((unsigned int)dim[7]) << 8) + ((unsigned int)dim[6]); I think, more length check should be done, if PHP wishing to extend the getimagesize() function on bmp.file Here are some of my suggestions; If length ==12 then read as bitmap win2.x or os/2 1.x If length == 40 then read as bitmap win3.x If length == 108 then read as bitmap win95 (version 4) If length >12 and not 40 or 108 (typically 64, varying in size/fields) then read as bitmap IBM OS/2 2.x <- this part making me really headache :P In addition, this is a very old windows bitmap structure, win1.x typedef struct _Win1xHeader { WORD Type;/* File type identifier (always 0) */ WORD Width; /* Width of the bitmap in pixels */ WORD Height; /* Height of the bitmap in scan lines */ WORD ByteWidth; /* Width of bitmap in bytes */ BYTE Planes; /* Number of color planes */ BYTE BitsPerPixel; /
#25581 [WFx]: getimagesize () return incorrect values on bitmap (os2) files
ID: 25581 User updated by: willertan1980 at yahoo dot com Reported By: willertan1980 at yahoo dot com Status: Wont fix Bug Type: GetImageSize related Operating System: WinXP PHP Version: 4.3.3 Assigned To: helly New Comment: Sorry !! im too violence , :P not to offend !! JUST BAD IN MOOD Previous Comments: [2003-09-22 00:41:47] willertan1980 at yahoo dot com Bitmap was original developed by both microsoft and IBM for both windows and OS2. if php dont wish to make it support for both, just announce it "Only for windows Bitmap" and not "bitmap" [2003-09-22 00:35:43] willertan1980 at yahoo dot com I wish to make it clear. I did not find this bug from somewhere else. Ok, maybe I was to blame by not making a good explanation I just installed the latest version (php 4.3.3) as told And the problem still exists The problem file Bitmap file saved by using OS2/1.x or Win 2.x header (You can generate this file by using Photoshop, just draw something and save it with Save As: bmp-> file format -> choose OS/2 instead of windows) This time, I do a check on PHP source code (php 4.3.3) And I found this bug at \ext\standard\image.c (lines 154) result->width = (((unsigned int)dim[ 3]) << 24) + (((unsigned int)dim[ 2]) << 16) + (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 7]) << 24) + (((unsigned int)dim[ 6]) << 16) + (((unsigned int)dim[ 5]) << 8) + ((unsigned int) dim[ 4]); PHP was reading 4 bytes for each width and height, that is true if for readings >win3.x and >os2 2.x, because it is LONG integer, but for os2 1.x and win 2.x it is SHORT int, should be read as 2 bytes SHORT OLDER VERSION - os2 1.x and win 2.x DWORD biSize; // SHORT biWidth; SHORT biHeight; WORD biPlanes; WORD biBitCount; NEWER VERSION >win3.x and >os2 2.x DWORD biSize; LONG biWidth; LONG biHeight; WORD biPlanes; WORD biBitCount; little-endian byte order A HEX DUMP from Bitmap file that generated by Photoshop 7.0 width = 200 px = c8 height = 200 px = c8 (draw something and save it as bitmap (os2) 24bit) // 2 bytes, magic bytes = BM 42 4d // 4 bytes FileSize; 2 bytes Reserved1; 2 bytes Reserved2; 4 bytes BitmapOffset dc d4 01 00 00 00 00 00 1a 00 00 00 // 4 bytes, BiLength, bmp header length = 12 0c 00 00 00 Assumed win2.x // 2 bytes Width; 2 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff it is predicable by assuming getimagesize reads 4 bytes for width and height, by the fact getimagesize did so. Assumed win3.x // 4 bytes width; 4 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff Width = c8 00 c8 00 Height = 01 00 18 00 Bits = ff ff by the fact getimagesize did this mistake in \ext\standard\image.c (lines 154) This is how getimagesize () flush out from print_r(getimagesize('D:\Inetpub\New PHP artbook gen 7\Test pic\_color\bitmap_os2.bmp' )); Array ( [0] => 13107400 [1] => 1572865 [2] => 6 [3] => width="13107400" height="1572865" [bits] => 65535 [mime] => image/bmp ) Width = 13107400 = 00 c8 00 c8 // 4 bytes Height = 1572865 = 00 18 00 01 // 4 bytes Bits = 65535 = ff ff You can observed that by convert width values to hex (little-endian) = c8 00 c8 00 Because os2 1.x (older version of bitmap) is 2 bytes in length but PHP fetch it by 4 bytes. It should be fix by -> If header length equal to 12, do below result->width = (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 3]) << 8) + ((unsigned int) dim[ 2]); result->bits = (((unsigned int)dim[7]) << 8) + ((unsigned int)dim[6]); I think, more length check should be done, if PHP wishing to extend the getimagesize() function on bmp.file Here are some of my suggestions; If length ==12 then read as bitmap win2.x or os/2 1.x If length == 40 then read as bitmap win3.x If length == 108 then read as bitmap win95 (version 4) If length >12 and not 40 or 108 (typically 64, varying in size/fields) then read as bitmap IBM OS/2 2.x <- this part making me really headache :P In addition, this is a very old windows bitmap structure, win1.x typedef struct _Win1xHeader { WORD Type;/* File type identifier (always 0) */ WORD Width; /* Width of the bitmap in pixels */ WORD Height; /* Height of the bitmap in scan lines */ WORD ByteWidth; /* Width of bitmap in bytes */ BYTE Planes; /* Number of color planes */ BYTE BitsPerPixel; /* Number of bits per pixel */ } WIN1XHEADER; my system PHP 4.3.3 (bundled version) OS: Windows sp1 on NTFS part ion Server : IIS 5.1 Intel P4 cpu [2003-09-18 15:40:10] [EMAIL PROTECTED] You realized wrong. We are only reading the 12 bytes
#25581 [WFx]: getimagesize () return incorrect values on bitmap (os2) files
ID: 25581 User updated by: willertan1980 at yahoo dot com Reported By: willertan1980 at yahoo dot com Status: Wont fix Bug Type: GetImageSize related Operating System: WinXP PHP Version: 4.3.3 Assigned To: helly New Comment: Bitmap was original developed by both microsoft and IBM for both windows and OS2. if php dont wish to make it support for both, just announce it "Only for windows Bitmap" and not "bitmap" Previous Comments: [2003-09-22 00:35:43] willertan1980 at yahoo dot com I wish to make it clear. I did not find this bug from somewhere else. Ok, maybe I was to blame by not making a good explanation I just installed the latest version (php 4.3.3) as told And the problem still exists The problem file Bitmap file saved by using OS2/1.x or Win 2.x header (You can generate this file by using Photoshop, just draw something and save it with Save As: bmp-> file format -> choose OS/2 instead of windows) This time, I do a check on PHP source code (php 4.3.3) And I found this bug at \ext\standard\image.c (lines 154) result->width = (((unsigned int)dim[ 3]) << 24) + (((unsigned int)dim[ 2]) << 16) + (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 7]) << 24) + (((unsigned int)dim[ 6]) << 16) + (((unsigned int)dim[ 5]) << 8) + ((unsigned int) dim[ 4]); PHP was reading 4 bytes for each width and height, that is true if for readings >win3.x and >os2 2.x, because it is LONG integer, but for os2 1.x and win 2.x it is SHORT int, should be read as 2 bytes SHORT OLDER VERSION - os2 1.x and win 2.x DWORD biSize; // SHORT biWidth; SHORT biHeight; WORD biPlanes; WORD biBitCount; NEWER VERSION >win3.x and >os2 2.x DWORD biSize; LONG biWidth; LONG biHeight; WORD biPlanes; WORD biBitCount; little-endian byte order A HEX DUMP from Bitmap file that generated by Photoshop 7.0 width = 200 px = c8 height = 200 px = c8 (draw something and save it as bitmap (os2) 24bit) // 2 bytes, magic bytes = BM 42 4d // 4 bytes FileSize; 2 bytes Reserved1; 2 bytes Reserved2; 4 bytes BitmapOffset dc d4 01 00 00 00 00 00 1a 00 00 00 // 4 bytes, BiLength, bmp header length = 12 0c 00 00 00 Assumed win2.x // 2 bytes Width; 2 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff it is predicable by assuming getimagesize reads 4 bytes for width and height, by the fact getimagesize did so. Assumed win3.x // 4 bytes width; 4 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff Width = c8 00 c8 00 Height = 01 00 18 00 Bits = ff ff by the fact getimagesize did this mistake in \ext\standard\image.c (lines 154) This is how getimagesize () flush out from print_r(getimagesize('D:\Inetpub\New PHP artbook gen 7\Test pic\_color\bitmap_os2.bmp' )); Array ( [0] => 13107400 [1] => 1572865 [2] => 6 [3] => width="13107400" height="1572865" [bits] => 65535 [mime] => image/bmp ) Width = 13107400 = 00 c8 00 c8 // 4 bytes Height = 1572865 = 00 18 00 01 // 4 bytes Bits = 65535 = ff ff You can observed that by convert width values to hex (little-endian) = c8 00 c8 00 Because os2 1.x (older version of bitmap) is 2 bytes in length but PHP fetch it by 4 bytes. It should be fix by -> If header length equal to 12, do below result->width = (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 3]) << 8) + ((unsigned int) dim[ 2]); result->bits = (((unsigned int)dim[7]) << 8) + ((unsigned int)dim[6]); I think, more length check should be done, if PHP wishing to extend the getimagesize() function on bmp.file Here are some of my suggestions; If length ==12 then read as bitmap win2.x or os/2 1.x If length == 40 then read as bitmap win3.x If length == 108 then read as bitmap win95 (version 4) If length >12 and not 40 or 108 (typically 64, varying in size/fields) then read as bitmap IBM OS/2 2.x <- this part making me really headache :P In addition, this is a very old windows bitmap structure, win1.x typedef struct _Win1xHeader { WORD Type;/* File type identifier (always 0) */ WORD Width; /* Width of the bitmap in pixels */ WORD Height; /* Height of the bitmap in scan lines */ WORD ByteWidth; /* Width of bitmap in bytes */ BYTE Planes; /* Number of color planes */ BYTE BitsPerPixel; /* Number of bits per pixel */ } WIN1XHEADER; my system PHP 4.3.3 (bundled version) OS: Windows sp1 on NTFS part ion Server : IIS 5.1 Intel P4 cpu [2003-09-18 15:40:10] [EMAIL PROTECTED] You realized wrong. We are only reading the 12 bytes that are the same in all formats. Thus the error must by elsewhere. If you find out where feel free to provide a patch. Until then we simply do not support such images. ---
#25581 [WFx]: getimagesize () return incorrect values on bitmap (os2) files
ID: 25581 User updated by: willertan1980 at yahoo dot com Reported By: willertan1980 at yahoo dot com Status: Wont fix Bug Type: GetImageSize related -Operating System: * +Operating System: WinXP PHP Version: 4.3.3 Assigned To: helly New Comment: I wish to make it clear. I did not find this bug from somewhere else. Ok, maybe I was to blame by not making a good explanation I just installed the latest version (php 4.3.3) as told And the problem still exists The problem file Bitmap file saved by using OS2/1.x or Win 2.x header (You can generate this file by using Photoshop, just draw something and save it with Save As: bmp-> file format -> choose OS/2 instead of windows) This time, I do a check on PHP source code (php 4.3.3) And I found this bug at \ext\standard\image.c (lines 154) result->width = (((unsigned int)dim[ 3]) << 24) + (((unsigned int)dim[ 2]) << 16) + (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 7]) << 24) + (((unsigned int)dim[ 6]) << 16) + (((unsigned int)dim[ 5]) << 8) + ((unsigned int) dim[ 4]); PHP was reading 4 bytes for each width and height, that is true if for readings >win3.x and >os2 2.x, because it is LONG integer, but for os2 1.x and win 2.x it is SHORT int, should be read as 2 bytes SHORT OLDER VERSION - os2 1.x and win 2.x DWORD biSize; // SHORT biWidth; SHORT biHeight; WORD biPlanes; WORD biBitCount; NEWER VERSION >win3.x and >os2 2.x DWORD biSize; LONG biWidth; LONG biHeight; WORD biPlanes; WORD biBitCount; little-endian byte order A HEX DUMP from Bitmap file that generated by Photoshop 7.0 width = 200 px = c8 height = 200 px = c8 (draw something and save it as bitmap (os2) 24bit) // 2 bytes, magic bytes = BM 42 4d // 4 bytes FileSize; 2 bytes Reserved1; 2 bytes Reserved2; 4 bytes BitmapOffset dc d4 01 00 00 00 00 00 1a 00 00 00 // 4 bytes, BiLength, bmp header length = 12 0c 00 00 00 Assumed win2.x // 2 bytes Width; 2 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff it is predicable by assuming getimagesize reads 4 bytes for width and height, by the fact getimagesize did so. Assumed win3.x // 4 bytes width; 4 bytes height; 2 bytes biplanes; 2 bytes biBitCount c8 00 c8 00 01 00 18 00 ff ff ff ff ff Width = c8 00 c8 00 Height = 01 00 18 00 Bits = ff ff by the fact getimagesize did this mistake in \ext\standard\image.c (lines 154) This is how getimagesize () flush out from print_r(getimagesize('D:\Inetpub\New PHP artbook gen 7\Test pic\_color\bitmap_os2.bmp' )); Array ( [0] => 13107400 [1] => 1572865 [2] => 6 [3] => width="13107400" height="1572865" [bits] => 65535 [mime] => image/bmp ) Width = 13107400 = 00 c8 00 c8 // 4 bytes Height = 1572865 = 00 18 00 01 // 4 bytes Bits = 65535 = ff ff You can observed that by convert width values to hex (little-endian) = c8 00 c8 00 Because os2 1.x (older version of bitmap) is 2 bytes in length but PHP fetch it by 4 bytes. It should be fix by -> If header length equal to 12, do below result->width = (((unsigned int)dim[ 1]) << 8) + ((unsigned int) dim[ 0]); result->height = (((unsigned int)dim[ 3]) << 8) + ((unsigned int) dim[ 2]); result->bits = (((unsigned int)dim[7]) << 8) + ((unsigned int)dim[6]); I think, more length check should be done, if PHP wishing to extend the getimagesize() function on bmp.file Here are some of my suggestions; If length ==12 then read as bitmap win2.x or os/2 1.x If length == 40 then read as bitmap win3.x If length == 108 then read as bitmap win95 (version 4) If length >12 and not 40 or 108 (typically 64, varying in size/fields) then read as bitmap IBM OS/2 2.x <- this part making me really headache :P In addition, this is a very old windows bitmap structure, win1.x typedef struct _Win1xHeader { WORD Type;/* File type identifier (always 0) */ WORD Width; /* Width of the bitmap in pixels */ WORD Height; /* Height of the bitmap in scan lines */ WORD ByteWidth; /* Width of bitmap in bytes */ BYTE Planes; /* Number of color planes */ BYTE BitsPerPixel; /* Number of bits per pixel */ } WIN1XHEADER; my system PHP 4.3.3 (bundled version) OS: Windows sp1 on NTFS part ion Server : IIS 5.1 Intel P4 cpu Previous Comments: [2003-09-18 15:40:10] [EMAIL PROTECTED] You realized wrong. We are only reading the 12 bytes that are the same in all formats. Thus the error must by elsewhere. If you find out where feel free to provide a patch. Until then we simply do not support such images. [2003-09-17 16:38:14] willertan1980 at yahoo dot com Description: getimagesize () return incorrect values on bitmap files SYSTEM PHP 4.3.1(bundled version gd >1.6) , WinXP IIS 5.1 server, Intel P4 CPU TESTED image : RGB 24bits OS/2
#25622 [Fbk->Opn]: make failed stating: undefined reference to `gdImageCreateFromPngCtx
ID: 25622 User updated by: cube660 at verizon dot net Reported By: cube660 at verizon dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.4-RELEASE PHP Version: 4.3.3 New Comment: Tried both, when using the bundle, I used --with-gd, when I tried with my systems gd, used --with-gd=/usr/local/ Should I perhaps, go back and re-install gd 2.0.15? Could the system gd somehow be interfering with the bundled? I installed the gd before I was aware the php433 had gd built in. Previous Comments: [2003-09-21 23:55:26] [EMAIL PROTECTED] Are you using the bundled GD or the GD library avaliable on your system? [2003-09-21 21:16:51] cube660 at verizon dot net FreeBSD 4.4-RELEASE [2003-09-21 21:05:39] cube660 at verizon dot net Description: Hello, Can someone help me? 'make' fails with the following erros: /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x138d): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x13a1): undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.lo: In function `zif_imagecreatefromgif': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1729): undefined reference to `gdImageCreateFromGifCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x172f): undefined reference to `gdImageCreateFromGif' ext/gd/gd.lo: In function `zif_imagecreatefrompng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17a9): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17af): undefined reference to `gdImageCreateFromPng' ext/gd/gd.lo: In function `zif_imagepng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1e38): undefined reference to `gdImagePngCtx' ext/gd/gd.lo: In function `_php_image_convert': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x78e0): undefined reference to `gdImageCreateFromGif' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x7920): undefined reference to `gdImageCreateFromPng' *** Error code 1 I am using Apache/1.3.22 on a FreeBSD 4.4-RELEASE system, I am using --with-gd at compile time, and all compiles well. However 'make' fails with the errors stated above. This is an attempted upgrade from PHP 4.3.1 and I do have gd-2.0.15 installed. Can you please help? -- Edit this bug report at http://bugs.php.net/?id=25622&edit=1
#25622 [Opn->Fbk]: make failed stating: undefined reference to `gdImageCreateFromPngCtx
ID: 25622 Updated by: [EMAIL PROTECTED] Reported By: cube660 at verizon dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.4-RELEASE PHP Version: 4.3.3 New Comment: Are you using the bundled GD or the GD library avaliable on your system? Previous Comments: [2003-09-21 21:16:51] cube660 at verizon dot net FreeBSD 4.4-RELEASE [2003-09-21 21:05:39] cube660 at verizon dot net Description: Hello, Can someone help me? 'make' fails with the following erros: /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x138d): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x13a1): undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.lo: In function `zif_imagecreatefromgif': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1729): undefined reference to `gdImageCreateFromGifCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x172f): undefined reference to `gdImageCreateFromGif' ext/gd/gd.lo: In function `zif_imagecreatefrompng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17a9): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17af): undefined reference to `gdImageCreateFromPng' ext/gd/gd.lo: In function `zif_imagepng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1e38): undefined reference to `gdImagePngCtx' ext/gd/gd.lo: In function `_php_image_convert': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x78e0): undefined reference to `gdImageCreateFromGif' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x7920): undefined reference to `gdImageCreateFromPng' *** Error code 1 I am using Apache/1.3.22 on a FreeBSD 4.4-RELEASE system, I am using --with-gd at compile time, and all compiles well. However 'make' fails with the errors stated above. This is an attempted upgrade from PHP 4.3.1 and I do have gd-2.0.15 installed. Can you please help? -- Edit this bug report at http://bugs.php.net/?id=25622&edit=1
#25623 [Opn]: Memory leak in function load()
ID: 25623 User updated by: maoy at fjii dot com -Summary: Memory leak Reported By: maoy at fjii dot com Status: Open Bug Type: OCI8 related Operating System: Windows XP PHP Version: 4.3.3 New Comment: memory leak size relate with value of the field, it also increase along with running times Previous Comments: [2003-09-21 22:38:20] maoy at fjii dot com Description: Web Server: Apache 1.3.26 When I get value of a field as Clob type, it always cause memory leak. Reproduce code: --- load(); ?> -- Edit this bug report at http://bugs.php.net/?id=25623&edit=1
#25623 [NEW]: Memory leak
From: maoy at fjii dot com Operating system: Windows XP PHP version: 4.3.3 PHP Bug Type: OCI8 related Bug description: Memory leak Description: Web Server: Apache 1.3.26 When I get value of a field as Clob type, it always cause memory leak. Reproduce code: --- load(); ?> -- Edit bug report at http://bugs.php.net/?id=25623&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25623&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25623&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25623&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25623&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25623&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25623&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25623&r=support Expected behavior: http://bugs.php.net/fix.php?id=25623&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25623&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25623&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25623&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25623&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25623&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25623&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25623&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25623&r=float
#25622 [Opn]: make failed stating: undefined reference to `gdImageCreateFromPngCtx
ID: 25622 User updated by: cube660 at verizon dot net Reported By: cube660 at verizon dot net Status: Open Bug Type: Compile Failure -Operating System: Windows XP +Operating System: FreeBSD 4.4-RELEASE PHP Version: 4.3.3 New Comment: FreeBSD 4.4-RELEASE Previous Comments: [2003-09-21 21:05:39] cube660 at verizon dot net Description: Hello, Can someone help me? 'make' fails with the following erros: /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x138d): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x13a1): undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.lo: In function `zif_imagecreatefromgif': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1729): undefined reference to `gdImageCreateFromGifCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x172f): undefined reference to `gdImageCreateFromGif' ext/gd/gd.lo: In function `zif_imagecreatefrompng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17a9): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17af): undefined reference to `gdImageCreateFromPng' ext/gd/gd.lo: In function `zif_imagepng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1e38): undefined reference to `gdImagePngCtx' ext/gd/gd.lo: In function `_php_image_convert': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x78e0): undefined reference to `gdImageCreateFromGif' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x7920): undefined reference to `gdImageCreateFromPng' *** Error code 1 I am using Apache/1.3.22 on a FreeBSD 4.4-RELEASE system, I am using --with-gd at compile time, and all compiles well. However 'make' fails with the errors stated above. This is an attempted upgrade from PHP 4.3.1 and I do have gd-2.0.15 installed. Can you please help? -- Edit this bug report at http://bugs.php.net/?id=25622&edit=1
#25622 [NEW]: make failed stating: undefined reference to `gdImageCreateFromPngCtx
From: cube660 at verizon dot net Operating system: Windows XP PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: make failed stating: undefined reference to `gdImageCreateFromPngCtx Description: Hello, Can someone help me? 'make' fails with the following erros: /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x138d): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x13a1): undefined reference to `gdImageCreateFromGifCtx' ext/gd/gd.lo: In function `zif_imagecreatefromgif': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1729): undefined reference to `gdImageCreateFromGifCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x172f): undefined reference to `gdImageCreateFromGif' ext/gd/gd.lo: In function `zif_imagecreatefrompng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17a9): undefined reference to `gdImageCreateFromPngCtx' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x17af): undefined reference to `gdImageCreateFromPng' ext/gd/gd.lo: In function `zif_imagepng': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x1e38): undefined reference to `gdImagePngCtx' ext/gd/gd.lo: In function `_php_image_convert': /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x78e0): undefined reference to `gdImageCreateFromGif' /usr/local/www/vhosts/cubetech.com/php/php-4.3.3/ext/gd/gd.c(.text+0x7920): undefined reference to `gdImageCreateFromPng' *** Error code 1 I am using Apache/1.3.22 on a FreeBSD 4.4-RELEASE system, I am using --with-gd at compile time, and all compiles well. However 'make' fails with the errors stated above. This is an attempted upgrade from PHP 4.3.1 and I do have gd-2.0.15 installed. Can you please help? -- Edit bug report at http://bugs.php.net/?id=25622&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25622&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25622&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25622&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25622&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25622&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25622&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25622&r=support Expected behavior: http://bugs.php.net/fix.php?id=25622&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25622&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25622&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25622&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25622&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25622&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25622&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25622&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25622&r=float
#25620 [Opn]: Crash / "String is not zero-terminated"
ID: 25620 Updated by: [EMAIL PROTECTED] Reported By: xris at farcaster dot net Status: Open Bug Type: Reproducible crash Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.3 New Comment: It should be a relatively simple fix. I am about to get on a plane, but I will have a look when I get a chance. I have a feeling that now that we think we know there is a string somewhere in gettext not getting null-terminated someone will jump in and find it before me. Previous Comments: [2003-09-21 18:58:51] xris at farcaster dot net Good guess. A 4.3.3 without Gettext doesn't show the symptoms. How to proceed next? ... i wouldn't be too fond of the idea having to reimplement _() in php ... [2003-09-21 16:31:25] [EMAIL PROTECTED] I doubt it is mysql. Too many others would have hit it. GD doesn't tend to work with strings very much outside of the font stuff. My initial guess is that it is a problem in the gettext extension as that is the least used out of the ones you list. Any chance you could test without gettext() ? [2003-09-21 16:12:18] xris at farcaster dot net I know that my previous code example would run fine, if being isolated - i just don't know how to home in on the error .. The system is really quite big, for every page are about 40.000 method calls, using classes from hundreds of files (php is really fast ...). The class-framework is highly dependent on each of its parts, so its almost impossible to (easily) only use a simple part of it. The only extension we use are mysql, gd, gettext and pcre. I could try removing mysql/gd calls to see if the problem persist, though. Most of the pages work just fine; i cannot identify anything special about this specific page. As i already mentioned, i encountered this problem some time ago, but was able to work around it by restructuring some parts of the code, so i have a feeling like it might be some kind of garbage collection / memory management problem. Thanks for your efforts- i really have no idea on how to isolate the problem .. i could strip down the system and surely get to a point where the page will work again, but like my previous code example showed, i might not find the real source of the error. Any help on how to proceed would be great. [2003-09-21 15:30:32] [EMAIL PROTECTED] That's unlikely to be causing this. If you ran this simple code in isolation I bet you wouldn't see the error. What else is being called in the script that contains this code? Any non-standard extension calls of any sort? [2003-09-21 14:50:07] xris at farcaster dot net Well, just as i guessed, it's very strange. I have been able to isolate a simple piece of code which influences the ocurrence of the Segfault/PHP Warning. Have a look at this code fragement from one of my classes: --- snip --- 1 var_dump( $this->mBuffer); 2 3 if ( $this->mBuffer) { 4$Client->Buffer( TRUE ); 5 } else { 6$Client->Buffer( FALSE ); 7 }; 8 9 $Client->Buffer( $this->mBuffer ); ---snip--- The $this->mBuffer object property holds a boolean value (checked via var_dump()). Obviously, line 8 should be equivalent to lines 3-7, but with lines 3-7 in place, the error doesn't show up, while using the statement on line 8, PHP segfaults ... Just in case you ask, the Buffer() method of the client object class is declared as: --- snip --- function Buffer( $Value = TRUE ) { $this->mBuffer = $Value; } --- snip --- How to proceed on isolating the reason for the Error? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25620 -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [Fbk->Opn]: Crash / "String is not zero-terminated"
ID: 25620 User updated by: xris at farcaster dot net Reported By: xris at farcaster dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.3 New Comment: Good guess. A 4.3.3 without Gettext doesn't show the symptoms. How to proceed next? ... i wouldn't be too fond of the idea having to reimplement _() in php ... Previous Comments: [2003-09-21 16:31:25] [EMAIL PROTECTED] I doubt it is mysql. Too many others would have hit it. GD doesn't tend to work with strings very much outside of the font stuff. My initial guess is that it is a problem in the gettext extension as that is the least used out of the ones you list. Any chance you could test without gettext() ? [2003-09-21 16:12:18] xris at farcaster dot net I know that my previous code example would run fine, if being isolated - i just don't know how to home in on the error .. The system is really quite big, for every page are about 40.000 method calls, using classes from hundreds of files (php is really fast ...). The class-framework is highly dependent on each of its parts, so its almost impossible to (easily) only use a simple part of it. The only extension we use are mysql, gd, gettext and pcre. I could try removing mysql/gd calls to see if the problem persist, though. Most of the pages work just fine; i cannot identify anything special about this specific page. As i already mentioned, i encountered this problem some time ago, but was able to work around it by restructuring some parts of the code, so i have a feeling like it might be some kind of garbage collection / memory management problem. Thanks for your efforts- i really have no idea on how to isolate the problem .. i could strip down the system and surely get to a point where the page will work again, but like my previous code example showed, i might not find the real source of the error. Any help on how to proceed would be great. [2003-09-21 15:30:32] [EMAIL PROTECTED] That's unlikely to be causing this. If you ran this simple code in isolation I bet you wouldn't see the error. What else is being called in the script that contains this code? Any non-standard extension calls of any sort? [2003-09-21 14:50:07] xris at farcaster dot net Well, just as i guessed, it's very strange. I have been able to isolate a simple piece of code which influences the ocurrence of the Segfault/PHP Warning. Have a look at this code fragement from one of my classes: --- snip --- 1 var_dump( $this->mBuffer); 2 3 if ( $this->mBuffer) { 4$Client->Buffer( TRUE ); 5 } else { 6$Client->Buffer( FALSE ); 7 }; 8 9 $Client->Buffer( $this->mBuffer ); ---snip--- The $this->mBuffer object property holds a boolean value (checked via var_dump()). Obviously, line 8 should be equivalent to lines 3-7, but with lines 3-7 in place, the error doesn't show up, while using the statement on line 8, PHP segfaults ... Just in case you ask, the Buffer() method of the client object class is declared as: --- snip --- function Buffer( $Value = TRUE ) { $this->mBuffer = $Value; } --- snip --- How to proceed on isolating the reason for the Error? [2003-09-21 11:37:09] [EMAIL PROTECTED] It is natural that an unterminated string bug doesn't always cause a crash, but at the same time, it is also very much related to a specific function call somewhere. For us to have any chance of finding this you need to narrow it down for us. Start commenting out bits of code until the problem goes away, then tell us which piece of code caused it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25620 -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [Opn->Fbk]: Crash / "String is not zero-terminated"
ID: 25620 Updated by: [EMAIL PROTECTED] Reported By: xris at farcaster dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.3 New Comment: I doubt it is mysql. Too many others would have hit it. GD doesn't tend to work with strings very much outside of the font stuff. My initial guess is that it is a problem in the gettext extension as that is the least used out of the ones you list. Any chance you could test without gettext() ? Previous Comments: [2003-09-21 16:12:18] xris at farcaster dot net I know that my previous code example would run fine, if being isolated - i just don't know how to home in on the error .. The system is really quite big, for every page are about 40.000 method calls, using classes from hundreds of files (php is really fast ...). The class-framework is highly dependent on each of its parts, so its almost impossible to (easily) only use a simple part of it. The only extension we use are mysql, gd, gettext and pcre. I could try removing mysql/gd calls to see if the problem persist, though. Most of the pages work just fine; i cannot identify anything special about this specific page. As i already mentioned, i encountered this problem some time ago, but was able to work around it by restructuring some parts of the code, so i have a feeling like it might be some kind of garbage collection / memory management problem. Thanks for your efforts- i really have no idea on how to isolate the problem .. i could strip down the system and surely get to a point where the page will work again, but like my previous code example showed, i might not find the real source of the error. Any help on how to proceed would be great. [2003-09-21 15:30:32] [EMAIL PROTECTED] That's unlikely to be causing this. If you ran this simple code in isolation I bet you wouldn't see the error. What else is being called in the script that contains this code? Any non-standard extension calls of any sort? [2003-09-21 14:50:07] xris at farcaster dot net Well, just as i guessed, it's very strange. I have been able to isolate a simple piece of code which influences the ocurrence of the Segfault/PHP Warning. Have a look at this code fragement from one of my classes: --- snip --- 1 var_dump( $this->mBuffer); 2 3 if ( $this->mBuffer) { 4$Client->Buffer( TRUE ); 5 } else { 6$Client->Buffer( FALSE ); 7 }; 8 9 $Client->Buffer( $this->mBuffer ); ---snip--- The $this->mBuffer object property holds a boolean value (checked via var_dump()). Obviously, line 8 should be equivalent to lines 3-7, but with lines 3-7 in place, the error doesn't show up, while using the statement on line 8, PHP segfaults ... Just in case you ask, the Buffer() method of the client object class is declared as: --- snip --- function Buffer( $Value = TRUE ) { $this->mBuffer = $Value; } --- snip --- How to proceed on isolating the reason for the Error? [2003-09-21 11:37:09] [EMAIL PROTECTED] It is natural that an unterminated string bug doesn't always cause a crash, but at the same time, it is also very much related to a specific function call somewhere. For us to have any chance of finding this you need to narrow it down for us. Start commenting out bits of code until the problem goes away, then tell us which piece of code caused it. [2003-09-21 11:21:36] xris at farcaster dot net Description: I run a rather large PHP System (250k+ LOC). Recently, a number of "Segmentation-Faults" started popping up in my Apache error log. Only some of the PHP pages caused a segfault. These segfaults are mostly reproducible, but could be suppressed by moving code around - like changing order of method definitions, etc. So i set up an identical system as our production server, but with --enable debug. The segfaults did not happen anymore, but i keep getting notices like these: [21-Sep-2003 16:25:34] PHP Warning: String is not zero-terminated (SetVerbandÿÌ**rtID' aa) (source: /home/develop/mod_php-4.3.3/Zend/zend_opcode.c:165) in Unknown on line 0 The problem occurres with PHP from at least 4.2.2 to 4.3.3, regardless wether running with Apache 1.3x or Apache 2.0. I would like to provide more information, but i don't know how .. any info on how to trace the reason for this problem would greatly appreciated. Reproduce code: --- sorry, i'cant construct a small snippted reproducing this error - it seems to pop up on pages with a large amount of used objects, though (but thats only a guess ..)
#25620 [Fbk->Opn]: Crash / "String is not zero-terminated"
ID: 25620 User updated by: xris at farcaster dot net Reported By: xris at farcaster dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.3 New Comment: I know that my previous code example would run fine, if being isolated - i just don't know how to home in on the error .. The system is really quite big, for every page are about 40.000 method calls, using classes from hundreds of files (php is really fast ...). The class-framework is highly dependent on each of its parts, so its almost impossible to (easily) only use a simple part of it. The only extension we use are mysql, gd, gettext and pcre. I could try removing mysql/gd calls to see if the problem persist, though. Most of the pages work just fine; i cannot identify anything special about this specific page. As i already mentioned, i encountered this problem some time ago, but was able to work around it by restructuring some parts of the code, so i have a feeling like it might be some kind of garbage collection / memory management problem. Thanks for your efforts- i really have no idea on how to isolate the problem .. i could strip down the system and surely get to a point where the page will work again, but like my previous code example showed, i might not find the real source of the error. Any help on how to proceed would be great. Previous Comments: [2003-09-21 15:30:32] [EMAIL PROTECTED] That's unlikely to be causing this. If you ran this simple code in isolation I bet you wouldn't see the error. What else is being called in the script that contains this code? Any non-standard extension calls of any sort? [2003-09-21 14:50:07] xris at farcaster dot net Well, just as i guessed, it's very strange. I have been able to isolate a simple piece of code which influences the ocurrence of the Segfault/PHP Warning. Have a look at this code fragement from one of my classes: --- snip --- 1 var_dump( $this->mBuffer); 2 3 if ( $this->mBuffer) { 4$Client->Buffer( TRUE ); 5 } else { 6$Client->Buffer( FALSE ); 7 }; 8 9 $Client->Buffer( $this->mBuffer ); ---snip--- The $this->mBuffer object property holds a boolean value (checked via var_dump()). Obviously, line 8 should be equivalent to lines 3-7, but with lines 3-7 in place, the error doesn't show up, while using the statement on line 8, PHP segfaults ... Just in case you ask, the Buffer() method of the client object class is declared as: --- snip --- function Buffer( $Value = TRUE ) { $this->mBuffer = $Value; } --- snip --- How to proceed on isolating the reason for the Error? [2003-09-21 11:37:09] [EMAIL PROTECTED] It is natural that an unterminated string bug doesn't always cause a crash, but at the same time, it is also very much related to a specific function call somewhere. For us to have any chance of finding this you need to narrow it down for us. Start commenting out bits of code until the problem goes away, then tell us which piece of code caused it. [2003-09-21 11:21:36] xris at farcaster dot net Description: I run a rather large PHP System (250k+ LOC). Recently, a number of "Segmentation-Faults" started popping up in my Apache error log. Only some of the PHP pages caused a segfault. These segfaults are mostly reproducible, but could be suppressed by moving code around - like changing order of method definitions, etc. So i set up an identical system as our production server, but with --enable debug. The segfaults did not happen anymore, but i keep getting notices like these: [21-Sep-2003 16:25:34] PHP Warning: String is not zero-terminated (SetVerbandÿÌ**rtID' aa) (source: /home/develop/mod_php-4.3.3/Zend/zend_opcode.c:165) in Unknown on line 0 The problem occurres with PHP from at least 4.2.2 to 4.3.3, regardless wether running with Apache 1.3x or Apache 2.0. I would like to provide more information, but i don't know how .. any info on how to trace the reason for this problem would greatly appreciated. Reproduce code: --- sorry, i'cant construct a small snippted reproducing this error - it seems to pop up on pages with a large amount of used objects, though (but thats only a guess ..) Expected result: well, no php crash? -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [Opn->Fbk]: Crash / "String is not zero-terminated"
ID: 25620 Updated by: [EMAIL PROTECTED] Reported By: xris at farcaster dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.3 New Comment: That's unlikely to be causing this. If you ran this simple code in isolation I bet you wouldn't see the error. What else is being called in the script that contains this code? Any non-standard extension calls of any sort? Previous Comments: [2003-09-21 14:50:07] xris at farcaster dot net Well, just as i guessed, it's very strange. I have been able to isolate a simple piece of code which influences the ocurrence of the Segfault/PHP Warning. Have a look at this code fragement from one of my classes: --- snip --- 1 var_dump( $this->mBuffer); 2 3 if ( $this->mBuffer) { 4$Client->Buffer( TRUE ); 5 } else { 6$Client->Buffer( FALSE ); 7 }; 8 9 $Client->Buffer( $this->mBuffer ); ---snip--- The $this->mBuffer object property holds a boolean value (checked via var_dump()). Obviously, line 8 should be equivalent to lines 3-7, but with lines 3-7 in place, the error doesn't show up, while using the statement on line 8, PHP segfaults ... Just in case you ask, the Buffer() method of the client object class is declared as: --- snip --- function Buffer( $Value = TRUE ) { $this->mBuffer = $Value; } --- snip --- How to proceed on isolating the reason for the Error? [2003-09-21 11:37:09] [EMAIL PROTECTED] It is natural that an unterminated string bug doesn't always cause a crash, but at the same time, it is also very much related to a specific function call somewhere. For us to have any chance of finding this you need to narrow it down for us. Start commenting out bits of code until the problem goes away, then tell us which piece of code caused it. [2003-09-21 11:21:36] xris at farcaster dot net Description: I run a rather large PHP System (250k+ LOC). Recently, a number of "Segmentation-Faults" started popping up in my Apache error log. Only some of the PHP pages caused a segfault. These segfaults are mostly reproducible, but could be suppressed by moving code around - like changing order of method definitions, etc. So i set up an identical system as our production server, but with --enable debug. The segfaults did not happen anymore, but i keep getting notices like these: [21-Sep-2003 16:25:34] PHP Warning: String is not zero-terminated (SetVerbandÿÌ**rtID' aa) (source: /home/develop/mod_php-4.3.3/Zend/zend_opcode.c:165) in Unknown on line 0 The problem occurres with PHP from at least 4.2.2 to 4.3.3, regardless wether running with Apache 1.3x or Apache 2.0. I would like to provide more information, but i don't know how .. any info on how to trace the reason for this problem would greatly appreciated. Reproduce code: --- sorry, i'cant construct a small snippted reproducing this error - it seems to pop up on pages with a large amount of used objects, though (but thats only a guess ..) Expected result: well, no php crash? -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [Fbk->Opn]: Crash / "String is not zero-terminated"
ID: 25620 User updated by: xris at farcaster dot net Reported By: xris at farcaster dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.3 New Comment: Well, just as i guessed, it's very strange. I have been able to isolate a simple piece of code which influences the ocurrence of the Segfault/PHP Warning. Have a look at this code fragement from one of my classes: --- snip --- 1 var_dump( $this->mBuffer); 2 3 if ( $this->mBuffer) { 4$Client->Buffer( TRUE ); 5 } else { 6$Client->Buffer( FALSE ); 7 }; 8 9 $Client->Buffer( $this->mBuffer ); ---snip--- The $this->mBuffer object property holds a boolean value (checked via var_dump()). Obviously, line 8 should be equivalent to lines 3-7, but with lines 3-7 in place, the error doesn't show up, while using the statement on line 8, PHP segfaults ... Just in case you ask, the Buffer() method of the client object class is declared as: --- snip --- function Buffer( $Value = TRUE ) { $this->mBuffer = $Value; } --- snip --- How to proceed on isolating the reason for the Error? Previous Comments: [2003-09-21 11:37:09] [EMAIL PROTECTED] It is natural that an unterminated string bug doesn't always cause a crash, but at the same time, it is also very much related to a specific function call somewhere. For us to have any chance of finding this you need to narrow it down for us. Start commenting out bits of code until the problem goes away, then tell us which piece of code caused it. [2003-09-21 11:21:36] xris at farcaster dot net Description: I run a rather large PHP System (250k+ LOC). Recently, a number of "Segmentation-Faults" started popping up in my Apache error log. Only some of the PHP pages caused a segfault. These segfaults are mostly reproducible, but could be suppressed by moving code around - like changing order of method definitions, etc. So i set up an identical system as our production server, but with --enable debug. The segfaults did not happen anymore, but i keep getting notices like these: [21-Sep-2003 16:25:34] PHP Warning: String is not zero-terminated (SetVerbandÿÌ**rtID' aa) (source: /home/develop/mod_php-4.3.3/Zend/zend_opcode.c:165) in Unknown on line 0 The problem occurres with PHP from at least 4.2.2 to 4.3.3, regardless wether running with Apache 1.3x or Apache 2.0. I would like to provide more information, but i don't know how .. any info on how to trace the reason for this problem would greatly appreciated. Reproduce code: --- sorry, i'cant construct a small snippted reproducing this error - it seems to pop up on pages with a large amount of used objects, though (but thats only a guess ..) Expected result: well, no php crash? -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#22238 [Asn->Csd]: [win32] php_stream_read() + stream_select() clobbers read buffer for pipes
ID: 22238 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: win9x PHP Version: 5.0.0b2-dev Assigned To: wez New Comment: finally fixed. Previous Comments: [2003-07-08 09:40:26] [EMAIL PROTECTED] opening so I can find it... [2003-05-12 19:19:03] [EMAIL PROTECTED] Fixed in php 4.3.2-dev; still needs to be applied to php5. [2003-04-28 19:17:04] [EMAIL PROTECTED] Philip has documented this issue; suspending until php5. [2003-04-25 05:42:33] [EMAIL PROTECTED] I must fix this before 4.3.2 goes gold. [2003-02-15 21:57:28] [EMAIL PROTECTED] stream_select() causes a buffer synchronization which will clobber the read buffer of any stream that is marked seekable. This behaviour is intended, but under win9x, we cannot always determine if a stream is a FIFO, and this can cause data loss if the buffer size specified in php_stream_read() is ever smaller than the amount of data read in a single read operation (the excess data is lost during the next stream_select() call). -- Edit this bug report at http://bugs.php.net/?id=22238&edit=1
#20263 [Asn->Opn]: feof doesn't work with --with-curlwrappers
ID: 20263 Updated by: [EMAIL PROTECTED] Reported By: kjartan at zind dot net -Status: Assigned +Status: Open Bug Type: cURL related Operating System: Linux RH 7 PHP Version: 5CVS Assigned To: wez New Comment: I don't have time to work on this one. Previous Comments: [2003-04-28 12:03:46] [EMAIL PROTECTED] Reclassify as PHP5 "bug". [2003-01-15 07:25:37] [EMAIL PROTECTED] Re-opening, but I can't promise to act on it immediately. [2003-01-15 05:56:12] daniel at haxx dot se Don't wait. Act! Since I am the single person who develop libcurl on a regular basis, I can assure you that I don't know what features you're missing and that I am not likely to add them without being pushed in the right direction, most preferably with some hands-on help. [2002-11-06 03:56:57] [EMAIL PROTECTED] That was the plan. Suspending this for now. Thanks for being eager to try this out; we're really waiting for features in the curl library (otherwise it would be in PHP 4.3). [2002-11-05 10:51:34] kjartan at zind dot net The option is present in 4.3.0pre2 with no mention of the curlwrappers being experimental. If it is known this will not work for 4.3 wouldn't it make sense to remove the configure option from ./configure --help until it works? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20263 -- Edit this bug report at http://bugs.php.net/?id=20263&edit=1
#25566 [Bgs]: Casting of strings to integers is flawed, no checking for non numeric chars.
ID: 25566 Updated by: [EMAIL PROTECTED] Reported By: Jared dot Williams1 at ntlworld dot com Status: Bogus Bug Type:Scripting Engine problem PHP Version: 4.3.3 New Comment: No, but if you want them to be compared as strings, just cast to a string then, or use a strcmp() call. PHP can't read your mind. Previous Comments: [2003-09-21 11:51:32] Jared dot Williams1 at ntlworld dot com I do understand that time has fixed this "feature". As for explicit casting, it does result in different behaviour, when comparing string/values. $x = '0xF'; $y = (int)$x; echo($x == 15 ? 'YES' : 'NO'); echo(''); echo($y == 15 ? 'YES' : 'NO'); Outputs: YES NO Strict equivalence testing doesnt help when you wish "1234" and 1234 to be considered equal. [2003-09-20 20:17:33] [EMAIL PROTECTED] That's why you have the === operator. "12345" has always evaluated to 12345 when cast to an integer and it always will. That also means that it must be equivalent to 12345 when used in an integer comparison. You need to be explicit in your comparisons and use explicit casting elsewhere. [2003-09-20 19:29:23] Jared dot Williams1 at ntlworld dot com The documentation does not help. a string containing a beginning with a numeric character, but also containing non-numerics surely should not be cast to an integer before comparision? I understand that "12345" == 12345 but the string "12345xxx" isnt 12345. [2003-09-20 17:58:26] [EMAIL PROTECTED] See these manual pages: http://www.php.net/switch http://www.php.net/manual/en/types.comparisons.php Maybe the manual should explain this a bit better. [2003-09-20 06:20:46] Jared dot Williams1 at ntlworld dot com How's this for an impossibility.. echo('a' != 0 ? 'TRUE' : 'FALSE'); echo(''); echo('a' ? 'TRUE' : 'FALSE'); Outputs: FALSE TRUE The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25566 -- Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25566 [Bgs]: Casting of strings to integers is flawed, no checking for non numeric chars.
ID: 25566 User updated by: Jared dot Williams1 at ntlworld dot com Reported By: Jared dot Williams1 at ntlworld dot com Status: Bogus Bug Type:Scripting Engine problem PHP Version: 4.3.3 New Comment: I do understand that time has fixed this "feature". As for explicit casting, it does result in different behaviour, when comparing string/values. $x = '0xF'; $y = (int)$x; echo($x == 15 ? 'YES' : 'NO'); echo(''); echo($y == 15 ? 'YES' : 'NO'); Outputs: YES NO Strict equivalence testing doesnt help when you wish "1234" and 1234 to be considered equal. Previous Comments: [2003-09-20 20:17:33] [EMAIL PROTECTED] That's why you have the === operator. "12345" has always evaluated to 12345 when cast to an integer and it always will. That also means that it must be equivalent to 12345 when used in an integer comparison. You need to be explicit in your comparisons and use explicit casting elsewhere. [2003-09-20 19:29:23] Jared dot Williams1 at ntlworld dot com The documentation does not help. a string containing a beginning with a numeric character, but also containing non-numerics surely should not be cast to an integer before comparision? I understand that "12345" == 12345 but the string "12345xxx" isnt 12345. [2003-09-20 17:58:26] [EMAIL PROTECTED] See these manual pages: http://www.php.net/switch http://www.php.net/manual/en/types.comparisons.php Maybe the manual should explain this a bit better. [2003-09-20 06:20:46] Jared dot Williams1 at ntlworld dot com How's this for an impossibility.. echo('a' != 0 ? 'TRUE' : 'FALSE'); echo(''); echo('a' ? 'TRUE' : 'FALSE'); Outputs: FALSE TRUE [2003-09-20 06:08:53] Jared dot Williams1 at ntlworld dot com Oh erm, seems its not limited to switch either. :/ echo('a' == 0 ? 'YES' : 'NO'); Outputs: YES echo('3a' == 3 ? 'YES' : 'NO'); Outputs: YES echo(4 == '4a' ? 'YES' : 'NO'); Outputs: YES Surely these cant be considered equivalent. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25566 -- Edit this bug report at http://bugs.php.net/?id=25566&edit=1
#25620 [Opn->Fbk]: Crash / "String is not zero-terminated"
ID: 25620 Updated by: [EMAIL PROTECTED] Reported By: xris at farcaster dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: GNU/Linux 2.4.20 PHP Version: 4.3.3 New Comment: It is natural that an unterminated string bug doesn't always cause a crash, but at the same time, it is also very much related to a specific function call somewhere. For us to have any chance of finding this you need to narrow it down for us. Start commenting out bits of code until the problem goes away, then tell us which piece of code caused it. Previous Comments: [2003-09-21 11:21:36] xris at farcaster dot net Description: I run a rather large PHP System (250k+ LOC). Recently, a number of "Segmentation-Faults" started popping up in my Apache error log. Only some of the PHP pages caused a segfault. These segfaults are mostly reproducible, but could be suppressed by moving code around - like changing order of method definitions, etc. So i set up an identical system as our production server, but with --enable debug. The segfaults did not happen anymore, but i keep getting notices like these: [21-Sep-2003 16:25:34] PHP Warning: String is not zero-terminated (SetVerbandÿÌ**rtID' aa) (source: /home/develop/mod_php-4.3.3/Zend/zend_opcode.c:165) in Unknown on line 0 The problem occurres with PHP from at least 4.2.2 to 4.3.3, regardless wether running with Apache 1.3x or Apache 2.0. I would like to provide more information, but i don't know how .. any info on how to trace the reason for this problem would greatly appreciated. Reproduce code: --- sorry, i'cant construct a small snippted reproducing this error - it seems to pop up on pages with a large amount of used objects, though (but thats only a guess ..) Expected result: well, no php crash? -- Edit this bug report at http://bugs.php.net/?id=25620&edit=1
#25620 [NEW]: Crash / "String is not zero-terminated"
From: xris at farcaster dot net Operating system: GNU/Linux 2.4.20 PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: Crash / "String is not zero-terminated" Description: I run a rather large PHP System (250k+ LOC). Recently, a number of "Segmentation-Faults" started popping up in my Apache error log. Only some of the PHP pages caused a segfault. These segfaults are mostly reproducible, but could be suppressed by moving code around - like changing order of method definitions, etc. So i set up an identical system as our production server, but with --enable debug. The segfaults did not happen anymore, but i keep getting notices like these: [21-Sep-2003 16:25:34] PHP Warning: String is not zero-terminated (SetVerbandÿÌ**rtID' aa) (source: /home/develop/mod_php-4.3.3/Zend/zend_opcode.c:165) in Unknown on line 0 The problem occurres with PHP from at least 4.2.2 to 4.3.3, regardless wether running with Apache 1.3x or Apache 2.0. I would like to provide more information, but i don't know how .. any info on how to trace the reason for this problem would greatly appreciated. Reproduce code: --- sorry, i'cant construct a small snippted reproducing this error - it seems to pop up on pages with a large amount of used objects, though (but thats only a guess ..) Expected result: well, no php crash? -- Edit bug report at http://bugs.php.net/?id=25620&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25620&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25620&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25620&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25620&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25620&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25620&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25620&r=support Expected behavior: http://bugs.php.net/fix.php?id=25620&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25620&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25620&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25620&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25620&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25620&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25620&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25620&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25620&r=float
#25619 [Opn->Fbk]: fopen crashes while opening redirected pages
ID: 25619 Updated by: [EMAIL PROTECTED] Reported By: info at kktcbul dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: windows xp PHP Version: 4.3.1 New Comment: I am pretty sure this was fixed. Try the latest version. Previous Comments: [2003-09-21 10:42:46] info at kktcbul dot com Description: fopen function can't open redirected websites. For example, if a website, written in asp, redirect to another page using "response.redirect(blahblah.asp)", fopen can't open the redirected page. "http://www.ntvmsnbc.com/news/235069.asp"; redirects to "http://www.ntvmsnbc.com/news/create_p1.asp?URL=www.ntvmsnbc.com/news/235069.asp"; but fopen can't open second address when i write first address. And gives this warning message Warning: fopen(http://www.ntvmsnbc.com/news/235069.asp) [function.fopen]: failed to create stream: Bad file descriptor in C:\apache\Apache2\htdocs\test\wordcount.php on line 2 Reproduce code: --- fopen ("http://www.ntvmsnbc.com/news/235069.asp","r";); Actual result: -- Warning: fopen(http://www.ntvmsnbc.com/news/235069.asp) [function.fopen]: failed to create stream: Bad file descriptor in C:\apache\Apache2\htdocs\test\wordcount.php on line -- Edit this bug report at http://bugs.php.net/?id=25619&edit=1
#25619 [NEW]: fopen crashes while opening redirected pages
From: info at kktcbul dot com Operating system: windows xp PHP version: 4.3.1 PHP Bug Type: Filesystem function related Bug description: fopen crashes while opening redirected pages Description: fopen function can't open redirected websites. For example, if a website, written in asp, redirect to another page using "response.redirect(blahblah.asp)", fopen can't open the redirected page. "http://www.ntvmsnbc.com/news/235069.asp"; redirects to "http://www.ntvmsnbc.com/news/create_p1.asp?URL=www.ntvmsnbc.com/news/235069.asp"; but fopen can't open second address when i write first address. And gives this warning message Warning: fopen(http://www.ntvmsnbc.com/news/235069.asp) [function.fopen]: failed to create stream: Bad file descriptor in C:\apache\Apache2\htdocs\test\wordcount.php on line 2 Reproduce code: --- fopen ("http://www.ntvmsnbc.com/news/235069.asp","r";); Actual result: -- Warning: fopen(http://www.ntvmsnbc.com/news/235069.asp) [function.fopen]: failed to create stream: Bad file descriptor in C:\apache\Apache2\htdocs\test\wordcount.php on line -- Edit bug report at http://bugs.php.net/?id=25619&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25619&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25619&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25619&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25619&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25619&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25619&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25619&r=support Expected behavior: http://bugs.php.net/fix.php?id=25619&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25619&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25619&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25619&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25619&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25619&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25619&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25619&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25619&r=float
#25616 [Fbk->Opn]: stream-set_blocking() causes unexpected non erroneous exit from script.
ID: 25616 User updated by: robert at interjinn dot com Reported By: robert at interjinn dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Linux version 2.4.19-16mdk PHP Version: 4.3.3 New Comment: I just ran it with the -n flag and no change. Still exits seemingly randomly :( Previous Comments: [2003-09-21 02:44:21] [EMAIL PROTECTED] Works fine for me..I let your script run for few minutes and it works just as expected. Try running it without any php.ini loaded, like this: # php -n test.php (-n will make PHP not load any php.ini) [2003-09-21 01:08:41] robert at interjinn dot com I have downloaded and compiled the PHP package located at http://snaps.php.net/php4-STABLE-latest.tar.gz When I ran the script I got the same result as before. It still exits successfully when it should be in an infinite loop. [2003-09-20 17:46:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-20 17:23:27] robert at interjinn dot com Description: When I use stream_set_blocking() to make the standard input file handle non-blocking the script exits seemingly random. For example the $count output can have a last printed value anywhere from 200 to 3000. Reproduce code: --- http://bugs.php.net/?id=25616&edit=1
#25618 [Opn->Bgs]: * operator doesnt function as it is supposed to be
ID: 25618 Updated by: [EMAIL PROTECTED] Reported By: yurtesen at ispro dot net dot tr -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.3 New Comment: You just need to make your * non-greedy there. eg. "/(?:<.*>)*?(.*)<\/a>/iU" Previous Comments: [2003-09-21 07:46:02] yurtesen at ispro dot net dot tr Description: If I have string texthere I can extract the text 'linkhere' and 'texthere' with preg_match_all("/<.*>(.*)<\/a>/iU", $line, $matches); But if the string is texthere preg_match_all("/(?:<.*>)*(.*)<\/a>/iU", $line, $matches); doesnt work. It matches for "texthere" I am trying to exclude by matching repeatedly by (?:<.*>)* before the actual text I need. You can check out my php configuration from http://www.ispro.net/temp/phpinfo.php Reproduce code: --- texthere'; preg_match_all("/(?:<.*>)*(.*)<\/a>/iU", $line, $matches); print_r($matches); ?> Expected result: Array ( [0] => Array ( [0] => texthere ) [1] => Array ( [0] => linkhere ) [2] => Array ( [0] => texthere ) ) Actual result: -- Array ( [0] => Array ( [0] => texthere ) [1] => Array ( [0] => linkhere ) [2] => Array ( [0] => texthere ) ) -- Edit this bug report at http://bugs.php.net/?id=25618&edit=1
#25400 [Com]: mysql_connect -> Segmentation Fault
ID: 25400 Comment by: hrmn at gmx dot de Reported By: stephan at wiedner dot cc Status: Bogus Bug Type: MySQL related Operating System: Debian Woody Kernel:2.4.22 PHP Version: 5CVS-2003-09-10 (dev) New Comment: I bet your configuration is broken - this is not a bug. I run 4.0.15 under php4 and php5 without any problem. shows PHP Version: 5.0.0b2-dev Zend Version: 2.0.0-dev client lib version: 4.0.15 server version: 4.0.15-debug-log Previous Comments: [2003-09-10 20:21:30] [EMAIL PROTECTED] The backtrace shows it happens inside the mysql libs -> not PHP bug. (report to Mysql) [2003-09-10 15:51:02] stephan at wiedner dot cc Hi, In the meanwhile I tried the 4.0.14 Binary Dist. of mysql and the new 4.0.15 binaries. I also tried again with the BETA version and the latest CVS Version. still the same problem Here a backtrace from the 5CVS-2003-09-10 cli/php trying to connect to the 4.0.15 mysql Server: --- (gdb) run test2.php Starting program: /usr/src/WebServer/php-src/sapi/cli/php test2.php [New Thread 1024 (LWP 7916)] Jetzt gehts lohos! Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 7916)] 0x08341ea8 in ?? () (gdb) bt #0 0x08341ea8 in ?? () #1 0x405d59e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x405d511e in _nss_db_endservent () from /lib/libnss_db.so.2 #3 0x405d53b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #4 0x4054fa83 in getservbyname_r () from /lib/libc.so.6 #5 0x4054f931 in getservbyname () from /lib/libc.so.6 #6 0x0824b117 in mysql_once_init () #7 0x0824b04f in mysql_init () #8 0x080b3014 in php_mysql_do_connect (ht=3, return_value=0x405974b8, this_ptr=0x0, return_value_used=1, persistent=0) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:773 #9 0x080b3345 in zif_mysql_connect (ht=3, return_value=0x405974b8, this_ptr=0x0, return_value_used=1) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:829 #10 0x0823ee30 in zend_do_fcall_common_helper (execute_data=0xbfffd760, op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2541 #11 0x0823f657 in zend_do_fcall_handler (execute_data=0xbfffd760, op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2687 #12 0x0823aa67 in execute (op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:1267 #13 0x082182a4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/WebServer/php-src/Zend/zend.c:1010 #14 0x081d1f2b in php_execute_script (primary_file=0xbaf4) at /usr/src/WebServer/php-src/main/main.c:1625 #15 0x08248fdf in main (argc=2, argv=0xbb84) at /usr/src/WebServer/php-src/sapi/cli/php_cli.c:910 (gdb) --- [2003-09-07 02:38:53] [EMAIL PROTECTED] This is not a PHP problem, looks like your mysql configuration is borked. Try to install a 4.0.14 binary from mysql.com (or 4.0.15 which should be announced within the next days). [2003-09-06 09:04:10] stephan at wiedner dot cc Description: Every try to connect to the MySQL Server ends up in a segmentation fault. When using the Apache2 Module I get the following log-output: [notice] child pid 25103 exit signal Segmentation fault (11) Using cli/php i just get "Segmentation fault" - without being any more specific... This problem occours with: php-5.0.0b1 php-cvs2003-08-31 php-cvs2003-09-06 Apache 2.0.47 MySQL 4.0.14 PHP Configure Options: ./configure --prefix=/usr/local \ --exec-prefix=/usr/local \ --bindir=/usr/local/bin \ --sbindir=/usr/local/sbin \ --libexecdir=/usr/local/libexec \ --datadir=/usr/local/share \ --sysconfdir=/usr/local/etc \ --sharedstatedir=/usr/local/com \ --localstatedir=/usr/local/var \ --libdir=/usr/local/lib \ --includedir=/usr/local/include \ --infodir=/usr/local/info \ --mandir=/usr/local/man \ --with-apxs2=/usr/sbin/apxs \ --enable-debug \ --with-config-file-path=/usr/local/lib \ --enable-safe-mode \ --disable-ipv6 \ --disable-short-tags \ --with-dom=/usr/local \ --with-xsl=/usr/local \ --with-pspell \ --enable-dbx \ --with-db4=/usr/local/BerkeleyDB.4.1 \ --with-gd=/usr/local \ --with-mysql=/usr/local \ --with-mysql-sock=/tmp/mysql.sock \ --with-pgsql \ --with-gettext \ --with-layout=GNU MySQL Configure Options: ./configure \ --prefix=/usr/local \ --enable-dependency-tracking \ --localstatedir=/home/mysql \ --enable-assembler \ --with-unix-socket-path=/tmp/mysql.sock \ --with-mysqld-user=mysql \ --with-mysqld-ldflags=-all-static I hope I provided all necessary information and that this isn't a bug but my fault... :)
#25617 [Bgs]: segmentation_fault with gdFreeFontCache with t1lib/freetype 1+2
ID: 25617 User updated by: volker dot augustin at multiartstudio dot com Reported By: volker dot augustin at multiartstudio dot com Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 4.3.3 New Comment: The internal gdlibrary doesnt support T1LIN together with Freetype1 and Freetype 2! i put all the details at www.erdtrabant.de/index.php?i=77000 ok, the problem is in php, because php crashes at gd.c at gdFreeFontCache. its not a problem of the external GD! Previous Comments: [2003-09-21 08:46:05] volker dot augustin at multiartstudio dot com using the internal library of gd, the bundled version, Compiler crashes while compilation of PHP with same! options, but bundled GD !.it really doesnt work, maybe this is a bug in bundled GD! so please have a look at what i wrote about this, i didnt do that for fun.. [2003-09-21 00:52:45] [EMAIL PROTECTED] We do not support using the external GD library. Use the bundled GD library which has many fixes and improvements in it. [2003-09-20 21:49:08] volker dot augustin at multiartstudio dot com Description: php 4.3.3 gives segmentation fault using the t1lib together with gdlib 2 and freetype 1+2 tried to combine different versions, and find out that this error comes from gdFreeFontCache() in gd.c at /usr/src/php/ext/gd i wrote down everything i know and find out and put it on a website , its to much to post here here it is: http://www.erdtrabant.de/index.php?i=77000 also i find how to fix it temporarily... sorry for my bad english. Reproduce code: --- ImageTTFBBox() ImageTTFText() Actual result: -- please have a look at: http://www.erdtrabant.de/index.php?i=77000 i will put everything here... -- Edit this bug report at http://bugs.php.net/?id=25617&edit=1
#25617 [Bgs]: segmentation_fault with gdFreeFontCache with t1lib/freetype 1+2
ID: 25617 User updated by: volker dot augustin at multiartstudio dot com Reported By: volker dot augustin at multiartstudio dot com Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 4.3.3 New Comment: using the internal library of gd, the bundled version, Compiler crashes while compilation of PHP with same! options, but bundled GD !.it really doesnt work, maybe this is a bug in bundled GD! so please have a look at what i wrote about this, i didnt do that for fun.. Previous Comments: [2003-09-21 00:52:45] [EMAIL PROTECTED] We do not support using the external GD library. Use the bundled GD library which has many fixes and improvements in it. [2003-09-20 21:49:08] volker dot augustin at multiartstudio dot com Description: php 4.3.3 gives segmentation fault using the t1lib together with gdlib 2 and freetype 1+2 tried to combine different versions, and find out that this error comes from gdFreeFontCache() in gd.c at /usr/src/php/ext/gd i wrote down everything i know and find out and put it on a website , its to much to post here here it is: http://www.erdtrabant.de/index.php?i=77000 also i find how to fix it temporarily... sorry for my bad english. Reproduce code: --- ImageTTFBBox() ImageTTFText() Actual result: -- please have a look at: http://www.erdtrabant.de/index.php?i=77000 i will put everything here... -- Edit this bug report at http://bugs.php.net/?id=25617&edit=1
#25618 [NEW]: * operator doesnt function as it is supposed to be
From: yurtesen at ispro dot net dot tr Operating system: FreeBSD 4.8-STABLE PHP version: 4.3.3 PHP Bug Type: PCRE related Bug description: * operator doesnt function as it is supposed to be Description: If I have string texthere I can extract the text 'linkhere' and 'texthere' with preg_match_all("/<.*>(.*)<\/a>/iU", $line, $matches); But if the string is texthere preg_match_all("/(?:<.*>)*(.*)<\/a>/iU", $line, $matches); doesnt work. It matches for "texthere" I am trying to exclude by matching repeatedly by (?:<.*>)* before the actual text I need. You can check out my php configuration from http://www.ispro.net/temp/phpinfo.php Reproduce code: --- texthere'; preg_match_all("/(?:<.*>)*(.*)<\/a>/iU", $line, $matches); print_r($matches); ?> Expected result: Array ( [0] => Array ( [0] => texthere ) [1] => Array ( [0] => linkhere ) [2] => Array ( [0] => texthere ) ) Actual result: -- Array ( [0] => Array ( [0] => texthere ) [1] => Array ( [0] => linkhere ) [2] => Array ( [0] => texthere ) ) -- Edit bug report at http://bugs.php.net/?id=25618&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25618&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25618&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25618&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25618&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25618&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25618&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25618&r=support Expected behavior: http://bugs.php.net/fix.php?id=25618&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25618&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25618&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25618&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25618&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25618&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25618&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25618&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25618&r=float