#24446 [NEW]: unrecognized files

2003-07-01 Thread tony at tonybibbs dot com
From: tony at tonybibbs dot com
Operating system: RedHat 9
PHP version:  5.0.0b1 (beta1)
PHP Bug Type: Compile Failure
Bug description:  unrecognized files

Description:

On stock RH9 system I removed Apache2 and installed 1.3.27.  Then went
ahead and tried a simple compile: 
./configure --with-mysql --with-apxs

Got an unrecognized file on ctype.lo, so I added --disable-ctype to
configure

Got an unreconized file on some dom.lo file so I added --without-dom to
configure

Got an unrecognized file on php_mysql.lo which I absolutely needed so I
quit.


-- 
Edit bug report at http://bugs.php.net/?id=24446&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24446&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=24446&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=24446&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24446&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=24446&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24446&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=24446&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24446&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24446&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=24446&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24446&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=24446&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=24446&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24446&r=gnused



#24446 [Bgs]: unrecognized files

2003-08-07 Thread tony at tonybibbs dot com
 ID:   24446
 User updated by:  tony at tonybibbs dot com
 Reported By:  tony at tonybibbs dot com
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RedHat 9
 PHP Version:  5.0.0b1 (beta1)
 New Comment:

Try a 'make clean'.  This worked for me.


Previous Comments:


[2003-07-01 17:19:58] [EMAIL PROTECTED]

Try:

make clean
make

You most probably have a stale file somewhere.



[2003-07-01 15:06:55] tony at tonybibbs dot com

Description:

On stock RH9 system I removed Apache2 and installed 1.3.27.  Then went
ahead and tried a simple compile: 
./configure --with-mysql --with-apxs

Got an unrecognized file on ctype.lo, so I added --disable-ctype to
configure

Got an unreconized file on some dom.lo file so I added --without-dom to
configure

Got an unrecognized file on php_mysql.lo which I absolutely needed so I
quit.






-- 
Edit this bug report at http://bugs.php.net/?id=24446&edit=1



#25103 [NEW]: Session handling that seg faults apache

2003-08-15 Thread tony at tonybibbs dot com
From: tony at tonybibbs dot com
Operating system: Linux (RedHat)
PHP version:  4.3.2
PHP Bug Type: Reproducible crash
Bug description:  Session handling that seg faults apache

Description:

I have a custom php session handler that interacts with a database via
PEAR::DB.  I have set session.save_handler to user.  I have test this
using both MySQL and MS SQL Server 2000 on the backend.  Running this code
can kill one of the Apache process consistently.  The short version of
what I am doing is I authenticate my app, stick a user object in the
session using $_SESSION['user'] = &$userObj; Then later I try to get that
object out of the session by using $userObj = &$_SESSION['user'].  

To get code that reproduces this go here:

http://www.tonybibbs.com/filemgmt/visit.php?lid=5

Reproduce code:
---
http://www.tonybibbs.com/filemgmt/visit.php?lid=5

Expected result:

I would expect that on page 2 I would get an instance of the object out of
the session Ok.


-- 
Edit bug report at http://bugs.php.net/?id=25103&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=25103&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=25103&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=25103&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=25103&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25103&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=25103&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25103&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=25103&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25103&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25103&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=25103&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25103&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=25103&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=25103&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25103&r=gnused



#40740 [Com]: PDO::execute() errors when parameters are used in LIMIT clause

2009-06-16 Thread tony at tonybibbs dot com
 ID:   40740
 Comment by:   tony at tonybibbs dot com
 Reported By:  phpbugs at filofox dot com
 Status:   No Feedback
 Bug Type: PDO related
 Operating System: Linux Debian Sarge 3.1
 PHP Version:  5.2.1
 Assigned To:  wez
 New Comment:

Same issue on 5.3.0RC2 using pretty much the same code in the initial
bug report.


Previous Comments:


[2009-02-18 08:51:00] nduteil at freedev dot org

