Re: [PHP-DEV] Compile Errors and Warnings

[Sterling Hughes]

On Wed, 19 Sep 2001, Sebastian Bergmann wrote:

> Sebastian Bergmann wrote:
> >   The following patch fixes this issue:
>
>   Could someone with cvs.zend.com karma please commit this? Thanks.
>
>

Zend's CVS has been down most of the day.  I've tried committing it
several times, I get the following error:

cvs server: [04:44:54] waiting for php's lock in /repository/Zend

-Sterling


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

Re: [PHP-DEV] Compile Errors and Warnings

[Sebastian Bergmann]

Sebastian Bergmann wrote:
>   The following patch fixes this issue:

  Could someone with cvs.zend.com karma please commit this? Thanks.

-- 
  Sebastian Bergmann  Measure Traffic & Usability
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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

Re: [PHP-DEV] TSRM coverage question

[Sterling Hughes]

On Tue, 18 Sep 2001, "lo-tek" <@pb1.pair.com cshmoove wrote:

> suppose i have a function which returns a pointer to a variable in thread
> local storage
>
> foo_t *get_global_foo()
> {
> TSRMLS_FETCH();
> return (foo_t *)BAR_G(foo);
> }
>
> void fubar()
> {
> foo_t *foo = get_global_foo();
> bar( foo );/* possible multi-thread access */
> }
>
> is fubar then thread safe, or is TSRMLS_FETCH() (or TSRMLS_C etc) needed in
> each function needing serialized access to TLS data ?
>

Well, your just tossing around pointers (your returning a pointer to
an address in the global structure which is assigned to foo, which
you then pass to bar).  So thread safety should *not* be affected.

-Sterling


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

[PHP-DEV] TSRM coverage question

[lo-tek]

suppose i have a function which returns a pointer to a variable in thread
local storage

foo_t *get_global_foo()
{
TSRMLS_FETCH();
return (foo_t *)BAR_G(foo);
}

void fubar()
{
foo_t *foo = get_global_foo();
bar( foo );/* possible multi-thread access */
}

is fubar then thread safe, or is TSRMLS_FETCH() (or TSRMLS_C etc) needed in
each function needing serialized access to TLS data ?

lo-tek



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

[PHP-DEV] gethostbyaddr, IPv6 mapped IPv4 and native IPv6 addresses

[Matthias Wimmer]

Hi!

I just noticed that the php function gethostbyaddr is not able to lookup
IPv6 mapped IPv4 or native IPv6 addresses.

Because I get such addresses from the apache 1.3.19 when it is patched
with the KAME IPv6 patch (that's the normal way to IPv6 enable apache
1.3) I noticed the problem.

Attached is a patch that enables php to lookup such addresses too.


Tot kijk
   Matthias
-- 
Fon: +49-(0)70 0770 07770   http://matthias-wimmer.de/
Fax: +49-(0)89 312 88 654   jabber:[EMAIL PROTECTED]

Der Euro, unser Geld - noch 105 Tage.


