#22825 [Com]: undefined reference to `gdFreeFontCache'
ID: 22825 Comment by: swingcoder at msn dot com Reported By: php-bugs at liwing dot de Status: Bogus Bug Type: GD related Operating System: FreeBSD 5.0 PHP Version: 4.3.2RC1 New Comment: yes,i meet this problem with php-4.3.4 with apache 2.0 and fix it use php4-STABLE-latest.tar.tar(http://snaps.php.net/php4-STABLE-latest.tar.gz) the latest replease!!! anybody can try this!! Previous Comments: [2003-06-09 16:36:00] alasdair at alivewww dot com I'm having exactly the same problem. PHP 4.3.2 (the final version not the RC) fails to compile when you ask it to use the installed system version of GDLib. This is not a bogus or closed bug - a perfectly valid installation of GDLib 2.0.1 is present, and PHP 4.3.1 compiles without problem. The system I'm using is FreeBSD 4.7-RELEASE, with Apache 1.3.27. If there is any other information that may help find the cause of this bug, please let me know so I can post it. [2003-03-22 20:01:56] php-bugs at liwing dot de The error came up when php is build from ports. By the way, php-4.3.1 didn't fail, so there must be changed sth.. Is it real difficult for developers to check what's wrang and correct it? Maybe there is a small error in autoconf which make php to use it's own headers but link against libgd2.so in /usr/local/lib/? I think it's worth to prove to make a fine release :-) I can easily live without gd-support, I just tested it... [2003-03-22 18:32:30] [EMAIL PROTECTED] The common user error of mixing different GD headers with different libs. Not PHP bug. [2003-03-22 14:07:51] [EMAIL PROTECTED] >From Boutell's homepage (GD page): "If you wish to use gd with PHP, it is probably best to get php 4.3.0 and use the included gd library." [2003-03-22 09:04:35] php-bugs at liwing dot de It's quite easy - having a common gd-library installed (using port) which is used by all dependend applications and having a second one which comes with php. Counting 1 + 1 becomes 2 (decimal system). Clear so long? Jens 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/22825 -- Edit this bug report at http://bugs.php.net/?id=22825&edit=1
#18406 [Com]: PHP 4.2.1, APACHE 1.3.26, FREETDS 5.1
ID: 18406 Comment by: swingcoder at msn dot com Reported By: claus dot pruefer at yoc dot de Status: Bogus Bug Type: Apache related Operating System: Suse Linux 7.3 glibc i686 PHP Version: 4.2.1 New Comment: ¸ãЦ Previous Comments: [2002-07-18 07:30:54] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-07-18 05:11:58] claus dot pruefer at yoc dot de oh, i forgot: with php-4.0.7RC1, apache 1.3.12 freetds 0.52 everything works fine... [2002-07-18 05:09:49] claus dot pruefer at yoc dot de sorry, i didnt backup the gdb STACK... but it reported an ERROR in chunk_free() in 'glibc.so' and terminated with a SEGMENTATION FAULT which was written in the APACHE HTTPD_LOG and the error is absolutely reproducable i compiled php, apache and freetds with DSO support and with libphp4.a WHEN YOU DONT CALL DB_FUNCTIONS EVERYTHING WORKS FINE... JUST FREETDS_FUNCTIONS... then i tried iODBC WITH OPEN_LINK here: no SEGMENTATION FAULTS, just VERY STRANGE behavior in 'ORDER BY QUERIES' and 'TOP x' QUERIES WITH MSSQL_SERVER queries... ok, hopefully that will help... -- Edit this bug report at http://bugs.php.net/?id=18406&edit=1
#23508 [Com]: Segmentation fault with data type in mssql
ID: 23508 Comment by: swingcoder at msn dot com Reported By: alietss at yahoo dot com Status: No Feedback Bug Type: MSSQL related Operating System: RedHat 9.0 PHP Version: 4CVS-2003-05-06 (stable) New Comment: i met the same problem, any one resolve it, pls let me know via email above. tks Previous Comments: [2004-01-08 04:21:46] sebastian dot wiehe at qmarketing dot de Anyone found a solution for that prob? I'm having exactly the same problems running mandrake 9.2, freeTDS 0.61, php 4.3.3. By now, I found no one who could deal with this strange behaviour. If you need further information concerning that possible bug, please contact me via email Thanks [2003-05-14 11:02:54] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-05-06 12:11:02] [EMAIL PROTECTED] Can you provide me with a small code sample to reproduce this error. I think it is a bug in FreeTDS, and would like to trace it. [2003-05-06 11:14:30] alietss at yahoo dot com Hi PHP people: I have found a segmentation fault with httpd-2.0.45 php-4.3.2 freetds-0.62-dev on RedHat 9.0 TDS 7.0 against a Microsoft SQL Server 2000, the problem is when some of the queries field is of type datetime 8... I'm using freetds-0.62-dev with mssql native php extension Here the apache error log... httpd: read.c:365: tds_get_char_data: Assertion `in_left < 4' failed. [Tue May 06 11:05:27 2003] [notice] child pid 9064 exit signal Segmentation fault (11) [Tue May 06 11:05:27 2003] [notice] child pid 9065 exit signal Segmentation fault (11) I report this to freetds people too since I don't know who belongs the problem... Any Ideas, Regards Aliet -- Edit this bug report at http://bugs.php.net/?id=23508&edit=1
#12250 [Com]: Segfault when using FreeTDS connect
ID: 12250
Comment by: swingcoder at msn dot com
Reported By: dmit at tkb dot lv
Status: Bogus
Bug Type: MSSQL related
Operating System: Linux 2.4.5 Slackware 8.0
PHP Version: 4.0.6
New Comment:
what the bug is!
Previous Comments:
[2002-06-19 10:03:57] [EMAIL PROTECTED]
Not a PHP bug > bogus
[2002-06-19 10:02:14] jim at dardenhome dot com
I figured out the problem. I decided to use the freetds.conf file for
configuring the connection rather than the depricated "interfaces"
file. I probably had some environment variable not set properly.
[2002-06-19 09:47:20] jim at dardenhome dot com
I'm having the same problem. RH 7.2/PHP 4.2.1
mssql_connect();
Program received signal SIGSEGV, Segmentation fault.
__inet_aton (cp=0x0, addr=0xbfffe400) at inet_addr.c:130
130 inet_addr.c: No such file or directory.
in inet_addr.c
(gdb) bt
#0 __inet_aton (cp=0x0, addr=0xbfffe400) at inet_addr.c:130
#1 0x401edf6f in inet_addr (cp=0x0) at inet_addr.c:96
#2 0x4003c4cb in tds_connect (login=0x816dc68, parent=0x816b658) at
login.c:168
#3 0x40034e7f in tdsdbopen (login=0x8163960, server=0x816dba4
"ProcessLog") at dblib.c:442
#4 0x080ab670 in php_sybase_do_connect (ht=3, return_value=0x816dc1c,
this_ptr=0x0, return_value_used=0, persistent=0)
at php_sybase_db.c:535
#5 0x080ab7c9 in zif_sybase_connect (ht=3, return_value=0x816dc1c,
this_ptr=0x0, return_value_used=0) at php_sybase_db.c:582
#6 0x080eaa6b in execute (op_array=0x8165ddc) at
./zend_execute.c:1598
#7 0x080d1b36 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:810
#8 0x0805f601 in php_execute_script (primary_file=0xbab0) at
main.c:1381
#9 0x0805d5d0 in main (argc=2, argv=0xbb54) at cgi_main.c:778
#10 0x40112507 in __libc_start_main (main=0x805ccf4 , argc=2,
ubp_av=0xbb54, init=0x805b744 <_init>, fini=0x80ef590 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xbb4c) at
../sysdeps/generic/libc-start.c:129
[2002-06-18 04:40:02] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2002-06-04 06:52:53] alexp at mail dot lv
Did you add entry for you SQL server in freetds.conf? PHP always
segfaults when server not found in config. At least it does for me.
Edit freetds.conf
---
# A typical Microsoft SQL Server 6.x configuration
[MyServer65]
host = ntmachine.domain.com
port = 1433
tds version = 4.2
---
$connect_id = mssql_pconnect("MyServer65" , "user" , "abcdefg" );
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/12250
--
Edit this bug report at http://bugs.php.net/?id=12250&edit=1
#18406 [Com]: PHP 4.2.1, APACHE 1.3.26, FREETDS 5.1
ID: 18406 Comment by: swingcoder at msn dot com Reported By: claus dot pruefer at yoc dot de Status: Bogus Bug Type: Apache related Operating System: Suse Linux 7.3 glibc i686 PHP Version: 4.2.1 New Comment: i have solve the problem. 1.compile freedts: ./configure --prefix=/usr/local/php/modules/freetds --sysconfdir=/usr/local/php/modules/freetds --enable-static --enable-shared --enable-msdblib 2.compile php: ./configure --prefix=/usr/local/php --enable-magic-quotes --with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-freetype-dir --with-mssql=/usr/local/php/modules/freetds --with-sybase=/usr/local/php/modules/freetds 3.edit /etc/hosts,and add line: your_server_IP YOURSERVERNAME 4.configure freedts.conf [YOURSERVERNAME] host = YOURSERVERNAME port = 1433 tds version = 8.0 client charset = UTF-8 5.finished Previous Comments: [2004-04-12 01:00:24] swingcoder at msn dot com ¸ãЦ [2002-07-18 07:30:54] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-07-18 05:11:58] claus dot pruefer at yoc dot de oh, i forgot: with php-4.0.7RC1, apache 1.3.12 freetds 0.52 everything works fine... [2002-07-18 05:09:49] claus dot pruefer at yoc dot de sorry, i didnt backup the gdb STACK... but it reported an ERROR in chunk_free() in 'glibc.so' and terminated with a SEGMENTATION FAULT which was written in the APACHE HTTPD_LOG and the error is absolutely reproducable i compiled php, apache and freetds with DSO support and with libphp4.a WHEN YOU DONT CALL DB_FUNCTIONS EVERYTHING WORKS FINE... JUST FREETDS_FUNCTIONS... then i tried iODBC WITH OPEN_LINK here: no SEGMENTATION FAULTS, just VERY STRANGE behavior in 'ORDER BY QUERIES' and 'TOP x' QUERIES WITH MSSQL_SERVER queries... ok, hopefully that will help... -- Edit this bug report at http://bugs.php.net/?id=18406&edit=1
#34048 [NEW]: ora_bind can not use like ora_bind($this->CURSOR,"output",":out",5, 2);
From: swingcoder at msn dot com Operating system: Red Hat Enterprise Linux AS rele PHP version: 5.0.4 PHP Bug Type: Oracle related Bug description: ora_bind can not use like ora_bind($this->CURSOR,"output",":out",5, 2); Description: ora_bind can not use $this-> reference in a class. only support local variable. Haven't you get a volonteer now yet?it is really a bug,if you not work for ora_* functions,then why not delete all of it!! Reproduce code: --- ora_parse($this->CURSOR, $sql) or die($this->ERROR($this->ORACLE_FLAG)); ora_bind($this->CURSOR,"output",":out",5, 2); ora_exec($this->CURSOR) or die($this->ERROR($this->ORACLE_FLAG)); $this->output = $output; Expected result: [client 192.168.100.227] PHP Fatal error: ora_bind() [function.ora-bind]: Could not make parameter placeholder in /usr/local/apache/htdocs/lib/class.db.php on line 130, referer: http://192.168.100.42/admin/index.php Actual result: -- $this->output should get the correct value. -- Edit bug report at http://bugs.php.net/?id=34048&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34048&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34048&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34048&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34048&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34048&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34048&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34048&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34048&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34048&r=support Expected behavior: http://bugs.php.net/fix.php?id=34048&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34048&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34048&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34048&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34048&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34048&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34048&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34048&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34048&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34048&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34048&r=mysqlcfg
