Hello Cristiano,
Friday, October 22, 2004, 7:41:24 PM, you wrote:
If someone (like me) has thousands lines of code that uses 'null' meaning
'null reference' just need to use syntax #1.
Then you are simply using your PHP tool wrong. PHP is not Java where you
need (and have) null references.
Hello Cristiano,
Wednesday, October 27, 2004, 2:21:03 AM, you wrote:
So reading all posts on this subject, the proposal would be:
1) Allow null typehints
public function Compare([BaseClass] $objA, $cmpFunc);
see below.
2) Don't allow null typehints
public function Compare(BaseClass
Marcus Boerger wrote:
So for now the only addition we may probably consider for 5.1 is
adding 4: optional typehinted values that default to null and only
null.
Please don't add another parameter syntax (especially with line-noi...
err special characters) like [BaseClass]. This would make PHP more
Marcus Boerger wrote:
So for now the only addition we may probably consider for 5.1 is
adding 4: optional typehinted values that default to null and only
null.
That sounds like the most sane way to do it.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG
Hi Wez,
?php
$dn = array(
countryName = UK,
stateOrProvinceName = Somerset,
localityName = Glastonbury,
organizationName = The Brain Room Limited,
organizationalUnitName = PHP Documentation Team,
commonName = Wez Furlong,
emailAddress = [EMAIL PROTECTED]
);
// Non-existent or
Committed; thanks!
On Wed, 27 Oct 2004 03:36:17 -0700, Kamesh Jayachandran
[EMAIL PROTECTED] wrote:
Hi Wez,
?php
$dn = array(
countryName = UK,
stateOrProvinceName = Somerset,
localityName = Glastonbury,
organizationName = The Brain Room Limited,
organizationalUnitName =
From: Alan Knowles
you could follow the nautilus standard for this and use
smb://hostname/sharename/file.txt ?
Can't do that as this is stemming from an issue with libxml. It uses the
file:/// syntax when needed. Currently with the change in streams, it fails
the check as it is now deemed to
When safe_mode is set to 'on', popen() uses char buf[1024] to build argument list.
This is not good, as it truncates command line without notice.
This is NOT operating system limit - as noted on bugreport, but PHP bug.
If anybody cares, here is fix for this bug under 4.3.9:
If anyone has a chance can you look at this patch (want to make sure its not
breaking anything on other platforms)?
http://ctindustries.net/patches/streams.c.diff
It adds support for file://localhost/ on all platforms as well as adding the
file:/// support back under windows.
Other than that it
you could follow the nautilus standard for this and use
smb://hostname/sharename/file.txt ?
smb:// should probably be reserved for an actual smb protocol wrapper (one
which works under unix or windows) rather than something which does filepath
magic under one particular OS.
That said libsmb
Afaik not having a flag to also check the include path has not been added,
since that part of PHP is not supposed to be messing with ini settings.
Rather than mangle file_exists() with another option, how about something
more task specific like an equivalent to `which`?
-Sara
--
PHP
On 2004/10/28, at 0:55, Sara Golemon wrote:
That said libsmb is GPL so any implementation would have to start from
scratch or live outside of php.net
AFAIK FreeBSD's libsmb is released under a BSD-style license.
http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/smbfs/lib/smb/
Moriyoshi
--
PHP
On 2004/10/27, at 23:28, Rob Richards wrote:
It adds support for file://localhost/ on all platforms as well as
adding the
file:/// support back under windows.
Other than that it doesnt change how the remote host stuff is handled.
Couldn't file://127.0.0.1/... or file://[::1]/... be valid URL's
Moriyoshi Koizumi [EMAIL PROTECTED] writes:
AFAIK FreeBSD's libsmb is released under a BSD-style license.
http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/smbfs/lib/smb/
That's not libsmb; rather, it's the kernel module that can read/write remote
SMB file systems. libsmb, more properly
I'd feel slightly happier if it used spprintf() instead of manually
calculating the buffer length, but otherwise I'm okay with it.
--Wez.
On Wed, 27 Oct 2004 09:51:52 -0700, Andi Gutmans [EMAIL PROTECTED] wrote:
This patch makes sense to me. Anyone have a problem with it?
Andi
At
I didn't know that such function exist. I can change my patch, and
everybody should feel better.. ok ?
On Wed, 2004-10-27 at 19:23, Wez Furlong wrote:
I'd feel slightly happier if it used spprintf() instead of manually
calculating the buffer length, but otherwise I'm okay with it.
--Wez.
On 2004/10/28, at 2:24, [EMAIL PROTECTED] wrote:
Moriyoshi Koizumi [EMAIL PROTECTED] writes:
AFAIK FreeBSD's libsmb is released under a BSD-style license.
http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/smbfs/lib/smb/
That's not libsmb; rather, it's the kernel module that can read/write
remote
At 10:53 AM 10/27/2004 +0200, Christian Schneider wrote:
Marcus Boerger wrote:
So for now the only addition we may probably consider for 5.1 is
adding 4: optional typehinted values that default to null and only
null.
Please don't add another parameter syntax (especially with line-noi... err
This patch makes sense to me. Anyone have a problem with it?
Andi
At 02:14 PM 10/27/2004 +0200, Vladimir Zidar wrote:
When safe_mode is set to 'on', popen() uses char buf[1024] to build
argument list. This is not good, as it truncates command line without notice.
This is NOT operating system
Wez,
Did you try this patch? It'd be good if someone who had serialization
performance issues can verify this significantly improves it.
Andi
At 01:10 PM 10/24/2004 +0200, Sascha Schumann wrote:
The specific case I had was serializing an array containing a whole
bunch of arrays representing
From: Moriyoshi Koizumi
Couldn't file://127.0.0.1/... or file://[::1]/... be valid URL's
for the local resources?
To play it safe I would say no right now. The file uri stuff is being
worked on again:
http://www.ietf.org/internet-drafts/draft-hoffman-file-uri-01.txt
It looks like it is safe
On 2004/10/28, at 3:28, Rob Richards wrote:
From: Moriyoshi Koizumi
Couldn't file://127.0.0.1/... or file://[::1]/... be valid URL's
for the local resources?
To play it safe I would say no right now. The file uri stuff is being
worked on again:
Here is version that uses spprintf()
http://leya.mindnever.org/~mr_w/php-popen2.patch.gz
On Wed, 2004-10-27 at 19:30, Vladimir Zidar wrote:
I didn't know that such function exist. I can change my patch, and
everybody should feel better.. ok ?
On Wed, 2004-10-27 at 19:23, Wez Furlong
I didn't try it (the boxen are shipping to USA), but I did look
through it; it looks like it will do the job. Once I've settled in,
I'll give it a go if no one beats me to it.
It looks good to go in anyway IMO; thanks Sascha.
--Wez
On Wed, 27 Oct 2004 11:19:30 -0700, Andi Gutmans [EMAIL
I'm running into an XSLT bug in PHP 4 / Sablotron 1.0 / Windows. I'm
told it's fixed in Sablotron 1.0.1.
Can someone with access to the Windows build scripts please upgrade
Sablotron to Version 1.0.1 in the PHP 4 packages? 1.0.1 came out
almost a year ago, so I think it's safe.
Andi,
there may be a speling error in zend_vm_execute.skl
specifically {%INTERANL_LABELS%}
on line 8
l0t3k
Andi Gutmans [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
andi Wed Oct 27 13:58:47 2004 EDT
Modified files:
/ZendEngine2 README.ZEND_VM zend_compile.h
Yep. Thanks.
Andi
At 07:11 PM 10/27/2004 -0400, l0t3k wrote:
Andi,
there may be a speling error in zend_vm_execute.skl
specifically {%INTERANL_LABELS%}
on line 8
l0t3k
Andi Gutmans [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
andi Wed Oct 27 13:58:47 2004 EDT
Modified files:
27 matches
Mail list logo