--- php-4.0.6/ext/standard/dns.cTue Sep 18 18:17:58 2001
+++ php-4.0.6-patched/ext/standard/dns.cTue Sep 18 18:17:34 2001
@@ -81,9 +81,22 @@
 
 char *php_gethostbyaddr(char *ip)
 {
+#if HAVE_IPV6
+   struct in6_addr addr6;
+#else
struct in_addr addr;
+#endif
struct hostent *hp;
 
+#if HAVE_IPV6
+   if (!inet_pton(AF_INET6, ip, &addr6)) {
+#if PHP_DEBUG
+   php_error(E_WARNING, "address is not a valid IPv4 or IPv6 address");
+#endif
+   return estrdup(ip);
+   }
+   hp = gethostbyaddr((char *) &addr6, sizeof(addr6), AF_INET6);
+#else
addr.s_addr = inet_addr(ip);
if (addr.s_addr == -1) {
 #if PHP_DEBUG
@@ -92,6 +105,7 @@
return estrdup(ip);
}
hp = gethostbyaddr((char *) &addr, sizeof(addr), AF_INET);
+#endif
if (!hp) {
 #if PHP_DEBUG
php_error(E_WARNING, "Unable to resolve %s\n", ip);



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

Re: [PHP-DEV] Bug #13229 - some analysing

[Hans Spath]

[EMAIL PROTECTED] wrote:
> > Hi f0lks,
> >
> > [part of my first mail (see url at the end of this mail) ]
>
>[snip]
>
>I don't think this is a bug, it looks like a misunderstanding of the API.
>(Perhaps it is my misunderstanding ;-)

I'll kill you !!! (j/k)
What do you think, when I tell you I've spent a lot of time for analysing 
session handling? I think YOU haven't read or understood my mail completely!

>session_is_registered() seems only to test if you have registered a
>variable, not if the variable has been retrieved by the session code as of
>yet.

ACK. (I can't remember I said anything else.)

>session_register() should be called regardless of whether or not you need to
>initialize a variable, so what you need to do seems to be this:

NACK. My way is checking whether the variable is registered and if it's not 
register it. I've initialized my variables because if I haven't, I could 
not create a reference to it.


I would be happy if anyone understands my problem (look at my first mail) 
or can tell me what I haven't explained clear enough.

PS:
my first mail:
http://marc.theaimsgroup.com/?l=php-dev&m=100041037915396&w=2
or
http://www.generalprotectionfault.de/dev/postings.gpf?dev=2001-09-13-ml-phpdev


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

[PHP-DEV] Bug #13365 Updated: Adding newline \n in textarea output for each line

[jean-pierre . caurier]

ID: 13365
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Filesystem function related
Operating System: Windows 2000 Pro SP2
PHP Version: 4.0.6
New Comment:

So how can you explain the difference between two version of PHP ?

I have lost two days in this problem and if I have found a solution has written in my 
report.



Previous Comments:


[2001-09-18 11:06:08] [EMAIL PROTECTED]

Not a PHP problem, and not a problem or bug in anything
else either. Please ask support questions elsewhere.




[2001-09-18 09:01:26] [EMAIL PROTECTED]

First the HTML source code :



One line.
Two line
Three line

   


Then test.php source code :



When I open the test.txt the text isn't save like it would be. 
Here the result :
One line.

Two line.

Three line.

It seems that a \n is added at each end of line of the textarea.

A friend try this code source with PHP 4.0.3pl1 and it works fine.

I have found a solution to have the file well saved using this line code :
$goodtext = str_replace("\n", "", $text);

This is very strange and i can't affirm that it is a bug.

I have also try without enctype="" and with last CVS. this does  nothing better.

Have fun with this ;)





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


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

[PHP-DEV] Bug #13370: Error startup php4isapi module

[undead]

From: [EMAIL PROTECTED]
Operating system: Windows XP final
PHP version:  4.0.6
PHP Bug Type: IIS related
Bug description:  Error startup php4isapi module

In Windows XP professional in IIS php4isapi.dll not starting as ISAPI
filter, IIS sent in event log next error:

The HTTP Filter DLL E:\Inetpub\php4\sapi\php4isapi.dll failed to load.  The
data is the error.

Anybody know how fix this problem ?

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


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

Re: [PHP-DEV] RC3

[David Eriksson]

On Tue, 18 Sep 2001, Sascha Schumann wrote:

> No new features please.  RCs are purely intended for cutting
> down the number of bugs.

NP. I just realized that it would be nice to have Universe included in
PHP 4.0.7...  but I know it's a little late now... :-/

-\- David Eriksson -/-

"An expert in a particular computer language is really an expert
in the work-arounds necessary to use this language to perform
useful work." - Richard B. Johnson


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

Re: [PHP-DEV] AW: Bug #13363 Updated: variable variables with arrays

[Hartmut Holzgraefe]

Irfan Haydarlioglu wrote:
> 
> Hi
> 
> yes I know the Probl. with $GLOBALS but does it work with other Arrays?
> No it doesn't ! This is why I wonder!

you didn't get my point

it takes the content of the first variable verbatim without further 
parsing and tries to look it up in the current namespace, it does
not know about the special meaning of '[' and most likely never will.

PS: please calm down and give your '!' key a break

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77

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

Re: [PHP-DEV] RC3

[Sascha Schumann]

On Tue, 18 Sep 2001, David Eriksson wrote:

> On Tue, 18 Sep 2001, Zeev Suraski wrote:
>
> > Does anybody still have anything pending for RC3?
>
> Do you want Universe included in RC3?
>
>   http://universe.2good.nu/

No new features please.  RCs are purely intended for cutting
down the number of bugs.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


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

Re: [PHP-DEV] RC3

[David Eriksson]

On Tue, 18 Sep 2001, Zeev Suraski wrote:

> Does anybody still have anything pending for RC3?

Do you want Universe included in RC3?

  http://universe.2good.nu/

Regards,

David



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

[PHP-DEV] RC3

[Zeev Suraski]

Does anybody still have anything pending for RC3?

Zeev 


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

[PHP-DEV] Bug #13366 Updated: Date function T - Timezone causes Apache to Crash

[sniper]

ID: 13366
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.0.4pl1
New Comment:

If you can reproduce this with PHP 4.0.6, reopen.


Previous Comments:


[2001-09-18 09:09:08] [EMAIL PROTECTED]

$tday=date("D, d F Y H:i:s T");
echo "\n";

MySQL 3.23.22-beta
Apache 1.3.14
PCRE 3.1 09-Feb-2000

Crashes Apache occasionally about every 10 hits or so. I have duplicated this problem 
in Windows ME as well.






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


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

[PHP-DEV] Bug #13365 Updated: Adding newline \n in textarea output for each line

[sniper]

ID: 13365
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Filesystem function related
Operating System: Windows 2000 Pro SP2
PHP Version: 4.0.6
New Comment:

Not a PHP problem, and not a problem or bug in anything
else either. Please ask support questions elsewhere.


Previous Comments:


[2001-09-18 09:01:26] [EMAIL PROTECTED]

First the HTML source code :



One line.
Two line
Three line

   


Then test.php source code :



When I open the test.txt the text isn't save like it would be. 
Here the result :
One line.

Two line.

Three line.

It seems that a \n is added at each end of line of the textarea.

A friend try this code source with PHP 4.0.3pl1 and it works fine.

I have found a solution to have the file well saved using this line code :
$goodtext = str_replace("\n", "", $text);

This is very strange and i can't affirm that it is a bug.

I have also try without enctype="" and with last CVS. this does  nothing better.

Have fun with this ;)





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


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

[PHP-DEV] Bug #13369 Updated: mysql_free_result() seems to kill the connection-link.

[sniper]

ID: 13369
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Linux-2.2
PHP Version: 4.0.6
New Comment:

You're doing something wrong. Please include a
short example script which demonstrates your problem.


Previous Comments:


[2001-09-18 10:38:21] [EMAIL PROTECTED]

mysql_free_result() seems to kill the connection-link (or at least give it the value 
of 1).





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


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

[PHP-DEV] AW: Bug #13363 Updated: variable variables with arrays

[Irfan Haydarlioglu]

Hi

yes I know the Probl. with $GLOBALS but does it work with other Arrays?
No it doesn't ! This is why I wonder!

-Ursprüngliche Nachricht-
Von: Bug Database [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 18. September 2001 14:25
An: [EMAIL PROTECTED]
Betreff: Bug #13363 Updated: variable variables with arrays


ID: 13363
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Scripting Engine problem
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.0.6
New Comment:

$$ is just a shortcut for a lookup in the variable hashtable
of the current namespace ($GLOABLS if outside a function)

so you end up with the equivalent of $GLOBALS["GLOBALS[first][second]"]
which is obviously not supposed to work as a multidimensional array access

IMHO $$ should *not* become to clever aka. complicated

moved to feature requests for now although the amount of
exclamation marks used almost justified bogusification

Previous Comments:


[2001-09-18 07:50:44] [EMAIL PROTECTED]

$dynvar = "GLOBALS[first][second]";
echo $$dynvar;

result : nothing , no error and no output!

for arrays stored in variables only to ways are working:

$dynvar = "GLOBALS";
echo ${$dynvar[first][second]};

or more dynamic but more slower!

$dynvar = "<"."?PHP echo \$GLOBALS[first][second]; ?".">";
eval $dynvar;

you can use a variable to store instead of echo!

I think this breaks the rules of assigning variable variables . It must be
possible to store the complete call of the array in a variable. 

The Way implemented jet is not praktical! Real World Tested! There are
so much postings in many Forums and Mailinglist with no suggestion . I can't
understand this! So i must think this is a BUG! or was forgotten to realize!






ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at
http://bugs.php.net/?id=13363&edit=2


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

[PHP-DEV] Bug #13369: mysql_free_result() seems to kill the connection-link.

[wolfram]

From: [EMAIL PROTECTED]
Operating system: Linux-2.2
PHP version:  4.0.6
PHP Bug Type: MySQL related
Bug description:  mysql_free_result() seems to kill the connection-link.

mysql_free_result() seems to kill the connection-link (or at least give it
the value of 1).
-- 
Edit bug report at: http://bugs.php.net/?id=13369&edit=1


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

Re: [PHP-DEV] preg_* functions not working as expected (as in perl) 4.0.6

[Andrei Zmievski]

I assure you that PHP preg_* functions are working properly. You are
experiencing an issue with escaping -- please try using this expression:

/('(([^']*')*)([^']*)')

On Tue, 18 Sep 2001, Grzegorz Prokopski wrote:
> Hi !
> 
> I found that following regular expression patern:
> /('(([^']*\\')*)([^']*)')/s
> 
> works in Perl, but doesn't in PHP.
> 
> It is trying to find sting with ' char escaped, like 'It wasn\'t so good'
> 
> You may test it with following scripts :
> 
> #!/usr/bin/perl
> while (<>)
> {
> print ">$1<\n" while  /('(([^']*\\')*)([^']*)')/gs
> }
> 
> while such code in PHP 4.0.6:
>  $s_test = " 'abc \'  aaa' sfds'  ' sdfsdfsdfsd' ";
> $s_re = <<< EOT
> /('(([^']*\\')*)([^']*)')/s
> EOT;
>   if (preg_match($s_re, $s_test, $as_result)) {
> print_r($as_result);
>   } else echo "expression not found\n";}
> 
> will return You ALL the string $s_test between first occurence of
> ' char and the last occurence.
> 
> I've been told on #php at irc.php.net that perl regexp handling code
> is a part of PHP source and so this effect is not related to bugs of
> some external library.
> 
> Is there anything I can do about it ?
> I wanted to create PHP shell script that parses other scripts looking
> onto their code structure and fetching some info from it.
> 
> Further I want to properly parse strings like: 'some \\\' single\n\' string'
> which seems to be just impossible to be done today.
> 
> And I really wouldn't like to switch to Perl.
> Is there any hope ? :-)
> 
> Waiting for Your answers.
> 
> Grzegorz Prokopski
> 
> System: Debian Potato with some addons from Woody
> (but nothing so significant that could affect results - I think)
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]