Hi,
Still not fixed in the 5.2.8 release. If PDOStatement::bindParam or
PDOStatement::bindValue is used to specified the parameter type (ie : 
PDO::PARAM_INT) everything works as expected. Not forcing the parameter
type to integer generates an error in Mysql.



[2008-11-26 10:57:40] miha dot vrhovnik at domenca dot si

I re-compiled pdo and pdo_mysql from 5.2.7 RC4 and overwritten
libraries from php 5.2.6. Is this enough? If it is, then this issue is
not fixed.



[2008-11-12 01:00:01] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2008-11-04 15:25:02] fel...@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2008-11-02 03:43:00] dev at bcdiv dot com

PHP v 5.2.6
MySQL v 5.0.51b-community-nt
Vista Ultimate SP1

Similar (though not exactly) usage of PDO to run a stored procedure w/
a parameter that sets the number in a limit clause does not replicate
error.
$dbc = new DBO;
$dbc->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$sproc = $dbc->prepare(“CALL spLimitProc ?”);
$sproc->bindParam(1,$limit, PDO::PARAM_INT);
$result = $sproc->execute(); 

Result returns table rows as expected (similar to direct MySQL sproc
call).

Perhaps resolved or not experienced across platforms?



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/40740

-- 
Edit this bug report at http://bugs.php.net/?id=40740&edit=1



Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR

2010-03-30 Thread tony at tonybibbs dot com
Edit report at http://bugs.php.net/bug.php?id=51216&edit=1

 ID:   51216
 Comment by:   tony at tonybibbs dot com
 Reported by:  dtm2mcs at gmail dot com
 Summary:  Segmentation fault when compiling PHP with PHAR
 Status:   Open
 Type: Bug
 Package:  PHAR related
 Operating System: Ubuntu 6.04 + CentOS 5.4
 PHP Version:  5.3.2

 New Comment:

Same issue on 32bit Ubuntu 9.10


Previous Comments:

[2010-03-26 00:16:11] mm_half3 at yahoo dot com

For what it is worth, I had the same issue on Solaris 10 sparc,
compiling with gcc-4.3.1, and php-5.32 (tried with stable release and
latest development src).   Further research found other solaris types
getting segmentation faults during php 5.2.xx make test, see
http://bugs.php.net/bug.php?id=47824&edit=1 .  Which I also could
reproduce.  Setting CFLAGS=-O1, got php5.32 to compile and make test
successfully with phar, and 5.2.xx to compile without fatal errors.  The
seg fault is probably not a php issue, but something in the gcc version.
 The make test looks like all the tests run, but there is an issue when
the Test Summary is done for both:



WARNED TEST SUMMARY

-

via [ext/pdo_sqlite/tests/common.phpt]

SQLite PDO Common: Bug #34630 (inserting streams as LOBs)
[ext/pdo_sqlite/tests/bug_34630.phpt] (warn: XFAIL section but test
passes)

via [ext/sqlite/tests/pdo/common.phpt]

SQLite2 PDO Common: Bug #34630 (inserting streams as LOBs)
[ext/sqlite/tests/pdo/bug_34630.phpt] (warn: XFAIL section but test
passes)

=



You may have found a problem in PHP.

We would like to send this report automatically to the

PHP QA team, to give us a better understanding of how

the test cases are doing. If you don't want to send it

immediately, you can choose "s" to save the report to

a file that you can send us later.

Do you want to send this report now? [Yns]: s

Please send /tmp/php-5.3.2/php_test_results_20100325_2040.txt to
qa-repo...@lists.php.net manually, thank you.


[2010-03-24 17:51:27] paul at boxuk dot com

i can also reproduce this, i believe it's something to do with the fix
for bug 

#50829



amended that bug with the details


[2010-03-22 11:32:02] creatorbri at gmail dot com

I have the same problem when attempting to compile PHP 5.3.2. Details:



PHP Version:

PHP 5.3.2 - I downloaded the "stable" release dated "04 Mar 2010"
directly from 

one of the usual php.net mirrors



Platform:

Ubuntu 9.10 Karmic Koala x64

[Asus G60Jx-RBBx05 - Core i5-430 2.26 GHz 4.0 GB RAM]



