#48417 [Bgs]: Missing config.w32.h

2009-05-28 Thread php at schubec dot com
 ID:   48417
 User updated by:  php at schubec dot com
 Reported By:  php at schubec dot com
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Windows
 PHP Version:  5.3.0RC2
 New Comment:

Hi!

>it is generated at configure time.
Okay... thank you.

But why was it part of the PHP 5.2.9 sourcecode download then?
So the bug is not that it is missing in 5.3.0RC2 but that it was part
of 5.2.9, right?

Thank you!


Previous Comments:


[2009-05-28 17:41:36] paj...@php.net

it is generated at configure time.



[2009-05-28 17:39:51] php at schubec dot com

Description:

File main/config.w32.h in PHP 5.3.0RC2 is missing.
The file is required because Zend/zend_config.w32.h includes it.

The missing file causes that PHP cannot be comiled.

Compiler: VC6
OS: WindowsXP

PS: The file was part of PHP 5.2.9 Sourcecode, I just looked that up.

Reproduce code:
---
Tryp compile PHP under Windows.

Expected result:

PHP able to compile :-)

Actual result:
--
PHP unable to compile :-(





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



#48417 [NEW]: Missing config.w32.h

2009-05-28 Thread php at schubec dot com
From: php at schubec dot com
Operating system: Windows
PHP version:  5.3.0RC2
PHP Bug Type: Compile Failure
Bug description:  Missing config.w32.h

Description:

File main/config.w32.h in PHP 5.3.0RC2 is missing.
The file is required because Zend/zend_config.w32.h includes it.

The missing file causes that PHP cannot be comiled.

Compiler: VC6
OS: WindowsXP

PS: The file was part of PHP 5.2.9 Sourcecode, I just looked that up.

Reproduce code:
---
Tryp compile PHP under Windows.

Expected result:

PHP able to compile :-)

Actual result:
--
PHP unable to compile :-(

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



#45042 [Opn]: Vista & mySQL Extension = slowdown when PHP finalizes

2008-05-20 Thread php at schubec dot com
 ID:   45042
 User updated by:  php at schubec dot com
 Reported By:  php at schubec dot com
 Status:   Open
 Bug Type: Performance problem
 Operating System: Vista (any version)
 PHP Version:  5.2.6
 New Comment:

Hello!

Okay, sorry. It seems to be the same bug. You are right.
But I realy searched for the bug before posting. I looked at "Vista"
and "MySQL" related bugs and didn't find that.

Also, I do not get an error message - I just get this delay.

Anyhow. I will close the bug, since bug Bug #41350 is still open.

Sorry for wasting your time,
Bernhard


Previous Comments:


[2008-05-20 11:22:58] [EMAIL PROTECTED]

I assume this is from the "Error in my_thread_global_end(): 1 threads
didn't exit" thing: see Bug #41350, or Google... I had noticed it in CLI
(but not Apache module), but hadn't looked into it since I thought maybe
I had messed something up with different PHP builds, etc., but it
definitely looks like it's still a widespread issue?

--------------------

[2008-05-20 09:51:36] php at schubec dot com

Sorry, but what info are you missing?
I read the "how to post bugs" page, but I do not see what I am
missing.

Thank you,
Bernhard



[2008-05-19 22:44:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




--------------------

[2008-05-19 22:13:25] php at schubec dot com

Description:

When you activate the mySQL Extension on Vista, PHP is delayed for
about 3-4 seconds after every script execution.
As far as I found out this happens when PHP finalizes (so something
like a destructor or so).
Problem can be reproduced.

Even if NO mySQL related code is called!!!


I am using a CLI version of PHP 5.2.6. The problem can also be
reproduced when you use SAPI to embed PHP in you own application.

I did not test that with IIS/Apache or any other webserver.

Reproduce code:
---
//Any code will do
echo "Hello World";

//This takes about 5 secs to execute on Vista with mySQL Extensions on.

Expected result:

Either a delay only when something mySQL related is used (eg:
mysql_connect) or no noticable delay at all.



Actual result:
--
Every script is delayed 5 seconds.





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



#45042 [Fbk->Opn]: Vista & mySQL Extension = slowdown when PHP finalizes

2008-05-20 Thread php at schubec dot com
 ID:   45042
 User updated by:  php at schubec dot com
 Reported By:  php at schubec dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Performance problem
 Operating System: Vista (any version)
 PHP Version:  5.2.6
 New Comment:

Sorry, but what info are you missing?
I read the "how to post bugs" page, but I do not see what I am
missing.

Thank you,
Bernhard


Previous Comments:


[2008-05-19 22:44:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.






[2008-05-19 22:13:25] php at schubec dot com

Description:

When you activate the mySQL Extension on Vista, PHP is delayed for
about 3-4 seconds after every script execution.
As far as I found out this happens when PHP finalizes (so something
like a destructor or so).
Problem can be reproduced.

Even if NO mySQL related code is called!!!


I am using a CLI version of PHP 5.2.6. The problem can also be
reproduced when you use SAPI to embed PHP in you own application.

I did not test that with IIS/Apache or any other webserver.

Reproduce code:
---
//Any code will do
echo "Hello World";

//This takes about 5 secs to execute on Vista with mySQL Extensions on.

Expected result:

Either a delay only when something mySQL related is used (eg:
mysql_connect) or no noticable delay at all.



Actual result:
--
Every script is delayed 5 seconds.





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



#45042 [NEW]: Vista & mySQL Extension = slowdown when PHP finalizes

2008-05-19 Thread php at schubec dot com
From: php at schubec dot com
Operating system: Vista (any version)
PHP version:  5.2.6
PHP Bug Type: Performance problem
Bug description:  Vista & mySQL Extension = slowdown when PHP finalizes

Description:

When you activate the mySQL Extension on Vista, PHP is delayed for about
3-4 seconds after every script execution.
As far as I found out this happens when PHP finalizes (so something like a
destructor or so).
Problem can be reproduced.

Even if NO mySQL related code is called!!!


I am using a CLI version of PHP 5.2.6. The problem can also be reproduced
when you use SAPI to embed PHP in you own application.

I did not test that with IIS/Apache or any other webserver.

Reproduce code:
---
//Any code will do
echo "Hello World";

//This takes about 5 secs to execute on Vista with mySQL Extensions on.

Expected result:

Either a delay only when something mySQL related is used (eg:
mysql_connect) or no noticable delay at all.



Actual result:
--
Every script is delayed 5 seconds.

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