-Andrei

If you find a job that you love, you'll
never work another day in your life.
 - Mark Jackson

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

[PHP-DEV] Bug #13368: 2nd call to @mssql_query does not fill $php_errormsg s'd be'permission denied'

[hlousek]

From: [EMAIL PROTECTED]
Operating system: SuSe Linux 7.1
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  2nd call to @mssql_query does not fill $php_errormsg s'd 
be'permission denied' 

I'm using MSSQL 7.0 on WinNT4.0, FreeTDS 0.51 with tdsver=4.2, client is
SuSe Linux 7.1, Apache 1.3.19, PHP 4.0.6.

I've run into troubles while checking SELECT permissions for several
tables within a single db connection. In a typical case, I think, this
should work fine:

##
$php_errormsg = '';
@mssql_query("SELECT * FROM $table");
if (!empty($php_errormsg)) {
echo "It seems you cannot access table $table";
}
##

But this code works only the first time within a single connection to
MSSQL server. The 2nd call to such a code does nothing with the contents
of $php_errormsg, even when there should be message 'Permission denied'.
(Sometimes the next call to mssql_query without '@' fires the exception.)

I've also tried a piece of code like this, but the result was the same:

##
$php_errormsg = '';
$result = mssql_query("SELECT * FROM $table");
if (! $result) {
echo "It seems you cannot access table $table";
}
##

It seems to me, that there is a bug somewhere. The only way to handle this
situation seems to be reconnecting to the MSSQL server. Any help?
-- 
Edit bug report at: http://bugs.php.net/?id=13368&edit=1


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

[PHP-DEV] Bug #13367 Updated: PHP-files cannot be executed

[hholzgra]

ID: 13367
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Apache related
Operating System: Windows98 SE
PHP Version: 4.0.6
New Comment:

there is a special mailing list on installation issues
that you may find under http://www.php.net/support.php

please use the bug database for problems clearly
identified as php bugs only

Previous Comments:


[2001-09-18 09:47:14] [EMAIL PROTECTED]

Actually, i don´t believe this is really a bug, but rather an installation-problem.

Apache seems to be running without any problems (when tested with http://localhost, 
the Apache-testscreen appears)

The browser executes html-files, but doesn´t run .php-files. As soon as i try to open 
a .php-file, the statusbar shows "//localhost connected", but doesn´t continue. 

When I open the task-manager, i can see that the Php-interpreter is running, but 
nothing actually happens. If I click on "end task", Windows tells me that the file is 
not responding.

Thank you.

Timor Kodal





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


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

[PHP-DEV] Bug #13367: PHP-files cannot be executed

[mail]

From: [EMAIL PROTECTED]
Operating system: Windows98 SE
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  PHP-files cannot be executed

Actually, i don´t believe this is really a bug, but rather an
installation-problem.

Apache seems to be running without any problems (when tested with
http://localhost, the Apache-testscreen appears)

The browser executes html-files, but doesn´t run .php-files. As soon as i
try to open a .php-file, the statusbar shows "//localhost connected", but
doesn´t continue. 

When I open the task-manager, i can see that the Php-interpreter is
running, but nothing actually happens. If I click on "end task", Windows
tells me that the file is not responding.

Thank you.

Timor Kodal
-- 
Edit bug report at: http://bugs.php.net/?id=13367&edit=1


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

[PHP-DEV] preg_* functions not working as expected (as in perl) 4.0.6

[Grzegorz Prokopski]

Hi !

I found that following regular expression patern:
/('(([^']*\\')*)([^']*)')/s

works in Perl, but doesn't in PHP.

It is trying to find sting with ' char escaped, like 'It wasn\'t so good'

You may test it with following scripts :

#!/usr/bin/perl
while (<>)
{
print ">$1<\n" while  /('(([^']*\\')*)([^']*)')/gs
}

while such code in PHP 4.0.6:
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] set_socket_blocking

[iskdjfhrtqks (ex-Versinger)]

My greetings, php-dev,

  there is a problem with set_socket_blocking under win 2000 (nt5)
  when it'll be working well?.. (sorry for bad english)

Faithfully yours,
 iskdjfhrtqks  mailto:[EMAIL PROTECTED]


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

[PHP-DEV] Bug #13366: Date function T - Timezone causes Apache to Crash

[njm]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: Reproducible crash
Bug description:  Date function T - Timezone causes Apache to Crash

$tday=date("D, d F Y H:i:s T");
echo "\n";

MySQL 3.23.22-beta
Apache 1.3.14
PCRE 3.1 09-Feb-2000

Crashes Apache occasionally about every 10 hits or so. I have duplicated
this problem in Windows ME as well.

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


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

[PHP-DEV] Bug #13365: Adding newline \n in textarea output for each line

[jean-pierre . caurier]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Pro SP2
PHP version:  4.0.6
PHP Bug Type: Filesystem function related
Bug description:  Adding newline \n in textarea output for each line

First the HTML source code :



One line.
Two line
Three line

   


Then test.php source code :



When I open the test.txt the text isn't save like it would be. 
Here the result :
One line.

Two line.

Three line.

It seems that a \n is added at each end of line of the textarea.

A friend try this code source with PHP 4.0.3pl1 and it works fine.

I have found a solution to have the file well saved using this line code
:
$goodtext = str_replace("\n", "", $text);

This is very strange and i can't affirm that it is a bug.

I have also try without enctype="" and with last CVS. this does  nothing
better.

Have fun with this ;)
-- 
Edit bug report at: http://bugs.php.net/?id=13365&edit=1


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

Re: [PHP-DEV] PHP 3.0 Bug Summary Report

[Andrei Zmievski]

It might have..

On Tue, 18 Sep 2001, Stig Sæther Bakken wrote:
> What's up?  Did the 4.0 bug summary report grow too big for the list
> again?
> 
>  - Stig
> 
> -- 
>   Stig Sæther Bakken <[EMAIL PROTECTED]>
>   Fast Search & Transfer ASA, Trondheim, Norway
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]



-Andrei
* It said 'Winmodem' on the box, but I still feel like I lost. *

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

[PHP-DEV] Bug #13364 Updated: PHP crashes when CDATA is used in a tag

[derick]

ID: 13364
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating System: Debian x86 unstable
PHP Version: 4.0.6
New Comment:

