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 enoug
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 names
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,
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? T
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 c
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/
--
P
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:
that makes it environment-depende
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 Devel
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 l
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
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 directory /tmp/pear.
This is som
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, 1.78268e+
Hi again,
I've used strace and after simplifying the test and looking at it more
closely, I did see something strange. The apache process does an lstat,
reads the link and then does an lstat on real file.
Perhaps this was already recognized by others, but I didn't see a
confirmation of this
Uwe Schindler wrote:
> 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
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 thre
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 o
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 stu
> > 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-
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
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
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
> > 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 ide
Please find here: http://gggeek.altervista.org/sw/pecl4win.zip a
slightly improved version of the pecl4win pages:
+ allow sorting of columns in the DLLs page
+ more descriptive titles in the extensions list page for both search
and single branch cases
Sorry for not providing diffs - the full
On 5/25/07, Arnold Daniels <[EMAIL PROTECTED]> wrote:
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 hours ago.
[EMAIL PROTECTED]:~$ mount
/dev/sda3
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 f
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 was
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 t
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 a
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 obvio
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 fin
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 f
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 hours ago.
[EMAIL PROTECTED]:~$ mount
/dev/sda3 on / type reiserfs (rw,notail)
.
Best regards,
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 t
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 hav
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
8\VC\Platf
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
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
T
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 Firefo
Fixed that; IE7 and overflow: auto where the culprits, so I added
special CSS just for that browser.
Thanks for catching that!
On 5/25/07, Tijnema <[EMAIL PROTECTED]> wrote:
I like the design under Firefox, but I guess you didn't check it out
with IE7? It gives me a lot of scrollbars in the pag
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)
Let me know if my approach and design sounds reasonable.
I like the design under
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]> wrot
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
Hannes Magnusson 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.
Yes, it looks excellent.
> One suggestion: how about removing the left co
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"?
-Ha
-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 a
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
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 (rw,noexec,
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, vis
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
> 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
> >>
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.ph
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
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
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:
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
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 start
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 t
58 matches
Mail list logo
