I tried PHP 5.2.3RC1 today and the SunONE webserver using the NSAPI plugin
crashed in module startups with a segfault.
This happens because rasmus changed tsrm_virtual_cwd.c to use
get_request_time instead of time() (see changelog of that file). During
module startup the extension browscap tries
Uwe Schindler wrote:
I tried PHP 5.2.3RC1 today and the SunONE webserver using the NSAPI plugin
crashed in module startups with a segfault.
This happens because rasmus changed tsrm_virtual_cwd.c to use
get_request_time instead of time() (see changelog of that file). During
module startup
Rasmus Lerdorf wrote:
Uwe Schindler wrote:
I tried PHP 5.2.3RC1 today and the SunONE webserver using the NSAPI plugin
crashed in module startups with a segfault.
This happens because rasmus changed tsrm_virtual_cwd.c to use
get_request_time instead of time() (see changelog of that file).
Does not link:
Undefined first referenced
symbol in file
php_during_module_startup main/.libs/SAPI.o
php_during_module_shutdown main/.libs/SAPI.o
ld: fatal: Symbol referencing errors. No output written to sapi/cli/php
collect2:
Uwe Schindler wrote:
Does not link:
Undefined first referenced
symbol in file
php_during_module_startup main/.libs/SAPI.o
php_during_module_shutdown main/.libs/SAPI.o
ld: fatal: Symbol referencing errors. No output
Rasmus Lerdorf wrote:
Uwe Schindler wrote:
Does not link:
Undefined first referenced
symbol in file
php_during_module_startup main/.libs/SAPI.o
php_during_module_shutdown main/.libs/SAPI.o
ld: fatal: Symbol referencing
I make some small test.
http://martin.m-core.net/misc/php/dehex.c - source code
cc dehex.c; for i in `seq 1 1000`; do ./a.out dehex.log; done
http://martin.m-core.net/misc/php/dehex.log - results
I ignore values greater than 4e9. And here is summary:
http://martin.m-core.net/misc/php/dehex.php
Rasmus Lerdorf wrote:
Uwe Schindler wrote:
Does not link:
Undefined first referenced
symbol in file
php_during_module_startup main/.libs/SAPI.o
php_during_module_shutdown main/.libs/SAPI.o
ld: fatal: Symbol
borut
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Uwe Schindler wrote:
Rasmus Lerdorf wrote:
Uwe Schindler wrote:
Does not link:
Undefined first referenced
symbol in file
php_during_module_startup main/.libs/SAPI.o
php_during_module_shutdown main/.libs/SAPI.o
ld:
On Thu, 24 May 2007, Hannes Magnusson wrote:
This bug was never fixed in 4_4 (the original news entry said it was)..
Shouldn't it be merged to 4_4?
I thought Antony merged it very recently actually.
regards,
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
Hi,
Sorry I didn't react sooner. I was out of the office.
I'm running ReiserFS as well.
[EMAIL PROTECTED]:~$ mount
/dev/sda3 on / type reiserfs (rw,notail)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs
Below is a link to my take on the redesign:
http://files.edin.dk/php/installer/snaps-html/index.html
(Warning - none of the links on the page go to anywhere)
My thinking is keep one set of builds on the main page and then
provide a link to previous builds, which we can give an ftp-style
listing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri 25 May 2007, at 25 May 14:15, John Mertic wrote:
Below is a link to my take on the redesign:
http://files.edin.dk/php/installer/snaps-html/index.html
(Warning - none of the links on the page go to anywhere)
[...]
Let me know if my approach
Hello,
A client alerted be to an issue caused by emulate prepare in combination
with LIMIT clauses:
http://bugs.php.net/bug.php?id=40740
The problem is that any integer that should be inserted into a clause
like LIMIT ?, ? would be quoted, which MySQL (same I would assume is
the case with
Thanks,
Let me know if you need any help getting it up and running.
Also, for the Previous Build links, do we want to just dump them to
a directory or have a nicely formated page similar to this one. Either
way shouldn't be a problem.
John
On 5/25/07, Edin Kadribasic [EMAIL PROTECTED] wrote:
Hi John
On 5/25/07, John Mertic [EMAIL PROTECTED] wrote:
Below is a link to my take on the redesign:
http://files.edin.dk/php/installer/snaps-html/index.html
Looks really good.
One suggestion: how about removing the left column (next snapshot)
and add that info under each built on?
-Hannes
On 5/25/07, John Mertic [EMAIL PROTECTED] wrote:
Fixed that; IE7 and overflow: auto where the culprits, so I added
special CSS just for that browser.
Thanks for catching that!
Yes, looks cool now, i'd say +1 :)
On 5/25/07, Tijnema [EMAIL PROTECTED] wrote:
I like the design under Firefox,
On 5/25/07, John Mertic [EMAIL PROTECTED] wrote:
Below is a link to my take on the redesign:
http://files.edin.dk/php/installer/snaps-html/index.html
(Warning - none of the links on the page go to anywhere)
snip
Let me know if my approach and design sounds reasonable.
I like the design
John Mertic wrote:
Below is a link to my take on the redesign:
http://files.edin.dk/php/installer/snaps-html/index.html
(Warning - none of the links on the page go to anywhere)
+1 - looks better and makes getting the latest snap easier
--
PHP Internals - PHP Runtime Development Mailing List
On 5/24/07, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Which filesystems is /tmp on on the various boxes? tmpfs related perhaps?
-Rasmus
Nice idea, but I don't think it's a problem there, I think it's a
configuration problem. I've build my own linux, and so I have all
configuration like I want.
Recent TSRM changes seem to break the windows compilation for me. I'm
getting:
tsrm_virtual_cwd.c
C:\Program Files\Microsoft Visual Studio
8\VC\PlatformSDK\include\winsock2.h(112
) : error C2011: 'fd_set' : 'struct' type redefinition
C:\Program Files\Microsoft Visual Studio
Tijnema wrote:
On 5/24/07, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Which filesystems is /tmp on on the various boxes? tmpfs related
perhaps?
-Rasmus
Nice idea, but I don't think it's a problem there, I think it's a
configuration problem. I've build my own linux, and so I have all
I tried removing recently added include to SAPI.h and it compiles just
fine now. In general, I think linking TSRM to SAPI is not a good idea.
It means, among other things, that TSRM can never be used in a context
that not links it to PHP. This is something that wasn't before and I
don't think
Hi,
how about
gdb php
Regards,
Oliver
Am Freitag, 25. Mai 2007 19:50 schrieb Arnold Daniels:
Hi again,
No, the symlinks work fine in the shell and with all other applications.
Also I haven't mounted with any options other than 'notail'. Please have
a look at the e-mail I've send a few
On 5/25/07, Oliver Block [EMAIL PROTECTED] wrote:
Hi,
how about
gdb php
Regards,
Oliver
He said that the problem only occured with the Apache 2 SAPI, so the
gdb is for the PHP CLI.
Tijnema
Am Freitag, 25. Mai 2007 19:50 schrieb Arnold Daniels:
Hi again,
No, the symlinks work fine in
An extra syscall on every file open isn't exactly miniscule.
It's a syscall not related to any filesystem or I/O so it can't be that
bad. And we managed to live with it so far.
Edin also just built Windows binaries without problems. Why did it work
for him?
I have no idea. But it is
John Mertic wrote:
Below is a link to my take on the redesign:
http://files.edin.dk/php/installer/snaps-html/index.html
(Warning - none of the links on the page go to anywhere)
My thinking is keep one set of builds on the main page and then
provide a link to previous builds, which we can give
Thanks for the compliments and the suggestion.
I've made the whole section underneath each branch in the light blue
highlighted color. I agree it makes it much easier to read now.
John
On 5/25/07, Christopher Jones [EMAIL PROTECTED] wrote:
John Mertic wrote:
Below is a link to my take on the
Stanislav Malyshev wrote:
I tried removing recently added include to SAPI.h and it compiles just
fine now. In general, I think linking TSRM to SAPI is not a good idea.
It means, among other things, that TSRM can never be used in a context
that not links it to PHP. This is something that wasn't
number of functions (and its aliases) to eg Ruby. The string
functions in
particular are absolutely bloated, eg ltrim, trim rtrim -
WTF. Why not just have trim() and have the option of specifying
whether
left/right/both? The same goes for the case-sensitive and
case-insensitive versions of
An extra syscall on every file open isn't exactly miniscule.
It's a syscall not related to any filesystem or I/O so it can't be that
bad. And we managed to live with it so far.
Edin also just built Windows binaries without problems. Why did it work
for him?
I have no idea. But it
Uwe Schindler wrote:
An extra syscall on every file open isn't exactly miniscule.
It's a syscall not related to any filesystem or I/O so it can't be that
bad. And we managed to live with it so far.
Edin also just built Windows binaries without problems. Why did it work
for him?
I have no
Am Freitag, 25. Mai 2007 20:30 schrieben Sie:
He said that the problem only occured with the Apache 2 SAPI, so the
gdb is for the PHP CLI.
You can also use it with apache2 sapi. But then you need to do (Debian)
gdb /usr/sbin/apache2
and then
run -k start
If you set a break to zif_... that
quite expensive. And SAPI isn't only for web server interaction. SAPI
is a general-purpose abstraction API that sits between PHP and anything
PHP talks to. CGI, CLI, and even embedded PHP are all SAPI-driven.
There is no way to use PHP without at least a stub SAPI layer.
There is, however, a
It would be perhaps OK to make TSRM dependent on some global PHP
functions,
but to make it depend on SAPI code that is only for webserver
interaction
(!) and not related to TSRM (yes SAPI uses TSRM but not the other way
round)
is not so good. And that only because of a not IO-related
Stanislav Malyshev wrote:
quite expensive. And SAPI isn't only for web server interaction. SAPI
is a general-purpose abstraction API that sits between PHP and anything
PHP talks to. CGI, CLI, and even embedded PHP are all SAPI-driven.
There is no way to use PHP without at least a stub SAPI
Uwe Schindler wrote:
It would be perhaps OK to make TSRM dependent on some global PHP
functions,
but to make it depend on SAPI code that is only for webserver
interaction
(!) and not related to TSRM (yes SAPI uses TSRM but not the other way
round)
is not so good. And that only because of a
Hi Rasmus,
This is no longer the case. E.g. when compiling the module for the NSAPI
webserver (Sun Java System Webserver) there should be a global define
like
-DNSAPI in the makefiles (not only for nsapi.c) which is not. Because of
that all SAPIs do not have an effect on the thread
I did a bit of rather unscientific benchmarking using my old
bench_main.php script which tries to be a bit more than a
microbenchmark. The fastest run for each were:
time(0):
1 fetches, 5 max parallel, 2.73e+07 bytes, in 15.314 seconds
2730 mean bytes/connection
652.998 fetches/sec,
Oliver Block wrote:
Hi Arnold,
Am Samstag, 26. Mai 2007 00:28 schrieben Sie:
If I need to run gdb please let me know,
I did a gdb and on my system (debian, CLI). filetype returns 'dir' as well.
my code was php -r 'filetype(/tmp/link-test);'
Where /tmp/link-test is a link to a
Am Samstag, 26. Mai 2007 02:29 schrieben Sie:
Right, so the (ssb.sb.st_mode S_IFMT) is S_IFDIR which is basically
the OS telling us that it is a directory. I don't see what we can do if
the OS is not telling us the right thing. The filestat code is a bit
convoluted trying to deal with lots
2007/5/23, Arnold Daniels [EMAIL PROTECTED]:
Expected:
link
link
differ
I get the expected result. with apache 2.2.3 and fastcgi in both
5.2.2 and current -dev , /tmp is mounted as a separate directory with
noatime on a reiserfs filesystem.
--
PHP Internals - PHP Runtime
It's great to have a benchmark, thanks!
The standard of deviation was rather high though. Over 10 runs on each
the averages were:
time: 646 req/sec
sapi: 659 req/sec
So it's 2%, not that big a deal...
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
The Problem:
---
PECL extensions in core are often not synchronized making it
difficult to document or determine what is available.
Possible Solutions:
---
A) Have independent releases for PECL extensions, then include some
in
I'm currently running linux kernel v2.6.20. So to test if that might be
causing trouble, I re-installed and booted with kernel v2.6.17, which I
was using under Ubuntu edgy (6.10). But it gave exactly the same results.
Also, if the problem was in the OS, wouldn't there be a single lstat
call?
Stanislav Malyshev wrote:
Well, by that logic you would be fine with:
#define TIME_CALL sapi_get_request_time(TSRMLS_C)
and in tsrm_virtual_cwd.c
#ifndef TIME_CALL
define TIME_CALL time(0)
#endif
...
t = CWDG(realpath_cache_ttl)?TIME_CALL:0;
Theoretically yes, that could work, but:
Hi Chris,
I can see where you are coming from. I put together another version of
this that entirely uses the PHP CSS templates:
http://files.edin.dk/php/installer/snaps-html/index-phptemplate.html
It looks and feels more like the main PHP.net site. I also went ahead
and changed the branch
But that doesn't fix the broken side-effects we already have in the
locking code depending on defines in the individuals SAPIs which Uwe
showed isn't working either. And if we exclude locking from TSRM as
Well, that's different problem which I can't really tell about because I
don't know
49 matches
Mail list logo