Program received signal SIGSEGV, Segmentation fault.
node_list_wrapper_dtor (node=0x82f5b80) at php_domxml.c:315
warning: Source file is more recent than executable.

315 if (!node || node->type == XML_DTD_NODE)
(gdb) bt
#0  node_list_wrapper_dtor (node=0x82f5b80) at php_domxml.c:315
#1  0x809ce58 in php_free_xml_doc (rsrc=0x8301a4c) at php_domxml.c:337
#2  0x81425aa in list_entry_destructor (ptr=0x8301a4c) at zend_list.c:177
#3  0x8142706 in zend_destroy_rsrc_list (ht=0x820ba9c) at zend_list.c:248
#4  0x8136b68 in shutdown_executor () at zend_execute_API.c:190
#5  0x813da12 in zend_deactivate () at zend.c:595
#6  0x8091f18 in php_request_shutdown (dummy=0x0) at main.c:736
#7  0x8145a26 in apache_php_module_main (r=0x82c5034, display_source_mode=0)
at sapi_apache.c:96
#8  0x8090356 in send_php ()
#9  0x80903af in send_parsed_php ()
#10 0x81619f3 in ap_invoke_handler ()
#11 0x8175539 in process_request_internal ()
#12 0x817559c in ap_process_request ()
#13 0x816cb6e in child_main ()

Previous Comments:


[2001-09-18 08:34:12] [EMAIL PROTECTED]

tested with 4.0.7rc2

when CDATA is used in a ATTLIST tag, php crashes while trying to parse it into a 
xmltree or xmldocfile.

XML file:



  
  
  

  
  

  

  
]>









Script:
$fd = fopen($file,"r");
$myXML = fread($fd,filesize($file));
fclose($fd);
$docTree = xmltree($myXML);

gdb backtrace using apache and static php 4.0.6 will be here "real soon now"(tm)
(probably today though)





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


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

[PHP-DEV] Bug #13340 Updated: get_defined_constants crashed on default value of constant DEFAULT_INCLUDE_PATH

[dacota]

ID: 13340
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Win32
PHP Version: 4.0CVS-2001-09-17
New Comment:

I thought that maybe better to add check to
zend_register_stringl_constant
for NULL?

replacing
c.value.value.str.val = strval;
by
c.value.value.str.val = strval ? strval : empty_string;
?


Previous Comments:


[2001-09-17 07:27:44] [EMAIL PROTECTED]

This also apply to PHP_EXTENSION_DIR, which is defined as NULL in config.win32.h

PHP_EXTENSION_DIR also should be defined as empty_string or ""




[2001-09-17 05:54:13] [EMAIL PROTECTED]

PHP_INCLUDE_PATH defined as NULL in
in config.win32.h
(#define PHP_INCLUDE_PATH   NULL)

and when declaring constant in main.c as

REGISTER_MAIN_STRINGL_CONSTANT("DEFAULT_INCLUDE_PATH", PHP_INCLUDE_PATH, 
sizeof(PHP_INCLUDE_PATH)-1, CONST_PERSISTENT | CONST_CS);
and it drive to broken zval where str.val = 0
if no value is specified in php.ini

PHP_INCLUDE_PATH should be defined as empty_string or ".;"






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


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

[PHP-DEV] Bug #13364: PHP crashes when CDATA is used in a tag

[toface]

From: [EMAIL PROTECTED]
Operating system: Debian x86 unstable
PHP version:  4.0.6
PHP Bug Type: DOM XML related
Bug description:  PHP crashes when CDATA is used in a  tag

tested with 4.0.7rc2

when CDATA is used in a ATTLIST tag, php crashes while trying to parse it
into a xmltree or xmldocfile.

XML file:



  
  
  

  
  

  

  
]>









Script:
$fd = fopen($file,"r");
$myXML = fread($fd,filesize($file));
fclose($fd);
$docTree = xmltree($myXML);

gdb backtrace using apache and static php 4.0.6 will be here "real soon
now"(tm)
(probably today though)
-- 
Edit bug report at: http://bugs.php.net/?id=13364&edit=1


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

[PHP-DEV] Bug #13363 Updated: variable variables with arrays

[hholzgra]

ID: 13363
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Scripting Engine problem
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.0.6
New Comment:

$$ is just a shortcut for a lookup in the variable hashtable
of the current namespace ($GLOABLS if outside a function)

so you end up with the equivalent of $GLOBALS["GLOBALS[first][second]"]
which is obviously not supposed to work as a multidimensional array access

IMHO $$ should *not* become to clever aka. complicated

moved to feature requests for now although the amount of
exclamation marks used almost justified bogusification

Previous Comments:


[2001-09-18 07:50:44] [EMAIL PROTECTED]

$dynvar = "GLOBALS[first][second]";
echo $$dynvar;

result : nothing , no error and no output!

for arrays stored in variables only to ways are working:

$dynvar = "GLOBALS";
echo ${$dynvar[first][second]};

or more dynamic but more slower!

$dynvar = "<"."?PHP echo \$GLOBALS[first][second]; ?".">";
eval $dynvar;

you can use a variable to store instead of echo!

I think this breaks the rules of assigning variable variables . It must be possible to 
store the complete call of the array in a variable. 

The Way implemented jet is not praktical! Real World Tested! There are so much 
postings in many Forums and Mailinglist with no suggestion . I can't understand this! 
So i must think this is a BUG! or was forgotten to realize!






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


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

[PHP-DEV] Bug #13363: variable variables with arrays

[developer]

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  variable variables with arrays

$dynvar = "GLOBALS[first][second]";
echo $$dynvar;

result : nothing , no error and no output!

for arrays stored in variables only to ways are working:

$dynvar = "GLOBALS";
echo ${$dynvar[first][second]};

or more dynamic but more slower!

$dynvar = "<"."?PHP echo \$GLOBALS[first][second]; ?".">";
eval $dynvar;

you can use a variable to store instead of echo!

I think this breaks the rules of assigning variable variables . It must be
possible to store the complete call of the array in a variable. 

The Way implemented jet is not praktical! Real World Tested! There are
so much postings in many Forums and Mailinglist with no suggestion . I
can't understand this! So i must think this is a BUG! or was forgotten to
realize!

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


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

RE: [PHP-DEV] Help with segfault

[Richard Heyes]

> Please follow this:
> www.php.net/bugs-generating-backtrace.php

Ok, hows this:

