Le Dimanche 22 Septembre 2002 14:25, vous avez écrit :
Hi
I have finished my first release of the audio extension, details at
http://www.webwise-data.co.uk/php_audio/php_audio_extension.html
Hi,
Cool, I'll read it ASAP ;-)
I am now planning to write some higher level functions, do you
-Original Message-
From: Zeev Suraski [mailto:[EMAIL PROTECTED]]
Sent: 23 August 2002 18:59
To: Sam Liddicott
Cc: [EMAIL PROTECTED]
Subject: RE: [PHP-DEV] Re: Object Overloading
At 17:09 23/08/2002, Sam Liddicott wrote:
Or am I missing something obvious?
ZE2 objects are
At 11:42 23/09/2002, Sam Liddicott wrote:
Is there any chance I can look at some zend 5 code to see the new model, and
how it might fit with SWIG?
Sure, just checkout the ZendEngine2 repository...
Also, overloaded objects are good, what do you think about overloaded
variables? (And with
Warnings in streams.c
c:\home\php\php4\main\streams.c(515): warning C4018:
'=': Conflict between signed and unsigned
c:\home\php\php4\main\streams.c(588): warning C4018:
'=': Conflict between signed and unsigned
c:\home\php\php4\main\streams.c(596): warning C4018:
Warnings in basic_functions.c
c:\home\php\php4\ext\standard\basic_functions.c(2072): warning C4047:
'function': Count of dereferences different between
'struct _hashtable *' and 'struct _hashtable ** '
c:\home\php\php4\ext\standard\basic_functions.c(2072): warning C4024:
Warnings in ftp.c
c:\home\php\php4\ext\ftp\ftp.c(626): warning C4018:
'!=': Conflict between signed and unsigned
c:\home\php\php4\ext\ftp\ftp.c(1475): warning C4018:
'!=': Conflict between signed and unsigned
--
Sebastian Bergmann
http://sebastian-bergmann.de/
Warning in reg.c
c:\home\php\php4\ext\standard\reg.c(374): warning C4018:
'=': Conflict between signed and unsigned
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift:
Zeev Suraski wrote:
zeevMon Sep 23 10:18:43 2002 EDT
Modified files:
/php4/main output.c
Log:
Fix bug #19525
?php
ob_start('callback');
function callback($buffer) {
ob_start();
eval($buffer);
$result = ob_get_contents();
ob_end_clean();
Wez Furlong wrote:
- if (eol (eol + 1 - readptr) = maxlen - 1) {
+ if (eol ((ptrdiff_t)eol + 1 - (ptrdiff_t)readptr) =
Now I get the following
c:\home\php\php4\main\streams.c(323): warning C4018:
'': Conflict between signed and unsigned
I'm resubmitting this little patch for the ZE; when presented with
code like this:
?php
class Foo {
}
class Foo {
}
?
The engine will generate an error message like this:
Cannot redeclare class Foo (previously declared in file.php:2)
Caveat Emptor: if someone tries to redeclare an
On Sat, 2002-09-21 at 00:21, Hans Zaunere wrote:
4.2.3 on FreeBSD 4.6.2 (--enable-cli,--enable-sockets,etc)
I've been taking a look at the socket_* functions in PHP, and
specifically using raw sockets. I've started out with ICMP, and I can
form the ICMP header (more or less) and
Wez Furlong wrote:
wez Mon Sep 23 11:21:17 2002 EDT
Modified files:
/php4/main streams.c
Log:
Hopefully fix the other warnings that my last warning-fixing commit
caused.
It compiles again, but:
c:\home\php\php4\main\streams.c(517): warning C4018:
'=':
On Mon, 23 Sep 2002, Colin Viebrock wrote:
[EMAIL PROTECTED] wrote:
render nicely is something else than total unreadable to me. Did you
have a look at it with Netscape Navigator 4? Please fix something for
it, as it's pretty horrible now.
Can you send me a screen grab? I did test it
Jani Taskinen wrote:
And why is there even need to change it? It has worked fine (for ANY
browser) for very long time now.
The latest changes by Colin are a big improvement, IMHO. It really
looks better now.
--
Sebastian Bergmann
http://sebastian-bergmann.de/
I must have missed some discussion where it was decided to change
this..? Can't seem to find any in the archives either.
There wasn't.
And why is there even need to change it? It has worked fine (for ANY
browser) for very long time now.
I was simply trying to reduce the
Can't you make sure that the filename of internal classes will be NULL and
then we can check for it and say it's an internal class?
Andi
At 03:59 PM 9/23/2002 +0100, Wez Furlong wrote:
X-Managedo-partname: name=1.1; mimetype=text/plain
Content-Type: text/plain; charset=iso-8859-1
Can you try this instead:
if (eol (size_t)((ptrdiff_t)eol + 1 - (ptrdiff_t)readptr) = maxlen - 1) {
justread = eol + 1 - readptr;
It's looking really ugly - maybe there is a better way?
--Wez.
On 09/23/02, Sebastian Bergmann [EMAIL PROTECTED] wrote:
It compiles again, but:
The problem is (as I understand it!) that the ZEND_DECLARE_CLASS case in
do_bind_function_or_class retrieves the class entry for the user-defined
class and not the internal class, and that is why the message reflects
the user class.
I can't really see why this is the case, but then I haven't
Wez Furlong wrote:
It's looking really ugly - maybe there is a better way?
No warning :)
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
--
PHP Development Mailing
If the zend_hash_add() fails then you can do a zend_hash_find() to retreive
the class which is in the hash and print its information. If its
information is NULL (we have to make sure we init it) then you can print
out a message that it's an internal class. Does that make sense?
Andi
At 06:26
Am I the only one who is getting their files chmod'ed to read-only
every time I do a CVS commit?
In particular, main/user_streams.c keeps doing this which is quite
annoying - is there some setting on the server side that affects this?
(and do we want it switched on?)
--Wez.
--
Wez Furlong
The
At 07:22 PM 9/23/2002 +0100, Wez Furlong wrote:
Am I the only one who is getting their files chmod'ed to read-only
every time I do a CVS commit?
In particular, main/user_streams.c keeps doing this which is quite
annoying - is there some setting on the server side that affects this?
(and do we
My umask is 022 (and I've never changed it, not since my early uni days
on those old SGI Indigos when I was paranoid).
I'm wondering if somehow the file was originally created read-only (I can't
think why that might be!?) and that CVS is remembering it?
Karl Fogels Open Source Development with
The perms are fine in cvs:
-r--r--r-- 1 cvs cvs 24388 Sep 23 14:18 user_streams.c,v
-- james
My umask is 022 (and I've never changed it, not since my early uni days
on those old SGI Indigos when I was paranoid).
I'm wondering if somehow the file was originally created
read-only (I
Hi,
I noticed that when I build php from the CVS source on Windows, the Zend/
directory is always compiled before the main/ directory. But on FreeBSD,
it's the other way around. Is this intentional? or have I messed up my
build environment somehow?
thanks
dave
--
PHP Development
On Mon, 23 Sep 2002, David Viner wrote:
Hi,
I noticed that when I build php from the CVS source on Windows, the Zend/
directory is always compiled before the main/ directory. But on FreeBSD,
it's the other way around. Is this intentional? or have I messed up my
build environment
But aren't all the other files -rw-r--r-- ?
On 09/23/02, James Cox [EMAIL PROTECTED] wrote:
The perms are fine in cvs:
-r--r--r-- 1 cvs cvs 24388 Sep 23 14:18 user_streams.c,v
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Wez Furlong [EMAIL PROTECTED] wrote:
Am I the only one who is getting their files chmod'ed to read-only
every time I do a CVS commit?
In particular, main/user_streams.c keeps doing this which is quite
annoying - is there some setting on the server side that affects this?
(and do we want it
nope.
But aren't all the other files -rw-r--r-- ?
On 09/23/02, James Cox [EMAIL PROTECTED] wrote:
The perms are fine in cvs:
-r--r--r-- 1 cvs cvs 24388 Sep 23 14:18 user_streams.c,v
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
not of the straight source... but a patch that i'm developing works on one
platform but not on the other (relies on a generated header file in Zend/).
dave
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 23, 2002 12:06 PM
To: David Viner
Cc:
On 09/23/02, Jim Winstead [EMAIL PROTECTED] wrote:
Wez Furlong [EMAIL PROTECTED] wrote:
Am I the only one who is getting their files chmod'ed to read-only
every time I do a CVS commit?
this happens when someone does a 'cvs watch on'. i'm not sure how (or
if) this can be disabled on the
On Mon, 23 Sep 2002, Colin Viebrock wrote:
generated, and moving to a CSS formatting model acheived that while
still maintaining compatability for current browsers.
It obviously is not compatible with current browsers as it
is really ugly in IE and NS.
My question back would be how
Jani Taskinen wrote:
It obviously is not compatible with current browsers as it
is really ugly in IE and NS.
Looks good here in IE
http://www.sebastian-bergmann.de/stuff/msie.jpg
And Mozilla
http://www.sebastian-bergmann.de/stuff/mozilla.jpg
So a *current* Netscape should
33 matches
Mail list logo