Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviourthat it had since PHP 3
On Sun, Dec 16, 2001 at 05:35:25AM -0200, Manuel Lemos wrote : Gee, Markus, have you just arrived to php-dev? :-) Hehe. No, was at a party ;-) PHP developers have a very long track record of neglecting my bug reports and quality improvement suggestions, some times making a very hard effort to deny that what I am reporting it is a bug! I know what you mean. I don't have any time for such personal things. My point is that many of those people will give up reporting after they realize than many of their reports are simply not being properly addressed! Ah, well. If you search the database you will also find reports saying they're happy the dev team did this and that. It still falls in the we can't please everyone category. Anyway, the bug database is big and you will find enough reprots for a sample you give. That the particular problem missbehaved in the past for so long is a pitty. That it's not documented is a pitty. Changing this behaviour BACK AGAIN is IMHO the worst thing one can think of. What I suggested was not to change to the original behaviour, but rather have a switch in php.ini to enable the original behaviour. As bad either. We, after some time, will end up with 1000 of switches. Although I don't think there are too many BC switchs right now there are too many after all. IMHO the best thing we can and should do at the moment is to proper document this change down and from that point of view your report was very valueable. Never mind, functions like dirname and strtok are in my blacklist, meaning I will ban them from my PHP programs because I can't afford using or distribute code that does not provide reliable behaviour as I can't assure if my code will run with a PHP version that will provide a reliable behaviour. strtok for instance had a long track record of bugs. Not a very long time ago, I banned strtok from Metabase because a user complained that Metabase could not be used in PHP session handlers. It turned out that it was a bug in strtok. As you know many thousands of use Metabase, so I can't be responsible for strtok bugs that affect Metabase. I completely removed all calls to strtok in Metabase. The same story with dirname. I just realized that strtok has a new bug caused by somebody that tried to fix a previous report. Now it affects the whole PHP Classes site. So, now I will ban strtok from all my PHP software. I used to say as a joke that I don't use Microsoft software because it is already hard to keep my software bug free so it would be harder if it dependended on Microsoft software. Too bad that is not a joke with PHP. :-( This is just my view of what it means to be professional when you develop software that many others use. Too bad that not everybody agrees. :-( You have a point and its your right to ban those. It seems not too many people rely on that BC from PHP3 to current version or just PHP 4.0.0 to current one. I can understand its a pain in the ass what you go for. But it is also a matter of carrying old relicts which are brain-damaged in a language. I agree it will ban out those who go for most compatibility. This is sadly were we rule out people needing this like you. Or, that those already moved to another language. There is nothing that can be done about it. Professionalism forth and back: You can divide the group in people wanting to have a language were functions act as they should (even if it was broken in earlier releases, just because it makes sense) and in those relying on BC from version x to now. Given that set, it's obvious that at no point in the software developing line you can please both accurately. Personally, there are also things in PHP were I myself somethings thing are they crazy?! but then no one forces me use PHP. If I would need that kind of BC I'm better of with (note: bad comparison) C which hasn't changed the last 4 yours (not to my knowledge, I may be wrong). And if they did, they may have choosen another language beside PHP. Sad story for some people, I admit. And regarding your last paragraph I even agree. - Markus -- Please always Cc to me when replying to me on the lists. -- 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] Bug #14541 Updated: strtok broken again
ID: 14541 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Strings related Operating System: Any PHP Version: 4.1.0 New Comment: jmoore did not break this, he fixed a faulty behavior that existed since 4.0.0. The current behavior is the correct one, as outlined by every unix or windows manual about the topic 'strtok'. Derick Previous Comments: [2001-12-16 02:40:29] [EMAIL PROTECTED] I understand that it is very hard to make developers write tests for new software, but at least those that commit bug fixes should be required to submit test scripts that reproduce the bugs if they do not exist yet. As for myself, I always present test cases when they are possible in the bug report itself, just like I did for this. So, developers have at least half of the job done. I think that is a matter of making it a rule by adding to the CODING_STANDARDS. [2001-12-16 02:25:53] [EMAIL PROTECTED] While we could try to force developers to write tests before they commit code (heck, MySQL does it), but we might not have much luck. :) I think that we should look to the QA team (and interested individuals such as yourself) to start writing tests. I am working on tests for the array functions right now (coincidentally, before I commit a whack of changes to the array functions. :) In Frankfurt, Rasmus suggested that we develop a web-based interface for developing tests as a way to lower the barrier for writing tests. We could look at doing this. [2001-12-16 02:15:52] [EMAIL PROTECTED] It seems that strtok function is broken again. The following script returns: ? $first_token=strtok(/something,/); $second_token=strtok(/); var_dump($first_token,$second_token); ? Should output as always (at least until PHP 4.0.6 it does): string(0) string(9) something But it outputs: string(9) something bool(false) It seems that jmoore broken in when he tried to fix this bug: http://bugs.php.net/bug.php?id=13866 I think that no developer should be allowed to fix bugs before: 1) submit a test case to leave in the tests directory 2) Verify that his fixes do not make his and others tests fail. Until this procedure becomes mandatory, we'll keep seeing a history of illness in functions like strtok that seems to never end. This is what regressive tests are for. Zak, please help here! :-) Edit this bug report at http://bugs.php.net/?id=14541edit=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]
Re: [PHP-DEV] Bug #14541 Updated: strtok broken again
On Sun, Dec 16, 2001 at 09:45:08AM -, [EMAIL PROTECTED] wrote : ID: 14541 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Strings related Operating System: Any PHP Version: 4.1.0 New Comment: jmoore did not break this, he fixed a faulty behavior that existed since 4.0.0. The current behavior is the correct one, as outlined by every unix or windows manual about the topic 'strtok'. The problem is, it is NOT documented in the NEWS file (at least, grepping for strtok didn't reveal anything). -- Please always Cc to me when replying to me on the lists. -- 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]
Re: [PHP-DEV] Bug #14541 Updated: strtok broken again
On Sun, 16 Dec 2001, Markus Fischer wrote: jmoore did not break this, he fixed a faulty behavior that existed since 4.0.0. The current behavior is the correct one, as outlined by every unix or windows manual about the topic 'strtok'. The problem is, it is NOT documented in the NEWS file (at least, grepping for strtok didn't reveal anything). It is now documented in the manual. Derick -- 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] Bug #14544: Bogus warning: Trying to raise a nonpositive value to a broken power
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.1 PHP version: 4.1.0 PHP Bug Type: Compile Warning Bug description: Bogus warning: Trying to raise a nonpositive value to a broken power When running the following on php 4.1.0: ? echo pow(abs(-00.00),.5); ? I receive the following error: Warning: Trying to raise a nonpositive value to a broken power in /var/www/bnt3/test2.php on line 1 Given the abs function, there should be no way that it is a nonpositive value. -- Edit bug report at: http://bugs.php.net/?id=14544edit=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] Bug #14540 Updated: sessions and register_globals
ID: 14540
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: linux 2.2.18 - glibc 2.1.3
PHP Version: 4.1.0
New Comment:
Oops,
here is the explanation:
the function 'session_register()' 'registers' a variabele to a session. In other
words, when the script ends, the value of this variabele is stored with the session.
On the first run $PIPPO is empty (of course), and it is set to 'ONE'.
At the end of the script, the value is stored in the session file.
At the second run, (PIPPO is still registered to the session, so session_register has
no effect), empty($PIPPO) evalutes to TRUE again, because the value is in
$_SESSION['PIPPO'], and thus PIPPO is set to 'ONE' again.
At the end of the script, the value of $PIPPO ('ONE') is saved to the session again.
You can see more of this behavior, if you set error_reporting(E_ALL) to on in the
script.
Hope this explained it,
regards,
Derick
Previous Comments:
[2001-12-16 05:15:53] [EMAIL PROTECTED]
Hello,
let me explain this,
[2001-12-15 22:32:36] [EMAIL PROTECTED]
There is something I don't understand.
I've updated to v4.1.0 and noticed that the recommended
configuration defaults register_globals to *Off*. I
understand the security reasons behind this choice. I've
tried to run one of my projects with the new interpreter
and the recommended settings (register_globals=Off). After
resolving a plenty of warnings, I noticed that things were
not working as I expected.
This is a sample code:
?
session_register('PIPPO');
if (empty($PIPPO)) {
$PIPPO = ONE;
} else {
$PIPPO = TWO;
}
$sidfile = /tmp/sess_ . $_COOKIE['PHPSESSID'];
echo Session file $sidfile contains: pre;
readfile($sidfile);
echo /pre;
echo The value is: $PIPPObr;
?
When I run and reload the script I get:
Session file /tmp/sess_87...blahblah...3e contains:
PIPPO|s:3:ONE;maxrating|N;
The value is: ONE
Why the first run sets the session variable to ONE and
the second run can't get it's value? In the latter case I
guess the answer is: because you have to access it through
$HTTP_SESSION_VARS, but ... shouldn't it had to be the
same in the former case?
Edit this bug report at http://bugs.php.net/?id=14540edit=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] Bug #14544 Updated: Bogus warning: Trying to raise a nonpositive value to a broken power
ID: 14544 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Warning Operating System: Red Hat Linux 7.1 PHP Version: 4.1.0 New Comment: Fixed in CVS, thanks for the report! Derick Previous Comments: [2001-12-16 05:21:30] [EMAIL PROTECTED] When running the following on php 4.1.0: ? echo pow(abs(-00.00),.5); ? I receive the following error: Warning: Trying to raise a nonpositive value to a broken power in /var/www/bnt3/test2.php on line 1 Given the abs function, there should be no way that it is a nonpositive value. Edit this bug report at http://bugs.php.net/?id=14544edit=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] Bug #14541 Updated: strtok broken again
ID: 14541 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating System: Any PHP Version: 4.1.0 New Comment: Documention is now fixed in CVS, thx 2 derick. Previous Comments: [2001-12-16 04:45:08] [EMAIL PROTECTED] jmoore did not break this, he fixed a faulty behavior that existed since 4.0.0. The current behavior is the correct one, as outlined by every unix or windows manual about the topic 'strtok'. Derick [2001-12-16 02:40:29] [EMAIL PROTECTED] I understand that it is very hard to make developers write tests for new software, but at least those that commit bug fixes should be required to submit test scripts that reproduce the bugs if they do not exist yet. As for myself, I always present test cases when they are possible in the bug report itself, just like I did for this. So, developers have at least half of the job done. I think that is a matter of making it a rule by adding to the CODING_STANDARDS. [2001-12-16 02:25:53] [EMAIL PROTECTED] While we could try to force developers to write tests before they commit code (heck, MySQL does it), but we might not have much luck. :) I think that we should look to the QA team (and interested individuals such as yourself) to start writing tests. I am working on tests for the array functions right now (coincidentally, before I commit a whack of changes to the array functions. :) In Frankfurt, Rasmus suggested that we develop a web-based interface for developing tests as a way to lower the barrier for writing tests. We could look at doing this. [2001-12-16 02:15:52] [EMAIL PROTECTED] It seems that strtok function is broken again. The following script returns: ? $first_token=strtok(/something,/); $second_token=strtok(/); var_dump($first_token,$second_token); ? Should output as always (at least until PHP 4.0.6 it does): string(0) string(9) something But it outputs: string(9) something bool(false) It seems that jmoore broken in when he tried to fix this bug: http://bugs.php.net/bug.php?id=13866 I think that no developer should be allowed to fix bugs before: 1) submit a test case to leave in the tests directory 2) Verify that his fixes do not make his and others tests fail. Until this procedure becomes mandatory, we'll keep seeing a history of illness in functions like strtok that seems to never end. This is what regressive tests are for. Zak, please help here! :-) Edit this bug report at http://bugs.php.net/?id=14541edit=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] Bug #14537 Updated: fgetc fails to return single charachter immediatly
ID: 14537 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Filesystem function related Operating System: Linux 2.4.7-10smp i686 PHP Version: 4.1.0 New Comment: Duplicate of Bug id #14003 Previous Comments: [2001-12-15 22:23:36] [EMAIL PROTECTED] Please search bug database before report. This has been reported ;) [2001-12-15 15:38:19] [EMAIL PROTECTED] fgetc should have at least the option of returning a single charachter immediatly upon its entry, or another function should be defined (such as getchar()) that achieves similar functionality to fgetc(stdin) which return a single charachter immediatly. The following script allows the user to type more than a single charachter and only returns when the user hits enter. fgetc should simply block until a single charachter is entered and then return. This is missing functionality that can not be worked around easily as far as I can tell. Script: $fp = fopen(php://stdin, r); $char = fgetc($fp); echo $char; Edit this bug report at http://bugs.php.net/?id=14537edit=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]
Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviour that it had since PHP 3
hi, dirname was added to PHP 3.0a3 which was released more than 4 years ago. Until a year ago it had a behaviour that Andi thought it was not correct, so he fixed it for PHP 4.0.3 eventually breaking the code of people that did not realize it then because they don't upgrade PHP on every minor release. So, the point is that what he thought was just a fix, was rather a behaviour change but he really didn't realize it until I reported today. 1) Admit that Andi did not make a wise decision then and so avoid any future decisions like this. although I completely agree with you, Manuel, your example somehow sounds ridiculous. It's like having someone in court room and .. ADMIT IT! DID YOU EAT THE CANDY?? .. Kind Regads, Daniel Lorch -- 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] Bug #14224 Updated: fgets(), fgetc() stalls
ID: 14224 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: FreeBSD 4.3 PHP Version: 4.0.6 New Comment: Could you try 4.1.0 see if it helps? Previous Comments: [2001-11-26 04:40:05] [EMAIL PROTECTED] I'm using fsockopen() to connect to a mail server and retrieve messages. When retrieving the data, sometimes fgets() or fgetc() (tried both) will stall completely, and there is valid data being sent. It doesn't seem to have any timeout (I let it run for a long time) it just stalls. Are there any known problems with fgets() using fsockopen() for communication? Is this an issue where it 'misses' the data and there is no timeout? Thanks! Michael Brown [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=14224edit=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] Bug #14545: DOM seems not to work
From: [EMAIL PROTECTED]
Operating system: RedHat 7.1
PHP version: 4.1.0
PHP Bug Type: DOM XML related
Bug description: DOM seems not to work
the following code (taken from phpbuilder) works with php.4.0.6
with dom and fails with php 4.1.0
?php
# make an example xml document to play with
$xmlstr = . ? . xml version=\1.0\ . ? . ;
$xmlstr .=
employee
nameMatt/name
position type=\contract\Web Guy/position
/employee
;
# load xml data ($doc becomes an instance of
# the DomDocument object)
$doc = xmldoc($xmlstr);
# get root node employee
$employee = $doc-root();
# get employee's children (name,position)
$nodes = $employee-children();
# let's play with the position node
# so we must iterate through employee's
# children in search of it
while ($node = array_shift($nodes))
{
if ($node-name == position)
{
$position = $node;
break;
}
}
# get position's type attribute
$type = $position-getattr(type);
# get the text enclosed by the position tag
# shift the first element off of position's children
$text_node = array_shift($position-children());
# access the content property of the text node
$text = $text_node-content;
# echo out the position and type
echo position: $textBR;
echo type: $type;
?
--
Edit bug report at: http://bugs.php.net/?id=14545edit=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] Bug #14545 Updated: DOM seems not to work
ID: 14545
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: DOM XML related
Operating System: RedHat 7.1
PHP Version: 4.1.0
New Comment:
This extension has changed quite a lot since 4.0.6 (its DOM2 conform now).
To get a overview how the new tree looks like use
$tree = xmltree($xmlstr);
print_r($tree);
There is no bug (yet ;), Bogusifying.
Previous Comments:
[2001-12-16 05:55:45] [EMAIL PROTECTED]
the following code (taken from phpbuilder) works with php.4.0.6
with dom and fails with php 4.1.0
?php
# make an example xml document to play with
$xmlstr = . ? . xml version=\1.0\ . ? . ;
$xmlstr .=
employee
nameMatt/name
position type=\contract\Web Guy/position
/employee
;
# load xml data ($doc becomes an instance of
# the DomDocument object)
$doc = xmldoc($xmlstr);
# get root node employee
$employee = $doc-root();
# get employee's children (name,position)
$nodes = $employee-children();
# let's play with the position node
# so we must iterate through employee's
# children in search of it
while ($node = array_shift($nodes))
{
if ($node-name == position)
{
$position = $node;
break;
}
}
# get position's type attribute
$type = $position-getattr(type);
# get the text enclosed by the position tag
# shift the first element off of position's children
$text_node = array_shift($position-children());
# access the content property of the text node
$text = $text_node-content;
# echo out the position and type
echo position: $textBR;
echo type: $type;
?
Edit this bug report at http://bugs.php.net/?id=14545edit=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]
Re: [PHP-DEV] Bug #14541 Updated: strtok broken again
On Sun, Dec 16, 2001 at 09:45:08AM -, [EMAIL PROTECTED] wrote : ID: 14541 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Strings related Operating System: Any PHP Version: 4.1.0 New Comment: jmoore did not break this, he fixed a faulty behavior that existed since 4.0.0. The current behavior is the correct one, as outlined by every unix or windows manual about the topic 'strtok'. The problem is, it is NOT documented in the NEWS file (at least, grepping for strtok didn't reveal anything). It was documented (I removed it), however, the problem was it was documented as a new feature in 4.2, not 4.1, and no one caught this till *after* the release. -Sterling -- Please always Cc to me when replying to me on the lists. -- 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 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]
Re: [PHP-DEV] Bug #14537: fgetc fails to return single charachter immediatly
You might consider using ncurses_getch() for that purpose. - Markus On Sat, Dec 15, 2001 at 08:38:20PM -, [EMAIL PROTECTED] wrote : From: [EMAIL PROTECTED] Operating system: Linux 2.4.7-10smp i686 PHP version: 4.1.0 PHP Bug Type: Filesystem function related Bug description: fgetc fails to return single charachter immediatly fgetc should have at least the option of returning a single charachter immediatly upon its entry, or another function should be defined (such as getchar()) that achieves similar functionality to fgetc(stdin) which return a single charachter immediatly. The following script allows the user to type more than a single charachter and only returns when the user hits enter. fgetc should simply block until a single charachter is entered and then return. This is missing functionality that can not be worked around easily as far as I can tell. Script: $fp = fopen(php://stdin, r); $char = fgetc($fp); echo $char; -- Edit bug report at: http://bugs.php.net/?id=14537edit=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] -- Please always Cc to me when replying to me on the lists. -- 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] Bug #3793 Updated: session.gc_maxlifetime does not work
ID: 3793 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Windows 98 PHP Version: 4.0 Beta 4 Patch Level 1 New Comment: No feedback. Closing. Previous Comments: [2001-11-25 07:26:53] [EMAIL PROTECTED] Is this still the behaviour of the latest RC? http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2000-12-09 20:20:36] [EMAIL PROTECTED] Verified on WIn 2k IIS 5, ISAPI dll. Jani I checked this was the case on my system too. we think it appears to be releated to atime and ulink (We think..) James [2000-12-07 10:51:28] [EMAIL PROTECTED] User feedback: -- 1) session.gc_maxlifetime does not work - I set this to 60 sec, but I can read values from the session even this time was expired. (I start the session and then I wait more than 60 sec before I will call other script) 2) When I set session.gc_probability = 100 in PHP.INI, ALL other session files are deleted (only one session can be used at the time - if are connected 2 clients to server, the second client owerwrites or deletes session of the first client, etc.). This bug is maybe related to session.gc_maxlifetime bug. --- I tried this myself on Linux - Works as expected. But as I don't have any Windows to test this on, I just have to trust the user that this isn't working.. User tested with php4.0.4-dev-win32-20001123 Could someone using Windows try and check this out?? --Jani [2000-11-27 08:59:00] [EMAIL PROTECTED] You have only misunderstood the meanings: session.gc_maxlifetime - Max lifetime of data. After this time has elapsed data is considered being garbage. session.gc_probability - Percentual propability for garbage cleaning to be executed. 100% probability happens always.. 1% happens less often. --Jani [2000-11-01 16:07:22] [EMAIL PROTECTED] I tested PHP version php4.0.4-dev-win32-20001022 with my sample scripts and there is my results: Corrected bugs: 1) Session_Destroy() functions works fine. Session files are successfully deleted from Temp directory. 2) When session.use_trans_sid = 1, SID is attached only to A HREF, FORMS, etc tags and is not attached to IMG tags. It's OK. Open bugs: 1) session.gc_maxlifetime does not work - I set this to 60 sec, but I can read values from the session even this time was expired. (I start the session and then I wait more than 60 sec before I will call other script) 2) When I set session.gc_probability = 100 in PHP.INI, ALL other session files are deleted (only one session can be used at the time - if are connected 2 clients to server, the second client owerwrites or deletes session of the first client, etc.). This bug is maybe related to session.gc_maxlifetime bug. Tested OS: W2K server with SP1 Web server: Apache 3.1.12 PHP: php4.0.4-dev-win32-20001022 (CGI) Session settings in my PHP.INI --- [Session] session.save_handler = files ; handler used to store/retrieve data session.save_path = C:/WINNT/Temp; argument passed to save_handler ; in the case of files, this is the ; path where data files are stored session.use_cookies = 0 ; whether to use cookies session.name = PHPSESSID ; name of the session ; is used as cookie name session.auto_start= 0 ; initialize session on request startup session.cookie_lifetime = 0 ; lifetime in seconds of cookie ; or if 0, until browser is restarted session.cookie_path = / ; the path the cookie is valid for session.cookie_domain = ; the domain the cookie is valid for session.serialize_handler = php ; handler used to serialize data ; php is the standard serializer of PHP session.gc_probability= 100 ; percentual probability that the ; 'garbage collection' process is started ; on every session initialization session.gc_maxlifetime= 60; after this number of seconds, stored ; data will be seen as 'garbage' and ; cleaned up by the gc process session.referer_check = ; check HTTP Referer to invalidate ;
[PHP-DEV] Bug #6089 Updated: ociplogon sometimes gives bus error
ID: 6089 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: OCI8 related Operating System: SunOS 5.7 PHP Version: 4.0.1pl2 New Comment: No feedback. Closing. Previous Comments: [2001-11-25 07:43:27] [EMAIL PROTECTED] Sorry to bug you once more, can you try with latest RC? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-01-08 06:22:09] [EMAIL PROTECTED] I've just upgraded to Apache 1.3.14, PHP 4.0.4 Sadly the bug still occurs! Same hardware/os. [2000-12-30 11:53:43] [EMAIL PROTECTED] No feedback, considered fixed. --Jani [2000-11-23 19:08:56] [EMAIL PROTECTED] Have you tried PHP4.0.3pl1 or snapshot from http://snaps.php.net/ ?? If not please do try it out. And you're running quite old Apache. I'd consider upgrading it. And there have been upgrades to Oracle too since 8.0.4.. --Jani [2000-09-04 07:31:06] [EMAIL PROTECTED] I've downloaded and installed PHP 4.0.2 This bug still occurs. Let me know if you need any further information. Please don't class this as fixed - it isn't! 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/?id=6089 Edit this bug report at http://bugs.php.net/?id=6089edit=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] Bug #14546: Segmentation fault in httpd child process when using user authentication
From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.0
PHP version: 4.1.0
PHP Bug Type: Reproducible crash
Bug description: Segmentation fault in httpd child process when using user
authentication
I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
When I view the following script, or any similar scripts with user
authentication features, the page comes up as can't be displayed, a look
in the error_log shows the error child pid 25693 exit signal Segmentation
fault (11) (obviously a different pid each time).
The script is:
?php
if(!isset($PHP_AUTH_USER)) {
header(WWW-Authenticate: Basic realm=\My Realm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
} else {
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
My PHP configure line was:
./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql
--enable-ftp --enable-safe-mode --enable-track-vars
--with-apache=../apache_1.3.22
My Apache configure line was:
./configure --prefix=/opt/server/httpd
--activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/perl/libperl.a
GDB Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x80f99ee in _efree ()
(gdb) bt
#0 0x80f99ee in _efree ()
#1 0x80934e3 in sapi_add_header_ex ()
#2 0x80bedd0 in zif_header ()
#3 0x811fbff in execute ()
#4 0x8106179 in zend_execute_scripts ()
#5 0x8091395 in php_execute_script ()
#6 0x810e2a2 in apache_php_module_main ()
#7 0x808e91e in php_restore_umask ()
#8 0x808e979 in php_restore_umask ()
#9 0x8145059 in ap_invoke_handler ()
#10 0x8159ce7 in ap_some_auth_required ()
#11 0x8159d48 in ap_process_request ()
#12 0x8150e69 in ap_child_terminate ()
#13 0x8151014 in ap_child_terminate ()
#14 0x8151184 in ap_child_terminate ()
#15 0x81517fd in ap_child_terminate ()
#16 0x815207b in main ()
#17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2,
ubp_av=0xbaf4,
init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c
_dl_fini,
stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
--
Edit bug report at: http://bugs.php.net/?id=14546edit=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] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
As a test, I downgraded back to PHP 4.0.6, with identical compile options as before in
both Apache and PHP and the problem does not occur, so it appears to be PHP 4.1.0
specific.
Previous Comments:
[2001-12-16 07:49:26] [EMAIL PROTECTED]
I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
When I view the following script, or any similar scripts with user authentication
features, the page comes up as can't be displayed, a look in the error_log shows the
error child pid 25693 exit signal Segmentation fault (11) (obviously a different pid
each time).
The script is:
?php
if(!isset($PHP_AUTH_USER)) {
header(WWW-Authenticate: Basic realm=\My Realm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
} else {
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
My PHP configure line was:
./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql --enable-ftp
--enable-safe-mode --enable-track-vars --with-apache=../apache_1.3.22
My Apache configure line was:
./configure --prefix=/opt/server/httpd --activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/perl/libperl.a
GDB Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x80f99ee in _efree ()
(gdb) bt
#0 0x80f99ee in _efree ()
#1 0x80934e3 in sapi_add_header_ex ()
#2 0x80bedd0 in zif_header ()
#3 0x811fbff in execute ()
#4 0x8106179 in zend_execute_scripts ()
#5 0x8091395 in php_execute_script ()
#6 0x810e2a2 in apache_php_module_main ()
#7 0x808e91e in php_restore_umask ()
#8 0x808e979 in php_restore_umask ()
#9 0x8145059 in ap_invoke_handler ()
#10 0x8159ce7 in ap_some_auth_required ()
#11 0x8159d48 in ap_process_request ()
#12 0x8150e69 in ap_child_terminate ()
#13 0x8151014 in ap_child_terminate ()
#14 0x8151184 in ap_child_terminate ()
#15 0x81517fd in ap_child_terminate ()
#16 0x815207b in main ()
#17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2, ubp_av=0xbaf4,
init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c _dl_fini,
stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Edit this bug report at http://bugs.php.net/?id=14546edit=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] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
May be related to 14534
Previous Comments:
[2001-12-16 07:56:55] [EMAIL PROTECTED]
As a test, I downgraded back to PHP 4.0.6, with identical compile options as before in
both Apache and PHP and the problem does not occur, so it appears to be PHP 4.1.0
specific.
[2001-12-16 07:49:26] [EMAIL PROTECTED]
I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
When I view the following script, or any similar scripts with user authentication
features, the page comes up as can't be displayed, a look in the error_log shows the
error child pid 25693 exit signal Segmentation fault (11) (obviously a different pid
each time).
The script is:
?php
if(!isset($PHP_AUTH_USER)) {
header(WWW-Authenticate: Basic realm=\My Realm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
} else {
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
My PHP configure line was:
./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql --enable-ftp
--enable-safe-mode --enable-track-vars --with-apache=../apache_1.3.22
My Apache configure line was:
./configure --prefix=/opt/server/httpd --activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/perl/libperl.a
GDB Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x80f99ee in _efree ()
(gdb) bt
#0 0x80f99ee in _efree ()
#1 0x80934e3 in sapi_add_header_ex ()
#2 0x80bedd0 in zif_header ()
#3 0x811fbff in execute ()
#4 0x8106179 in zend_execute_scripts ()
#5 0x8091395 in php_execute_script ()
#6 0x810e2a2 in apache_php_module_main ()
#7 0x808e91e in php_restore_umask ()
#8 0x808e979 in php_restore_umask ()
#9 0x8145059 in ap_invoke_handler ()
#10 0x8159ce7 in ap_some_auth_required ()
#11 0x8159d48 in ap_process_request ()
#12 0x8150e69 in ap_child_terminate ()
#13 0x8151014 in ap_child_terminate ()
#14 0x8151184 in ap_child_terminate ()
#15 0x81517fd in ap_child_terminate ()
#16 0x815207b in main ()
#17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2, ubp_av=0xbaf4,
init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c _dl_fini,
stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Edit this bug report at http://bugs.php.net/?id=14546edit=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] Bug #14442 Updated: Segmentation fault when using xslt_process()
ID: 14442 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: XSLT related Operating System: Linux (RH 7.0) PHP Version: 4.1.0 New Comment: This should be fixed now, can you try a snapshot from snaps.php.net to verify it is fixed for you? Derick Previous Comments: [2001-12-14 13:02:20] [EMAIL PROTECTED] But PHP generating nice corefiles is not ok, reopening. Derick [2001-12-14 12:03:22] [EMAIL PROTECTED] rtfm... the syntax for the xslt extension has changed, use the new syntax. [2001-12-12 13:40:42] [EMAIL PROTECTED] libc version glibc-2.2-12 RPM libc-2.2.so libc.so.6 [2001-12-12 13:38:03] [EMAIL PROTECTED] Just tried compiling 4.0.6 with the same options, same crash, but different debug output Program received signal SIGSEGV, Segmentation fault. 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 218 error = call_user_function(EG(function_table), (gdb) bt #0 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 #1 0x81031de in scheme_getall (user_data=0x849718c, proc=0x8498b80, scheme=0x84958f8 ?xml version=\1.0\ encoding=\utf-8\?xsl, rest=0x849bfc8 /stylesheet version=\1.0\ xmlns:xsl=\http://www.w3.org/1999/XSL/Transform\; xsl:output\tme thod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template match=\/backslash\ \n html \n head \n..., buffer=0x8495a48, byte_count=0xbfffe03c) at sablot.c:674 #2 0x400b1094 in DataLine::open (this=0x8495a30, S=@0x84956c8, _uri=0x849c980 ?xml version=\1.0\ encoding=\utf-8\?xsl:/stylesheet version=\1.0\ xmlns:xsl=\http://w ww.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template m atch=\/b..., _mode=DLMODE_READ, argList_=0x8498bc0) at uri.cpp:466 #3 0x400a1f7d in Processor::addLineParse (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, absolute=@0xbfffe150, isXSL=1) at guard.h:156 #4 0x400a26e6 in Processor::readTreeFromURI (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, location=@0xbfffe220, base=@0xbfffe200, isXSL=1) at proc.cpp:602 #5 0x400a0445 in Processor::open (this=0x8498b80, S=@0x84956c8, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl...) at proc.cpp:276 #6 0x400a5c2b in SablotRunProcessor (processor_=0x8498b80, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl..., resultURI=0x82b1f51 arg:/_result, params=0x0, arguments=0x0) at sablot.cpp:407 #7 0x8102c5e in php_if_xslt_process (ht=3, return_value=0x8495a7c, this_ptr=0x0, return_value_used=0) at sablot.c:471 #8 0x813867d in execute (op_array=0x8494e7c) at ./zend_execute.c:1504 #9 0x8111c1e in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #10 0x8091167 in php_execute_script (primary_file=0xb840) at main.c:1206 #11 0x811d5e6 in apache_php_module_main (r=0x83ee79c, display_source_mode=0) at sapi_apache.c:89 #12 0x808eb88 in send_php () #13 0x808ebbd in send_parsed_php () #14 0x817cfb3 in ap_invoke_handler () #15 0x8191197 in process_request_internal () #16 0x81911f8 in ap_process_request () #17 0x818865d in child_main () #18 0x8188808 in make_child () #19 0x818897c in startup_children () #20 0x8188ff4 in standalone_main () #21 0x8189847 in main () #22 0x40327f31 in __libc_start_main (main=0x81894b0 main, argc=2, ubp_av=0xbb14, init=0x808bfc8 _init, fini=0x829cff0 _fini, rtld_fini=0x4000e274 _dl_fini, stack_end=0xbb0c) at ../sysdeps/generic/libc-start.c:129 [2001-12-11 20:57:00] [EMAIL PROTECTED] I am trying to run the XSLT example at phpbuilder using these 2 files as input.
[PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
Can you compile PHP with --enable-debug, and create a new backtrace? THis gives us
more information (you can do a
'bt full' too, which fives even more useful information.
Derick
Previous Comments:
[2001-12-16 07:57:50] [EMAIL PROTECTED]
May be related to 14534
[2001-12-16 07:56:55] [EMAIL PROTECTED]
As a test, I downgraded back to PHP 4.0.6, with identical compile options as before in
both Apache and PHP and the problem does not occur, so it appears to be PHP 4.1.0
specific.
[2001-12-16 07:49:26] [EMAIL PROTECTED]
I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
When I view the following script, or any similar scripts with user authentication
features, the page comes up as can't be displayed, a look in the error_log shows the
error child pid 25693 exit signal Segmentation fault (11) (obviously a different pid
each time).
The script is:
?php
if(!isset($PHP_AUTH_USER)) {
header(WWW-Authenticate: Basic realm=\My Realm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
} else {
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
My PHP configure line was:
./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql --enable-ftp
--enable-safe-mode --enable-track-vars --with-apache=../apache_1.3.22
My Apache configure line was:
./configure --prefix=/opt/server/httpd --activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/perl/libperl.a
GDB Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x80f99ee in _efree ()
(gdb) bt
#0 0x80f99ee in _efree ()
#1 0x80934e3 in sapi_add_header_ex ()
#2 0x80bedd0 in zif_header ()
#3 0x811fbff in execute ()
#4 0x8106179 in zend_execute_scripts ()
#5 0x8091395 in php_execute_script ()
#6 0x810e2a2 in apache_php_module_main ()
#7 0x808e91e in php_restore_umask ()
#8 0x808e979 in php_restore_umask ()
#9 0x8145059 in ap_invoke_handler ()
#10 0x8159ce7 in ap_some_auth_required ()
#11 0x8159d48 in ap_process_request ()
#12 0x8150e69 in ap_child_terminate ()
#13 0x8151014 in ap_child_terminate ()
#14 0x8151184 in ap_child_terminate ()
#15 0x81517fd in ap_child_terminate ()
#16 0x815207b in main ()
#17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2, ubp_av=0xbaf4,
init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c _dl_fini,
stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Edit this bug report at http://bugs.php.net/?id=14546edit=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] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
feedback
Previous Comments:
[2001-12-16 08:01:20] [EMAIL PROTECTED]
Can you compile PHP with --enable-debug, and create a new backtrace? THis gives us
more information (you can do a
'bt full' too, which fives even more useful information.
Derick
[2001-12-16 07:57:50] [EMAIL PROTECTED]
May be related to 14534
[2001-12-16 07:56:55] [EMAIL PROTECTED]
As a test, I downgraded back to PHP 4.0.6, with identical compile options as before in
both Apache and PHP and the problem does not occur, so it appears to be PHP 4.1.0
specific.
[2001-12-16 07:49:26] [EMAIL PROTECTED]
I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
When I view the following script, or any similar scripts with user authentication
features, the page comes up as can't be displayed, a look in the error_log shows the
error child pid 25693 exit signal Segmentation fault (11) (obviously a different pid
each time).
The script is:
?php
if(!isset($PHP_AUTH_USER)) {
header(WWW-Authenticate: Basic realm=\My Realm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
} else {
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
My PHP configure line was:
./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql --enable-ftp
--enable-safe-mode --enable-track-vars --with-apache=../apache_1.3.22
My Apache configure line was:
./configure --prefix=/opt/server/httpd --activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/perl/libperl.a
GDB Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x80f99ee in _efree ()
(gdb) bt
#0 0x80f99ee in _efree ()
#1 0x80934e3 in sapi_add_header_ex ()
#2 0x80bedd0 in zif_header ()
#3 0x811fbff in execute ()
#4 0x8106179 in zend_execute_scripts ()
#5 0x8091395 in php_execute_script ()
#6 0x810e2a2 in apache_php_module_main ()
#7 0x808e91e in php_restore_umask ()
#8 0x808e979 in php_restore_umask ()
#9 0x8145059 in ap_invoke_handler ()
#10 0x8159ce7 in ap_some_auth_required ()
#11 0x8159d48 in ap_process_request ()
#12 0x8150e69 in ap_child_terminate ()
#13 0x8151014 in ap_child_terminate ()
#14 0x8151184 in ap_child_terminate ()
#15 0x81517fd in ap_child_terminate ()
#16 0x815207b in main ()
#17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2, ubp_av=0xbaf4,
init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c _dl_fini,
stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Edit this bug report at http://bugs.php.net/?id=14546edit=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]
Re: [PHP-DEV] Bug #14546: Segmentation fault in httpd child process when using user authentication
Hello ,
I have similar problem with this code on Apache1.3.22+php4.1.0 linux
2.4.16 RH6.2. I think this is critical problem.
I configure PHP with:
CC=gcc2.95.3 \
CXX=gcc2.95.3 \
./configure \
--prefix=/usr/local/php \
--with-apxs=/usr/local/httpd/bin/apxs \
--with-config-file-path=/usr/local/php/etc \
--enable-track-vars \
--enable-magic-quotes \
--enable-safe-mode \
--enable-memory-limit \
--enable-sysvshm \
--enable-sysvsem \
--enable-shmop \
--enable-sockets \
--enable-wddx \
--enable-xslt \
--enable-ctype \
--enable-bcmath \
--enable-mailparse \
--enable-ftp \
--with-gd=/export/work/gd-1.8.4-gif \
--with-jpeg-dir=/export/work/jpeg-6b \
--with-png-dir=/export/work/libpng-1.0.9 \
--with-ttf=/export/work/freetype-1.3.1 \
--with-mysql=/usr/local/mysql \
--with-openssl=/usr/local/ssl \
--with-epipe \
--with-mcrypt \
--with-mhash \
--with-zlib \
--with-mm \
--with-xmlrpc \
--with-iconv \
--with-curl \
--with-bz2 \
--with-gmp \
--with-ldap \
--with-xml \
--with-zip \
--with-gettext \
--with-dom \
--with-xslt-sablot \
$@
aucu I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
aucu When I view the following script, or any similar scripts with user
aucu authentication features, the page comes up as can't be displayed, a look
aucu in the error_log shows the error child pid 25693 exit signal Segmentation
aucu fault (11) (obviously a different pid each time).
aucu The script is:
aucu ?php
aucu if(!isset($PHP_AUTH_USER)) {
aucu header(WWW-Authenticate: Basic realm=\My Realm\);
aucu header(HTTP/1.0 401 Unauthorized);
aucu echo Text to send if user hits Cancel button\n;
aucu exit;
aucu } else {
aucu echo pHello $PHP_AUTH_USER./p;
aucu echo pYou entered $PHP_AUTH_PW as your password./p;
aucu }
?
aucu My PHP configure line was:
aucu ./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql
aucu --enable-ftp --enable-safe-mode --enable-track-vars
aucu --with-apache=../apache_1.3.22
aucu My Apache configure line was:
aucu ./configure --prefix=/opt/server/httpd
aucu --activate-module=src/modules/php4/libphp4.a
aucu --activate-module=src/modules/perl/libperl.a
aucu GDB Backtrace:
aucu Program received signal SIGSEGV, Segmentation fault.
aucu 0x80f99ee in _efree ()
aucu (gdb) bt
aucu #0 0x80f99ee in _efree ()
aucu #1 0x80934e3 in sapi_add_header_ex ()
aucu #2 0x80bedd0 in zif_header ()
aucu #3 0x811fbff in execute ()
aucu #4 0x8106179 in zend_execute_scripts ()
aucu #5 0x8091395 in php_execute_script ()
aucu #6 0x810e2a2 in apache_php_module_main ()
aucu #7 0x808e91e in php_restore_umask ()
aucu #8 0x808e979 in php_restore_umask ()
aucu #9 0x8145059 in ap_invoke_handler ()
aucu #10 0x8159ce7 in ap_some_auth_required ()
aucu #11 0x8159d48 in ap_process_request ()
aucu #12 0x8150e69 in ap_child_terminate ()
aucu #13 0x8151014 in ap_child_terminate ()
aucu #14 0x8151184 in ap_child_terminate ()
aucu #15 0x81517fd in ap_child_terminate ()
aucu #16 0x815207b in main ()
aucu #17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2,
aucu ubp_av=0xbaf4,
aucu init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c
aucu _dl_fini,
aucu stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Best regards,
Andrew Sitnikov
e-mail : [EMAIL PROTECTED]
GSM: (+372) 56491109
--
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] Re: Bug #14540 Updated: sessions and register_globals
Hi Derick
Doesn't this seem counter-intuitive? Can we improve the implementation
somehow?
Regards, John
[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
ID: 14540
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: linux 2.2.18 - glibc 2.1.3
PHP Version: 4.1.0
New Comment:
Oops,
here is the explanation:
the function 'session_register()' 'registers' a variabele to a session. In
other words, when the script ends, the value of this variabele is stored
with the session.
On the first run $PIPPO is empty (of course), and it is set to 'ONE'.
At the end of the script, the value is stored in the session file.
At the second run, (PIPPO is still registered to the session, so
session_register has no effect), empty($PIPPO) evalutes to TRUE again,
because the value is in $_SESSION['PIPPO'], and thus PIPPO is set to 'ONE'
again.
At the end of the script, the value of $PIPPO ('ONE') is saved to the
session again.
You can see more of this behavior, if you set error_reporting(E_ALL) to on
in the script.
Hope this explained it,
regards,
Derick
Previous Comments:
[2001-12-16 05:15:53] [EMAIL PROTECTED]
Hello,
let me explain this,
[2001-12-15 22:32:36] [EMAIL PROTECTED]
There is something I don't understand.
I've updated to v4.1.0 and noticed that the recommended
configuration defaults register_globals to *Off*. I
understand the security reasons behind this choice. I've
tried to run one of my projects with the new interpreter
and the recommended settings (register_globals=Off). After
resolving a plenty of warnings, I noticed that things were
not working as I expected.
This is a sample code:
?
session_register('PIPPO');
if (empty($PIPPO)) {
$PIPPO = ONE;
} else {
$PIPPO = TWO;
}
$sidfile = /tmp/sess_ . $_COOKIE['PHPSESSID'];
echo Session file $sidfile contains: pre;
readfile($sidfile);
echo /pre;
echo The value is: $PIPPObr;
?
When I run and reload the script I get:
Session file /tmp/sess_87...blahblah...3e contains:
PIPPO|s:3:ONE;maxrating|N;
The value is: ONE
Why the first run sets the session variable to ONE and
the second run can't get it's value? In the latter case I
guess the answer is: because you have to access it through
$HTTP_SESSION_VARS, but ... shouldn't it had to be the
same in the former case?
Edit this bug report at http://bugs.php.net/?id=14540edit=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] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
Well I recompiled with --enable-debug to do as you said, and it now seems to work and
doesn't crash.
This was with EXACTLY the same options as the first time when it didn't work (except
--enable-debug). I guess I can only put it down to RedHat 7.0, not the best of
releases, we intend to upgrade it as soon as we get a chance.
Thanks for your time anyway.
Previous Comments:
[2001-12-16 08:01:31] [EMAIL PROTECTED]
feedback
[2001-12-16 08:01:20] [EMAIL PROTECTED]
Can you compile PHP with --enable-debug, and create a new backtrace? THis gives us
more information (you can do a
'bt full' too, which fives even more useful information.
Derick
[2001-12-16 07:57:50] [EMAIL PROTECTED]
May be related to 14534
[2001-12-16 07:56:55] [EMAIL PROTECTED]
As a test, I downgraded back to PHP 4.0.6, with identical compile options as before in
both Apache and PHP and the problem does not occur, so it appears to be PHP 4.1.0
specific.
[2001-12-16 07:49:26] [EMAIL PROTECTED]
I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
When I view the following script, or any similar scripts with user authentication
features, the page comes up as can't be displayed, a look in the error_log shows the
error child pid 25693 exit signal Segmentation fault (11) (obviously a different pid
each time).
The script is:
?php
if(!isset($PHP_AUTH_USER)) {
header(WWW-Authenticate: Basic realm=\My Realm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
} else {
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
My PHP configure line was:
./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql --enable-ftp
--enable-safe-mode --enable-track-vars --with-apache=../apache_1.3.22
My Apache configure line was:
./configure --prefix=/opt/server/httpd --activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/perl/libperl.a
GDB Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x80f99ee in _efree ()
(gdb) bt
#0 0x80f99ee in _efree ()
#1 0x80934e3 in sapi_add_header_ex ()
#2 0x80bedd0 in zif_header ()
#3 0x811fbff in execute ()
#4 0x8106179 in zend_execute_scripts ()
#5 0x8091395 in php_execute_script ()
#6 0x810e2a2 in apache_php_module_main ()
#7 0x808e91e in php_restore_umask ()
#8 0x808e979 in php_restore_umask ()
#9 0x8145059 in ap_invoke_handler ()
#10 0x8159ce7 in ap_some_auth_required ()
#11 0x8159d48 in ap_process_request ()
#12 0x8150e69 in ap_child_terminate ()
#13 0x8151014 in ap_child_terminate ()
#14 0x8151184 in ap_child_terminate ()
#15 0x81517fd in ap_child_terminate ()
#16 0x815207b in main ()
#17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2, ubp_av=0xbaf4,
init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c _dl_fini,
stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Edit this bug report at http://bugs.php.net/?id=14546edit=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]
Re: [PHP-DEV] Re: Bug #14540 Updated: sessions and register_globals
Hello,
On Sun, 16 Dec 2001, John Lim wrote:
Doesn't this seem counter-intuitive? Can we improve the implementation
somehow?
It does not to me, you need to check if $PIPPO exist in the session, and
the only way (when register globals is off) is to do that with isset
($_SESSION['PIPPO']).
Derick
Regards, John
[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
ID: 14540
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: linux 2.2.18 - glibc 2.1.3
PHP Version: 4.1.0
New Comment:
Oops,
here is the explanation:
the function 'session_register()' 'registers' a variabele to a session. In
other words, when the script ends, the value of this variabele is stored
with the session.
On the first run $PIPPO is empty (of course), and it is set to 'ONE'.
At the end of the script, the value is stored in the session file.
At the second run, (PIPPO is still registered to the session, so
session_register has no effect), empty($PIPPO) evalutes to TRUE again,
because the value is in $_SESSION['PIPPO'], and thus PIPPO is set to 'ONE'
again.
At the end of the script, the value of $PIPPO ('ONE') is saved to the
session again.
You can see more of this behavior, if you set error_reporting(E_ALL) to on
in the script.
Hope this explained it,
regards,
Derick
Previous Comments:
[2001-12-16 05:15:53] [EMAIL PROTECTED]
Hello,
let me explain this,
[2001-12-15 22:32:36] [EMAIL PROTECTED]
There is something I don't understand.
I've updated to v4.1.0 and noticed that the recommended
configuration defaults register_globals to *Off*. I
understand the security reasons behind this choice. I've
tried to run one of my projects with the new interpreter
and the recommended settings (register_globals=Off). After
resolving a plenty of warnings, I noticed that things were
not working as I expected.
This is a sample code:
?
session_register('PIPPO');
if (empty($PIPPO)) {
$PIPPO = ONE;
} else {
$PIPPO = TWO;
}
$sidfile = /tmp/sess_ . $_COOKIE['PHPSESSID'];
echo Session file $sidfile contains: pre;
readfile($sidfile);
echo /pre;
echo The value is: $PIPPObr;
?
When I run and reload the script I get:
Session file /tmp/sess_87...blahblah...3e contains:
PIPPO|s:3:ONE;maxrating|N;
The value is: ONE
Why the first run sets the session variable to ONE and
the second run can't get it's value? In the latter case I
guess the answer is: because you have to access it through
$HTTP_SESSION_VARS, but ... shouldn't it had to be the
same in the former case?
Edit this bug report at http://bugs.php.net/?id=14540edit=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 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]
Re: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
On Sun, Dec 16, 2001 at 01:45:24PM -, [EMAIL PROTECTED] wrote : ID: 14546 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: RedHat Linux 7.0 PHP Version: 4.1.0 New Comment: Well I recompiled with --enable-debug to do as you said, and it now seems to work and doesn't crash. I suspect this was a broken build. Can you try a clean build without '--enable-debug' too, just to make sure? - Markus -- Please always Cc to me when replying to me on the lists. -- 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] Bug #14540 Updated: sessions and register_globals
ID: 14540
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: linux 2.2.18 - glibc 2.1.3
PHP Version: 4.1.0
New Comment:
As usual, thanks a lot for the quick and complete answer, and expecially for all your
great work!
Coming to my question: yes, that's actually the behaviour I described. What I mean is
just that's a little tricky and maybe a little incoherent. I think that a variable
should be accessed the same either when I set it and when I get it.
If it is not global it shouldn't be possible to set it as such.
Maybe it should be somehow documented, since it's not so obvious!
Previous Comments:
[2001-12-16 05:32:13] [EMAIL PROTECTED]
Oops,
here is the explanation:
the function 'session_register()' 'registers' a variabele to a session. In other
words, when the script ends, the value of this variabele is stored with the session.
On the first run $PIPPO is empty (of course), and it is set to 'ONE'.
At the end of the script, the value is stored in the session file.
At the second run, (PIPPO is still registered to the session, so session_register has
no effect), empty($PIPPO) evalutes to TRUE again, because the value is in
$_SESSION['PIPPO'], and thus PIPPO is set to 'ONE' again.
At the end of the script, the value of $PIPPO ('ONE') is saved to the session again.
You can see more of this behavior, if you set error_reporting(E_ALL) to on in the
script.
Hope this explained it,
regards,
Derick
[2001-12-16 05:15:53] [EMAIL PROTECTED]
Hello,
let me explain this,
[2001-12-15 22:32:36] [EMAIL PROTECTED]
There is something I don't understand.
I've updated to v4.1.0 and noticed that the recommended
configuration defaults register_globals to *Off*. I
understand the security reasons behind this choice. I've
tried to run one of my projects with the new interpreter
and the recommended settings (register_globals=Off). After
resolving a plenty of warnings, I noticed that things were
not working as I expected.
This is a sample code:
?
session_register('PIPPO');
if (empty($PIPPO)) {
$PIPPO = ONE;
} else {
$PIPPO = TWO;
}
$sidfile = /tmp/sess_ . $_COOKIE['PHPSESSID'];
echo Session file $sidfile contains: pre;
readfile($sidfile);
echo /pre;
echo The value is: $PIPPObr;
?
When I run and reload the script I get:
Session file /tmp/sess_87...blahblah...3e contains:
PIPPO|s:3:ONE;maxrating|N;
The value is: ONE
Why the first run sets the session variable to ONE and
the second run can't get it's value? In the latter case I
guess the answer is: because you have to access it through
$HTTP_SESSION_VARS, but ... shouldn't it had to be the
same in the former case?
Edit this bug report at http://bugs.php.net/?id=14540edit=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] Bug #14547: Informix as shared module libtool rpath problem
From: [EMAIL PROTECTED] Operating system: RH Linux 7.1 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: Informix as shared module libtool rpath problem When configuring/compiling PHP 4.1.0 on RH 7.1, I can successfully compile PHP with informix built in, but not as a shared module. (INFORMIXDIR, INFORMIXSERVER, and PATH already set) Thus, # ./configure --with-apxs=/usr/sbin/apxs --with-informix --enable-shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png works just fine. However, # ./configure --with-apxs=/usr/sbin/apxs --enable-shared --with-informix=shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png fails with: Making install in informix make[2]: Entering directory `/php/php-4.1.0/ext/informix' make[3]: Entering directory `/php/php-4.1.0/ext/informix' /bin/sh /php/php-4.1.0/libtool --silent --mode=link gcc -I. -I/php/php-4.1.0/ext/informix -I/php/php-4.1.0/main -I/php/php-4.1.0 -I/usr/include/apache -I/php/php-4.1.0/Zend -I/opt/informix/incl/esql -I/usr/include/mysql -I/php/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/php/php-4.1.0/TSRM -g -O2 -prefer-pic -o informix.la -avoid-version -module -rpath /p hp/php-4.1.0/modules ifx.lo -Rext/informix -Lext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -l ifasf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx libtool: link: only absolute run-paths are allowed make[3]: *** [informix.la] Error 1 make[3]: Leaving directory `/php/php-4.1.0/ext/informix' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/php/php-4.1.0/ext/informix' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/php/php-4.1.0/ext' make: *** [install-recursive] Error 1 Since I know nothing about libtool, I'm not even sure where to start to make a path absolute. I *guess* this is a bug, but perhaps maybe pilot error? Should I be using some other configuration directive? This is the format I used with 4.0.2 and it worked fine. Zack -- Edit bug report at: http://bugs.php.net/?id=14547edit=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]
Re: [PHP-DEV] Bug #14547: Informix as shared module libtool rpath problem
For a quick test, can you go to php-4.1.0/ext/informix, issue phpize configure make install and see if it gets properly installed in your extension directory? On Sun, Dec 16, 2001 at 02:46:43PM -, [EMAIL PROTECTED] wrote : From: [EMAIL PROTECTED] Operating system: RH Linux 7.1 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: Informix as shared module libtool rpath problem When configuring/compiling PHP 4.1.0 on RH 7.1, I can successfully compile PHP with informix built in, but not as a shared module. (INFORMIXDIR, INFORMIXSERVER, and PATH already set) Thus, # ./configure --with-apxs=/usr/sbin/apxs --with-informix --enable-shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png works just fine. However, # ./configure --with-apxs=/usr/sbin/apxs --enable-shared --with-informix=shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png fails with: Making install in informix make[2]: Entering directory `/php/php-4.1.0/ext/informix' make[3]: Entering directory `/php/php-4.1.0/ext/informix' /bin/sh /php/php-4.1.0/libtool --silent --mode=link gcc -I. -I/php/php-4.1.0/ext/informix -I/php/php-4.1.0/main -I/php/php-4.1.0 -I/usr/include/apache -I/php/php-4.1.0/Zend -I/opt/informix/incl/esql -I/usr/include/mysql -I/php/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/php/php-4.1.0/TSRM -g -O2 -prefer-pic -o informix.la -avoid-version -module -rpath /p hp/php-4.1.0/modules ifx.lo -Rext/informix -Lext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -l ifasf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx libtool: link: only absolute run-paths are allowed make[3]: *** [informix.la] Error 1 make[3]: Leaving directory `/php/php-4.1.0/ext/informix' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/php/php-4.1.0/ext/informix' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/php/php-4.1.0/ext' make: *** [install-recursive] Error 1 Since I know nothing about libtool, I'm not even sure where to start to make a path absolute. I *guess* this is a bug, but perhaps maybe pilot error? Should I be using some other configuration directive? This is the format I used with 4.0.2 and it worked fine. Zack -- Edit bug report at: http://bugs.php.net/?id=14547edit=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] -- Please always Cc to me when replying to me on the lists. -- 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]
Re: [PHP-DEV] Re: Bug #14540 Updated: sessions and register_globals
[EMAIL PROTECTED] wrote: Hello, On Sun, 16 Dec 2001, John Lim wrote: Doesn't this seem counter-intuitive? Can we improve the implementation somehow? I think it's not a problem in code, but a documentation problem. Many people are confused. I'll update document ;) -- Yasuo Ohgaki -- 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] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
Another report for this bug. Let's reopen this one.
---
Hello ,
I have similar problem with this code on Apache1.3.22+php4.1.0 linux
2.4.16 RH6.2. I think this is critical problem.
I configure PHP with:
CC=gcc2.95.3 \
CXX=gcc2.95.3 \
./configure \
--prefix=/usr/local/php \
--with-apxs=/usr/local/httpd/bin/apxs \
--with-config-file-path=/usr/local/php/etc \
--enable-track-vars \
--enable-magic-quotes \
--enable-safe-mode \
--enable-memory-limit \
--enable-sysvshm \
--enable-sysvsem \
--enable-shmop \
--enable-sockets \
--enable-wddx \
--enable-xslt \
--enable-ctype \
--enable-bcmath \
--enable-mailparse \
--enable-ftp \
--with-gd=/export/work/gd-1.8.4-gif \
--with-jpeg-dir=/export/work/jpeg-6b \
--with-png-dir=/export/work/libpng-1.0.9 \
--with-ttf=/export/work/freetype-1.3.1 \
--with-mysql=/usr/local/mysql \
--with-openssl=/usr/local/ssl \
--with-epipe \
--with-mcrypt \
--with-mhash \
--with-zlib \
--with-mm \
--with-xmlrpc \
--with-iconv \
--with-curl \
--with-bz2 \
--with-gmp \
--with-ldap \
--with-xml \
--with-zip \
--with-gettext \
--with-dom \
--with-xslt-sablot \
$@
aucu I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
aucu When I view the following script, or any similar scripts with user
aucu authentication features, the page comes up as can't be displayed, a look
aucu in the error_log shows the error child pid 25693 exit signal Segmentation
aucu fault (11) (obviously a different pid each time).
aucu The script is:
aucu ?php
aucu if(!isset($PHP_AUTH_USER)) {
aucu header(WWW-Authenticate: Basic realm=\My Realm\);
aucu header(HTTP/1.0 401 Unauthorized);
aucu echo Text to send if user hits Cancel button\n;
aucu exit;
aucu } else {
aucu echo pHello $PHP_AUTH_USER./p;
aucu echo pYou entered $PHP_AUTH_PW as your password./p;
aucu }
?
aucu My PHP configure line was:
aucu ./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql
aucu --enable-ftp --enable-safe-mode --enable-track-vars
aucu --with-apache=../apache_1.3.22
aucu My Apache configure line was:
aucu ./configure --prefix=/opt/server/httpd
aucu --activate-module=src/modules/php4/libphp4.a
aucu --activate-module=src/modules/perl/libperl.a
aucu GDB Backtrace:
aucu Program received signal SIGSEGV, Segmentation fault.
aucu 0x80f99ee in _efree ()
aucu (gdb) bt
aucu #0 0x80f99ee in _efree ()
aucu #1 0x80934e3 in sapi_add_header_ex ()
aucu #2 0x80bedd0 in zif_header ()
aucu #3 0x811fbff in execute ()
aucu #4 0x8106179 in zend_execute_scripts ()
aucu #5 0x8091395 in php_execute_script ()
aucu #6 0x810e2a2 in apache_php_module_main ()
aucu #7 0x808e91e in php_restore_umask ()
aucu #8 0x808e979 in php_restore_umask ()
aucu #9 0x8145059 in ap_invoke_handler ()
aucu #10 0x8159ce7 in ap_some_auth_required ()
aucu #11 0x8159d48 in ap_process_request ()
aucu #12 0x8150e69 in ap_child_terminate ()
aucu #13 0x8151014 in ap_child_terminate ()
aucu #14 0x8151184 in ap_child_terminate ()
aucu #15 0x81517fd in ap_child_terminate ()
aucu #16 0x815207b in main ()
aucu #17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2,
aucu ubp_av=0xbaf4,
aucu init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c
aucu _dl_fini,
aucu stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Best regards,
Andrew Sitnikov
e-mail : [EMAIL PROTECTED]
GSM: (+372) 56491109
Previous Comments:
[2001-12-16 08:45:24] [EMAIL PROTECTED]
Well I recompiled with --enable-debug to do as you said, and it now seems to work and
doesn't crash.
This was with EXACTLY the same options as the first time when it didn't work (except
--enable-debug). I guess I can only put it down to RedHat 7.0, not the best of
releases, we intend to upgrade it as soon as we get a chance.
Thanks for your time anyway.
[2001-12-16 08:01:31] [EMAIL PROTECTED]
feedback
[2001-12-16 08:01:20] [EMAIL PROTECTED]
Can you compile PHP with --enable-debug, and create a new backtrace? THis gives us
more information (you can do a
'bt full' too, which fives even more useful information.
Derick
[2001-12-16 07:57:50] [EMAIL PROTECTED]
May be related to 14534
[2001-12-16 07:56:55] [EMAIL PROTECTED]
As a test, I downgraded back to PHP 4.0.6, with identical compile options as before in
both Apache and PHP and the problem does not occur, so it
Re: [PHP-DEV] Re: Bug #14540 Updated: sessions and register_globals
On Sun, 16 Dec 2001, Yasuo Ohgaki wrote: [EMAIL PROTECTED] wrote: Hello, On Sun, 16 Dec 2001, John Lim wrote: Doesn't this seem counter-intuitive? Can we improve the implementation somehow? I think it's not a problem in code, but a documentation problem. Many people are confused. I'll update document ;) I'm already working on that... Derick -- Yasuo Ohgaki -- 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 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] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
This was just fixed in CVS, closing.
Derick
Previous Comments:
[2001-12-16 09:53:19] [EMAIL PROTECTED]
Another report for this bug. Let's reopen this one.
---
Hello ,
I have similar problem with this code on Apache1.3.22+php4.1.0 linux
2.4.16 RH6.2. I think this is critical problem.
I configure PHP with:
CC=gcc2.95.3 \
CXX=gcc2.95.3 \
./configure \
--prefix=/usr/local/php \
--with-apxs=/usr/local/httpd/bin/apxs \
--with-config-file-path=/usr/local/php/etc \
--enable-track-vars \
--enable-magic-quotes \
--enable-safe-mode \
--enable-memory-limit \
--enable-sysvshm \
--enable-sysvsem \
--enable-shmop \
--enable-sockets \
--enable-wddx \
--enable-xslt \
--enable-ctype \
--enable-bcmath \
--enable-mailparse \
--enable-ftp \
--with-gd=/export/work/gd-1.8.4-gif \
--with-jpeg-dir=/export/work/jpeg-6b \
--with-png-dir=/export/work/libpng-1.0.9 \
--with-ttf=/export/work/freetype-1.3.1 \
--with-mysql=/usr/local/mysql \
--with-openssl=/usr/local/ssl \
--with-epipe \
--with-mcrypt \
--with-mhash \
--with-zlib \
--with-mm \
--with-xmlrpc \
--with-iconv \
--with-curl \
--with-bz2 \
--with-gmp \
--with-ldap \
--with-xml \
--with-zip \
--with-gettext \
--with-dom \
--with-xslt-sablot \
$@
aucu I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
aucu When I view the following script, or any similar scripts with user
aucu authentication features, the page comes up as can't be displayed, a look
aucu in the error_log shows the error child pid 25693 exit signal Segmentation
aucu fault (11) (obviously a different pid each time).
aucu The script is:
aucu ?php
aucu if(!isset($PHP_AUTH_USER)) {
aucu header(WWW-Authenticate: Basic realm=\My Realm\);
aucu header(HTTP/1.0 401 Unauthorized);
aucu echo Text to send if user hits Cancel button\n;
aucu exit;
aucu } else {
aucu echo pHello $PHP_AUTH_USER./p;
aucu echo pYou entered $PHP_AUTH_PW as your password./p;
aucu }
?
aucu My PHP configure line was:
aucu ./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql
aucu --enable-ftp --enable-safe-mode --enable-track-vars
aucu --with-apache=../apache_1.3.22
aucu My Apache configure line was:
aucu ./configure --prefix=/opt/server/httpd
aucu --activate-module=src/modules/php4/libphp4.a
aucu --activate-module=src/modules/perl/libperl.a
aucu GDB Backtrace:
aucu Program received signal SIGSEGV, Segmentation fault.
aucu 0x80f99ee in _efree ()
aucu (gdb) bt
aucu #0 0x80f99ee in _efree ()
aucu #1 0x80934e3 in sapi_add_header_ex ()
aucu #2 0x80bedd0 in zif_header ()
aucu #3 0x811fbff in execute ()
aucu #4 0x8106179 in zend_execute_scripts ()
aucu #5 0x8091395 in php_execute_script ()
aucu #6 0x810e2a2 in apache_php_module_main ()
aucu #7 0x808e91e in php_restore_umask ()
aucu #8 0x808e979 in php_restore_umask ()
aucu #9 0x8145059 in ap_invoke_handler ()
aucu #10 0x8159ce7 in ap_some_auth_required ()
aucu #11 0x8159d48 in ap_process_request ()
aucu #12 0x8150e69 in ap_child_terminate ()
aucu #13 0x8151014 in ap_child_terminate ()
aucu #14 0x8151184 in ap_child_terminate ()
aucu #15 0x81517fd in ap_child_terminate ()
aucu #16 0x815207b in main ()
aucu #17 0x400d4790 in __libc_start_main (main=0x8151cd4 main, argc=2,
aucu ubp_av=0xbaf4,
aucu init=0x8074e90 _init, fini=0x820675c _fini, rtld_fini=0x4000d35c
aucu _dl_fini,
aucu stack_end=0xbaec) at ../sysdeps/generic/libc-start.c:111
Best regards,
Andrew Sitnikov
e-mail : [EMAIL PROTECTED]
GSM: (+372) 56491109
[2001-12-16 08:45:24] [EMAIL PROTECTED]
Well I recompiled with --enable-debug to do as you said, and it now seems to work and
doesn't crash.
This was with EXACTLY the same options as the first time when it didn't work (except
--enable-debug). I guess I can only put it down to RedHat 7.0, not the best of
releases, we intend to upgrade it as soon as we get a chance.
Thanks for your time anyway.
[2001-12-16 08:01:31] [EMAIL PROTECTED]
feedback
[2001-12-16 08:01:20] [EMAIL PROTECTED]
Can you compile PHP with --enable-debug, and create a new backtrace? THis gives us
more information (you can do a
'bt full' too, which fives even more useful information.
Derick
[2001-12-16 07:57:50] [EMAIL PROTECTED]
May be related to 14534
The remainder of the comments
Re: [PHP-DEV] Re: Bug #14540 Updated: sessions and register_globals
[EMAIL PROTECTED] wrote: On Sun, 16 Dec 2001, Yasuo Ohgaki wrote: [EMAIL PROTECTED] wrote: Hello, On Sun, 16 Dec 2001, John Lim wrote: Doesn't this seem counter-intuitive? Can we improve the implementation somehow? I think it's not a problem in code, but a documentation problem. Many people are confused. I'll update document ;) I'm already working on that... Ok. It's fine for me ;) I'll spend time for mod_pgsql session handler then. -- Yasuo Ohgaki -- 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] Re: Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
[EMAIL PROTECTED] wrote: ID: 14546 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: RedHat Linux 7.0 PHP Version: 4.1.0 New Comment: This was just fixed in CVS, closing. Derick Thanks ;) -- Yasuo Ohgaki -- 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] CVS Account Request: henrywang
Developing the PHP runtime Maintaining www.php.net -- 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] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: It's the same. Previous Comments: [2001-12-15 13:35:51] [EMAIL PROTECTED] What if you 'stop' and 'start' it instead of 'restart' ? [2001-12-15 11:31:35] [EMAIL PROTECTED] These Straces are for command /httpd restart [2001-12-15 11:29:36] [EMAIL PROTECTED] Strace with working libphp4.so http://michal.no-ip.com/~michal/ok.txt Strace with NO working libphp4.so http://michal.no-ip.com/~michal/bad.txt [2001-12-14 10:52:00] [EMAIL PROTECTED] Of course Apache is working. It's RPM version from original Cobalt distribution. Simply: just Apache IS working Apache + PHP 4.1.0 as DSO IS working Apache + PHP 4.1.0 as DSO --with-gettext IS NOT working (see previous comment) Strange is that I can't see any error report. From console it seems Apache is running , but it's NOT. Even more strange it is printing slightly other messages during APache 'Start'. Thank You [2001-12-13 23:06:19] [EMAIL PROTECTED] Does you apache work without PHP ? --Jani 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/?id=14489 Edit this bug report at http://bugs.php.net/?id=14489edit=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]
Re: [PHP-DEV] Bug #14547: Informix as shared module libtool rpath problem
Nope, I got a similar error: make[3]: Entering directory `/php/php-4.1.0/ext/informix' (if test -d /opt/informix; then \ THREADLIB=POSIX /opt/informix/bin/esql -e -EDHAVE_IFX_IUS /php/php-4.1.0/ext/ informix/ifx.ec; \ else \ touch ifx.c; \ fi) /bin/sh /php/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/php/php-4.1.0/ ext/informix -I/php/php-4.1.0/main -I/php/php-4.1.0 -I/usr/include/apache -I/php/php-4.1.0/Zend -I/opt/informix/incl/esql -I/usr/include/mysql -I/php/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/php/php-4.1.0/TSRM -g -O2 -prefer-pic -c ifx.c touch ifx.slo /bin/sh /php/php-4.1.0/libtool --silent --mode=link gcc -I. -I/php/php-4.1.0/ext/informix -I/php/php-4.1.0/main -I/php/php-4.1.0 -I/usr/include/apache -I/php/php-4.1.0/Zend -I/opt/informix/incl/esql -I/usr/include/mysql -I/php/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/php/php -4.1.0/TSRM -g -O2 -prefer-pic -o informix.la -avoid-version -module -rpath /php/php-4.1.0/modules ifx.lo -Rext/informix -Lext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -l ifasf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx libtool: link: only absolute run-paths are allowed make[3]: *** [informix.la] Error 1 make[3]: Leaving directory `/php/php-4.1.0/ext/informix' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/php/php-4.1.0/ext/informix' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/php/php-4.1.0/ext' make: *** [all-recursive] Error 1 For a quick test, can you go to php-4.1.0/ext/informix, issue phpize configure make install and see if it gets properly installed in your extension directory? On Sun, Dec 16, 2001 at 02:46:43PM -, [EMAIL PROTECTED] wrote : From: [EMAIL PROTECTED] Operating system: RH Linux 7.1 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: Informix as shared module libtool rpath problem When configuring/compiling PHP 4.1.0 on RH 7.1, I can successfully compile PHP with informix built in, but not as a shared module. (INFORMIXDIR, INFORMIXSERVER, and PATH already set) Thus, # ./configure --with-apxs=/usr/sbin/apxs --with-informix --enable-shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png works just fine. However, # ./configure --with-apxs=/usr/sbin/apxs --enable-shared --with-informix=shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png fails with: Making install in informix make[2]: Entering directory `/php/php-4.1.0/ext/informix' make[3]: Entering directory `/php/php-4.1.0/ext/informix' /bin/sh /php/php-4.1.0/libtool --silent --mode=link gcc -I. -I/php/php-4.1.0/ext/informix -I/php/php-4.1.0/main -I/php/php-4.1.0 -I/usr/include/apache -I/php/php-4.1.0/Zend -I/opt/informix/incl/esql -I/usr/include/mysql -I/php/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/php/php-4.1.0/TSRM -g -O2 -prefer-pic -o informix.la -avoid-version -module -rpath /p hp/php-4.1.0/modules ifx.lo -Rext/informix -Lext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -l ifasf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx libtool: link: only absolute run-paths are allowed make[3]: *** [informix.la] Error 1 make[3]: Leaving directory `/php/php-4.1.0/ext/informix' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/php/php-4.1.0/ext/informix' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/php/php-4.1.0/ext' make: *** [install-recursive] Error 1 Since I know nothing about libtool, I'm not even sure where to start to make a path absolute. I *guess* this is a bug, but perhaps maybe pilot error? Should I be using some other configuration directive? This is the format I used with 4.0.2 and it worked fine. Zack -- Edit bug report at: http://bugs.php.net/?id=14547edit=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] -- Please always Cc to me when replying to me on the lists. -- 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]
Re: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
Hello derick, dpn This was just fixed in CVS, closing. What you think about 4.1.0pl1 ? Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- 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]
Re: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
Andrew Sitnikov wrote: Hello derick, dpn This was just fixed in CVS, closing. What you think about 4.1.0pl1 ? I guess there will not be 4.1.0pl1, but will be 4.1.1. Hopefully soon. -- Yasuo Ohgaki -- 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]
Re[2]: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
Hello Yasuo, YO I guess there will not be 4.1.0pl1, but will be 4.1.1. YO Hopefully soon. I do not see anything encouraging, everyone new build òîò (4.0.3 - 4.0.3pl1, 4.0.4 - 4.0.4pl, 4.0.6 - memory patch, 4.1.0 - ???) have more and more serious bugs. In 4.1.0 such quantity of problems what to become very sadly ... Likely it will be useful for all to look at it: http://www.freebsd.org/internal/releng45.html P.S. I want to offend nobody, it is really sadly for me ... P.S.S Sorry for my English Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- 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] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: I'm still wondering about this: when I compile php 4.1.0 as dso without --with-gettext and start Apache I can see this: [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do not exist. Site site7 has invalid certificate: 4999 Certificate files do not exist. /usr/sbin/httpd and Apache IS working But when I compile it with optiion --with-gettext I see this (see messages): [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing Site site7 has invalid certificate: 4999 ssl_cant_files_missing /usr/sbin/httpd and Apache is NOT running (no errors no records in error log) Why are these apache messages changed ?? I was wondering about some mess in gettext versions so I compiled 0.10.40 again and install in new dir and after use : --with-gettext=/home/michal/gettext , but with the same reasult. Previous Comments: [2001-12-16 10:10:52] [EMAIL PROTECTED] It's the same. [2001-12-15 13:35:51] [EMAIL PROTECTED] What if you 'stop' and 'start' it instead of 'restart' ? [2001-12-15 11:31:35] [EMAIL PROTECTED] These Straces are for command /httpd restart [2001-12-15 11:29:36] [EMAIL PROTECTED] Strace with working libphp4.so http://michal.no-ip.com/~michal/ok.txt Strace with NO working libphp4.so http://michal.no-ip.com/~michal/bad.txt [2001-12-14 10:52:00] [EMAIL PROTECTED] Of course Apache is working. It's RPM version from original Cobalt distribution. Simply: just Apache IS working Apache + PHP 4.1.0 as DSO IS working Apache + PHP 4.1.0 as DSO --with-gettext IS NOT working (see previous comment) Strange is that I can't see any error report. From console it seems Apache is running , but it's NOT. Even more strange it is printing slightly other messages during APache 'Start'. Thank You 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/?id=14489 Edit this bug report at http://bugs.php.net/?id=14489edit=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] Apache2Filter crashes on Windows
Setup: Windows 2000, Apache 2 (current CVS), PHP 4 (current CVS). After several requests Apache.exe crashes, when using the Apache2Filter SAPI module of PHP 4. I built both debug versions of Apache 2 and PHP 4, and the debugger shows the cause of the crash to be in server/util_filter.c:416: APR_BRIGADE_CONCAT(*saveto, *b); -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- 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]
Re: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
IMHO I'm not surprised and it was somehow predictable for this release. It just went unreleased TOO long. You're welcome to join the QA for higher quality release process if your time permits it. On Sun, Dec 16, 2001 at 06:00:32PM +0200, Andrew Sitnikov wrote : Hello Yasuo, YO I guess there will not be 4.1.0pl1, but will be 4.1.1. YO Hopefully soon. I do not see anything encouraging, everyone new build ??? (4.0.3 - 4.0.3pl1, 4.0.4 - 4.0.4pl, 4.0.6 - memory patch, 4.1.0 - ???) have more and more serious bugs. In 4.1.0 such quantity of problems what to become very sadly ... Likely it will be useful for all to look at it: http://www.freebsd.org/internal/releng45.html P.S. I want to offend nobody, it is really sadly for me ... P.S.S Sorry for my English Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- 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] -- Please always Cc to me when replying to me on the lists. -- 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]
Re[2]: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
Hello Markus, MF IMHO I'm not surprised and it was somehow predictable for MF this release. It just went unreleased TOO long. You're MF welcome to join the QA for higher quality release process if MF your time permits it. I agree, but I see some problems: 1. Bad knowledge of language (it is my problem, i will fix it) 2. Absence of exactly appointed process of an exit of versions PHP. 3. Absence full test-suite for check of every build/release, like in Mysql. Some ideas about release process: release process can not be finished, while test-suit give error Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- 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] Bug #14518 Updated: --enable-trans-id doesn't work
ID: 14518 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Session related Operating System: LInux 2.4.16 (RH7.2 based) PHP Version: 4.1.0 New Comment: I developed my stuff using the cvs-version and downgraded my workstation to 4.1.0 Release-Version to verify my code will be working on the live server... [ glad, i did that though ;-) ] To simplify and verify that it's not a stupid bug in my code, i did a simple testcode that works fine on my 4.2.0-dev system, but doesn't work on any 4.1.0 i tried it with. You can have a look for yourself: http://sugar.freepoint.de/session/ the index.php ( source as index.phps ) will start a session and setup one simple var with a value. The link displayed should have a SESSION-ID as a parameter since php is not configured to use cookies ( verify by /session/info.php ) and to use trans-id's. The logical result is that following the link will not have a session thus no value ( page2.php / page2.phps ) Again this code works with cvs on my workstation - my code beeing unchanged. Due to the use of $_SESSION it won't work with older versions of course.. Previous Comments: [2001-12-15 21:52:47] [EMAIL PROTECTED] theseer, do you use ob_end_*() in your script? Could you add more details? -- Yasuo [2001-12-15 12:05:11] [EMAIL PROTECTED] I can not reproduce this with 4.1.0 [2001-12-15 11:46:59] [EMAIL PROTECTED] Can anybody else reproduce this on *4.1.0*? [2001-12-14 20:38:46] [EMAIL PROTECTED] Just note: I can not reproduce this with latest CVS. [2001-12-14 12:48:23] [EMAIL PROTECTED] I suppose you've verified problem ;) Type = Critical 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/?id=14518 Edit this bug report at http://bugs.php.net/?id=14518edit=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] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 Updated by: cmk Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: I assume site7 has an ssl certificate defined, right? So what happens when you remove that certificate? As a note: I can not reproduce this bug on a Cobalt Raq 3 but I do not have hosts running ssl. Previous Comments: [2001-12-16 10:57:59] [EMAIL PROTECTED] I'm still wondering about this: when I compile php 4.1.0 as dso without --with-gettext and start Apache I can see this: [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do not exist. Site site7 has invalid certificate: 4999 Certificate files do not exist. /usr/sbin/httpd and Apache IS working But when I compile it with optiion --with-gettext I see this (see messages): [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing Site site7 has invalid certificate: 4999 ssl_cant_files_missing /usr/sbin/httpd and Apache is NOT running (no errors no records in error log) Why are these apache messages changed ?? I was wondering about some mess in gettext versions so I compiled 0.10.40 again and install in new dir and after use : --with-gettext=/home/michal/gettext , but with the same reasult. [2001-12-16 10:10:52] [EMAIL PROTECTED] It's the same. [2001-12-15 13:35:51] [EMAIL PROTECTED] What if you 'stop' and 'start' it instead of 'restart' ? [2001-12-15 11:31:35] [EMAIL PROTECTED] These Straces are for command /httpd restart [2001-12-15 11:29:36] [EMAIL PROTECTED] Strace with working libphp4.so http://michal.no-ip.com/~michal/ok.txt Strace with NO working libphp4.so http://michal.no-ip.com/~michal/bad.txt 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/?id=14489 Edit this bug report at http://bugs.php.net/?id=14489edit=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] Bug #14541 Updated: strtok broken again
ID: 14541 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating System: Any PHP Version: 4.1.0 New Comment: No, jmoore just broke the behaviour of PHP strtok function that worked like that since PHP 3 for more than 4 years. This means that he also broke PHP code that relied in that behaviour, thus discouraging people to upgrade to PHP 4.1.0 . It does not matter what a Unix manual says because PHP users could not care less about Unix manuals when the behaviour of a function that they rely on changes without backwards compatibility. Previous Comments: [2001-12-16 05:44:55] [EMAIL PROTECTED] Documention is now fixed in CVS, thx 2 derick. [2001-12-16 04:45:08] [EMAIL PROTECTED] jmoore did not break this, he fixed a faulty behavior that existed since 4.0.0. The current behavior is the correct one, as outlined by every unix or windows manual about the topic 'strtok'. Derick [2001-12-16 02:40:29] [EMAIL PROTECTED] I understand that it is very hard to make developers write tests for new software, but at least those that commit bug fixes should be required to submit test scripts that reproduce the bugs if they do not exist yet. As for myself, I always present test cases when they are possible in the bug report itself, just like I did for this. So, developers have at least half of the job done. I think that is a matter of making it a rule by adding to the CODING_STANDARDS. [2001-12-16 02:25:53] [EMAIL PROTECTED] While we could try to force developers to write tests before they commit code (heck, MySQL does it), but we might not have much luck. :) I think that we should look to the QA team (and interested individuals such as yourself) to start writing tests. I am working on tests for the array functions right now (coincidentally, before I commit a whack of changes to the array functions. :) In Frankfurt, Rasmus suggested that we develop a web-based interface for developing tests as a way to lower the barrier for writing tests. We could look at doing this. [2001-12-16 02:15:52] [EMAIL PROTECTED] It seems that strtok function is broken again. The following script returns: ? $first_token=strtok(/something,/); $second_token=strtok(/); var_dump($first_token,$second_token); ? Should output as always (at least until PHP 4.0.6 it does): string(0) string(9) something But it outputs: string(9) something bool(false) It seems that jmoore broken in when he tried to fix this bug: http://bugs.php.net/bug.php?id=13866 I think that no developer should be allowed to fix bugs before: 1) submit a test case to leave in the tests directory 2) Verify that his fixes do not make his and others tests fail. Until this procedure becomes mandatory, we'll keep seeing a history of illness in functions like strtok that seems to never end. This is what regressive tests are for. Zak, please help here! :-) Edit this bug report at http://bugs.php.net/?id=14541edit=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]
Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviour that it had since PHP 3
Hello, Daniel Lorch wrote: hi, dirname was added to PHP 3.0a3 which was released more than 4 years ago. Until a year ago it had a behaviour that Andi thought it was not correct, so he fixed it for PHP 4.0.3 eventually breaking the code of people that did not realize it then because they don't upgrade PHP on every minor release. So, the point is that what he thought was just a fix, was rather a behaviour change but he really didn't realize it until I reported today. 1) Admit that Andi did not make a wise decision then and so avoid any future decisions like this. although I completely agree with you, Manuel, your example somehow sounds ridiculous. It's like having someone in court room and .. ADMIT IT! DID YOU EAT THE CANDY?? .. No, it seems you only read the first part of the phrase. What I mean is that he made a mistake breaking backwards compatibility of a PHP function that always behaved like that. So, he must avoid making the same mistake. The problem is that for many programmers is so hard to admit they make mistakes because they think of themselves as big shots at programming. If he does not admit he made a mistake here, he will keep making that mistake over and over again. I don't think it is a good idea to break backwards compatibility of functions like dirname and strtok because when you attempt fix the behaviour of long standing functions like these that worked like that for over 4 years, you are opening a precedent that give other developers the right to do that for any other function. I don't think anybody is interested to open that can of worms. Regards, Manuel Lemos -- 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]
Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviourthat it had since PHP 3
Hello, Markus Fischer wrote: On Sun, Dec 16, 2001 at 05:35:25AM -0200, Manuel Lemos wrote : Gee, Markus, have you just arrived to php-dev? :-) Hehe. No, was at a party ;-) For all these years? Long part, huh? ;-) That the particular problem missbehaved in the past for so long is a pitty. That it's not documented is a pitty. Changing this behaviour BACK AGAIN is IMHO the worst thing one can think of. What I suggested was not to change to the original behaviour, but rather have a switch in php.ini to enable the original behaviour. As bad either. We, after some time, will end up with 1000 of switches. Although I don't think there are too many BC switchs right now there are too many after all. What is the problem with 1000 switches? It is definitely better than breaking backwards compatibility of functions that behaved like that for 4 years. I just checked that there are 78 occorrences of use of strtok and 34 of dirname in the code of PHP Classes repository. Many users use those classes for a long time. I am going to release a warning so that the authors either avoid those functions or the users not upgrade to PHP 4.1.0 . Regards, Manuel Lemos -- 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] Bug #14518 Updated: --enable-trans-id doesn't work
ID: 14518 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Closed Bug Type: Session related Operating System: LInux 2.4.16 (RH7.2 based) PHP Version: 4.1.0 New Comment: Found the reason: the cvs-version doesn't seem to support or even care about --enable-trans-sid where the 4.1.0 needs/uses the switch. I had a typo ( same as in the summary, dropped the s for in --enable-trans-sid ) in my config.nice-file i used to compile all my php-versions with. Strange thing though is, that the phpinfo() stills shows the trans-sid to be enabled... Reading the note in the php.ini make this a little bit more clear: ; use transient sid support if enabled by compiling with --enable-trans-sid. the keyword here is if... I dunno if that is changed in cvs but it defintivly should, since is not very consitent ( at least to me..) Sorry for all the trouble.. Recompiling 4.1.0 with a correct --enable-trans-sid seems to have fixed my problems. Previous Comments: [2001-12-16 12:04:10] [EMAIL PROTECTED] I developed my stuff using the cvs-version and downgraded my workstation to 4.1.0 Release-Version to verify my code will be working on the live server... [ glad, i did that though ;-) ] To simplify and verify that it's not a stupid bug in my code, i did a simple testcode that works fine on my 4.2.0-dev system, but doesn't work on any 4.1.0 i tried it with. You can have a look for yourself: http://sugar.freepoint.de/session/ the index.php ( source as index.phps ) will start a session and setup one simple var with a value. The link displayed should have a SESSION-ID as a parameter since php is not configured to use cookies ( verify by /session/info.php ) and to use trans-id's. The logical result is that following the link will not have a session thus no value ( page2.php / page2.phps ) Again this code works with cvs on my workstation - my code beeing unchanged. Due to the use of $_SESSION it won't work with older versions of course.. [2001-12-15 21:52:47] [EMAIL PROTECTED] theseer, do you use ob_end_*() in your script? Could you add more details? -- Yasuo [2001-12-15 12:05:11] [EMAIL PROTECTED] I can not reproduce this with 4.1.0 [2001-12-15 11:46:59] [EMAIL PROTECTED] Can anybody else reproduce this on *4.1.0*? [2001-12-14 20:38:46] [EMAIL PROTECTED] Just note: I can not reproduce this with latest CVS. 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/?id=14518 Edit this bug report at http://bugs.php.net/?id=14518edit=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] Bug #14518 Updated: --enable-trans-id doesn't work
ID: 14518 Updated by: cmk Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Critical Bug Type: Session related Operating System: LInux 2.4.16 (RH7.2 based) PHP Version: 4.1.0 New Comment: Checked with the code you provided and still can not reproduce this. Previous Comments: [2001-12-16 13:00:06] [EMAIL PROTECTED] Found the reason: the cvs-version doesn't seem to support or even care about --enable-trans-sid where the 4.1.0 needs/uses the switch. I had a typo ( same as in the summary, dropped the s for in --enable-trans-sid ) in my config.nice-file i used to compile all my php-versions with. Strange thing though is, that the phpinfo() stills shows the trans-sid to be enabled... Reading the note in the php.ini make this a little bit more clear: ; use transient sid support if enabled by compiling with --enable-trans-sid. the keyword here is if... I dunno if that is changed in cvs but it defintivly should, since is not very consitent ( at least to me..) Sorry for all the trouble.. Recompiling 4.1.0 with a correct --enable-trans-sid seems to have fixed my problems. [2001-12-16 12:04:10] [EMAIL PROTECTED] I developed my stuff using the cvs-version and downgraded my workstation to 4.1.0 Release-Version to verify my code will be working on the live server... [ glad, i did that though ;-) ] To simplify and verify that it's not a stupid bug in my code, i did a simple testcode that works fine on my 4.2.0-dev system, but doesn't work on any 4.1.0 i tried it with. You can have a look for yourself: http://sugar.freepoint.de/session/ the index.php ( source as index.phps ) will start a session and setup one simple var with a value. The link displayed should have a SESSION-ID as a parameter since php is not configured to use cookies ( verify by /session/info.php ) and to use trans-id's. The logical result is that following the link will not have a session thus no value ( page2.php / page2.phps ) Again this code works with cvs on my workstation - my code beeing unchanged. Due to the use of $_SESSION it won't work with older versions of course.. [2001-12-15 21:52:47] [EMAIL PROTECTED] theseer, do you use ob_end_*() in your script? Could you add more details? -- Yasuo [2001-12-15 12:05:11] [EMAIL PROTECTED] I can not reproduce this with 4.1.0 [2001-12-15 11:46:59] [EMAIL PROTECTED] Can anybody else reproduce this on *4.1.0*? 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/?id=14518 Edit this bug report at http://bugs.php.net/?id=14518edit=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] Bug #14518 Updated: --enable-trans-id doesn't work
ID: 14518 Updated by: cmk Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Closed Bug Type: Session related Operating System: LInux 2.4.16 (RH7.2 based) PHP Version: 4.1.0 New Comment: Great that you could solve the problem. And never mind about the trouble, user feedback is always appreciated. Closing. Previous Comments: [2001-12-16 13:00:40] [EMAIL PROTECTED] Checked with the code you provided and still can not reproduce this. [2001-12-16 13:00:06] [EMAIL PROTECTED] Found the reason: the cvs-version doesn't seem to support or even care about --enable-trans-sid where the 4.1.0 needs/uses the switch. I had a typo ( same as in the summary, dropped the s for in --enable-trans-sid ) in my config.nice-file i used to compile all my php-versions with. Strange thing though is, that the phpinfo() stills shows the trans-sid to be enabled... Reading the note in the php.ini make this a little bit more clear: ; use transient sid support if enabled by compiling with --enable-trans-sid. the keyword here is if... I dunno if that is changed in cvs but it defintivly should, since is not very consitent ( at least to me..) Sorry for all the trouble.. Recompiling 4.1.0 with a correct --enable-trans-sid seems to have fixed my problems. [2001-12-16 12:04:10] [EMAIL PROTECTED] I developed my stuff using the cvs-version and downgraded my workstation to 4.1.0 Release-Version to verify my code will be working on the live server... [ glad, i did that though ;-) ] To simplify and verify that it's not a stupid bug in my code, i did a simple testcode that works fine on my 4.2.0-dev system, but doesn't work on any 4.1.0 i tried it with. You can have a look for yourself: http://sugar.freepoint.de/session/ the index.php ( source as index.phps ) will start a session and setup one simple var with a value. The link displayed should have a SESSION-ID as a parameter since php is not configured to use cookies ( verify by /session/info.php ) and to use trans-id's. The logical result is that following the link will not have a session thus no value ( page2.php / page2.phps ) Again this code works with cvs on my workstation - my code beeing unchanged. Due to the use of $_SESSION it won't work with older versions of course.. [2001-12-15 21:52:47] [EMAIL PROTECTED] theseer, do you use ob_end_*() in your script? Could you add more details? -- Yasuo [2001-12-15 12:05:11] [EMAIL PROTECTED] I can not reproduce this with 4.1.0 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/?id=14518 Edit this bug report at http://bugs.php.net/?id=14518edit=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] Need some help
Hello, I am new to this list, and was looking for someone to be my mentor. I am just getting into php and mysql and have alot of dumb questions. Did not want to overwhelm the list with my dumb questions.. anyone willing to be my mentor, to whom I may ask these questions to. I am a designer for 9 years now..I can help you in return with anything pertaining to layout and design any help would greatly be appreciated.. right now i am lost in the connecting to the dba (mysql) I am pretty sure my code is correct but i must have done something wrong in setting up the dba thanks Mel __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- 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]
Re: [PHP-DEV] Need some help
Hello, You're writing to the wrong list, the list for support questions is the [EMAIL PROTECTED] mailinglist. This list is for developing PHP, not developing WITH php. Regards, Derick On Sun, 16 Dec 2001, Melva Garcia wrote: Hello, I am new to this list, and was looking for someone to be my mentor. I am just getting into php and mysql and have alot of dumb questions. Did not want to overwhelm the list with my dumb questions.. anyone willing to be my mentor, to whom I may ask these questions to. I am a designer for 9 years now..I can help you in return with anything pertaining to layout and design any help would greatly be appreciated.. right now i am lost in the connecting to the dba (mysql) I am pretty sure my code is correct but i must have done something wrong in setting up the dba thanks Mel __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- 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 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]
Re: [PHP-DEV] Need some help
Melva Garcia wrote: I am new to this list, and was looking for someone to be my mentor. I am just getting into php and mysql and have alot of dumb questions. Please use the [EMAIL PROTECTED] mailing list. This list is for the developers of PHP, not for development with PHP. Thanks, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- 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] Bug #14549: Warning: Unknown persistent list...
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.1.0
PHP Bug Type: Reproducible crash
Bug description: Warning: Unknown persistent list...
What I do wrong if this easy error-less script
?
$db = MYSQL_PCONNECT(localhost,root,) OR DIE();
mysql_select_db(chat,$db) or DIE();
$ares=mysql_query(select * from c_users);
echo CHAT room - online users: ;
if (mysql_num_rows($ares)==0) echo nobody;
while ($arow=mysql_fetch_array($ares))
{
echo $arow[username];
}
?
produce this output with Warning message ...
CHAT room - online users: nobody
Warning: Unknown persistent list entry type in module shutdown (11) in
Unknown on line 0
This warning I see if I enable the option
error_reporting = E_ALL ~E_NOTICE
in php.ini. This message is visible since PHP4.0.1
When I downgrade to PHP4.0.6, the message isn't there.
--
Edit bug report at: http://bugs.php.net/?id=14549edit=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] Bug #14549 Updated: Warning: Unknown persistent list...
ID: 14549
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
heh :) sorry
finger-to-keyboard error ... :)
This Warning message is visible since PHP4.1.0
not 4.0.1 ...
Previous Comments:
[2001-12-16 13:18:41] [EMAIL PROTECTED]
What I do wrong if this easy error-less script
?
$db = MYSQL_PCONNECT(localhost,root,) OR DIE();
mysql_select_db(chat,$db) or DIE();
$ares=mysql_query(select * from c_users);
echo CHAT room - online users: ;
if (mysql_num_rows($ares)==0) echo nobody;
while ($arow=mysql_fetch_array($ares))
{
echo $arow[username];
}
?
produce this output with Warning message ...
CHAT room - online users: nobody
Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line
0
This warning I see if I enable the option
error_reporting = E_ALL ~E_NOTICE
in php.ini. This message is visible since PHP4.0.1
When I downgrade to PHP4.0.6, the message isn't there.
Edit this bug report at http://bugs.php.net/?id=14549edit=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]
Re: [PHP-DEV] Bug #14538 Updated: dirname fix broke behaviourthatit had since PHP 3 (fwd)
Dear Manuel,
On Sun, 16 Dec 2001, Manuel Lemos wrote:
What is the problem with 1000 switches? It is definitely better than
breaking backwards compatibility of functions that behaved like that for
4 years.
I just checked that there are 78 occorrences of use of strtok and 34 of
dirname in the code of PHP Classes repository. Many users use those
classes for a long time. I am going to release a warning so that the
authors either avoid those functions or the users not upgrade to PHP
4.1.0 .
Google finds even uses of strtok, and PHP:
http://www.google.com/search?hl=enq=strtok+phpbtnG=Google+Search
about 20100 results found.
For dirname and PHP even more, 41100. So, this is a very big problem
after, whouldn't you think? I'll go on with some more numbers; The numbers
of lines in the PHP source code (as of the current CVS version):
[derick@kossu php-4.2.0dev]$ find ./ -name *.[ch] -exec cat {} ; | wc -l
330778
That's quite a lot to maintain, isn't it? Ok, more numbers: the number of
commits in November 2001: 269, transposed to 4 years, that would be around
1 commits. Around 10% of these commits changed behavior in PHP
functions, around 40% of those break BC (that's Zeev's invented acronym
for Backward Compability). (It's 40% because most of them are bugfixes,
which correct wrong behavior, but they also break BC in that way). As you
maybe know, Zeev is very stubborn regarding to BC breaking changes, and I
totally afreed with (most) of it.
Point one:
BC is VERY important. Every PHP-deveveloper knows that, even James Moore.
Now my point with those numbers I pulled out. With this number of
commits, a lot of them being bugfixes, there is no way that BC is always
maintained. Do you understand that?
Point two:
Fixing the code would have cost less time then writing lengthy e-mails to
PHP, of reporting bugs. This may sounds as the head-in-the-sand method,
but it's pure practical thing. To make it clear: I do not say that
reporting this is a bad issue. The things you reported are documented in
the manuel now, which we failed to do before.
Point three:
Upgrading from 4.0.0 to 4.0.1 is exactly of the same importance as
upgrading from 4.0.6 to 4.1.0. To say it more clear NOT upgrading before
was not the smartest thing to do, 4.0.0 has numerous security holes and bugs,
which got fixed, oh no we break BC, in releases after 4.0.0. 4.1.0 is about
8 times more bugfree then 4.0.0, or should I say, we broke BC 8 times as
much.
Point four:
PHP developers make mistakes, but PHP users too. There is no way with a code
base of this size to make sure there is never a BC breaking change.
Now, I hope this makes things a little clear for you. I won't waste more time
on this stuff.
Derick
--
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] Bug #14550 Updated: Basic Authentication fails
ID: 14550
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Website problem
Bug Type: *Web Server problem
Operating System: Debian Linux 2.4.12
PHP Version: 4.1.0
New Comment:
fixing type. (website problem is for problems with php.net websites.)
Previous Comments:
[2001-12-16 15:25:20] [EMAIL PROTECTED]
HTTP: Basic Authentication fails
PHP: 4.1.0
Server API: Apache (1.3.22)
OS: Linux 2.4.12 (Debian)
The following PHP script should trigger a basic authentication dialog in the client
browser (see http://www.zend.com/manual/features.http-auth.php):
?php
if(!isset($PHP_AUTH_USER))
{
header(WWW-Authenticate: Basic realm=\MyRealm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
}
else
{
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
Under PHP 4.0.6. the script worked fine and the user was prompted for username and
password.
After the upgrade to PHP 4.1.0. the script does not produce the expected results, but
leads to browser errors on the client side in most cases.
In rare cases the authentication dialog appears and the script works as expected. Most
of the times the browser reports an error message or shows an empty document:
Netscape 4.77/Linux: the document contained no data
Lynx/Linux: Unexpected network read error; connection aborted.
Netscape 4.7/Win2k: the document contained no data
Netscape 3.0/Win2k: the document contained no data
IE 6.0/Win2k: server or dns not found
Opera 5.01/Win2k: The server requested a login authentication method that is not
supported
Opera 6.0 (Beta TP1) / Linux: shows an empty document
If examined via telnet, the server closes the connection after the URL with the above
script has been requested, e.g.
telnet (domain name) 80
GET /auth.php HTTP/1.1
Host: (domain name)
- connection closed by server
16.12.2001
Edit this bug report at http://bugs.php.net/?id=14550edit=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] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
ID: 14546
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0
PHP Version: 4.1.0
New Comment:
I know it was fixed, but I just thought I'ld add that the problem has started
producing itself in the new copy of httpd that I compiled, strange that it took a
while before it started occurring.
Starting program: /opt/server/httpd/bin/httpd -X
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x401376cb in memcpy (dstpp=0xbfffdca4, srcpp=0x88f3545, len=4) at
../sysdeps/generic/memcpy.c:61
61 ../sysdeps/generic/memcpy.c: No such file or directory.
(gdb) bt full
#0 0x401376cb in memcpy (dstpp=0xbfffdca4, srcpp=0x88f3545, len=4) at
../sysdeps/generic/memcpy.c:61
dstpp = (void *) 0xbfffdca4
len = 4
dstp = 3221216420
srcp = 143603013
#1 0x812afaa in _mem_block_check ()
No symbol table info available.
#2 0x812af6d in _mem_block_check ()
No symbol table info available.
#3 0x812a113 in _efree ()
No symbol table info available.
#4 0x80958bb in sapi_add_header_ex ()
No symbol table info available.
#5 0x80d3ee0 in zif_header ()
No symbol table info available.
#6 0x81607ab in execute ()
No symbol table info available.
#7 0x813bff4 in zend_execute_scripts ()
No symbol table info available.
#8 0x809279e in php_execute_script ()
No symbol table info available.
#9 0x8147a32 in apache_php_module_main ()
No symbol table info available.
#10 0x808ec86 in php_restore_umask ()
No symbol table info available.
#11 0x808ece1 in php_restore_umask ()
No symbol table info available.
#12 0x8185e69 in ap_invoke_handler ()
No symbol table info available.
#13 0x819aaf7 in ap_some_auth_required ()
No symbol table info available.
#14 0x819ab58 in ap_process_request ()
No symbol table info available.
#15 0x8191c79 in ap_child_terminate ()
No symbol table info available.
#16 0x8191e24 in ap_child_terminate ()
No symbol table info available.
#17 0x8191f94 in ap_child_terminate ()
No symbol table info available.
#18 0x819260d in ap_child_terminate ()
No symbol table info available.
#19 0x8192e8b in main ()
No symbol table info available.
#20 0x400d4790 in __libc_start_main (main=0x8192ae4 main, argc=2, ubp_av=0xbb14,
init=0x8075124 _init,
fini=0x824756c _fini, rtld_fini=0x4000d35c _dl_fini, stack_end=0xbb0c) at
../sysdeps/generic/libc-start.c:111
ubp_av = (char **) 0xbb14
fini = (void (*)()) 0x40015d18 _dl_debug_impcalls
rtld_fini = (void (*)()) 0x4
ubp_ev = (char **) 0xbb20
Previous Comments:
[2001-12-16 09:54:10] [EMAIL PROTECTED]
This was just fixed in CVS, closing.
Derick
[2001-12-16 09:53:19] [EMAIL PROTECTED]
Another report for this bug. Let's reopen this one.
---
Hello ,
I have similar problem with this code on Apache1.3.22+php4.1.0 linux
2.4.16 RH6.2. I think this is critical problem.
I configure PHP with:
CC=gcc2.95.3 \
CXX=gcc2.95.3 \
./configure \
--prefix=/usr/local/php \
--with-apxs=/usr/local/httpd/bin/apxs \
--with-config-file-path=/usr/local/php/etc \
--enable-track-vars \
--enable-magic-quotes \
--enable-safe-mode \
--enable-memory-limit \
--enable-sysvshm \
--enable-sysvsem \
--enable-shmop \
--enable-sockets \
--enable-wddx \
--enable-xslt \
--enable-ctype \
--enable-bcmath \
--enable-mailparse \
--enable-ftp \
--with-gd=/export/work/gd-1.8.4-gif \
--with-jpeg-dir=/export/work/jpeg-6b \
--with-png-dir=/export/work/libpng-1.0.9 \
--with-ttf=/export/work/freetype-1.3.1 \
--with-mysql=/usr/local/mysql \
--with-openssl=/usr/local/ssl \
--with-epipe \
--with-mcrypt \
--with-mhash \
--with-zlib \
--with-mm \
--with-xmlrpc \
--with-iconv \
--with-curl \
--with-bz2 \
--with-gmp \
--with-ldap \
--with-xml \
--with-zip \
--with-gettext \
--with-dom \
--with-xslt-sablot \
$@
aucu I am using Apache 1.3.22 and PHP 4.1.0 on RedHat Linux 7.0.
aucu When I view the following script, or any similar scripts with user
aucu authentication features, the page comes up as can't be displayed, a look
aucu in the error_log shows the error child pid 25693 exit signal Segmentation
aucu fault (11) (obviously a different pid each time).
aucu The script is:
aucu ?php
aucu if(!isset($PHP_AUTH_USER)) {
aucu header(WWW-Authenticate: Basic realm=\My Realm\);
aucu header(HTTP/1.0 401 Unauthorized);
aucu echo Text to send if user hits Cancel button\n;
aucu exit;
aucu } else {
aucu echo pHello $PHP_AUTH_USER./p;
aucu echo pYou entered $PHP_AUTH_PW as your password./p;
aucu }
?
aucu My PHP configure line was:
aucu ./configure --prefix=/opt/server/php --with-mysql=/opt/server/mysql
aucu --enable-ftp --enable-safe-mode --enable-track-vars
aucu
Re: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
On Sun, Dec 16, 2001 at 08:47:34PM -, [EMAIL PROTECTED] wrote : ID: 14546 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Reproducible crash Operating System: RedHat Linux 7.0 PHP Version: 4.1.0 New Comment: I know it was fixed, but I just thought I'ld add that the problem has started producing itself in the new copy of httpd that I compiled, strange that it took a while before it started occurring. Have you tested the latest fix if it works? -- 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] Bug #14551: mistake on array_keys
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.1.0
PHP Bug Type: Documentation problem
Bug description: mistake on array_keys
There is a mistake on the Download documentation.(The download version,
like http://sg.php.net/distributions/manual/manual-en.chm
)
In the download documentation,there is a mistake in the array_keys.
The origin on the documentation is:
Example 2. Implementation of array_keys() for PHP 3 users
function array_keys ($arr, $term=) {
$t = array();
while (list($k,$v) = each($arr)) {
if ($term $v != $term) {
continue;
$t[] = $k;
}
return $t;
}
}
I think it should be
function array_keys ($arr, $term=) {
$t = array();
while (list($k,$v) = each($arr)) {
if ($term $v != $term) {
continue;
}
$t[] = $k;
}
return $t;
}
Online documentation do not have such problem.
--
Edit bug report at: http://bugs.php.net/?id=14551edit=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]
Re[2]: [PHP-DEV] Bug #14546 Updated: Segmentation fault in httpd child process when using user authentication
Hello Markus, I know it was fixed, but I just thought I'ld add that the problem has started producing itself in the new copy of httpd that I compiled, strange that it took a while before it started occurring. MF Have you tested the latest fix if it works? I manually has make changes similar as cvs (for 4.1.0-release) and it has stopped segmentation. Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- 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] Bug #14550 Updated: Basic Authentication fails
ID: 14550
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Web Server problem
Operating System: Debian Linux 2.4.12
PHP Version: 4.1.0
New Comment:
This should be fix in CVS now. Can you try the latest snapshot from snaps.php.net?
Derick
Previous Comments:
[2001-12-16 15:36:21] [EMAIL PROTECTED]
fixing type. (website problem is for problems with php.net websites.)
[2001-12-16 15:25:20] [EMAIL PROTECTED]
HTTP: Basic Authentication fails
PHP: 4.1.0
Server API: Apache (1.3.22)
OS: Linux 2.4.12 (Debian)
The following PHP script should trigger a basic authentication dialog in the client
browser (see http://www.zend.com/manual/features.http-auth.php):
?php
if(!isset($PHP_AUTH_USER))
{
header(WWW-Authenticate: Basic realm=\MyRealm\);
header(HTTP/1.0 401 Unauthorized);
echo Text to send if user hits Cancel button\n;
exit;
}
else
{
echo pHello $PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
Under PHP 4.0.6. the script worked fine and the user was prompted for username and
password.
After the upgrade to PHP 4.1.0. the script does not produce the expected results, but
leads to browser errors on the client side in most cases.
In rare cases the authentication dialog appears and the script works as expected. Most
of the times the browser reports an error message or shows an empty document:
Netscape 4.77/Linux: the document contained no data
Lynx/Linux: Unexpected network read error; connection aborted.
Netscape 4.7/Win2k: the document contained no data
Netscape 3.0/Win2k: the document contained no data
IE 6.0/Win2k: server or dns not found
Opera 5.01/Win2k: The server requested a login authentication method that is not
supported
Opera 6.0 (Beta TP1) / Linux: shows an empty document
If examined via telnet, the server closes the connection after the URL with the above
script has been requested, e.g.
telnet (domain name) 80
GET /auth.php HTTP/1.1
Host: (domain name)
- connection closed by server
16.12.2001
Edit this bug report at http://bugs.php.net/?id=14550edit=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] Bug #14551 Updated: mistake on array_keys
ID: 14551
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System:
PHP Version: 4.1.0
New Comment:
Thank you for this report, as soon as I'm able to build new CHM manuals, those will be
fixed (they are generated from the online docs).
Derick
Previous Comments:
[2001-12-16 15:50:33] [EMAIL PROTECTED]
There is a mistake on the Download documentation.(The download version, like
http://sg.php.net/distributions/manual/manual-en.chm
)
In the download documentation,there is a mistake in the array_keys.
The origin on the documentation is:
Example 2. Implementation of array_keys() for PHP 3 users
function array_keys ($arr, $term=) {
$t = array();
while (list($k,$v) = each($arr)) {
if ($term $v != $term) {
continue;
$t[] = $k;
}
return $t;
}
}
I think it should be
function array_keys ($arr, $term=) {
$t = array();
while (list($k,$v) = each($arr)) {
if ($term $v != $term) {
continue;
}
$t[] = $k;
}
return $t;
}
Online documentation do not have such problem.
Edit this bug report at http://bugs.php.net/?id=14551edit=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] Bug #14245 Updated: make install fails on apxs
ID: 14245 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 Old Assigned To: sniper Assigned To: New Comment: Don't have time to look at this anymore. And it indeed is a libtool bug. Previous Comments: [2001-12-12 11:05:04] [EMAIL PROTECTED] This is NOT fixed in CVS yet. It's a libtool bug and I'm trying to find out how to fix it atm. [2001-12-11 13:47:31] [EMAIL PROTECTED] This should be fixed in CVS can you try a snapshot from snaps.php.net? Derick [2001-12-03 16:36:17] [EMAIL PROTECTED] Updated PHP Version. [2001-11-28 13:55:17] [EMAIL PROTECTED] I've found a workaround for this problem. If I manually copy .libs/libphp4.so.0 to libs/libphp4.so, it seems to continue okay: # make install ... cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. ... Stop. # cp .libs/libphp4.so.0 libs/libphp4.so # make install ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so chmod 755 /local/www/libexec/libphp4.so [activating module `php4' in /local/www/conf/httpd.conf] installing shared modules into /local/www/php/lib/php/20010901 Target install-p is up to date. ... Target install is up to date. # /local/www/bin/apachectl start Target install is up to date. Is there some way make install can do that copying step automatically? [2001-11-27 01:12:43] [EMAIL PROTECTED] Make install fails on apxs -i i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so. The libs directory contains libphp4.a and libphp4.la, but not libphp4.so. Compiler: IBM Visual Age C $ export CC=cc_r $ export CFLAGS=-g -ma $ ./configure --prefix=/local/www/php \ --with-apxs=/local/www/bin/apxs \ --without-mysql $ make Making all in Zend ... Target all is up to date. # /local/www/bin/apachectl stop # /usr/sbin/slibclean # make install Making install in Zend ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # ls -l libs total 16008 -rw--- 1 root system 4094311 Nov 26 23:53 libphp4.a -rw--- 1 root system 749 Nov 26 23:53 libphp4.la Edit this bug report at http://bugs.php.net/?id=14245edit=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] Bug #7670 Updated: PHP crashes when accessing IMAP mailbox
ID: 7670 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Feedback Bug Type: IMAP related Operating System: Linux PHP Version: 4.0.3pl1 Old Assigned To: sniper Assigned To: New Comment: Could you please check if this bug still exists with PHP 4.1.0 and with the latest c-client? There have been many fixes in both. Previous Comments: [2000-11-28 04:34:03] [EMAIL PROTECTED] Assigning this..I have partial fix for this already but it still needs some work. --Jani [2000-11-08 18:39:16] [EMAIL PROTECTED] I recompiled PHP from today's snapshot 200011081445, which didn't make the bug go away. The stack trace is now: #0 0x4038924c in zend_hash_index_update_or_next_insert (ht=0x806cb6f, h=135351912, pData=0xbba8, nDataSize=2514400684, pDest=0x806cc2f, flag=135155768) at zend_hash.c:433 #1 0xe5ec688e in ?? () [...] My c-client is from imap-devel-4.6-3 rpm (I think, at least that package has the right headers). [2000-11-08 00:46:14] [EMAIL PROTECTED] 1. Use --enable-debug in your configure line to get valid backtrace. 2. Try latest snapshot from http://snaps.php.net (IIRC, this is fixed already) 3. Have you compiled libc-client.a from sources ? ( http://www.php.net/manual/ref.imap.php ) --Jani [2000-11-06 23:07:57] [EMAIL PROTECTED] When Courier IMAPd crashes while being accessed by IMP using PHP's IMAP functions, that causes also the Apache process to crash. The last IMAP messages before the crash are 0005 SEARCH ALL UNSEEN * SEARCH 29 30 31 32 33 34 35 0005 OK SEARCH done. 0006 FETCH 29:35 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Path Message-ID Newsgroups Followup-To References)] INTERNALDATE RFC822.SIZE FLAGS) Stack trace is obviously quite useless, as it is: #0 0x3a4c8d10 in ?? () #1 0xbf60b801 in ?? () #2 0xc8b604ff in ?? () #3 0x7e7fc391 in ?? () #4 0xc8b604ff in ?? () #5 0x7e710cf1 in ?? () #6 0xd029715b in ?? () #7 0xa1a1ee2f in ?? () #8 0x55e8be66 in ?? () This happens both with PHP 3.0.16 and 4.0.3pl1. Apache is 1.3.11. I compile PHP with ./configure --with-mysql=/usr --with-apxs=/usr/local/www/apache/bin/apxs --with-xml --enable-track-vars=yes --enable-bcmath=yes --enable-memory-limit=yes --with-imap --with-ldap --enable-sysvshm --enable-sysvsem --with-gdbm I can easily reproduce the crash by putting an offending email message into a Maildir that Courier reads. Any other information I should provide? Edit this bug report at http://bugs.php.net/?id=7670edit=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] Bug #14552: PowerPC users see blank pages after session start
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Session related Bug description: PowerPC users see blank pages after session start Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 5.xx... Problem is that they see a blank page after trying to login. First lines of the script starts like this : ? $loginstamp=time(); session_register(user); session_register(pass); ***(some more session_register()s here) ? HTMLHEAD *** And goes on like this... I can access with a PC. Seeing that they get a blank page I thought there might be something wrong with headers(Some incompatibility with Mac??). I pasted the headers I received below (headers after logging on with a PC).. I have no idea what the text 180 at the bottom is, page source starts after it. HTTP/1.1 200 OK Date: Sun, 16 Dec 2001 21:32:32 GMT Server: Apache Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 21:32:32 GMT Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=50 Transfer-Encoding: chunked Content-Type: text/html Connection: close 180 HTMLHEAD and the rest of the HTML code below this line... -- Edit bug report at: http://bugs.php.net/?id=14552edit=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] Bug #14552 Updated: PowerPC users see blank pages after session start
ID: 14552 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: Can you try it with the latest version, php 4.1.0? Derick Previous Comments: [2001-12-16 17:21:19] [EMAIL PROTECTED] Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 5.xx... Problem is that they see a blank page after trying to login. First lines of the script starts like this : ? $loginstamp=time(); session_register(user); session_register(pass); ***(some more session_register()s here) ? HTMLHEAD *** And goes on like this... I can access with a PC. Seeing that they get a blank page I thought there might be something wrong with headers(Some incompatibility with Mac??). I pasted the headers I received below (headers after logging on with a PC).. I have no idea what the text 180 at the bottom is, page source starts after it. HTTP/1.1 200 OK Date: Sun, 16 Dec 2001 21:32:32 GMT Server: Apache Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 21:32:32 GMT Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=50 Transfer-Encoding: chunked Content-Type: text/html Connection: close 180 HTMLHEAD and the rest of the HTML code below this line... Edit this bug report at http://bugs.php.net/?id=14552edit=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] ext/adt - futher devel?!
Hi, as ext/adt hasn't experienced any updates for a while, I'd just like to know if further development ist planned. Appreciate any kind of answer :o) best regards -moh -- 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] Bug #14518 Updated: --enable-trans-id doesn't work
ID: 14518 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: LInux 2.4.16 (RH7.2 based) PHP Version: 4.1.0 New Comment: Current PHP allows bogus configure options in many ways. I hope this design is going to be changed. Previous Comments: [2001-12-16 13:06:29] [EMAIL PROTECTED] Great that you could solve the problem. And never mind about the trouble, user feedback is always appreciated. Closing. [2001-12-16 13:00:40] [EMAIL PROTECTED] Checked with the code you provided and still can not reproduce this. [2001-12-16 13:00:06] [EMAIL PROTECTED] Found the reason: the cvs-version doesn't seem to support or even care about --enable-trans-sid where the 4.1.0 needs/uses the switch. I had a typo ( same as in the summary, dropped the s for in --enable-trans-sid ) in my config.nice-file i used to compile all my php-versions with. Strange thing though is, that the phpinfo() stills shows the trans-sid to be enabled... Reading the note in the php.ini make this a little bit more clear: ; use transient sid support if enabled by compiling with --enable-trans-sid. the keyword here is if... I dunno if that is changed in cvs but it defintivly should, since is not very consitent ( at least to me..) Sorry for all the trouble.. Recompiling 4.1.0 with a correct --enable-trans-sid seems to have fixed my problems. [2001-12-16 12:04:10] [EMAIL PROTECTED] I developed my stuff using the cvs-version and downgraded my workstation to 4.1.0 Release-Version to verify my code will be working on the live server... [ glad, i did that though ;-) ] To simplify and verify that it's not a stupid bug in my code, i did a simple testcode that works fine on my 4.2.0-dev system, but doesn't work on any 4.1.0 i tried it with. You can have a look for yourself: http://sugar.freepoint.de/session/ the index.php ( source as index.phps ) will start a session and setup one simple var with a value. The link displayed should have a SESSION-ID as a parameter since php is not configured to use cookies ( verify by /session/info.php ) and to use trans-id's. The logical result is that following the link will not have a session thus no value ( page2.php / page2.phps ) Again this code works with cvs on my workstation - my code beeing unchanged. Due to the use of $_SESSION it won't work with older versions of course.. [2001-12-15 21:52:47] [EMAIL PROTECTED] theseer, do you use ob_end_*() in your script? Could you add more details? -- Yasuo 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/?id=14518 Edit this bug report at http://bugs.php.net/?id=14518edit=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]
Re: [PHP-DEV] Bug #14245 Updated: make install fails on apxs
At 22:28 16-12-2001, [EMAIL PROTECTED] shared with all of us: ID: 14245 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 Old Assigned To: sniper Assigned To: New Comment: Don't have time to look at this anymore. And it indeed is a libtool bug. I suppose you should ask the user what the setting of the file_magic_cmd is. AIX file binary doesn't resolve the links: $ file libmysqlclient.so.10 libmysqlclient.so.10: symbolic link to libmysqlclient.so.10.0.0. $ file -L libmysqlclients.so.10 file: Not a recognized flag: L Usage: file [-c] [-m MagicFile] [-f ListFile] [File...] $ file libmysqlclient.so.10.0.0 libmysqlclient.so.10.0.0: executable (RISC System/6000) or object module not stripped I can't find an ltconfig in the php sourcetree, so I'm at a loss how libtool is built and where this is configured. If you provide me with these semantics I can trace it. Met vriendelijke groeten / With kind regards, IDG.nl Melvyn Sopacua Webmaster -- 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] malformed header from script
Setup: Apache 2, PHP 4 (current CVS) as CGI, Windows 2000 malformed header from script. Bad header=X-Powered-By: C:/home/php/php4/Release_TS_inline/php.exe Seems to me something's wrong with the recent SAPI changes. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- 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]
Re: [PHP-DEV] malformed header from script
On Sun, Dec 16, 2001 at 11:54:52PM +0100, Sebastian Bergmann wrote : Setup: Apache 2, PHP 4 (current CVS) as CGI, Windows 2000 malformed header from script. Bad header=X-Powered-By: C:/home/php/php4/Release_TS_inline/php.exe Seems to me something's wrong with the recent SAPI changes. You mean the latest from Mr. Esser to SAPI.c? (You didn't mention how recent your build is). - Markus -- Please always Cc to me when replying to me on the lists. -- 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]
Re: [PHP-DEV] Bug #14245 Updated: make install fails on apxs
The libtool in PHP 4.1.0 is the new version: 1.4.x And this bug is in that code. Report it to the libtool people. --Jani On Sun, 16 Dec 2001, Melvyn Sopacua wrote: At 22:28 16-12-2001, [EMAIL PROTECTED] shared with all of us: ID: 14245 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 Old Assigned To: sniper Assigned To: New Comment: Don't have time to look at this anymore. And it indeed is a libtool bug. I suppose you should ask the user what the setting of the file_magic_cmd is. AIX file binary doesn't resolve the links: $ file libmysqlclient.so.10 libmysqlclient.so.10: symbolic link to libmysqlclient.so.10.0.0. $ file -L libmysqlclients.so.10 file: Not a recognized flag: L Usage: file [-c] [-m MagicFile] [-f ListFile] [File...] $ file libmysqlclient.so.10.0.0 libmysqlclient.so.10.0.0: executable (RISC System/6000) or object module not stripped I can't find an ltconfig in the php sourcetree, so I'm at a loss how libtool is built and where this is configured. If you provide me with these semantics I can trace it. Met vriendelijke groeten / With kind regards, IDG.nl Melvyn Sopacua Webmaster -- 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] Bug #14553: cannot find -lX11 for GB compilation.
From: [EMAIL PROTECTED]
Operating system: linux suse 7.1
PHP version: 4.1.0
PHP Bug Type: GD related
Bug description: cannot find -lX11 for GB compilation.
ok, fist compile php 4.1.0 ok with this command line:
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-imap=/programas/imap-2001a/' '--with-ftp' '--with-gettext'
It 's runing well, but
i am going to compile php 4.1.0 with GD support.
remove the old directory a make another gunzip for all.
./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs
--with-imap=/programas/imap-2001a/ --with-ftp --with-gettext --with-gd
there is a error.
i install the library of gd,
gd-1.8.3 System Environment/Libraries An autoloadable interface module for
libgd
gd-devel-1.8.3 System Environment/Libraries An autoloadable interface
module for libgd-devel
ok.
i going to configure the php, some of config out.
some is cached, but the no cached version is same.
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... no
If configure fails try --with-jpeg-dir=DIR
checking for the location of libpng... no
If configure fails try --with-png-dir=DIR and --with-zlib-dir=DIR
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=DIR
checking for freetype(2)... no
If configure fails try --with-freetype-dir=DIR
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... yes
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateFromGd2 in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringTTF in -lgd... yes
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
checking whether to include GNU gettext support... yes
his config.log zone..
configure:19304: checking whether to include GD support
configure:19491: checking whether to enable truetype string function in
gd
configure:19544: checking for the location of libjpeg
configure:19740: checking for the location of libpng
configure:20034: checking for the location of libXpm
configure:20323: checking for freetype(2)
configure:20518: checking whether to include include FreeType 1.x support
configure:20717: checking whether to include T1lib support
configure:20977: checking for gdImageString16 in -lgd
configure:20996: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX
-DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl
-lnsl -lresolv -lcrypt 15
configure:21020: checking for gdImagePaletteCopy in -lgd
configure:21039: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX
-DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl
-lnsl -lresolv -lcrypt 15
configure:21063: checking for gdImageCreateFromPng in -lgd
configure:21082: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX
-DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl
-lnsl -lresolv -lcrypt 15
configure:21106: checking for gdImageCreateFromGif in -lgd
configure:21125: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX
-DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl
-lnsl -lresolv -lcrypt 15
/tmp/ccVzH6zk.o: In function `main':
/datos/programas/programacion/php-4.1.0/configure:21121: undefined
reference to `gdImageCreateFromGif'
collect2: ld returned 1 exit status
configure: failed program was:
#line 21114 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char gdImageCreateFromGif();
int main() {
gdImageCreateFromGif()
; return 0; }
configure:21149: checking for gdImageGif in -lgd
configure:21168: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX
-DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl
-lnsl -lresolv -lcrypt 15
/tmp/ccBOCCiz.o: In function `main':
/datos/programas/programacion/php-4.1.0/configure:21164: undefined
reference to `gdImageGif'
collect2: ld returned 1 exit status
configure: failed program was:
#line 21157 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int
[PHP-DEV] Bug #14553 Updated: cannot find -lX11 for GB compilation.
ID: 14553
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: GD related
Operating System: linux suse 7.1
PHP Version: 4.1.0
New Comment:
Ok, i want said that the machin is a server a not have X, but it have x11 librarys.
Obviousl it has not or it is misconfigured.
Please ask support questions at [EMAIL PROTECTED]
Bogusifying.
Previous Comments:
[2001-12-16 18:07:24] [EMAIL PROTECTED]
ok, fist compile php 4.1.0 ok with this command line:
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-imap=/programas/imap-2001a/' '--with-ftp' '--with-gettext'
It 's runing well, but
i am going to compile php 4.1.0 with GD support.
remove the old directory a make another gunzip for all.
./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs
--with-imap=/programas/imap-2001a/ --with-ftp --with-gettext --with-gd
there is a error.
i install the library of gd,
gd-1.8.3 System Environment/Libraries An autoloadable interface module for libgd
gd-devel-1.8.3 System Environment/Libraries An autoloadable interface module for
libgd-devel
ok.
i going to configure the php, some of config out.
some is cached, but the no cached version is same.
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... no
If configure fails try --with-jpeg-dir=DIR
checking for the location of libpng... no
If configure fails try --with-png-dir=DIR and --with-zlib-dir=DIR
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=DIR
checking for freetype(2)... no
If configure fails try --with-freetype-dir=DIR
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... yes
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateFromGd2 in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringTTF in -lgd... yes
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
checking whether to include GNU gettext support... yes
his config.log zone..
configure:19304: checking whether to include GD support
configure:19491: checking whether to enable truetype string function in gd
configure:19544: checking for the location of libjpeg
configure:19740: checking for the location of libpng
configure:20034: checking for the location of libXpm
configure:20323: checking for freetype(2)
configure:20518: checking whether to include include FreeType 1.x support
configure:20717: checking whether to include T1lib support
configure:20977: checking for gdImageString16 in -lgd
configure:20996: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
configure:21020: checking for gdImagePaletteCopy in -lgd
configure:21039: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
configure:21063: checking for gdImageCreateFromPng in -lgd
configure:21082: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
configure:21106: checking for gdImageCreateFromGif in -lgd
configure:21125: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
/tmp/ccVzH6zk.o: In function `main':
/datos/programas/programacion/php-4.1.0/configure:21121: undefined reference to
`gdImageCreateFromGif'
collect2: ld returned 1 exit status
configure: failed program was:
#line 21114 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char gdImageCreateFromGif();
int main() {
gdImageCreateFromGif()
; return 0; }
configure:21149: checking for gdImageGif in -lgd
configure:21168: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
Re: [PHP-DEV] malformed header from script
Markus Fischer wrote: On Sun, Dec 16, 2001 at 11:54:52PM +0100, Sebastian Bergmann wrote : Setup: Apache 2, PHP 4 (current CVS) as CGI, Windows 2000 malformed header from script. Bad header=X-Powered-By: C:/home/php/php4/Release_TS_inline/php.exe Seems to me something's wrong with the recent SAPI changes. You mean the latest from Mr. Esser to SAPI.c? (You didn't mention how recent your build is). - Markus I updated my CVS and I suppose Sebastian also experiencing the same problem. I notified Esser about this problem already. -- Yasuo Ohgaki -- 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] Bug #14552 Updated: PowerPC users see blank pages after session start
ID: 14552 Updated by: daniel Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: The HTT-Protocol in version 1.1 sends data _chunked_ (Transfer-Encoding: chunked). Every chunk is accompanied with it's size info, and this 180 resembles very suspiciously this delimitor. In case this should turn out to be the problem, there are three factors which could be responsible for this problem: - The webserver (low probability) - PHP (impossible, as PHP has no influence on the overlying HTTP/1.1 layer) - Your webbrowser (HIGH probability. Please ask your users to check your site with different webbrowsers. There are plenty of them: icab, IE, mozilla ..) Also, try to check the script-output with http://www.ethereal.com/ . This sometimes helps alot. Kind Regards, Daniel Lorch Previous Comments: [2001-12-16 17:23:26] [EMAIL PROTECTED] Can you try it with the latest version, php 4.1.0? Derick [2001-12-16 17:21:19] [EMAIL PROTECTED] Today I received 3 complaints, they all are Mac PowerPC users with Internet Explorer 5.xx... Problem is that they see a blank page after trying to login. First lines of the script starts like this : ? $loginstamp=time(); session_register(user); session_register(pass); ***(some more session_register()s here) ? HTMLHEAD *** And goes on like this... I can access with a PC. Seeing that they get a blank page I thought there might be something wrong with headers(Some incompatibility with Mac??). I pasted the headers I received below (headers after logging on with a PC).. I have no idea what the text 180 at the bottom is, page source starts after it. HTTP/1.1 200 OK Date: Sun, 16 Dec 2001 21:32:32 GMT Server: Apache Set-Cookie: Apache=217.31.225.13.3850100853835297; path=/; expires=Sun, 10-Mar-02 21:32:32 GMT Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=15, max=50 Transfer-Encoding: chunked Content-Type: text/html Connection: close 180 HTMLHEAD and the rest of the HTML code below this line... Edit this bug report at http://bugs.php.net/?id=14552edit=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] Bug #14483 Updated: -twolevel_namespace and multiple definitions errors
ID: 14483 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Compile Failure Operating System: Mac OS X 10.1 PHP Version: 4.2.0-dev New Comment: That 'apxs' problem is actually the same bug in libtool as it is under AIX. Previous Comments: [2001-12-15 14:11:42] [EMAIL PROTECTED] Are you talking about commenting out the yytext... Is this a libtool bug? Seems like somebody on AIX is having a similar problem. http://bugs.php.net/bug.php?id=14245 In the Mac OS X situation, though... it seems to be a threefold problem... 1. ltmain.sh (due to multiple symbol errors) 2. yytext issue 3. apxs issue [2001-12-15 07:33:10] [EMAIL PROTECTED] That commenting out should not be nessecairy, I have the same on my system. The problem is something else... Derick [2001-12-14 17:26:57] [EMAIL PROTECTED] It's friday niiigghttt... Doing: grep -nrH \*yytext Zend/* Yields: - zend_ini_scanner.c:310:extern char *yytext; zend_ini_scanner.c:496:char *yytext; zend_language_scanner.c:305:extern char *yytext; zend_language_scanner.c:2725:char *yytext; - So: pico -b -e -w +2725 zend_language_scanner.c Comment out: /* char *yytext; */ We are money because this is already declared as a extern in zend_ini_scanner or whatever. Now the compile completes, but everything is still hosed, because make install gives: Making install in . apxs -i -a -n php4 libs/libphp4.so [activating module `php4' in /private/etc/httpd/httpd.conf] cp libs/libphp4.so /usr/libexec/httpd/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make: *** [install-recursive] Error 1 Arg... [2001-12-14 16:59:25] [EMAIL PROTECTED] Progress: [Just downloaded and compiled the latest GNU autoconf, automake, and libtool] After some further web research, most of it comes down to being a libtool issue, which is covered here: http://savannah.gnu.org/support/?func=detailsupportsupport_id=100049group_id=25 It all begins with replacing all instances of: deplibs=$lib $deplibs with if test $libdir; then deplibs=$lib $deplibs fi in ltmain.sh, and if configure has already been run, in libtool. There three occurrences in ltmain.sh. The reason sh!t is multiply defined is because it's multiply loaded. The above helps. This gets rid of the all of the multiple defined error messages except: - ld: multiple definitions of symbol _yytext Zend/.libs/libZend.al(zend_language_scanner.lo) definition of _yytext in section (__DATA,__common) Zend/.libs/libZend.al(zend_ini_scanner.lo) definition of _yytext in section (__DATA,__common) /usr/bin/libtool: internal link edit command failed make[1]: *** [libphp4.la] Error 1 make: *** [all-recursive] Error 1 - This is being attacked... more later... hopefully. Also, I noticed main/php_config.h defines 'uint' even though /usr/include/sys/types.h already has 'uint'. sys/types.h does't define ulong, thought. In php_config.h 'uint' is defined twice, once right at the top and again on line 1836. 'ulong' is also defined, but that's OK. This does not hose anything, only it doesn't allow use of the precompiled version of the system's unistd.p. Changing php_config.h, starting at line 1836 (or near there): from - /* Define to `unsigned int ' if sys/types.h does not define. */ #define uint unsigned int /* Define to `unsigned long ' if sys/types.h does not define. */ #define ulong unsigned long to - /* Define to `unsigned int ' if sys/types.h does not define. */ /* #define uint unsigned int */ /* Define to `unsigned long ' if sys/types.h does not define. */ #define ulong unsigned long - and commenting out these two lines near the top, on line 9, so they appear as follows: - /* #define uint unsigned int */ /* #define ulong unsigned long */ - Fixes this stuff. That leaves me with only the _yytext multiple defined errors, and two or three cpp smart preprocessing warnings. Almost there... [2001-12-14 16:37:55] [EMAIL PROTECTED] 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/?id=14483 Edit this bug report at http://bugs.php.net/?id=14483edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re: [PHP-DEV] malformed header from script
Just for the record, Esser's last commit fixed the issue. (It works for me at least ;) Yasuo Ohgaki wrote: Markus Fischer wrote: On Sun, Dec 16, 2001 at 11:54:52PM +0100, Sebastian Bergmann wrote : Setup: Apache 2, PHP 4 (current CVS) as CGI, Windows 2000 malformed header from script. Bad header=X-Powered-By: C:/home/php/php4/Release_TS_inline/php.exe Seems to me something's wrong with the recent SAPI changes. You mean the latest from Mr. Esser to SAPI.c? (You didn't mention how recent your build is). - Markus I updated my CVS and I suppose Sebastian also experiencing the same problem. I notified Esser about this problem already. -- Yasuo Ohgaki -- 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]
Re: [PHP-DEV] malformed header from script
The CVS is fixed now. I did not recognise that i broke SAPI.c because my apache did load the old module. Sorry for the wasted build time. Full blame on me Stefan -- 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] Bug #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: status - feedback. Previous Comments: [2001-12-16 12:34:38] [EMAIL PROTECTED] I assume site7 has an ssl certificate defined, right? So what happens when you remove that certificate? As a note: I can not reproduce this bug on a Cobalt Raq 3 but I do not have hosts running ssl. [2001-12-16 10:57:59] [EMAIL PROTECTED] I'm still wondering about this: when I compile php 4.1.0 as dso without --with-gettext and start Apache I can see this: [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do not exist. Site site7 has invalid certificate: 4999 Certificate files do not exist. /usr/sbin/httpd and Apache IS working But when I compile it with optiion --with-gettext I see this (see messages): [root@cobalt apache]# /etc/rc.d/init.d/httpd start Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing Site site7 has invalid certificate: 4999 ssl_cant_files_missing /usr/sbin/httpd and Apache is NOT running (no errors no records in error log) Why are these apache messages changed ?? I was wondering about some mess in gettext versions so I compiled 0.10.40 again and install in new dir and after use : --with-gettext=/home/michal/gettext , but with the same reasult. [2001-12-16 10:10:52] [EMAIL PROTECTED] It's the same. [2001-12-15 13:35:51] [EMAIL PROTECTED] What if you 'stop' and 'start' it instead of 'restart' ? [2001-12-15 11:31:35] [EMAIL PROTECTED] These Straces are for command /httpd restart 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/?id=14489 Edit this bug report at http://bugs.php.net/?id=14489edit=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] Bug #14442 Updated: Segmentation fault when using xslt_process()
ID: 14442 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: XSLT related Operating System: Linux (RH 7.0) PHP Version: 4.1.0 New Comment: The server is still crashing with this error Starting program: /etc/httpd/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4008d044 in Situation::generateMessage (this=0x3c202020, type=1498698543, code=171853132, arg1=@0x20202020, arg2=@0x20202020, theMessage=@0x682f3c20) at situa.cpp:263 263 situa.cpp: No such file or directory. Current language: auto; currently c++ (gdb) bt #0 0x4008d044 in Situation::generateMessage (this=0x3c202020, type=1498698543, code=171853132, arg1=@0x20202020, arg2=@0x20202020, theMessage=@0x682f3c20) at situa.cpp:263 #1 0x20202020 in ?? () at eval.c:41 Cannot access memory at address 0x20202020 configuration directives were the same as before Previous Comments: [2001-12-16 07:58:59] [EMAIL PROTECTED] This should be fixed now, can you try a snapshot from snaps.php.net to verify it is fixed for you? Derick [2001-12-14 13:02:20] [EMAIL PROTECTED] But PHP generating nice corefiles is not ok, reopening. Derick [2001-12-14 12:03:22] [EMAIL PROTECTED] rtfm... the syntax for the xslt extension has changed, use the new syntax. [2001-12-12 13:40:42] [EMAIL PROTECTED] libc version glibc-2.2-12 RPM libc-2.2.so libc.so.6 [2001-12-12 13:38:03] [EMAIL PROTECTED] Just tried compiling 4.0.6 with the same options, same crash, but different debug output Program received signal SIGSEGV, Segmentation fault. 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 218 error = call_user_function(EG(function_table), (gdb) bt #0 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 #1 0x81031de in scheme_getall (user_data=0x849718c, proc=0x8498b80, scheme=0x84958f8 ?xml version=\1.0\ encoding=\utf-8\?xsl, rest=0x849bfc8 /stylesheet version=\1.0\ xmlns:xsl=\http://www.w3.org/1999/XSL/Transform\; xsl:output\tme thod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template match=\/backslash\ \n html \n head \n..., buffer=0x8495a48, byte_count=0xbfffe03c) at sablot.c:674 #2 0x400b1094 in DataLine::open (this=0x8495a30, S=@0x84956c8, _uri=0x849c980 ?xml version=\1.0\ encoding=\utf-8\?xsl:/stylesheet version=\1.0\ xmlns:xsl=\http://w ww.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template m atch=\/b..., _mode=DLMODE_READ, argList_=0x8498bc0) at uri.cpp:466 #3 0x400a1f7d in Processor::addLineParse (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, absolute=@0xbfffe150, isXSL=1) at guard.h:156 #4 0x400a26e6 in Processor::readTreeFromURI (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, location=@0xbfffe220, base=@0xbfffe200, isXSL=1) at proc.cpp:602 #5 0x400a0445 in Processor::open (this=0x8498b80, S=@0x84956c8, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl...) at proc.cpp:276 #6 0x400a5c2b in SablotRunProcessor (processor_=0x8498b80, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl..., resultURI=0x82b1f51 arg:/_result, params=0x0, arguments=0x0) at sablot.cpp:407 #7 0x8102c5e in php_if_xslt_process (ht=3, return_value=0x8495a7c, this_ptr=0x0, return_value_used=0) at sablot.c:471 #8 0x813867d in execute (op_array=0x8494e7c) at ./zend_execute.c:1504 #9 0x8111c1e in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #10 0x8091167 in php_execute_script (primary_file=0xb840) at main.c:1206 #11 0x811d5e6 in apache_php_module_main (r=0x83ee79c,
[PHP-DEV] Bug #14553 Updated: cannot find -lX11 for GB compilation.
ID: 14553
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: GD related
Operating System: linux suse 7.1
PHP Version: 4.1.0
New Comment:
What it is the need of X11 for GD???
I didn't need for install the other version of php.
I did not need for install the rpm GD.
Previous Comments:
[2001-12-16 18:11:18] [EMAIL PROTECTED]
Ok, i want said that the machin is a server a not have X, but it have x11 librarys.
Obviousl it has not or it is misconfigured.
Please ask support questions at [EMAIL PROTECTED]
Bogusifying.
[2001-12-16 18:07:24] [EMAIL PROTECTED]
ok, fist compile php 4.1.0 ok with this command line:
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-imap=/programas/imap-2001a/' '--with-ftp' '--with-gettext'
It 's runing well, but
i am going to compile php 4.1.0 with GD support.
remove the old directory a make another gunzip for all.
./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs
--with-imap=/programas/imap-2001a/ --with-ftp --with-gettext --with-gd
there is a error.
i install the library of gd,
gd-1.8.3 System Environment/Libraries An autoloadable interface module for libgd
gd-devel-1.8.3 System Environment/Libraries An autoloadable interface module for
libgd-devel
ok.
i going to configure the php, some of config out.
some is cached, but the no cached version is same.
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... no
If configure fails try --with-jpeg-dir=DIR
checking for the location of libpng... no
If configure fails try --with-png-dir=DIR and --with-zlib-dir=DIR
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=DIR
checking for freetype(2)... no
If configure fails try --with-freetype-dir=DIR
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... yes
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateFromGd2 in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringTTF in -lgd... yes
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
checking whether to include GNU gettext support... yes
his config.log zone..
configure:19304: checking whether to include GD support
configure:19491: checking whether to enable truetype string function in gd
configure:19544: checking for the location of libjpeg
configure:19740: checking for the location of libpng
configure:20034: checking for the location of libXpm
configure:20323: checking for freetype(2)
configure:20518: checking whether to include include FreeType 1.x support
configure:20717: checking whether to include T1lib support
configure:20977: checking for gdImageString16 in -lgd
configure:20996: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
configure:21020: checking for gdImagePaletteCopy in -lgd
configure:21039: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
configure:21063: checking for gdImageCreateFromPng in -lgd
configure:21082: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
configure:21106: checking for gdImageCreateFromGif in -lgd
configure:21125: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv
-lcrypt 15
/tmp/ccVzH6zk.o: In function `main':
/datos/programas/programacion/php-4.1.0/configure:21121: undefined reference to
`gdImageCreateFromGif'
collect2: ld returned 1 exit status
configure: failed program was:
#line 21114 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char gdImageCreateFromGif();
int main() {
[PHP-DEV] Bug #14553 Updated: cannot find -lX11 for GB compilation.
ID: 14553 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: linux suse 7.1 PHP Version: 4.1.0 New Comment: ops and another cuestion.. why did not it fail the ./configure command? Previous Comments: [2001-12-16 19:07:10] [EMAIL PROTECTED] What it is the need of X11 for GD??? I didn't need for install the other version of php. I did not need for install the rpm GD. [2001-12-16 18:11:18] [EMAIL PROTECTED] Ok, i want said that the machin is a server a not have X, but it have x11 librarys. Obviousl it has not or it is misconfigured. Please ask support questions at [EMAIL PROTECTED] Bogusifying. [2001-12-16 18:07:24] [EMAIL PROTECTED] ok, fist compile php 4.1.0 ok with this command line: './configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap=/programas/imap-2001a/' '--with-ftp' '--with-gettext' It 's runing well, but i am going to compile php 4.1.0 with GD support. remove the old directory a make another gunzip for all. ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-imap=/programas/imap-2001a/ --with-ftp --with-gettext --with-gd there is a error. i install the library of gd, gd-1.8.3 System Environment/Libraries An autoloadable interface module for libgd gd-devel-1.8.3 System Environment/Libraries An autoloadable interface module for libgd-devel ok. i going to configure the php, some of config out. some is cached, but the no cached version is same. checking whether to include GD support... yes checking whether to enable truetype string function in gd... no checking for the location of libjpeg... no If configure fails try --with-jpeg-dir=DIR checking for the location of libpng... no If configure fails try --with-png-dir=DIR and --with-zlib-dir=DIR checking for the location of libXpm... no If configure fails try --with-xpm-dir=DIR checking for freetype(2)... no If configure fails try --with-freetype-dir=DIR checking whether to include include FreeType 1.x support... no checking whether to include T1lib support... no checking for gdImageString16 in -lgd... yes checking for gdImagePaletteCopy in -lgd... yes checking for gdImageCreateFromPng in -lgd... yes checking for gdImageCreateFromGif in -lgd... no checking for gdImageGif in -lgd... no checking for gdImageWBMP in -lgd... yes checking for gdImageCreateFromJpeg in -lgd... yes checking for gdImageCreateFromXpm in -lgd... yes checking for gdImageCreateFromGd2 in -lgd... yes checking for gdImageCreateTrueColor in -lgd... no checking for gdImageSetTile in -lgd... yes checking for gdImageSetBrush in -lgd... yes checking for gdImageStringTTF in -lgd... yes checking for gdImageStringFT in -lgd... no checking for gdImageStringFTEx in -lgd... no checking for gdImageColorClosestHWB in -lgd... yes checking for gdImageColorResolve in -lgd... yes checking for gdImageGifCtx in -lgd... no checking whether to include GNU gettext support... yes his config.log zone.. configure:19304: checking whether to include GD support configure:19491: checking whether to enable truetype string function in gd configure:19544: checking for the location of libjpeg configure:19740: checking for the location of libpng configure:20034: checking for the location of libXpm configure:20323: checking for freetype(2) configure:20518: checking whether to include include FreeType 1.x support configure:20717: checking whether to include T1lib support configure:20977: checking for gdImageString16 in -lgd configure:20996: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt 15 configure:21020: checking for gdImagePaletteCopy in -lgd configure:21039: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt 15 configure:21063: checking for gdImageCreateFromPng in -lgd configure:21082: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt 15 configure:21106: checking for gdImageCreateFromGif in -lgd configure:21125: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED conftest.c -lgd -lgd -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt 15 /tmp/ccVzH6zk.o: In function `main': /datos/programas/programacion/php-4.1.0/configure:21121: undefined reference to `gdImageCreateFromGif' collect2: ld returned 1 exit status configure: failed program was: #line 21114 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an
Re: [PHP-DEV] Bug #14553 Updated: cannot find -lX11 for GB compilation.
On Mon, Dec 17, 2001 at 12:07:11AM -, [EMAIL PROTECTED] wrote : ID: 14553 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: linux suse 7.1 PHP Version: 4.1.0 New Comment: What it is the need of X11 for GD??? I didn't need for install the other version of php. I did not need for install the rpm GD. Try disabling xpm support. It's the only thing within the gd extension I can spot which would been X11. - Markus -- Please always Cc to me when replying to me on the lists. -- 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] Notification of absence.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just letting you know that I've got pretty tired on this project and I also have to spend all my time on projects I get paid doing. I hope I can spend some time on PHP after some of these projects are finished. bye, - --Jani -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8HTx5/HlsOzK2WlERAqTwAKDPNucPyqjlDlgbe9p3xxUTRVgDUgCg83Lb Ov04xZuTB5SOSLu3pXfcmTE= =eFUI -END PGP SIGNATURE- -- 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] Bug #14553 Updated: cannot find -lX11 for GB compilation.
ID: 14553 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: linux suse 7.1 PHP Version: 4.1.0 New Comment: This is a descripción of the xshared-4.0.2 Since some programs were linked with the X11 libraries but do work on a text console as well (e.g. emacs), we have put the X11 dynamic libraries into an extra package so you can use such programs without installing the entire X11 system. and this is the list of files. servidor:/usr/X11R6/lib # ls . libX11.so.6libXext.so.6.4 libXp.so.6 libXtst.so.6.1 libdps.so.1 .. libX11.so.6.2 libXfont.so.1libXp.so.6.2 libXv.so.1 libdps.so.1.0 X11 libXIE.so.6libXfont.so.1.3 libXpm.so.4libXv.so.1.0 libdpstk.so.1 libICE.so.6 libXIE.so.6.0 libXft.so.1 libXpm.so.4.11 libXxf86dga.so.1 libdpstk.so.1.0 libICE.so.6.3 libXaw.so.6libXft.so.1.0libXrender.so.1libXxf86dga.so.1.0 libpsres.so.1 libPEX5.so.6libXaw.so.6.1 libXi.so.6 libXrender.so.1.0 libXxf86misc.so.1 libpsres.so.1.0 libPEX5.so.6.0 libXaw.so.7libXi.so.6.0 libXt.so.6 libXxf86misc.so.1.0 libxrx.so.6 libSM.so.6 libXaw.so.7.0 libXmu.so.6 libXt.so.6.0 libXxf86vm.so.1 libxrx.so.6.3 libSM.so.6.0libXext.so.6 libXmu.so.6.2libXtst.so.6 libXxf86vm.so.1.0 Some people said me about disable xpm support suport, but i get the same for --without-xpm and ./configure always said me it is enabled. checking for gdImageCreateFromXpm in -lgd... yes i try too with --disable-xpm a i get the same line Edu Previous Comments: [2001-12-16 19:13:23] [EMAIL PROTECTED] ops and another cuestion.. why did not it fail the ./configure command? [2001-12-16 19:07:10] [EMAIL PROTECTED] What it is the need of X11 for GD??? I didn't need for install the other version of php. I did not need for install the rpm GD. [2001-12-16 18:11:18] [EMAIL PROTECTED] Ok, i want said that the machin is a server a not have X, but it have x11 librarys. Obviousl it has not or it is misconfigured. Please ask support questions at [EMAIL PROTECTED] Bogusifying. [2001-12-16 18:07:24] [EMAIL PROTECTED] ok, fist compile php 4.1.0 ok with this command line: './configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap=/programas/imap-2001a/' '--with-ftp' '--with-gettext' It 's runing well, but i am going to compile php 4.1.0 with GD support. remove the old directory a make another gunzip for all. ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-imap=/programas/imap-2001a/ --with-ftp --with-gettext --with-gd there is a error. i install the library of gd, gd-1.8.3 System Environment/Libraries An autoloadable interface module for libgd gd-devel-1.8.3 System Environment/Libraries An autoloadable interface module for libgd-devel ok. i going to configure the php, some of config out. some is cached, but the no cached version is same. checking whether to include GD support... yes checking whether to enable truetype string function in gd... no checking for the location of libjpeg... no If configure fails try --with-jpeg-dir=DIR checking for the location of libpng... no If configure fails try --with-png-dir=DIR and --with-zlib-dir=DIR checking for the location of libXpm... no If configure fails try --with-xpm-dir=DIR checking for freetype(2)... no If configure fails try --with-freetype-dir=DIR checking whether to include include FreeType 1.x support... no checking whether to include T1lib support... no checking for gdImageString16 in -lgd... yes checking for gdImagePaletteCopy in -lgd... yes checking for gdImageCreateFromPng in -lgd... yes checking for gdImageCreateFromGif in -lgd... no checking for gdImageGif in -lgd... no checking for gdImageWBMP in -lgd... yes checking for gdImageCreateFromJpeg in -lgd... yes checking for gdImageCreateFromXpm in -lgd... yes checking for gdImageCreateFromGd2 in -lgd... yes checking for gdImageCreateTrueColor in -lgd... no checking for gdImageSetTile in -lgd... yes checking for gdImageSetBrush in -lgd... yes checking for gdImageStringTTF in -lgd... yes checking for gdImageStringFT in -lgd... no checking for gdImageStringFTEx in -lgd... no checking for gdImageColorClosestHWB in -lgd... yes checking for gdImageColorResolve in -lgd... yes checking for gdImageGifCtx in -lgd... no checking whether to include GNU gettext support... yes his config.log zone.. configure:19304: checking whether to include GD support
Re: [PHP-DEV] Bug #14553 Updated: cannot find -lX11 for GB compilation.
Does --with-xpm-dir=no help? And please keep discussion at the list if they started there (as long as they don't get really offtopic). On Mon, Dec 17, 2001 at 01:57:22AM +0100, Eduardo Diaz Rodriguez wrote : ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with- imap=/programas/imap-2001a/ --with-ftp --with-gettext --with-gd --without-xpm The same error :-) /bin/sh /datos/programas/programacion/php-4.1.0/libtool --silent --mode=link gcc -I. -I/datos/programas/programacion/php-4.1.0/ - I/datos/programas/programacion/php-4.1.0/main - I/datos/programas/programacion/php-4.1.0 -I/usr/local/apache/include - I/datos/programas/programacion/php-4.1.0/Zend -I/programas/imap-2001a//c- client -I/datos/programas/programacion/php-4.1.0/ext/mysql/libmysql - I/datos/programas/programacion/php-4.1.0/ext/xml/expat -DLINUX=22 - DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED -I/datos/programas/programacion/php- 4.1.0/TSRM -g -O2 -prefer-pic -o libphp4.la - rpath /datos/programas/programacion/php-4.1.0/libs -avoid-version - L/programas/imap-2001a//c-client -R /programas/imap-2001a//c-client stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/gd/libgd.la ext/gettext/libgettext.la ext/imap/libimap.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -lc-client -ldl -lcrypt -lpam -lgd -lcrypt -lresolv -lm - ldl -lnsl -lresolv -lcrypt /usr/i486-suse-linux/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/datos/programas/programacion/php-4.1.0' make: *** [all-recursive] Error 1 servidor:/datos/programas/programacion/php-4.1.0 # Thanks. if you want i can send you more information.. Mensaje citado por Markus Fischer [EMAIL PROTECTED]: On Mon, Dec 17, 2001 at 12:07:11AM -, [EMAIL PROTECTED] wrote : ID: 14553 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: linux suse 7.1 PHP Version: 4.1.0 New Comment: What it is the need of X11 for GD??? I didn't need for install the other version of php. I did not need for install the rpm GD. Try disabling xpm support. It's the only thing within the gd extension I can spot which would been X11. - Markus -- Please always Cc to me when replying to me on the lists. - This mail sent through IMP: http://horde.org/imp/ -- Please always Cc to me when replying to me on the lists. -- 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] Bug #14554: segfault when reading a zip file
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.1.0
PHP Bug Type: ZZiplib Related
Bug description: segfault when reading a zip file
ext/zip/zip.c crashes on the first zip_read().
The fix is at http://pfft.net/robin/pub/zip.4.1.0.patch
and I'm including it below.
diff -ru php-4.1.0/ext/zip/zip.c php-4.1.0-new/ext/zip/zip.c
--- php-4.1.0/ext/zip/zip.c Fri Oct 19 03:04:24 2001
+++ php-4.1.0-new/ext/zip/zip.c Sun Dec 16 19:26:20 2001
@@ -142,7 +142,7 @@
Returns the next file in the archive */
PHP_FUNCTION(zip_read)
{
-zval**zzip_dp;
+zval*zzip_dp;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
int @@ -186,14 +186,14 @@
*/
static void php_zzip_get_entry(INTERNAL_FUNCTION_PARAMETERS, int opt)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent)
== FAILURE) {
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
switch (opt) {
case 0:
@@ -248,17 +248,18 @@
Open a Zip File, pointed by the resource entry */
PHP_FUNCTION(zip_entry_open)
{
-zval**zzip_dp;
-zval**zzip_ent;
+zval*zzip_dp;
+zval*zzip_ent;
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;
-int mode;
+char *mode;
+int mode_len;
-if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|l, zzip_dp,
zzip_ent, mode) == FAILURE)
+if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, rr|s, zzip_dp,
zzip_ent, mode, mode_len) == FAILURE)
return;
-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *,zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
entry-fp = zzip_file_open(archive_p, entry-dirent.d_name, O_RDONLY |
O_BINARY);
ret@@ -274,7 +275,7 @@
Read X bytes from an opened zip entry */
PHP_FUNCTION(zip_entry_read)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
char *buf = NULL;
int len = 1024;
@@ -284,7 +285,7 @@
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
buf = emalloc(len + 1);
ret = zzip_read(entry-fp, buf, len);
@@ -300,16 +301,16 @@
Close a zip entry */
PHP_FUNCTION(zip_entry_close)
{
-zval**zzip_ent;
+zval*zzip_ent;
php_zzip_dirent *entry = NULL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_ent)
== FAILURE) {
return;
}
-ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
+ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1,
le_zip_entry_name, le_zip_entry);
-zend_list_delete(Z_LVAL_PP(zzip_ent));
+zend_list_delete(Z_LVAL_PP(zzip_ent));
}
/* }}} */
;
@@ -151,7 +151,7 @@
return;
}
-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
entry = emalloc(sizeof(php_zzip_dirent));
ret = zzip_dir_read(archive_p, entry-dirent);
@@ -169,16 +169,16 @@
Close a Zip archive */
PHP_FUNCTION(zip_close)
{
-zval **zzip_dp;
+zval *zzip_dp;
ZZIP_DIR *archive_p = NULL;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, zzip_dp) ==
FAILURE) {
return;
}
-ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
+ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1,
le_zip_dir_name, le_zip_dir);
-zend_list_delete(Z_LVAL_PP(zzip_dp));
+zend_list_delete(Z_LVAL_PP(zzip_dp));
}
/* }}} */
--
Edit bug report at: http://bugs.php.net/?id=14554edit=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] Re: Notification of absence.
Jani Taskinen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just letting you know that I've got pretty tired on this project and I also have to spend all my time on projects I get paid doing. I hope I can spend some time on PHP after some of these projects are finished. May I ask one question? Could you post current new bug database status and new(?) lead developer? I hope you'll be back soon :) -- Yasuo Ohgaki -- 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] Bug #14555: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
From: [EMAIL PROTECTED] Operating system: debian woody PHP version: 4.1.0 PHP Bug Type: XSLT related Bug description: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing Config, compile and install works fine, apache fails to start: Apache: Starting Syntax error on line 226 of /usr/local/conf/httpd.conf: Cannot load /usr/local/libexec/libphp4.so into server: /usr/local/lib/libsablot.so.0: undefined symbol: XML_SetParamEntityParsing /usr/local/bin/apachectl start: httpd could not be started ./configure \ --with-apxs \ --with-mysql \ --with-zlib \ --with-bz2 \ --with-curl \ --with-dom \ --enable-ftp \ --with-gd\ --enable-gd-native-ttf \ --with-gmp \ --enable-sockets \ --with-openssl \ --with-ldap \ --enable-xslt\ --with-xslt-sablot \ --with-iconv apache 1.3.22 sablot 0.71 expat 1.95.2 libxml 2.4.10 xmltok 1.1 Apache and PHP was compiled and installed manually, the rest has been done with .deb packages/apt. Additional: In order to successfully compile, configure didnt stop, had to install dev-files for xmltok, libxml and sasl (used deb's) -- Edit bug report at: http://bugs.php.net/?id=14555edit=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] Bug #14556: PHP 4.1.0 and Apache 2.0.28 Beta incompatible statically and as DSO
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.2 PHP version: 4.1.0 PHP Bug Type: Apache2 related Bug description: PHP 4.1.0 and Apache 2.0.28 Beta incompatible statically and as DSO When Trying to install PHP 4.1.0 as a DSO on Apache 2.0.28 Beta the install completes without errors. I use this ./configure line with PHP: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars My httpd.conf contains the correct AddType and LoadModule lines and the module does exist in the directory LoadModule points to. My php.ini file is in /usr/local/lib Apache starts fine but when when trying to view a PHP page the browser simply tries to donwload the file instead of show it in the browser. If I try to compile PHP statically instead of as a DSO I use this ./configure line: ./configure --with-apache=/root/downloads/httpd-2_0_28/ --enable-track-vars And recieve this: configure: error: Invalid Apache directory - unable to find httpd.h under /root/downloads/httpd-2_0_28/ However httpd.h is there (in /root/downloads/httpd-2_0_28/includes/). Even if I change the ./configure line to say includes/ at the end it still won't find the file. Apache2 was compiled with so enabled. If there is any other information I can provide please email me. -- Edit bug report at: http://bugs.php.net/?id=14556edit=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] Bug #14557: Compile Failure (and potential fix)
From: [EMAIL PROTECTED] Operating system: MacOS X (10.1.1) PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: Compile Failure (and potential fix) The compile of PHP 4.1.0 (source tarball) fails miserably out-of-the-box on MacOS X 10.1.1. The CGI version seems mostly alright, but the Apache DSO is a dismal mess. I'm running the latest released Apache (1.3.22). Also, I'm working with the CC shipped by Apple for OS X (this failed even MORE miserably with my compiled version of GCC, which is expected since OS X isn't supported by GCC yet) After some 5 days of wrestling, writing manual compiles, and running make -n and libtool --dry-run to get some idea of what the compilation is doing, I finally got it to work properly via writing a tcsh script that manually compiles the files involved (My configure is ./configure --with- apxs=/usr/sbin/apxs --enable-ftp --enable-mbstring -- enable-mbstr-enc-trans --with-mysql=/usr/local --enable- sockets --with-tsrm-pthreads --enable-ctype --with-zlib -- prefix=/usr --sysconfdir=/etc --localstatedir=/var -- mandir=/usr/share/man). Instead of filling this text box beyond its buffer with the entire script (which gets a bit long in the tooth, obviously), here's a summary of what options it uses: cc command when compiling normal source files: /usr/bin/cc -dynamic -fPIC -fno-common -traditional-cpp -O2 -I(all the various include dirs) -D(all the various defines) -c (source file).c -o (source file).lo ld command when combining the .lo files in a dir into a .a: /usr/bin/ld -r -o lib(dir name).a (all the objects from the dir) cc command for creating the final libphp4.so: /usr/bin/cc - bundle -bundle_loader /usr/sbin/httpd -flat_namespace - undefined warning -lm -lz -L/usr/local/lib/mysql - lmysqlclient -o libphp4.so (all the .a's compiled above) # for this one, note that the -L and -l for mysql only apply for compiling with a non-bundled libmysql Putting all this together into a tcsh script gave me a successful PHP compile, and adding the appropriate install command (/usr/sbin/apxs -S LIBEXECDIR=/usr/libexec/httpd -i -a -n php4 libphp4.so) gave me a working Apache + PHP 4.1.0 + MySQL. My humble suggestion is that whoever maintains the autoconf script for PHP use this information to make a normal ./configure work under Darwin. (incidently, `uname -a` == Darwin hostname 5.1 Darwin Kernel Version 5.1: Tue Oct 30 00:06:34 PST 2001; root:xnu/ xnu-201.5.obj~1/RELEASE_PPC Power Macintosh powerpc). Thanks :) -- Edit bug report at: http://bugs.php.net/?id=14557edit=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] Bug #14557 Updated: Compile Failure (and potential fix)
ID: 14557 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: MacOS X (10.1.1) PHP Version: 4.1.0 New Comment: (Incidently, I want to note that most of the problems with the compile seem to stem from libtool, which evidently has no clue what the heck it's doing.) Previous Comments: [2001-12-17 01:01:26] [EMAIL PROTECTED] The compile of PHP 4.1.0 (source tarball) fails miserably out-of-the-box on MacOS X 10.1.1. The CGI version seems mostly alright, but the Apache DSO is a dismal mess. I'm running the latest released Apache (1.3.22). Also, I'm working with the CC shipped by Apple for OS X (this failed even MORE miserably with my compiled version of GCC, which is expected since OS X isn't supported by GCC yet) After some 5 days of wrestling, writing manual compiles, and running make -n and libtool --dry-run to get some idea of what the compilation is doing, I finally got it to work properly via writing a tcsh script that manually compiles the files involved (My configure is ./configure --with- apxs=/usr/sbin/apxs --enable-ftp --enable-mbstring -- enable-mbstr-enc-trans --with-mysql=/usr/local --enable- sockets --with-tsrm-pthreads --enable-ctype --with-zlib -- prefix=/usr --sysconfdir=/etc --localstatedir=/var -- mandir=/usr/share/man). Instead of filling this text box beyond its buffer with the entire script (which gets a bit long in the tooth, obviously), here's a summary of what options it uses: cc command when compiling normal source files: /usr/bin/cc -dynamic -fPIC -fno-common -traditional-cpp -O2 -I(all the various include dirs) -D(all the various defines) -c (source file).c -o (source file).lo ld command when combining the .lo files in a dir into a .a: /usr/bin/ld -r -o lib(dir name).a (all the objects from the dir) cc command for creating the final libphp4.so: /usr/bin/cc - bundle -bundle_loader /usr/sbin/httpd -flat_namespace - undefined warning -lm -lz -L/usr/local/lib/mysql - lmysqlclient -o libphp4.so (all the .a's compiled above) # for this one, note that the -L and -l for mysql only apply for compiling with a non-bundled libmysql Putting all this together into a tcsh script gave me a successful PHP compile, and adding the appropriate install command (/usr/sbin/apxs -S LIBEXECDIR=/usr/libexec/httpd -i -a -n php4 libphp4.so) gave me a working Apache + PHP 4.1.0 + MySQL. My humble suggestion is that whoever maintains the autoconf script for PHP use this information to make a normal ./configure work under Darwin. (incidently, `uname -a` == Darwin hostname 5.1 Darwin Kernel Version 5.1: Tue Oct 30 00:06:34 PST 2001; root:xnu/ xnu-201.5.obj~1/RELEASE_PPC Power Macintosh powerpc). Thanks :) Edit this bug report at http://bugs.php.net/?id=14557edit=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] Bug #14557 Updated: Compile Failure (and potential fix)
ID: 14557 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: MacOS X (10.1.1) PHP Version: 4.1.0 New Comment: Oops! One more thing! The full text of the tcsh script I'm using is available at http://leraz.dhs.org:8080/~squasar/ manual_php_compile.txt and a script which outputs a phpinfo() is available at http://leraz.dhs.org:8080/ ~squasar/info.php Previous Comments: [2001-12-17 01:04:07] [EMAIL PROTECTED] (Incidently, I want to note that most of the problems with the compile seem to stem from libtool, which evidently has no clue what the heck it's doing.) [2001-12-17 01:01:26] [EMAIL PROTECTED] The compile of PHP 4.1.0 (source tarball) fails miserably out-of-the-box on MacOS X 10.1.1. The CGI version seems mostly alright, but the Apache DSO is a dismal mess. I'm running the latest released Apache (1.3.22). Also, I'm working with the CC shipped by Apple for OS X (this failed even MORE miserably with my compiled version of GCC, which is expected since OS X isn't supported by GCC yet) After some 5 days of wrestling, writing manual compiles, and running make -n and libtool --dry-run to get some idea of what the compilation is doing, I finally got it to work properly via writing a tcsh script that manually compiles the files involved (My configure is ./configure --with- apxs=/usr/sbin/apxs --enable-ftp --enable-mbstring -- enable-mbstr-enc-trans --with-mysql=/usr/local --enable- sockets --with-tsrm-pthreads --enable-ctype --with-zlib -- prefix=/usr --sysconfdir=/etc --localstatedir=/var -- mandir=/usr/share/man). Instead of filling this text box beyond its buffer with the entire script (which gets a bit long in the tooth, obviously), here's a summary of what options it uses: cc command when compiling normal source files: /usr/bin/cc -dynamic -fPIC -fno-common -traditional-cpp -O2 -I(all the various include dirs) -D(all the various defines) -c (source file).c -o (source file).lo ld command when combining the .lo files in a dir into a .a: /usr/bin/ld -r -o lib(dir name).a (all the objects from the dir) cc command for creating the final libphp4.so: /usr/bin/cc - bundle -bundle_loader /usr/sbin/httpd -flat_namespace - undefined warning -lm -lz -L/usr/local/lib/mysql - lmysqlclient -o libphp4.so (all the .a's compiled above) # for this one, note that the -L and -l for mysql only apply for compiling with a non-bundled libmysql Putting all this together into a tcsh script gave me a successful PHP compile, and adding the appropriate install command (/usr/sbin/apxs -S LIBEXECDIR=/usr/libexec/httpd -i -a -n php4 libphp4.so) gave me a working Apache + PHP 4.1.0 + MySQL. My humble suggestion is that whoever maintains the autoconf script for PHP use this information to make a normal ./configure work under Darwin. (incidently, `uname -a` == Darwin hostname 5.1 Darwin Kernel Version 5.1: Tue Oct 30 00:06:34 PST 2001; root:xnu/ xnu-201.5.obj~1/RELEASE_PPC Power Macintosh powerpc). Thanks :) Edit this bug report at http://bugs.php.net/?id=14557edit=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]
