Hi!
For all of you who are interested in running IRCG in
combination with Apache 1.3, have a look at:
URL:http://schumann.cx/ircg/ircg4.php
--
About IRCG
IRCG is a revolutionary way for dispatching messages to huge
groups of users over an arbitrary
hi,
I'm a big -1 on this. The patch will not actually solve the root problem.
On Unix systems, the MTA needs to know that the webserver user is
'trusted' to masquerade as another user. In exim this would be the
'trusted-users' directive, sendmail, qmail, and postfix have similar
The peardoc format will be phased out for peardoc2 which
uses several files, that is one per function, one for constants,
etc.
It makes sense to document PECL in the pear manual since PECL is
in pear.
Well, actually this what I wanted to hear :) I also think that moving
PECL
ext/db is deprecated by dba since 4.3 (earlier versions of dba are very
different).
I plan on emulating db calls in ext/dba. If this is done we can either
remove db
or move it to pecl (i vote for removing then). The remaining difference
current
difference between the two is that db uses magic
Wez Furlong schrieb:
o One doc download for the PHP core + bundled extensions
(which may
reside in PECL).
o One doc download for the PEAR classes + non-bundled
PECL extensions
o One doc download for extension developers (the streams
and zend API
stuff needs a proper home).
o One doc
IMO, the manual should include all of the maintstream PHP extensions.
The reasoning is that if someone downloads the PHP manual, they expect
to get the PHP manual and not have to hunt around for docs on extensions
X, Y, Z.
Remember that one of our goals is to move most of ext/* into PECL, but
On November 29, 2002 01:05 am, Sara Golemon wrote:
I disagree with this, the current behaviour is imho wrong.
mailto: is a url, rejecting the patch because it introduces a special
case, is not a good thing. parse_url() is for _all_ url's, not just
http:// url's, and besides, the current
i was just about to create some image (ext/gd) tests while i found
out that imagegd2 and imagefromgd functions are broken. I checked
with versions 4.3 and cvs.
- You can convert an image to gd but you cannot reload it.
- You cannot create an gd2 image.
- png - jpeg and reverse is good.
test, please ignore
J
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
The only modified file is ext_skel. There's also the addition of a file in
ext/skeleton -- skeleton.cpp to go along with skeleton.c. I suppose I could
get rid of the .cpp file, make a few changes to skeleton.c and have
ext_skel make the proper modifications when it's replacing extname,
EXTNAME
Well, you suggestion makes sense. I wonder about something though. How
different are phpdoc/peardoc/peardoc2 ?
As i said the plan was to move from peardoc to peardoc2. If we move
everything to phpdoc we'll have to port peardoc and peardoc2 to phpdoc, it
will need a lot of work.
There is also a
Applied.
Andi
At 05:31 PM 11/28/2002 +0100, Marcus Börger wrote:
In ZE2 zend.c there is a structure member not initialized for. See patch
below.
marcus
Index: Zend/zend.c
===
RCS file: /repository/ZendEngine2/zend.c,v
retrieving
At 04:30 PM 11/28/2002 +, James Cox wrote:
it means double colon in hebrew... i think Zeev and Andi must not have known
what to call it in english when they put it in... but hey, it was the first
i18n'ized error message :)
We are very attached to this token because it was put in when we
At 06:25 PM 11/28/2002 +0100, Marcus Börger wrote:
With current ZE2 it is possible to instanciate an abstract class. That is
a class
that has at least one abstract method. When we add a flag field to class_entry
struct we can handle this. We simply need to set an abstract flag for the
class
It looks like php_url_parse can be modified to return user and host
for mailto schemes without making it a 'special case', but that would
also remove the current 'path' index which would break existing PHP
code ((bad)).
So we can (A) put in a special case, or (B) not modify the function at
On Fri, 29 Nov 2002, Sara Golemon wrote:
I'm not so much worried about the user in this case, a few explodes will
keep them happy. I'm more worried about the behavior of parse_url being
just plain lacking. mailto:[EMAIL PROTECTED]?subject=Bug+20308 should be
entitled to everybit as much
On November 29, 2002 12:41 pm, Sara Golemon wrote:
It looks like php_url_parse can be modified to return user and host
for mailto schemes without making it a 'special case', but that would
also remove the current 'path' index which would break existing PHP
code ((bad)).
So we can (A)
I'm not so much worried about the user in this case, a few explodes
will keep them happy. I'm more worried about the behavior of
parse_url being just plain lacking.
mailto:[EMAIL PROTECTED]?subject=Bug+20308 should be entitled to
everybit as much parsing as
http://joe:[EMAIL
On Fri, 29 Nov 2002, Wez Furlong wrote:
IMO, the manual should include all of the maintstream PHP extensions.
The reasoning is that if someone downloads the PHP manual, they expect
to get the PHP manual and not have to hunt around for docs on extensions
X, Y, Z.
So mainstream is defined as
Hi Philip,
On Fri, 29 Nov 2002, Philip Olson wrote:
So mainstream is defined as which are bundled with the
PHP4 source, whether it's in PECL or not? Does anyone
know or have a list of what will go where and when? Is
the install, configure, and use process different for
PECL extensions?
Attached is a patch to ext_skel that adds an optional argument (--cpp) that
will create a PHP extension in C++ rather than C. Also attached is
skeleton.cpp, which basically mirrors ext/skeleton/skeleton.c with a few
modifications for using C++. I could've just made some changes to
skeleton.c
[EMAIL PROTECTED] wrote in php.bugs:
[2002-11-27 07:04:52] [EMAIL PROTECTED]
?
$a = 7;
$a = $a + $a++;
echo $a;
//the result is 14;
?
When I add a reference to $a, the behavior of $a + $a++ becomes
inexplicable different. Note that $a isn't changed anywhere!
?
$a = 7;
$b = $a;
At 17:40 29.11.2002, Andi Gutmans wrote:
At 06:25 PM 11/28/2002 +0100, Marcus Börger wrote:
With current ZE2 it is possible to instanciate an abstract class. That is
a class
that has at least one abstract method. When we add a flag field to
class_entry
struct we can handle this. We simply need
We got +3 on applying this but missed it for 4.3.0 RC2. Will someone
with the correct karma please apply it to the 4.3.0 tree?
Michael
--- Michael Sisolak [EMAIL PROTECTED] wrote:
Date: Mon, 25 Nov 2002 10:32:13 -0800 (PST)
From: Michael Sisolak [EMAIL PROTECTED]
Subject: [PATCH 4.3.0] Win32
J Smith wrote:
Attached is a patch to ext_skel that adds an optional argument (--cpp) that
will create a PHP extension in C++ rather than C. Also attached is
skeleton.cpp, which basically mirrors ext/skeleton/skeleton.c with a few
modifications for using C++. I could've just made some changes
On Fri, 29 Nov 2002, J Smith wrote:
Attached is a patch to ext_skel that adds an optional argument (--cpp) that
will create a PHP extension in C++ rather than C. Also attached is
skeleton.cpp, which basically mirrors ext/skeleton/skeleton.c with a few
modifications for using C++. I could've
Is this a problem with VS.net or something? I've never done that with any of
my C++ extensions and they've all worked fine on VC++ 6.
If it is a problem, though, I'll make the changes.
J
Shane Caraveo wrote:
J Smith wrote:
Attached is a patch to ext_skel that adds an optional argument
How about adding something like this to skeleton.c:
/* __begin_extern_c__ */
/* __end_extern_c__ */
And having the sed script in ext_skel replace them with the proper extern
C stuff? That way there's no need for skeleton.cpp and just a few changes
need to be made in skeleton.c.
J
Sascha
helping in translation the php menual to hebrew.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
29 matches
Mail list logo