[root@delllive /root]# gdb /usr/sbin/httpd 
GNU gdb 19991004
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
(gdb) run -X
Starting program: /usr/sbin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x402f5c36 in php_fopen_url_wrap_http (path=0x819eafc "", mode=0x0,
options=135600764, issock=0x8183404, socketd=0xb820, 
opened_path=0x4035b198) at http_fopen_wrapper.c:143
143 strcat(scratch, resource->pass);
(gdb) bt
#0  0x402f5c36 in php_fopen_url_wrap_http (path=0x819eafc "", mode=0x0,
options=135600764, issock=0x8183404, socketd=0xb820, 
opened_path=0x4035b198) at http_fopen_wrapper.c:143
#1  0x4035b198 in yy_state_buf () at ripemd.c:401
#2  0x402962e8 in php_if_fd_clear (ht=135916284, return_value=0x0,
this_ptr=0xb824, return_value_used=-1073743840)
at sockets.c:340
#3  0x402f302e in php_if_levenshtein (ht=135916284, return_value=0x0,
this_ptr=0x4035b198, return_value_used=0)
at levenshtein.c:112
#4  0x402f3130 in php_if_levenshtein (ht=135916284, return_value=0x0,
this_ptr=0x4035b198, return_value_used=23)
at levenshtein.c:113
#5  0x402f2b7f in reference_levdist (s1=0x1 ,
l1=0, s2=0x4035b198 "xæ\026", l2=33552612, 
cost_ins=-1073743644, cost_rep=1076157160, cost_del=1) at
levenshtein.c:52
#6  0x402f2c8c in reference_levdist (s1=0x1 ,
l1=1077260696, s2=0x40370220 "45\023\b$\001\022\b", 
l2=135478660, cost_ins=-1073743636, cost_rep=1076159160,
cost_del=135392092) at levenshtein.c:65
#7  0x4024dae8 in php_if_apache_lookup_uri (ht=135476532,
return_value=0x0, this_ptr=0x4035b198, return_value_used=23)
at php_apache.c:377
#8  0x4024e747 in php_error_cb (type=135476532, error_filename=0x0,
error_lineno=135477900, format=0x8112214 "ß\2303@hç$@\027", 
args=0xb94c) at main.c:391
#9  0x4024e785 in php_error_cb (type=135476532, error_filename=0x0,
error_lineno=135476532, format=0x813355c "D\001\022\bé\003", 
args=0x1f4) at main.c:403
#10 0x805345e in ap_invoke_handler () at ripemd.c:401
#11 0x80618fb in ap_some_auth_required () at ripemd.c:401
#12 0x8061bd6 in ap_internal_redirect () at ripemd.c:401
#13 0x401c6db5 in ?? () at ripemd.c:401 from
/etc/httpd/modules/mod_dir.so
#14 0x805345e in ap_invoke_handler () at ripemd.c:401
#15 0x80618fb in ap_some_auth_required () at ripemd.c:401
#16 0x8061958 in ap_process_request () at ripemd.c:401
#17 0x805b940 in ap_child_terminate () at ripemd.c:401
#18 0x805baa7 in ap_child_terminate () at ripemd.c:401
#19 0x805bba8 in ap_child_terminate () at ripemd.c:401
#20 0x805c058 in ap_child_terminate () at ripemd.c:401
#21 0x805c65f in main () at ripemd.c:401
#22 0x400bc9cb in __libc_start_main (main=0x805c3e0 , argc=2,
argv=0xbb24, init=0x804f014 <_init>, 
fini=0x807b99c <_fini>, rtld_fini=0x4000ae60 <_dl_fini>,
stack_end=0xbb1c) at ../sysdeps/generic/libc-start.c:92
(gdb) 

-- 
Richard Heyes

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

[PHP-DEV] Bug #13362: function wordwrap bug

[herveseignole]

From: [EMAIL PROTECTED]
Operating system: Linux Mandrake 8.0
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  function wordwrap bug


return:
 
A very long w rd.
 
not
A very long wooo ord.
 
php 4.0.4pl1

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


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

[PHP-DEV] Bug #13359 Updated: Formating php.ini

[sippel . r]

ID: 13359
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Feature/Change Request
Operating System: WIN
PHP Version: 4.0.6
New Comment:

I think the file ist too big with all comments and 700 lines. You can´t see easy what 
is comment an where are the real parameter.
Exclude the long comments in the manual and only one line short description to 
php.ini.

Like this.

*/
$cfgConfirm   = TRUE;   // confirm 'DROP TABLE' & 'DROP DATABASE'
$cfgPersistentConnections = FALSE;  // use persistent connections to MySQL database
$cfgShowBlob  = FALSE;  // display blob field contents in browse mode
$cfgMaxRows   = 30; // maximum number of rows to display in browse 
mode
$cfgOrder = 'ASC';  // default for 'ORDER BY' clause (valid
// values are 'ASC', 'DESC' or 'SMART' -ie
// descending order for fields of type
// TIME, DATE, DATETIME & TIMESTAMP,
// ascending order else-)
$cfgOBGzip= TRUE;   // GZIP output buffering
$cfgGZipDump  = TRUE;   // Allow the use of gzip/bzip compression
$cfgBZipDump  = TRUE;   // for dump files



Previous Comments:


[2001-09-18 07:01:48] [EMAIL PROTECTED]

Please explain what is so confusing in it?





[2001-09-18 03:48:48] [EMAIL PROTECTED]

Please make a formated php.ini. The current php.ini is very confused to read for 
newbies.





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


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

[PHP-DEV] Bug #13361 Updated: Seg Fault

[hholzgra]

ID: 13361
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux 2.2.16
PHP Version: 4.0.6


Previous Comments:


[2001-09-18 07:07:14] [EMAIL PROTECTED]

Stop Close this Bug Report i found the Bug.
Its a problem of the New beta Accelerator.


Bat[e]

btw. i report the problem to the zend masters :)



[2001-09-18 07:05:40] [EMAIL PROTECTED]

Please generate a GDB backtrace of that crash.
(using the 4.0.7RC2)

--Jani




[2001-09-18 07:03:15] [EMAIL PROTECTED]

http://www.bate.de/bug/phpinfo.html

this is the PHPINFO from my php binary

"php -i >phpinfo.html"

I check it with 4.0.7RC1 and 4.0.7RC2 Both makes a Seg Fault.



[2001-09-18 06:32:34] [EMAIL PROTECTED]

Not reproduceable with 4.0.6 on my machine ..

Anyway, it also works on CVS so. Try one from http://snaps.php.net/

Closed.

- Markus



[2001-09-18 05:37:12] [EMAIL PROTECTED]

#!/usr/bin/php -q



This Program makes me with my Binary a seg fault after 3 executions .. ?





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


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

Re: [PHP-DEV] Help with segfault

[derick]

Hello,

can you make a backtrace of it (with gdb)?

Derick

On Tue, 18 Sep 2001, Richard Heyes wrote:

