On 06/23/2010 22:43, Johannes Schlüter wrote:
Hi,
On Wed, 2010-06-23 at 22:04 +0200, Frederic Hardy wrote:
f...@witchblade:/usr/home/fch/php/sapi/cli
26> sudo dtrace -ln 'php*:::' -c './php -m'
Password:
ID PROVIDERMODULE FUNCTION NAME
Segmentati
Hi,
On Wed, 2010-06-23 at 22:04 +0200, Frederic Hardy wrote:
> f...@witchblade:/usr/home/fch/php/sapi/cli
> 26> sudo dtrace -ln 'php*:::' -c './php -m'
> Password:
> ID PROVIDERMODULE FUNCTION NAME
> Segmentation fault: 11 (core dumped)
Well, if DTrace s
Hello !
zend_dtrace_gen.h is generated during configure using dtrace -h and then
the object file is generated using dtrace -G on Solaris and FreeBSD (mac
os doesn't need a compiled object files of the probe description). On
FreeBSD dtrace -h fails because of a syntax error in a dtrace script
that
On 6/23/10 12:38 PM, Stas Malyshev wrote:
> Hi!
>
>> But sadly not usable with common apps or frameworks as it will break
>> very easily.
>>
>> That's fixable (userland) but painful.
>
> I didn't mean the stat call but rather the open call which precedes
> include_once. stat is a separate issue.
Hi!
But sadly not usable with common apps or frameworks as it will break
very easily.
That's fixable (userland) but painful.
I didn't mean the stat call but rather the open call which precedes
include_once. stat is a separate issue.
--
Stanislav Malyshev, Software Architect
SugarCRM: http:/
On Wed, Jun 23, 2010 at 8:50 PM, Philip Olson wrote:
>
> On Jun 23, 2010, at 11:24 AM, Ferenc Kovacs wrote:
>
> > Hi.
> >
> > I wanted to request an svn user for fixing the hungarian documentation,
> but I got this error:
> > "An error occured when trying to create the account: someone is already
But sadly not usable with common apps or frameworks as it will break very
easily.
That's fixable (userland) but painful.
On 23 Jun 2010 20:44, "Rasmus Lerdorf" wrote:
On 6/23/10 11:40 AM, Stas Malyshev wrote:
> Hi!
>
>> Another option may be to compute a hash of the...
APC does the same if you
On Jun 23, 2010, at 11:24 AM, Ferenc Kovacs wrote:
> Hi.
>
> I wanted to request an svn user for fixing the hungarian documentation, but I
> got this error:
> "An error occured when trying to create the account: someone is already using
> that svn id"
> I'm curious that we have another guy ar
On 6/23/10 11:40 AM, Stas Malyshev wrote:
> Hi!
>
>> Another option may be to compute a hash of the file. When you find
>> that file content has the same hash value as a known file you flag
>> them as "same file". This could be faster (file contents are cached
>
> First, two files with the same
Hi!
Another option may be to compute a hash of the file. When you find
that file content has the same hash value as a known file you flag
them as "same file". This could be faster (file contents are cached
First, two files with the same content is not the same as same file
referred twice wi
Hi.
I wanted to request an svn user for fixing the hungarian documentation, but
I got this error:
"An error occured when trying to create the account: someone is already
using that svn id"
I'm curious that we have another guy around here with the same nick, or I've
just registered(maybe I got it w
Rasmus Lerdorf:
[ Charset ISO-8859-1 unsupported, converting... ]
> On 6/23/10 6:56 AM, Wietse Venema wrote:
> > Stas Malyshev:
> >> Hi!
> >>
> >>> could anybody tell me why also for every single php file engine must lstat
> >>> all path?
> >>> Why php engine don't simply try to open directly the f
On 6/23/10 6:56 AM, Wietse Venema wrote:
> Stas Malyshev:
>> Hi!
>>
>>> could anybody tell me why also for every single php file engine must lstat
>>> all path?
>>> Why php engine don't simply try to open directly the file?
>>
>> There are some places where PHP engine has to know "true" name of the
Stas Malyshev:
> Hi!
>
> > could anybody tell me why also for every single php file engine must lstat
> > all path?
> > Why php engine don't simply try to open directly the file?
>
> There are some places where PHP engine has to know "true" name of the
> file - i.e. filename that would be the sa
Many thanks to everybody helped me.
I will follow your suggestions and check it.
Best regards,
Vincenzo
On Mon, Jun 21, 2010 at 9:39 PM, Stas Malyshev wrote:
> Hi!
>
>
> could anybody tell me why also for every single php file engine must lstat
>> all path?
>> Why php engine don't simply try to
On Wed, Jun 23, 2010 at 2:47 AM, Ilia Alshanetsky wrote:
> I believe it is a *nix specific patch.
Yes, the patch is unix only. I don't think either it can be simply
'ported' to windows.
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Dev
16 matches
Mail list logo