ID: 6502
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: php4isapi "Dr Watsons" IIS when installed as filter
Sebastian,
Sorry, but I am not in a position to build and test a snapshot at this time (I've
moved jobs and no longer
ID: 9456
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Assigned To:
Comments:
It sounds like gcc doesn't know enough about the StrongArm - the code dump is of the
internal retargetable code that gcc generates.
I would suggest trying to either update
an be any code below
$replace = array("1", "2");
preg_replace($search, $replace, $matches)
Error message will look sth like:
failed to execute regexp code "Array".
Further investigation shows that pcre uses the new zend_is_callable which returns
"Array
ID: 9741
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Mail related
Assigned To: wez
Comments:
This isn't a bug in PHP - yes you need to specify the correct MIME headers in order
for your email client to understand the content.
I suggest that you
ID: 9741
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Mail related
Assigned To: wez
Comments:
Sorry - I just re-read your report.
It sounds like a bug in your mail client rather than PHP - PHP just passes the mail on
to sendmail, and it is down to your mail client
ID: 9756
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Install and Config
Assigned To:
Comments:
I also find this problem using SuSE 7.0 (apache 1.3.12), BUT I think this is a problem
with apxs and not the PHP installer.
A quick grep for the word "activating&quo
of PHP linked correctly.
PHP 4.0.4pl1 still compiles and links, and I'm pretty sure CVS worked about a week ago.
--Wez.
--
Edit Bug report at: http://bugs.php.net/?id=9898edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
ID: 9898
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Compile Problem
Assigned To:
Comments:
Sorry - forgot some info which is in the other report.
I'm having B/W problems so the bug system is reacting slowly for me...
Previous Comments
ID: 9898
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Open
Bug Type: Compile Problem
Assigned To:
Comments:
Weird - can't find my duplicate report, so reopened this one.
I'm having problems with the bug system - it's slow to react and seems to hang.
Anyway
---
[2001-03-21 07:42:43] [EMAIL PROTECTED]
Weird - can't find my duplicate report, so reopened this one.
I'm having problems with the bug system - it's slow to react and seems to hang.
Anyway, I left this information out:
/bin/sh /home/wez/source/phpbuild
ID: 9898
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Assigned To:
Comments:
On 2001-03-23 13:00:49, Jani Taskinen [EMAIL PROTECTED] wrote:
On 22 Mar 2001 [EMAIL PROTECTED] wrote:
jstring?
dbg ??
mailparse? mbregex?
savi?
jstring
ID: 9898
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Problem
Assigned To:
Comments:
Completely clean CVS checkout fixes problem -- Bogus.
Sorry for wasting your time Jani.
--Wez.
Previous Comments
ID: 10204
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Assigned To:
Comments:
I noticed this last night in the socket code: it uses a simple read-buffering scheme
where the read buffer will only grow, so we are effectively storing the everything we
ID: 10204
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sockets related
Assigned To:
Comments:
Um, yes, the memory usage increases because you are appending an infinite number of
copies of the google page to your $page variable.
I can't see any
ID: 9915
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: OpenSSL related
Assigned To:
Comments:
Not a bug in PHP but a lack of correctly configured/installed ssl DLLs. -- Bogus.
Previous Comments
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.4pl1
PHP Bug Type: Documentation problem
Bug description: effects of safemode not described
I can't find a description of the effects of turning on the safe mode configuration
option anywhere in the docs or on the
ID: 10204
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sockets related
Assigned To:
Comments:
Sorry - I somehow missed the unset.
However, unset just removes the variable from the symbol table - try using $page =
null instead.
I am
ID: 10331
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: GD related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Support for GD was just added to the latest CVS.
Try a snapshot from snaps.php.net or checkout the latest CVS and configure
ID: 10331
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: GD related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Sorry - you also need --with-xpm-dir, and I meant to say GD 2.
Previous Comments
ID: 10665
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
PHP Version: 4.0.5
Assigned To: wez
Comments:
I'll review it, and probably commit it.
--Wez.
Previous Comments
ID: 10665
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Feature/Change Request
PHP Version: 4.0.5
Assigned To: wez
Comments:
It's now in CVS; please verify that it works and I'll close this report.
Thanks for the patch!
--Wez.
Previous Comments
ID: 10748
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Configuration Issues
Operating system:
PHP Version: 4.0 Latest CVS (2001-05-09)
Assigned To:
Comments:
It works for me...
Can you post your configure line and email your config.log file
From: [EMAIL PROTECTED]
Operating system: SuSE 7.0 i386
PHP version: 4.0 Latest CVS (2001-05-10)
PHP Bug Type: *Install and Config
Bug description: c-client linked to config test progs causes undefined symbols
The conftest progs for things like setuid fail because c-client
: yes=/usr/local: No such file or directory
checking for png_info_init in -lpng... yes
./configure: cd: yes: No such file or directory
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=DIR
It still builds though :-)
--Wez.
--
Edit Bug report at: http://bugs.php.net
support from my build because it didn't help at all.
--Wez.
--
Edit Bug report at: http://bugs.php.net/?id=10832edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
ID: 11814
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: GD related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
This might actually be a bug in GD 2.0; there are a number of bugs in palette based
images that will be fixed in the next release.
--Wez
ID: 11814
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: GD related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
And I meant to say that the PHP code has not changed; so it is definitely not a PHP
bug.
(Remember that GD 2.0 is still
ID: 11828
Updated by: wez
Reported By:
Status: Feedback
Bug Type: Filesystem function related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Does Win32 implement flock()??
That might be why it doesn't do anything...
--Wez.
Previous Comments
ID: 11889
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating system:
PHP Version: 4.0 Latest CVS (2001-07-04)
Assigned To:
Comments:
I've added loads of ifdefs to help prevent this.
Please let me know if it works.
--Wez
ID: 11917
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
It's a GD problem.
GD 2.0.1 is still BETA.
--Wez.
Previous Comments
ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: libgd was not built with TrueType font support problem
Old Status: Open
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:
That libgd was not built with TrueType font support
ID: 12064
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: Truetype functions can't locate fonts
Status: Feedback
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:
Are you sure that GD understands d:/path/to/font.ttf as a path?
Should it be d
ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: libgd was not built with TrueType font support problem
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:
(Please use the web interface to reply!)
User Comment:
Heh, sure
ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: libgd was not built with TrueType font support problem
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:
Are you really, really sure that GD is linked with freetype support
ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: libgd was not built with TrueType font support problem
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:
Try this short program:
#include stdio.h
#include stdlib.h
ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: libgd was not built with TrueType font support problem
Old Status:
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:
The only thing that I can think of is that you have
ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: libgd was not built with TrueType font support problem
Old Status:
Status: Open
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
Old Assigned To:
Assigned To: wez
New Comment:
It's a GD 1.8.4 problem
ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: libgd was not built with TrueType font support problem
Old Status: Open
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
Assigned To: wez
New Comment:
OK, try either using the latest CVS
ID: 12563
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat 7.1 / 2.4.7 Kernel
PHP Version: 4.0.6
New Comment:
imlib2 uses AC_ADD_LIBRARY and friends instead of PHP_ADD_LIBRARY and friends in it's
config.m4; it is broken
against CVS
ID: 9392
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Languages/Translation
Operating System: Linux
PHP Version: 4.0 Latest CVS (21/02/2001)
New Comment:
If you could rewrite your patch to fit the new architecture
for htmlentities, I'd be happy to apply
ID: 9392
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Languages/Translation
Operating System: Linux
PHP Version: 4.0 Latest CVS (21/02/2001)
New Comment:
I should add that as it stands in CVS, htmlentities only knows about iso-8859-1,
iso-8859-15 and utf-8.
--Wez
ID: 12869
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: GD related
Operating System: Win98
PHP Version: 4.0.6
New Comment:
It's a GD 2.0.1 bug with transparent palette based PNGs.
I submitted a patch to boutell.com ages ago, but he has not
released an update since
ID: 12938
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating System: linux
PHP Version: 4.0.6
New Comment:
Not a bug; is encoded as amp;
Take a look at the mbstring extension and the functions there; they are documented
ID: 12956
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: GD related
Operating System: Debian GNU/Linux
PHP Version: 4.0CVS-2001-08-25
New Comment:
It's a GD bug; I know this because my patched GD works fine with TTF. I submitted the
patch to the GD
ID: 12963
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: GD related
Operating System: Windows95
PHP Version: 4.0.6
New Comment:
PHP 4.0.6 on win32 uses GD 2.0.1 BETA.
It is broken for palette based PNG images; you
need to use a different version of GD, or wait
ID: 13017
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Redhat 7.1
PHP Version: 4.0CVS-2001-08-29
New Comment:
Fixed in CVS - thanks for the patch.
--Wez.
Previous Comments
ID: 13190
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Extensibility Functions
Operating System: Linux SuSE 6.3 - Apache
PHP Version: 4.0.6
New Comment:
Please try latest CVS or a snapshot.
I've just commit a fix for this.
Previous Comments
ID: 13190
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *Extensibility Functions
Operating System: Linux SuSE 6.3 - Apache
PHP Version: 4.0.6
Previous Comments:
[2001-09-07 06
ID: 13522
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: OpenSSL related
Operating System: SunOS 5.7
PHP Version: 4.0.4pl1
New Comment:
Please try with PHP 4.0.6 or PHP 4.0.7RC3.
If you are still getting a false return, try using
to be careful of the multibyte charsets, especially in
regexps. The GD library is another problem area, but can be worked around using those
extensions.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
by reference.
Could we change the behaviour so that the object parameters are passed by reference?
I don't think this will break anyones scripts.
--Wez.
--
Edit Bug report at: http://bugs.php.net/?id=9447edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail
on this, perhaps using the fopen
cookie method (like the zlib extension).
I was wondering what, if any, CVS access I now have (I have read at least,
because I just checked out from CVS).
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
can prove it's me by providing you with my
cvs password over private email. (mail to the ryltech address will not reach
me).
--Wez.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 25, 2001 11:24 PM
To: Wez Furlong; php-dev mailinglist
Subject
Changed. You also have access to the full source tree now.
- Sascha
Thanks.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL
/closer functions
set to the regular calls. For SSL sockets the cookie would be the SSL
pointer and the reader/writer/closer functions would be the SSL equivalents
etc.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
d consider?
Let me know your thoughts,
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
think some more about the open/connect/construct part of it.
--Wez.
that path?
I will look into it, and the hostconnect call that I somehow managed to miss
while looking at the fsockopen call...
--Wez.
more depth and come back with more info
about where we are using this stuff and where we check for sockets,
and think some more about the open/connect/construct part of it.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
, if we have created a FILE using fdopen or fopencookie, maybe we should switch the
operations to use the stdio versions on that FILE?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
this done?...
I think whoever told you that might have been slightly confused.
The impression that I have is that the Zend Debugger is a closed piece of software,
but the PHP debugger is still freely available from http://dd.cron.ru/dbg/
--Wez.
--
PHP Development Mailing List http://w
so kept me
employed for the last year and looks set to keep me going for a couple of years at
least.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
web based email.
Should I commit it to PHP CVS?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
be causing it.
What concerns me is that it appears that the same pointers are being freed
multiple times.
Could someone enlighten me as to what these messages actually mean so that I
can track it down?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
a crash if it was.
There's no magical way of solving this, other than trying to cut down the
script to the smallest piece of code that still leaks, and then trying to
figure out what causes the leak
Thanks. I thought so; I guess I was hoping that someone else had spotted
something similar...
--Wez
ts to load classes.
You get more leaks if you add more member variables to class A.
I would guess that something (possibly the instance of class A) is not being
freed/released somewhere that it should.
--Wez.
PS: If one of you guys could put this in the bug DB under my name, I would
appreciate it.
BTW: This was with CVS PHP updated this morning,
./configure --disable-pear --without-gd --without-mysql --enable-debug
zend_hash.c(291) : Freeing 0x0818E474 (37 bytes), script=leak.php
Last leak repeated 1 time
zend_hash.c(202) : Freeing 0x08193D1C (20 bytes), script=leak.php
Last leak
not?
And is it likely to in the future?
As for the leaks, when on a production system (--disable-debug)
does PHP catch and free them after each request (provided they
are emalloc'd) ?
If so, then I will forget about them. If not, I might have
to try another approach.
--Wez.
--
PHP Development Mailing
Hi All,
I'm subscribed to the cvs commit list, but aside from the confirmation message, I have
received no mail from it.
Also, I have gotten the last 3 PHP 3 bug summaries, but not the PHP 4 summaries.
Just thought you should know!
--Wez.
--
PHP Development Mailing List http://www.php.net
on the "openssl smime" command from the openSSL dist.
I also made the cert/key passing a bit more PHP coder friendly.
More docs can be found in the README; I have commited these changes to CVS, so just do
an update and if you find any problems please let me know!
--Wez.
--
PHP Developme
Can anyone give me some pointers on how I might go about documenting the openSSL
extension?
ATM, there is a readme, but I would like to put this stuff in the manual, with some
examples.
Thanks,
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
On 2001-04-02 13:43:18, "Stig Venaas" [EMAIL PROTECTED] wrote:
On Mon, Apr 02, 2001 at 01:42:40PM +0100, Wez Furlong wrote:
Can anyone give me some pointers on how I might go about documenting the openSSL
extension?
ATM, there is a readme, but I would like to put this stuff in
hings hard - I guess the best thing
would be to create a branch?
Any pointers?
--Wez.
PS: for those that missed it last time, the general idea is that instead of all the
madness with FP_FGETS and issock, sock and fp vars flying around, we aim for an
abstraction where the calling code do
Hey,
I'm subscribed to the CVS commit list, but I've received 0 messages from it.
Who is maintaining the list?
What can be done about it?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
I've committed my GD 2.0.1 patch.
If the build breaks, I'm sorry - it should be OK however.
Please let me know if you have any problems with it.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
re
"--with-jpeg-dir" \
"--with-png-dir" \
"--with-freetype-dir" \
"--with-gd"
If freetype2 is found, --with-ttf=no and --enable-gd-native-ttf are assumed.
This is going into CVS as we speak.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscr
make sense for it to appear in PHP 4.1.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
, but I would like to correct the info on the weekly
summary if it is not going to appear in 4.0.5.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail
On 2001-04-17 16:26:19, "Hartmut Holzgraefe" [EMAIL PROTECTED] wrote:
Wez Furlong wrote:
I'm working on a file abstraction for fopen and friends,
with the aim of nuking all those issock parameters
and paving the way so that I can finally integrate
SSL support for those
thing else is
dynamically linked to it first!).
The sheer variety of places where gd gets installed makes it difficult to pick a
particular version if you have more than one installed :-/
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
d a couple of problems related to transparency and the new
alpha channel code (I've submitted the fixes back to the GD author).
Could I see your PHP code?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
On 2001-04-17 22:22:47, "Zeev Suraski" [EMAIL PROTECTED] wrote:
At 20:24 17/4/2001, Wez Furlong wrote:
It's in CVS now - take a look at main/php_streams.h.
Cool - it looks very good! That's exactly what I meant in the 'something
similar to C++'s virtual classes' :)
Thank
ed instead
I'm concerned by this message.
If this doesn't work for you, please file a bug report at http://bugs.php.net, and
email me (personally) your config.log.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-ma
t commited README.STREAMS to the php4 root.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
only needs to be found in the hash for the
object?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
news; the cygwin test suite suggestion is probably still valid
though.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
:-)
Seriously though, win32 is particular hard to do automated testing.
Maybe we could use cygwin for running the test-suite under win32 and at
least be able to use standard *nix tools?
I haven't really looked at the test-suite, so this is just a (hopefully)
helpful suggestion.
--Wez.
--
PHP
On 2001-05-02 15:43:57, Andi Gutmans [EMAIL PROTECTED] wrote:
At 03:38 PM 5/2/2001 +0100, Wez Furlong wrote:
Seriously though, win32 is particular hard to do automated testing.
Maybe we could use cygwin for running the test-suite under win32 and
at
least be able to use standard *nix tools
Wez Furlong [EMAIL PROTECTED] 05/02/01 12:02PM
get bash, sed, perl, awk and all those unix tools. I'm suggesting that
perhaps the test suite could be run using those tools on a win32
platform.
On 2001-05-02 18:09:07, Matt White [EMAIL PROTECTED] wrote:
Is there another test suite other
It will work, right (zend guys?).
I'd love to see it.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
On 2001-05-03 22:51:41, Wez Furlong [EMAIL PROTECTED] wrote:
| John Donagher [EMAIL PROTECTED]
Right now, when a class (or method, or function) is declared, its
name
is zend_str_tolower()'d.
it would be nice if the original casing on the class name was
persisted
so that functions like
was interested in seeing this get into CVS, and I have had 84
downloads since the weekly summary was published (week31).
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
On 2001-05-03 22:53:49, Andrei Zmievski [EMAIL PROTECTED] wrote:
On Thu, 03 May 2001, Wez Furlong wrote:
OK, so +1 to get_declared_class() which returns the class name with
Umm, that sounds kind of arbitrary. There could be an optional
parameter to get_class(), get_parent_class(), and others
On 2001-05-04 06:07:14, Chuck Hagenbuch [EMAIL PROTECTED] wrote:
Quoting Wez Furlong [EMAIL PROTECTED]:
I would like to put my mailparse (As seen on zend.com weekly
summary)
extension into CVS; shall I just check it into php4/ext?
I'd certainly be interested in it. Are there any
On 2001-05-04 06:07:14, Chuck Hagenbuch [EMAIL PROTECTED] wrote:
Quoting Wez Furlong [EMAIL PROTECTED]:
I would like to put my mailparse (As seen on zend.com weekly
summary)
extension into CVS; shall I just check it into php4/ext?
I'd certainly be interested in it. Are there any
On 2001-05-04 10:03:00, Hartmut Holzgraefe [EMAIL PROTECTED] wrote:
Wez Furlong wrote:
So, it'll be more of an internal dependency...
oops, we are going to have internal extension dependencies beside
those to ext/standard?
I can see where you are heading.
i think we should find
On 2001-05-04 14:45:48, Wez Furlong [EMAIL PROTECTED] wrote:
that has a higher WTF factor than making it case sensitive in 4.1
4.0 I mean.
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
should be, Wez and maybe I also might have some
thoughts. I'm not sure, but rather than having separate functions for
each algorithm, it might be better to have encrypt and decrypt
functions
that take algorithm as a parameter. I'm Cc'ing Sascha and Wez.
I'll probably tweak Sascha's patch to take
[int padding] // optional padding
);
Where key can specify the key using the extended syntax added in 4.0.6 (see
php manual online for more info).
This rolls 4 functions into two.
The relevant cipher is encoded in the key.
Thoughts? Comments? Suggestions?
--Wez.
--
PHP Development Mailing
, passphrase);
We currently use this code for the private key, so it looks like we don't
care what kind of key it is; openssl figures it out and we can find out by
looking at key-type.
Or am I missing something?
--Wez.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail
1 - 100 of 607 matches
Mail list logo