Configure Options:

./configure --prefix=PREFIX --with-apxs2=/usr/bin/apxs2
--with-mysql=/usr --

with-mysqli=/usr/bin/mysql_config --with-pgsql=/usr --with-tidy=/usr
--with-

curl=/usr/bin --with-curlwrappers --with-openssl-dir=/usr
--with-zlib-dir=/usr -

-enable-mbstring --with-xpm-dir=/usr --with-pdo-pgsql=/usr
--with-pdo-mysql=/usr 

--with-xsl=/usr --with-ldap --with-xmlrpc --with-iconv-dir=/usr
--with-snmp=/usr 

--enable-exif --enable-calendar --with-bz2=/usr --with-mcrypt=/usr
--with-gd --

with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr
--with-freetype-

dir=/usr --enable-mbstring --enable-zip --with-pear



ERROR:

ext/sqlite3/libsqlite/.libs/sqlite3.o: In function `memset':

/usr/include/bits/string3.h:82: warning: memset used with constant zero
length 

parameter; this could be due to transposed parameters

Generating phar.php

Segmentation fault

make: *** [ext/phar/phar.php] Error 139


[2010-03-16 16:22:12] vnegrier at optilian dot com

Not PHAR related, this is actually the php-cli binary segfaulting during
the make process.



Here is a trace :



0x0839c8f4 in zend_startup_module_ex (module=0x8732210,
tsrm_ls=0x8712070)

at /usr/src/php-5.3.2/Zend/zend_API.c:1618

1618EG(current_module) = NULL;

(gdb) where

#0  0x0839c8f4 in zend_startup_module_ex (module=0x8732210,
tsrm_ls=0x8712070)

at /usr/src/php-5.3.2/Zend/zend_API.c:1618

#1  0x083a177a in zend_hash_apply (ht=0x8711460,

apply_func=0x839c850 , tsrm_ls=0x8712070)

at /usr/src/php-5.3.2/Zend/zend_hash.c:673

#2  0x0839c75a in zend_startup_modules (tsrm_ls=0x8712070)

at /usr/src/php-5.3.2/Zend/zend_API.c:1662

#3  0x083372f0 in php_module_startup (sf=0x86f82c0,
additional_modules=0x0,

num_additional_modules=0) at /usr/src/php-5.3.2/main/main.c:2022

#4  0x084299f1 in php_cli_startup (sapi_module=0x86f82c0)

at /usr/src/php-5.3.2/sapi/cli/php_cli.c:401

#5  0x0842a32c in main (argc=1, argv=0xbfffcf74)

at 

#36161 [NEW]: go-pear.bat doesn't install pear.bat

2006-01-25 Thread tony at tonybibbs dot com
From: tony at tonybibbs dot com
Operating system: Windows XP
PHP version:  5.1.2
PHP Bug Type: Unknown/Other Function
Bug description:  go-pear.bat doesn't install pear.bat

Description:

Installing PEAR from the bundled go-pear.bat that is packaged with the ZIP
package doens't install pear.bat

Reproduce code:
---
1) Unzip to PHP 5.1.2 zip to C:\PHP
2) open DOS command prompt and change directory to c:\PHP
3) at DOS prompt run go-pear.php
4) Choose system wide copy
5) change "Installation base" to c:\PHP\PEAR
6) If needed, change "Path to CLI php.exe" to c:\PHP
7) Hit enter (to install with those settings)
8) Once installed, change directory to C:\PHP\PEAR
9) do a directory listing...I see pear.bat old but not pear.bat
10) use XP search feature to search recursively on c:\PHP for pear.bat to
ensure pear.bat didn't get put somewhere unexpected (didn't work for me).

Expected result:

I expect to see pear.bat somewhere.

Actual result:
--
No pear.bat produced.

-- 
Edit bug report at http://bugs.php.net/?id=36161&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36161&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36161&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36161&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36161&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36161&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36161&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36161&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36161&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36161&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36161&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36161&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36161&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36161&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36161&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36161&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36161&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36161&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36161&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36161&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36161&r=mysqlcfg