[PHP-DEV] PHP 4.0 Bug #10173: --with-bzip
From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.0 Latest CVS (04/04/2001) PHP Bug Type: Documentation problem Bug description: --with-bzip The documentation available at http://php.he.net/manual/en/install.configure.php lists --with-bzip as the way to enable bzip support in php. However, there is no --with-bzip configuration option. The proper option is --with-bz2. -- Edit Bug report at: http://bugs.php.net/?id=10173edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10103: --without-packagename fails
From: [EMAIL PROTECTED] Operating system: RedHat/Debian PHP version: 4.0 Latest CVS (01/04/2001) PHP Bug Type: Compile Failure Bug description: --without-packagename fails ./configure --with-aspell=no ./configure --without-aspell In both cases the compile fails. Since aspell is not a default module the above should be no different than ./configure which succeeds. Looks like it is checking for the presence of the extension even though the extension is not required: checking for ASPELL support... configure: error: no Checked on both redhat and debian with 4.0.5RC4. -- Edit Bug report at: http://bugs.php.net/?id=10103edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10103 Updated: --without-packagename fails
ID: 10103 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Description: --without-packagename fails This appears to be specific to aspell (all the other packages with the exception of the java package) exit cleanly with the proper return code when they fail. Previous Comments: --- [2001-04-01 19:47:40] [EMAIL PROTECTED] ./configure --with-aspell=no ./configure --without-aspell In both cases the compile fails. Since aspell is not a default module the above should be no different than ./configure which succeeds. Looks like it is checking for the presence of the extension even though the extension is not required: checking for ASPELL support... configure: error: no Checked on both redhat and debian with 4.0.5RC4. --- Full Bug description available at: http://bugs.php.net/?id=10103 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #10084: Release Quality
From: [EMAIL PROTECTED] Operating system: NA PHP version: 4.0 Latest CVS (30/03/2001) PHP Bug Type: Feature/Change Request Bug description: Release Quality As a happy user of PHP I'd love it if a) Releases (4.0.5) could be installed across server farms, compiled to commandline versions to support shell/console scripting, packaged in various ways for different workloads (ie adding IMAP) without the sinking fear that in a few days to a week or two I'll see pl1, pl2, pl3 and have to go through the who rigamarole again. So fewer patches, more RC's :) b) Extensions that are broken do not ship with the distribution. The quality of the extensions reflects on php itself. A few always seem to be borked but live on through releases. The folks that want to fix borked extensions can probably do so even if they are not included in the distro. Hand in hand with that is at least keeping a rough idea (or requiring the submitter to) on keeping up to date with extensions, which often are based on evolving external libraries and projects. c) Bluesky: Bloat numbers on the manual for the different extensions. This contibutes x bytes to cgi/apache module or whatever... -- Edit Bug report at: http://bugs.php.net/?id=10084edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8334 Updated: Segmentation faults on page load
ID: 8334 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Output Control Description: Segmentation faults on page load I grabbed the 200102211045 snaps and have been playing with them without much success. Everything works fine with 4.0.4pl1 but switching up to this seems to fail in all cases. (with ob_gzhandler and without). [Sat Feb 24 22:14:26 2001] [notice] Apache/1.3.14 (Unix) (Red-Hat/Linux) PHP/4.0.5-dev configured -- resuming normal operations [Sat Feb 24 22:15:56 2001] [notice] child pid 22211 exit signal Segmentation fault (11) [Sat Feb 24 22:21:26 2001] [notice] child pid 22212 exit signal Segmentation fault (11) Swapping back down to 4.0.4pl1 without ob_gzhandler still works. Previous Comments: --- [2001-02-19 23:41:28] [EMAIL PROTECTED] could you please try the latest cvs, several patches have gone in since bug creation and it works for me on win32+linux now --- [2000-12-22 20:36:12] [EMAIL PROTECTED] confirmed, it crashes too on win32 (already known to crash) --- [2000-12-22 16:33:51] [EMAIL PROTECTED] Without ob_gzhander things work fine with at least zlib compiled in. --- [2000-12-21 21:36:32] [EMAIL PROTECTED] output_buffering= Off output_handler = ob_gzhandler I'll send along the entire php.ini via email. Havn't had a chance to try without the ob_gzhandler line, will try that this weekend sometime. --- [2000-12-20 14:25:28] [EMAIL PROTECTED] Hi, Could you please supply your php.ini file. There were some problems with the ob so that section is of special interest.. I thought these issues were resolved. James --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=8334 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8948: readline_completion_function enhance
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: readline_completion_function enhance Would be nice if the completion function could accept some sort of context, perhaps an array of cmds. -- Edit Bug report at: http://bugs.php.net/?id=8948edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]