> Hi, I'm getting some strange segfaults from a script I'm running. Isn't
> consistent unfortunately, but I have managed to get this strace output
> from the apache child serving the request. Does it mean anything to
> anyone? Look like it's going through all the include() calls in the php
> script, last one being page.cache.prepend.inc, and then barfing. :(
>
> TIA
>
> [root@delllive php-4.0.6]# strace -p 28188
> fcntl(26, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
> select(19, [17 18], NULL, NULL, NULL)   = 1 (in [18])
> accept(18, {sin_family=AF_INET, sin_port=htons(63416),
> sin_addr=inet_addr("*.*.*.*")}}, [16]) = 3
> fcntl(26, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
> rt_sigaction(SIGUSR1, {SIG_IGN}, {0x805a4f0, [],
> SA_INTERRUPT|0x400}, 8) = 0
> getsockname(3, {sin_family=AF_INET, sin_port=htons(80),
> sin_addr=inet_addr("192.168.10.5")}}, [16]) = 0
> setsockopt(3, IPPROTO_TCP1, [1], 4) = 0
> read(3, "GET / HTTP/1.1\r\nAccept: image/gi"..., 4096) = 505
> rt_sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}, 8) = 0
> time(NULL)  = 1000809165
> gettimeofday({1000809165, 730544}, NULL) = 0
> stat("/www/vhtdocs/adtrader3/htdocs", {st_mode=S_IFDIR|0775,
> st_size=4096, ...}) = 0
> open("/.htaccess", O_RDONLY)= -1 ENOENT (No such file or
> directory)
> open("/www/.htaccess", O_RDONLY)= -1 ENOENT (No such file or
> directory)
> open("/www/vhtdocs/.htaccess", O_RDONLY) = -1 ENOENT (No such file or
> directory)
> open("/www/vhtdocs/adtrader3/.htaccess", O_RDONLY) = -1 ENOENT (No such
> file or directory)
> open("/www/vhtdocs/adtrader3/htdocs/.htaccess", O_RDONLY) = -1 ENOENT
> (No such file or directory)
> stat("/www/vhtdocs/adtrader3/htdocs/index.html", 0xb868) = -1 ENOENT
> (No such file or directory)
> stat("/www/vhtdocs/adtrader3/htdocs", {st_mode=S_IFDIR|0775,
> st_size=4096, ...}) = 0
> stat("/www/vhtdocs/adtrader3/htdocs/index.php", {st_mode=S_IFREG|0775,
> st_size=6248, ...}) = 0
> stat("/www/vhtdocs/adtrader3/htdocs/index.php", {st_mode=S_IFREG|0775,
> st_size=6248, ...}) = 0
> umask(077)  = 022
> umask(022)  = 077
> setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
> rt_sigaction(SIGPROF, {0x4022effc, [], SA_RESTART|0x400}, {SIG_DFL},
> 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
> brk(0x8138000)  = 0x8138000
> brk(0x8139000)  = 0x8139000
> time(NULL)  = 1000809165
> getpid()= 28188
> getpid()= 28188
> getcwd("/", 4095)   = 2
> chdir("/www/vhtdocs/adtrader3/htdocs")  = 0
> open("/www/vhtdocs/adtrader3/htdocs/index.php", O_RDONLY) = 4
> getcwd("/mnt/disk1/www/vhtdocs/adtrader3/htdocs", 4095) = 40
> lstat("/www", {st_mode=S_IFLNK|0777, st_size=9, ...}) = 0
> readlink("/www", "/raid/www", 4095) = 9
> lstat("/raid", {st_mode=S_IFLNK|0777, st_size=11, ...}) = 0
> readlink("/raid", "/mnt/disk1/", 4095)  = 11
> lstat("/mnt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> lstat("/mnt/disk1", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> lstat("/mnt/disk1/www", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
> lstat("/mnt/disk1/www/vhtdocs", {st_mode=S_IFDIR|0775, st_size=4096,
> ...}) = 0
> lstat("/mnt/disk1/www/vhtdocs/adtrader3", {st_mode=S_IFDIR|S_ISGID|0775,
> st_size=4096, ...}) = 0
> lstat("/mnt/disk1/www/vhtdocs/adtrader3/htdocs", {st_mode=S_IFDIR|0775,
> st_size=4096, ...}) = 0
> lstat("/mnt/disk1/www/vhtdocs/adtrader3/htdocs/index.php",
> {st_mode=S_IFREG|0775, st_size=6248, ...}) = 0
> brk(0x813e000)  = 0x813e000
> ioctl(4, TCGETS, 0xbfffe6fc)= -1 ENOTTY (Inappropriate ioctl
> for device)
> read(4, " read(4, "", 1944)   = 0
> brk(0x813f000)  = 0x813f000
> brk(0x8143000)  = 0x8143000
> brk(0x8153000)  = 0x8153000
> read(4, "", 8192)   = 0
> ioctl(4, TCGETS, 0xbfffd70c)= -1 ENOTTY (Inappropriate ioctl
> for device)
> close(4)= 0
> open("./siteconf.inc", O_RDONLY)= -1 ENOENT (No such file or
> directory)
> open("/www/vhtdocs/adtrader3/includes//siteconf.inc", O_RDONLY) = 4
> getcwd("/mnt/disk1/www/vhtdocs/adtrader3/htdocs", 4095) = 40
> lstat("/www", {st_mode=S_IFLNK|0777, st_size=9, ...}) = 0
> readlink("/www", "/raid/www", 4095) = 9
> lstat("/raid", {st_mode=S_IFLNK|0777, st_size=11, ...}) = 0
> readlink("/raid", "/mnt/disk1/", 4095)  = 11
> lstat("/mnt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> lstat("/mnt/disk1", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> lstat("/mnt/disk1/www", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
> l

[PHP-DEV] Help with segfault

[Richard Heyes]

Some version I forgot to include...

php 4.06 with memory patch, apache 1.3.12, RHL6.2

-- 
Richard Heyes

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

[PHP-DEV] Bug #13361 Updated: Seg Fault

[derick]

ID: 13361
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Linux 2.2.16
PHP Version: 4.0.6
New Comment:

Not a PHP bug, but a Zend one...

Previous Comments:


[2001-09-18 07:07:14] [EMAIL PROTECTED]

Stop Close this Bug Report i found the Bug.
Its a problem of the New beta Accelerator.


Bat[e]

btw. i report the problem to the zend masters :)



[2001-09-18 07:05:40] [EMAIL PROTECTED]

Please generate a GDB backtrace of that crash.
(using the 4.0.7RC2)

--Jani




[2001-09-18 07:03:15] [EMAIL PROTECTED]

http://www.bate.de/bug/phpinfo.html

this is the PHPINFO from my php binary

"php -i >phpinfo.html"

I check it with 4.0.7RC1 and 4.0.7RC2 Both makes a Seg Fault.



[2001-09-18 06:32:34] [EMAIL PROTECTED]

Not reproduceable with 4.0.6 on my machine ..

Anyway, it also works on CVS so. Try one from http://snaps.php.net/

Closed.

- Markus



[2001-09-18 05:37:12] [EMAIL PROTECTED]

#!/usr/bin/php -q



This Program makes me with my Binary a seg fault after 3 executions .. ?





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


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

[PHP-DEV] Help with segfault

[Richard Heyes]

Hi, I'm getting some strange segfaults from a script I'm running. Isn't
consistent unfortunately, but I have managed to get this strace output
from the apache child serving the request. Does it mean anything to
anyone? Look like it's going through all the include() calls in the php
script, last one being page.cache.prepend.inc, and then barfing. :(

TIA

[root@delllive php-4.0.6]# strace -p 28188
fcntl(26, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
select(19, [17 18], NULL, NULL, NULL)   = 1 (in [18])
accept(18, {sin_family=AF_INET, sin_port=htons(63416),
sin_addr=inet_addr("*.*.*.*")}}, [16]) = 3
fcntl(26, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
rt_sigaction(SIGUSR1, {SIG_IGN}, {0x805a4f0, [],
SA_INTERRUPT|0x400}, 8) = 0
getsockname(3, {sin_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr("192.168.10.5")}}, [16]) = 0
setsockopt(3, IPPROTO_TCP1, [1], 4) = 0
read(3, "GET / HTTP/1.1\r\nAccept: image/gi"..., 4096) = 505
rt_sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}, 8) = 0
time(NULL)  = 1000809165
gettimeofday({1000809165, 730544}, NULL) = 0
stat("/www/vhtdocs/adtrader3/htdocs", {st_mode=S_IFDIR|0775,
st_size=4096, ...}) = 0
open("/.htaccess", O_RDONLY)= -1 ENOENT (No such file or
directory)
open("/www/.htaccess", O_RDONLY)= -1 ENOENT (No such file or
directory)
open("/www/vhtdocs/.htaccess", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/www/vhtdocs/adtrader3/.htaccess", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/www/vhtdocs/adtrader3/htdocs/.htaccess", O_RDONLY) = -1 ENOENT
(No such file or directory)
stat("/www/vhtdocs/adtrader3/htdocs/index.html", 0xb868) = -1 ENOENT
(No such file or directory)
stat("/www/vhtdocs/adtrader3/htdocs", {st_mode=S_IFDIR|0775,
st_size=4096, ...}) = 0
stat("/www/vhtdocs/adtrader3/htdocs/index.php", {st_mode=S_IFREG|0775,
st_size=6248, ...}) = 0
stat("/www/vhtdocs/adtrader3/htdocs/index.php", {st_mode=S_IFREG|0775,
st_size=6248, ...}) = 0
umask(077)  = 022
umask(022)  = 077
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
rt_sigaction(SIGPROF, {0x4022effc, [], SA_RESTART|0x400}, {SIG_DFL},
8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
brk(0x8138000)  = 0x8138000
brk(0x8139000)  = 0x8139000
time(NULL)  = 1000809165
getpid()= 28188
getpid()= 28188
getcwd("/", 4095)   = 2
chdir("/www/vhtdocs/adtrader3/htdocs")  = 0
open("/www/vhtdocs/adtrader3/htdocs/index.php", O_RDONLY) = 4
getcwd("/mnt/disk1/www/vhtdocs/adtrader3/htdocs", 4095) = 40
lstat("/www", {st_mode=S_IFLNK|0777, st_size=9, ...}) = 0
readlink("/www", "/raid/www", 4095) = 9
lstat("/raid", {st_mode=S_IFLNK|0777, st_size=11, ...}) = 0
readlink("/raid", "/mnt/disk1/", 4095)  = 11
lstat("/mnt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/mnt/disk1", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/mnt/disk1/www", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
lstat("/mnt/disk1/www/vhtdocs", {st_mode=S_IFDIR|0775, st_size=4096,
...}) = 0
lstat("/mnt/disk1/www/vhtdocs/adtrader3", {st_mode=S_IFDIR|S_ISGID|0775,
st_size=4096, ...}) = 0
lstat("/mnt/disk1/www/vhtdocs/adtrader3/htdocs", {st_mode=S_IFDIR|0775,
st_size=4096, ...}) = 0
lstat("/mnt/disk1/www/vhtdocs/adtrader3/htdocs/index.php",
{st_mode=S_IFREG|0775, st_size=6248, ...}) = 0
brk(0x813e000)  = 0x813e000
ioctl(4, TCGETS, 0xbfffe6fc)= -1 ENOTTY (Inappropriate ioctl
for device)
read(4, "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 #13361 Updated: Seg Fault

[bate]

ID: 13361
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: Linux 2.2.16
PHP Version: 4.0.6
New Comment:

Stop Close this Bug Report i found the Bug.
Its a problem of the New beta Accelerator.


Bat[e]

btw. i report the problem to the zend masters :)

Previous Comments:


[2001-09-18 07:05:40] [EMAIL PROTECTED]

Please generate a GDB backtrace of that crash.
(using the 4.0.7RC2)

--Jani




[2001-09-18 07:03:15] [EMAIL PROTECTED]

http://www.bate.de/bug/phpinfo.html

this is the PHPINFO from my php binary

"php -i >phpinfo.html"

I check it with 4.0.7RC1 and 4.0.7RC2 Both makes a Seg Fault.



[2001-09-18 06:32:34] [EMAIL PROTECTED]

Not reproduceable with 4.0.6 on my machine ..

Anyway, it also works on CVS so. Try one from http://snaps.php.net/

Closed.

- Markus



[2001-09-18 05:37:12] [EMAIL PROTECTED]

#!/usr/bin/php -q



This Program makes me with my Binary a seg fault after 3 executions .. ?





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


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

[PHP-DEV] Bug #13361 Updated: Seg Fault

[sniper]

ID: 13361
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Feedback
Old Bug Type: Unknown/Other Function
Bug Type: Reproducible crash
Operating System: Linux 2.2.16
PHP Version: 4.0.6
New Comment:

Please generate a GDB backtrace of that crash.
(using the 4.0.7RC2)

--Jani


Previous Comments:


[2001-09-18 07:03:15] [EMAIL PROTECTED]

http://www.bate.de/bug/phpinfo.html

this is the PHPINFO from my php binary

"php -i >phpinfo.html"

I check it with 4.0.7RC1 and 4.0.7RC2 Both makes a Seg Fault.



[2001-09-18 06:32:34] [EMAIL PROTECTED]

Not reproduceable with 4.0.6 on my machine ..

Anyway, it also works on CVS so. Try one from http://snaps.php.net/

Closed.

- Markus



[2001-09-18 05:37:12] [EMAIL PROTECTED]

#!/usr/bin/php -q



This Program makes me with my Binary a seg fault after 3 executions .. ?





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


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

[PHP-DEV] Bug #13361 Updated: Seg Fault

[bate]

ID: 13361
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Linux 2.2.16
PHP Version: 4.0.6
New Comment:

http://www.bate.de/bug/phpinfo.html

this is the PHPINFO from my php binary

"php -i >phpinfo.html"

I check it with 4.0.7RC1 and 4.0.7RC2 Both makes a Seg Fault.

Previous Comments:


[2001-09-18 06:32:34] [EMAIL PROTECTED]

Not reproduceable with 4.0.6 on my machine ..

Anyway, it also works on CVS so. Try one from http://snaps.php.net/

Closed.

- Markus



[2001-09-18 05:37:12] [EMAIL PROTECTED]

#!/usr/bin/php -q



This Program makes me with my Binary a seg fault after 3 executions .. ?





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


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

[PHP-DEV] Bug #13359 Updated: Formating php.ini

[sniper]

ID: 13359
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Feature/Change Request
Operating System: WIN
PHP Version: 4.0.6
New Comment:

Please explain what is so confusing in it?



Previous Comments:


[2001-09-18 03:48:48] [EMAIL PROTECTED]

Please make a formated php.ini. The current php.ini is very confused to read for 
newbies.





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


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

[PHP-DEV] Hint to bug #12127,#10896 .... (Function fgetcsv() lost some lett ers)

[Tesacek, Jan]

Hello,
Today I try developer build 4.0.8 from www.php4win.de and this bug is also
in this build (I try version 4.0.4pl1,4.0.5,4.0.6 and this bug is in all
builds). I try to reproduce this bug on 5 OS (1xW2K Advanced server English
with sp1 and sp2, 2x W2K Profesional English with sp1 and sp2,1x W2K
Profesional Czech with sp2, 1xWinNT 4.0 with sp6) - and result all W2K OS
has same bug result, NT has right result.
My result is that, problem is not in fgetcsv function, but in somewhere in C
function isspace (probably compiler W2K bug or W2K error), which is used in
file.c - When replace isspace(c) with (c==' ') and it works right. (I dont
make new build to test this, but i patch php4ts.dll in hex editor). In
attachment I send my php.ini and test php. 
I hope that you excuse my terrible english ...
Jan Tesacek

 


 test.zip
 php.ini

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

[PHP-DEV] Bug #13361 Updated: Seg Fault

[mfischer]

ID: 13361
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Linux 2.2.16
PHP Version: 4.0.6
New Comment:

Not reproduceable with 4.0.6 on my machine ..

Anyway, it also works on CVS so. Try one from http://snaps.php.net/

Closed.

- Markus

Previous Comments:


[2001-09-18 05:37:12] [EMAIL PROTECTED]

#!/usr/bin/php -q



This Program makes me with my Binary a seg fault after 3 executions .. ?





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


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

[PHP-DEV] Bug #13360 Updated: Creating an Skeleton in ext/

[mfischer]

ID: 13360
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Tru64
PHP Version: 4.0.6
New Comment:

You will need autoconf 2.13.

No PHP bug anyway; such question are best asked on php-dev@

The current CVS has lately received some changes to be autoconf 2.52 compatible; you 
might want to use it instead.

- Markus

Previous Comments:


[2001-09-18 03:57:26] [EMAIL PROTECTED]

i've an little extension to use message queues from php to an other process.

the steps after ext_skel producinf some errors:

ege@sst30> cd php-4.0.6/ext/

ege@sst30> ./ext_skel --extname=ipc

-> all okay

ege@sst30>  vi ipc/config.m4 
 1  dnl $Id$
 2  dnl config.m4 for extension ipc
 3
 4  PHP_ARG_ENABLE (ipc,enable to include IPC support,
 5  [  --enable-ipc Include IPC support])
 6
 7  if test "$PHP_IPC" != "no"; then
 8AC_DEFINE(HAVE_IPC,1,[ ])
 9PHP_EXTENSION(ipc, $ext_shared)
10  fi

ege@sst30> cd ..
ege@sst30> ./buildconf 
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
Make: Cannot open build/generated_lists.  Stop.
*** Exit 1
Stop.

first error i must copy the file generated_lists to build/
ege@sst30> cp cp generated_lists build/

ege@sst30> ./buildconf  
rebuilding Makefile templates
automake: configure.in: installing `./ylwrap'
rebuilding configure
./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
./aclocal.m4:359: PHP_SUBST is expanded from...
./aclocal.m4:813: the top level
rebuilding main/php_config.h.in
./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
./aclocal.m4:359: PHP_SUBST is expanded from...
./aclocal.m4:813: the top level
autoconf: tracing failed

^ Next error. I have no idea with m4...

to compile my module into php i edited the ./configure manually
after this i can compile php with my ipc-support

greetings
gerald







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


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

Re: [PHP-DEV] [patch] avoiding TSRMLS_FETCH (custom sorting functions)

[Thies C. Arntzen]

On Mon, Sep 17, 2001 at 10:18:29AM -0400, Sterling Hughes wrote:
> Hey,
> 
> Attached is a patch which replaces the use of libc's quicksort
> and uses our own custom quicksort for quicksort sorting, giving
> the immediate benefit of allowing us to pass TSRMLS_CC to the callbacks,
> and avoid a TSRMLS_FETCH().  The patch also applies the changes to
> our mergesort implementation.
> 
> I've put the function in a seperate file in Zend, zend_qsort.c
> (instead of as a file in php4/main) for two reasons:
> 
> 1) qsort() is used by Zend
> 2) its a fairly common function, and re-implemented in order to play
> nice with Zend's TS mechanism, this should be made available to all
> programs using Zend.
> 
> Comments are appreciated and welcome...  I'll commit after an
> appropriate mourning period if no one speaks up.

cool - i'm all for it!

tc

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

[PHP-DEV] Bug #13361: Seg Fault

[bate]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.16
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  Seg Fault

#!/usr/bin/php -q



This Program makes me with my Binary a seg fault after 3 executions .. ?
-- 
Edit bug report at: http://bugs.php.net/?id=13361&edit=1


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

Re: [PHP-DEV] PHP 3.0 Bug Summary Report

[Derick Rethans]

On 18 Sep 2001, Stig Sæther Bakken wrote:

> What's up?  Did the 4.0 bug summary report grow too big for the list
> again?

I got one last Saturday

Derick


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

Re: [PHP-DEV] PHP 3.0 Bug Summary Report

[Stig Sæther Bakken]

What's up?  Did the 4.0 bug summary report grow too big for the list
again?

 - Stig

-- 
  Stig Sæther Bakken <[EMAIL PROTECTED]>
  Fast Search & Transfer ASA, Trondheim, Norway

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

[PHP-DEV] Bug #13360: Creating an Skeleton in ext/

[g . exner]

From: [EMAIL PROTECTED]
Operating system: Tru64
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  Creating an Skeleton in ext/

i've an little extension to use message queues from php to an other
process.

the steps after ext_skel producinf some errors:

ege@sst30> cd php-4.0.6/ext/

ege@sst30> ./ext_skel --extname=ipc

-> all okay

ege@sst30>  vi ipc/config.m4 
 1  dnl $Id$
 2  dnl config.m4 for extension ipc
 3
 4  PHP_ARG_ENABLE (ipc,enable to include IPC support,
 5  [  --enable-ipc Include IPC support])
 6
 7  if test "$PHP_IPC" != "no"; then
 8AC_DEFINE(HAVE_IPC,1,[ ])
 9PHP_EXTENSION(ipc, $ext_shared)
10  fi

ege@sst30> cd ..
ege@sst30> ./buildconf 
buildconf: checking installation...
buildconf: autoconf version 2.52 (ok)
buildconf: automake version 1.5 (ok)
buildconf: libtool version 1.4 (ok)
Make: Cannot open build/generated_lists.  Stop.
*** Exit 1
Stop.

first error i must copy the file generated_lists to build/
ege@sst30> cp cp generated_lists build/

ege@sst30> ./buildconf  
rebuilding Makefile templates
automake: configure.in: installing `./ylwrap'
rebuilding configure
./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
./aclocal.m4:359: PHP_SUBST is expanded from...
./aclocal.m4:813: the top level
rebuilding main/php_config.h.in
./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion
./aclocal.m4:359: PHP_SUBST is expanded from...
./aclocal.m4:813: the top level
autoconf: tracing failed

^ Next error. I have no idea with m4...

to compile my module into php i edited the ./configure manually
after this i can compile php with my ipc-support

greetings
gerald


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


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

[PHP-DEV] Bug #13359: Formating php.ini

[sippel . r]

From: [EMAIL PROTECTED]
Operating system: WIN
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  Formating php.ini

Please make a formated php.ini. The current php.ini is very confused to
read for newbies.
-- 
Edit bug report at: http://bugs.php.net/?id=13359&edit=1


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