[PHP-DEV] PHP 4.0 Bug #10173: --with-bzip

[augustz]

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=10173&edit=1



-- 
PHP Development Mailing List 
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

[augustz]

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

[augustz]

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=10103&edit=1



-- 
PHP Development Mailing List 
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

[augustz]

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=10084&edit=1



-- 
PHP Development Mailing List 
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

[augustz]

ID: 8334
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Output Control
Description: Segmentation faults on page load

Latest 4.0.5RC4 fixes this. Closing bug. 

Previous Comments:
---

[2001-02-24 22:41:13] [EMAIL PROTECTED]
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. 

---

[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. 

---

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

[augustz]

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

[augustz]

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=8948&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]