Re: [PHP-DEV] 64bit PHP on solaris

2003-03-14 Thread James Devenish
In message [EMAIL PROTECTED] on Fri, Mar 14, 2003 at 05:22:11PM +, Wez Furlong wrote: Please coordinate with me on streams issues; if some 64bit oses declare descriptors as longs rather than ints, then we could have a bigger job on our hands (similar to the mess with socket types under

Re: [PHP-DEV] 64bit PHP on solaris

2003-03-13 Thread James Devenish
In message [EMAIL PROTECTED] on Thu, Mar 13, 2003 at 02:05:45PM -0500, David Hill wrote: first file_get_contents readfile both core dump with bus errors b/c the file descriptors are typed as int's when they should be longs (steams.c lines 1020/1156) The lines don't match up to the

Re: [PHP-DEV] Language Auto Detection / www.php.net

2003-03-12 Thread James Cox
://php.net/urlhowto I remember adding a cookie before for something trivial (user-configurable css) and jimw pointing out that it tends to do silly things with caching... (ie, renders it useless) James ___ This mail sent using V-webmail - http

[PHP-DEV] Further outstanding 64-bit issues with PHP_4_3

2003-03-08 Thread James Devenish
Hi, Just looking at CVS diffs (can't compile at the moment due to ./configure breakage), I can see... Remaining zend_parse_parameters problems: php4/ext/ftp/php_ftp.c php4/ext/sockets/sockets.c General LP64 incompatabilities left over from my November patches:

Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems

2003-03-06 Thread James Devenish
In message [EMAIL PROTECTED] on Thu, Mar 06, 2003 at 10:25:14AM +, Joe Orton wrote: Hi, I've got a bunch of fixes for systems which have system libraries in /usr/lib64 rather than /usr/lib - these are needed for some upcoming 64-bit Linux ports. These fixes are based on patches from SuSE

Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems

2003-03-06 Thread James Devenish
In message [EMAIL PROTECTED] on Thu, Mar 06, 2003 at 11:52:15AM +, Joe Orton wrote: /usr/lib64 exists so that you can have 64-bit libraries installed alongside 32-bit libraries in /usr/lib - this is a precedent that comes from Sun or SGI or somewhere I believe. Yep, HP-UX does it, too.

Re: [PHP-DEV] [PATCH] fixes for /usr/lib64 systems

2003-03-06 Thread James Devenish
In message [EMAIL PROTECTED] on Thu, Mar 06, 2003 at 12:15:43PM +, Joe Orton wrote: Yes, that's why it is needed - though I'm surprised if this problem is unique to the linker used on Linux. [...] I'm fairly sure I've had problems on IRIX before when the linker picks up libraries with a

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread James Devenish
In message [EMAIL PROTECTED] on Wed, Mar 05, 2003 at 07:24:20AM +0200, Andi Gutmans wrote: It might be less confusing to just have one. Hasn't worked so far ;) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-03-04 Thread James Devenish
In message [EMAIL PROTECTED] on Wed, Mar 05, 2003 at 07:35:49AM +0200, Andi Gutmans wrote: At 01:29 PM 3/5/2003 +0800, James Devenish wrote: In message [EMAIL PROTECTED] on Wed, Mar 05, 2003 at 07:24:20AM +0200, Andi Gutmans wrote: Hasn't worked so far ;) Well we're talking about changing

Re: [PHP-DEV] [PATCH] - 64 bit issue with zend_parse_parameters calls

2003-03-02 Thread James Devenish
In message [EMAIL PROTECTED] on Sat, Mar 01, 2003 at 02:43:59PM -0500, Dave Hill wrote: Interestingly enough I did find one coding error, in ext/w32api/w32api.c there are two calls with s|l and only two arguments passed into the function, so heaven help anyone who tries to pass that optional

Re: [PHP-DEV] [PATCH] - fix for 64 bit issues with OnUpdateInt

2003-02-28 Thread James Devenish
Hi, Preface: This e-mail uses the distribution list (To and CC addresses) that the original poster used. I have moved everyone other than php-dev to Bcc so that this doesn't get perpetuated (I have no idea of the significance of the other addresses that were e-mailed, nor do I know Dave Hill's

[PHP-DEV] parser generator for php

2003-02-26 Thread Pete James
I hope that this is not the wrong venue for this. I've seen references to questions about this before, but is there any tool similar to yacc, written in php? I know that there is the tokenizer ext., which forms one half of the equation. Perl, Python, etc, have their YAPP, and YAPPS tools. Is

[PHP-DEV] upcoming plans for servers

2003-02-26 Thread James Cox
not be noticed. If anyone has any further questions, please feel free to email me, [EMAIL PROTECTED] or simply reply to this email. Thanks, James -- James Cox :: [EMAIL PROTECTED] :: http://imajes.info/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ -- PHP Development

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

2003-02-23 Thread James E. Flemer
Oh good, it hasn't been forgotten. I just want to point out that if committed the open() statement should probably use O_RDONLY. [main.c @ ~1542] I used 0 because I didn't have time to figure out where to add the correct #include to get O_RDONLY into main.c. -James On Sun, 23 Feb 2003, Wez

Re: [PHP-DEV] Re: #22291 [Opn-Bgs]: CGI do not function !

2003-02-19 Thread James Devenish
In message [EMAIL PROTECTED] on Wed, Feb 19, 2003 at 11:34:21AM +0100, Magnus M wrote: On Wed, 19 Feb 2003 11:27:51 +0100 Vincent Robert [EMAIL PROTECTED] wrote: It's a bug I'm not the only one, look #22292 And then it's a duplicate, and therefor marked bogus. If you have any

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

2003-02-16 Thread James E. Flemer
to simulate on a non-broken environment, just do: #define VCWD_GETCWD(buff, size) (EACCES) (or to a func that returns EACCES in case VCWD_GETCWD() is ever used). -James On Sat, 15 Feb 2003, Andi Gutmans wrote: Hey, The fchdir() part of the patch looks fine but I didn't quite understand the rest

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

2003-02-16 Thread James E. Flemer
On Sun, 16 Feb 2003, Andi Gutmans wrote: At 03:41 PM 2/13/2003 -0500, James E. Flemer wrote: RCS file: /repository/TSRM/tsrm_virtual_cwd.c,v retrieving revision 1.41 diff -u -b -r1.41 tsrm_virtual_cwd.c --- TSRM/tsrm_virtual_cwd.c 6 Nov 2002 18:07:22 - 1.41 +++ TSRM

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

2003-02-13 Thread James E. Flemer
Here's that same patch, but without leaking a file descriptor. Any comments yet? Any objections to committing it? -James On Wed, 12 Feb 2003, James E. Flemer wrote: Well all the fancy new streams code in 4.3.0 seems to tickle a Solaris issue with getcwd(). It seems that under certain cases

[PHP-DEV] [patch] solaris getcwd() brokeness

2003-02-12 Thread James E. Flemer
around the problem. This may not be the best approach, but it was an attempt at a quick-fix so that 4.3.0 would be usable for now. This problem has bug number: #21310 [1]. Comments welcome. I'd like to commit this (or similar) before any more releases are made. -James [EMAIL PROTECTED] [1] http

RE: [PHP-DEV] can't get wincvs to ask for login

2003-02-03 Thread James Cox
Hi, I'm trying to commit some changes, and can't get wincvs to log me in or even to request a password with pserver. I've changed the username from cvsread to cellog. Anyone with wincvs experience know how to make the stupid thing work? Your best bet is to use the CVS win32 port,

Re: [PHP-DEV] preg_replace oddity [exploitable]

2003-02-03 Thread James E. Flemer
On Mon, 3 Feb 2003, Maxim Maletsky wrote: James E. Flemer [EMAIL PROTECTED] wrote... : I found a more evil example: ?php $a = ___! `rm -rf /tmp/sess_*` !___; $b = preg_replace(/!(.*)!/e, print(\\1);, $a); ? This happily executes rm -rf /tmp/sess_*. I will not give out

Re: [PHP-DEV] preg_replace oddity [exploitable]

2003-02-02 Thread James E. Flemer
, it does not seem to be possible to use 'echo' as part of the expression, print must be used. (Yes I know why, just pointing it out.) -James On Thu, 30 Jan 2003, James E. Flemer wrote: Can someone explain what is going on here: --- foo.php --- ?php $a = ___! 52); echo(42 !___; $b

RE: [PHP-DEV] RfC: version names

2003-01-31 Thread James Aylett
commits a day for a single file. I dont think that's a good idea. Is the ChangeLog updated religiously? If so, CVS builds could include a datestamp acquired from that. James --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449

RE: [PHP-DEV] RfC: version names

2003-01-31 Thread James Aylett
or months down to a single day or so. Cheers, James --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27/01/2003 This e

RE: [PHP-DEV] RfC: version names

2003-01-31 Thread James Aylett
it has a reasonable chance of being bogus anyway, I'd have thought. It's difficult to detect, though. Derick's suggestion of only allowing submissions against at worst (in terms of moving targets) a snapshot build is probably a fair compromise? Cheers, James --- Outgoing mail is certified Virus Free

[PHP-DEV] preg_replace oddity

2003-01-30 Thread James E. Flemer
- Failed evaluating code: print( 52); echo(\42 ); It seems like preg_replace() is doing some strange things, and might be something that could be exploitable if a remote user can supply the first argument, and the second argument does not enclose \\n options. -James -- PHP Development Mailing

RE: [PHP-DEV] roadmap of PHP - where? PHP 5 - when?

2003-01-23 Thread James Cox
entirely, which has been mentioned more than once for PHP5) , then I would like to be able to add reasoned argument against. Open up the list so that people can read it, and moderate posts, as you are continuing too, Andrei. -- james -- PHP Development Mailing List http://www.php.net

RE: [PHP-DEV] Re: #21659 [Com]: sprintf

2003-01-15 Thread James Aylett
morning :-) Cheers, James -- James Aylett Chief Technical Architect, Tangozebra t 020 7535 9850 f 020 7535 9900 w http://tangozebra.com/ This e-mail message, including any attachments, is intended only for the person or entity to which it is addressed, and may contain confidential

RE: [PHP-DEV] RE: [PEAR-DEV] 'php4' CVS module for PHP 5?

2003-01-14 Thread James Cox
On Mon, 13 Jan 2003, James Cox wrote: it's called compatibility Nicos. having libphp4.so, libphp5.so, libphp6.so... and so on means that they can work together. Once libphp5.so gets building properly and we have moved onto that track completely, i intend to build a latest stable

RE: [PHP-DEV] PHP4 + PHP5

2003-01-14 Thread James Cox
On Tue, 14 Jan 2003, James Cox wrote: On Mon, 13 Jan 2003 20:46:45 -0500 Mike Robinson [EMAIL PROTECTED] wrote: I'm wondering if it will be possible to build and use both PHP4 and PHP5 as apache modules on the same webserver, similar to the way we could use both PHP3

[PHP-DEV] RE: [PEAR-DEV] 'php4' CVS module for PHP 5?

2003-01-13 Thread James Cox
that track completely, i intend to build a latest stable of php4 and leave it there: libphp4.so. make .php, .php4 etc use that hook, so my existing apps don't get broken, and migrate to .php5 -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net

RE: [PHP-DEV] PHP4 + PHP5

2003-01-13 Thread James Cox
will be the module names, afaik. That will avoid conflict names. is it ? i am already cooking up a patch for this.. almost done. just waiting on when we split off php5 to commit it. -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] RE: cvs checkout skip dir

2003-01-12 Thread James Cox
, you're usually just working on the site, not actually keeping a local copy, rsync is fine for that). if no-one objects i'm going to go ahead and do this next week. -- james -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 11, 2003 1:45 PM

[PHP-DEV] RE: cvs checkout skip dir

2003-01-12 Thread James Cox
hmm. that is an interesting idea... hacking the dolog.pl script to publish the diffs for large attachements instead of including them inline might not be a bad thing (tm). -- james -Original Message- From: Gabor Hojtsy [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 12, 2003 5:02 PM

[PHP-DEV] RE: cvs checkout skip dir

2003-01-12 Thread James Cox
be trivial, i think. -- james -Original Message- From: Gabor Hojtsy [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 12, 2003 5:16 PM To: James Cox; [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: Php-Dev Subject: Re: cvs checkout skip dir hmm. that is an interesting idea... hacking

Re: [PHP-DEV] CVS mangled (netware/apachecore.imp,netware/bisonflexzend.bat)

2003-01-01 Thread James Cox
munched on the server side? I will investigate, but i believe these files were not really added, just sort of semi-added, as they are netware confidential.. but i do need to check on that. -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net

Re: [PHP-DEV] ChangeLog

2003-01-01 Thread James Cox
the most recent entry in the log is from the 29th December, and I wonder if some script needs to be kicked to update the log. you might need to wait a bit for the last couple of days to enter the changelog, but that seems the right way to do it. -- james -- PHP Development Mailing List http

[PHP-DEV] CVS Account Request: lkwang_cn

2002-12-16 Thread james wang
help to maintenance the document, and translate the doc to chinese. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Problem with commit

2002-12-05 Thread James Cox
um.. ok.. i'm looking into a few issues with cvs right now... could you send me the full content of any header etc you might have received, anything that suggests what triggered that error... -- james -Original Message- From: Marcus Borger [mailto:[EMAIL PROTECTED]] Sent: Thursday

[PHP-DEV] test, please disregard.

2002-12-05 Thread James Cox
-- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] LXR on pear/PECL

2002-12-01 Thread James Cox
Sure, once LXR moves to a new machine i'll make that work. Thanks, James -Original Message- From: Joao Prado Maia [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 01, 2002 11:42 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] LXR on pear/PECL Hi, I'm not sure who

RE: [PHP-DEV] ZE2 question

2002-11-28 Thread James Cox
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 :) -- jamess -Original Message- From: Marcus Borger [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 28,

RE: [PHP-DEV] New vpopmail extension for PHP

2002-11-28 Thread James Cox
it's not orphaned, i'm nursing it back to life :) -- james -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 28, 2002 8:53 PM To: Rui Barreiros Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] New vpopmail extension for PHP vpopmail

RE: [PHP-DEV] [PATCH] Redirect on Error

2002-11-22 Thread James Aylett
the SAPIs it supports, but as a user of PHP it is an option I'd be interested in. Cheers, James --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.370 / Virus Database: 205 - Release Date: 05/06/2002

RE: [PHP-DEV] GIF support

2002-11-21 Thread James Cox
guys, how about we just like leave this for a couple of months till 2003 when the patent runs out? -- james -Original Message- From: Marcus Borger [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 10:23 AM To: Stefan Esser Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV

RE: [PHP-DEV] [PATCH] Redirect on Error

2002-11-21 Thread James Cox
did you forget to return http 500 in the sapis? -- james -Original Message- From: John Coggeshall [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 11:56 AM To: 'PHP Developers Mailing List' Subject: [PHP-DEV] [PATCH] Redirect on Error Okay... Well, even though

RE: [PHP-DEV] error handling

2002-11-21 Thread James Cox
systems -- eg, for 404. -- james -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 12:15 PM To: James Cox Cc: [EMAIL PROTECTED]; 'PHP Developers Mailing List' Subject: Re: [PHP-DEV] error handling Writing for newbies, I often

RE: [PHP-DEV] error handling

2002-11-21 Thread James Cox
avoided. i see your point, but php doesn't really provide a way of halting on all errors, unless you code yourself a funky error handler and well... it gets messy. throwing http 500 is the right way to do it (tm), and i think would be better http conformance if we did. -- james -- PHP

RE: [PHP-DEV] error handling

2002-11-21 Thread James Cox
. there are plenty more better ones to hire. -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Fwd: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c /ext/bcmath/libbcmath/src bcmath.h init.c output.c raise.c raisemod.c recmul.c sqrt.c str2num.c zero.c

2002-11-20 Thread James Cox
for an alternative. -- james -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 20, 2002 8:14 PM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Fwd: [PHP-CVS] cvs: php4 /ext/bcmath bcmath.c /ext/bcmath/libbcmath/src bcmath.h init.c output.c raise.c

RE: [PHP-DEV] error handling

2002-11-20 Thread James Cox
it can; 500 means server error -- perl, cgi, mod_include, etc all do it, so why shouldn't php? -- james -Original Message- From: John Coggeshall [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 20, 2002 11:06 PM To: 'James Cox' Cc: 'PHP Developers Mailing List' Subject: RE

RE: [PHP-DEV] error handling

2002-11-20 Thread James Cox
a combination of log_error directives and a 500 error you can handle would do the trick... we're talking about production... have a script to check your php log and mail / sms you if it gets full.. -- james -Original Message- From: Ray Hunter [mailto:[EMAIL PROTECTED]] Sent

[PHP-DEV] PHP Rsync

2002-11-17 Thread James Cox
All, After a lot of tweaking, rsync is now back up and ready to rock. there are still going to be some teething errors, due to phpdoc errors, but i will be working with the phpdoc team to iron these out. Thanks, James -- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful

RE: [PHP-DEV] Re: Support for Birdstep RDM Server database engine

2002-11-17 Thread James Cox
on with this. -- james -Original Message- From: Diggy Bell [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 3:49 AM To: Dan Kalowsky Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: Support for Birdstep RDM Server database engine Thanks Dan, From looking at the module

[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP Snaps

2002-11-14 Thread James Cox
todo, as it has been for a while. I would dearly like to make this work too -- it's just finding the spare slot of time to do it. -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] manual notes

2002-11-13 Thread James Cox
The manual notes should be live again. i dry rsynced phpweb on www so it contains all the latest updates. we are just now finalizing the manual builds so the whole thing can get switched on properly. - - james -- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful? http

RE: [PHP-DEV] Changelog broken?

2002-11-11 Thread James Cox
Changelog does seem to be broken, and it's on our list of things to do. Thanks, James -Original Message- From: Steve Alberty [mailto:staybyte;php.net] Sent: Monday, November 11, 2002 10:11 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Changelog broken? Hi, the Changelog

[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP Snaps

2002-11-11 Thread James Cox
I can certainly set this up. any preference for timeformat? (bearing in mind we use unix date) -- james Is it possible to increase build time from 4 hours to 2 hours and use a time format that displays the timezone? marcus At 00:34 11.11.2002, James Cox wrote: Snaps are back

RE: [PHP-DEV] PHP Snaps

2002-11-11 Thread James Cox
of course, all this can be achieved with some simple apache magic... -- james On Monday 11 November 2002 23:20, Ilia A. wrote: Nice format but it doesn't sort well in directory listings :) True, but we only have about a dosen files and with a human readable format directory file

RE: [PHP-DEV] PHP Snaps

2002-11-11 Thread James Cox
Ilia, be my guest... -- james -Original Message- From: Ilia A. [mailto:ilia;prohost.org] Sent: Monday, November 11, 2002 10:30 PM To: Edin Kadribasic; James Cox; [EMAIL PROTECTED]; Php-Dev Subject: Re: [PHP-DEV] PHP Snaps Well there are a number of issues. First of all

[PHP-DEV] PHP Snaps

2002-11-10 Thread James Cox
Snaps are back! The snapserver is back up and alive, with both unix and win32 snaps... -- james -- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ -- PHP Development Mailing List http://www.php.net

Re: [PHP-DEV] 64-bit PHP 4.3 (extensive long vs int problems)

2002-11-10 Thread James Devenish
Hi, just some followup, including some general build problems and some information about failed tests at the bottom. I have included a set of patches against 4.3.0pre2 and against CVS HEAD for anyone who's interested in seeking some form of success with PHP 4.3 on a 64-bit platform. Someone will

[PHP-DEV] 64-bit PHP 4.3 (extensive long vs int problems)

2002-11-09 Thread James Devenish
Hi, Referring to bug #20268 (Bus Error on startup), I have added some comments about show-stopping problems with PHP 4.3 with regards to its lack of 64-bit cleanliness. The main problems seem to be Zend's OnUpdateInt (which seems misnamed although it uses zend_atoi, it assigns to a long) and PHP

RE: [PHP-DEV] mbstring and 4.3.0

2002-11-08 Thread James Cox
. the theory of mbstring is good; i am just concerned that a: it really hasn't been explained and discussed much on list, and b: there are two development trees, which just doesn't make sense. it's like some kind of underground secret society or something... -- james -- PHP Development Mailing

RE: [PHP-DEV] mbstring and 4.3.0

2002-11-07 Thread James Cox
On Thu, 7 Nov 2002, Marcus Boerger wrote: To make php be easier usable in non US-ASCII (127chars) environments especially those requiring UCS-2, UTF-8 or other any character mapping other than iso-8859-1 or -15 we should more likly try to integrate mbstring fully in php. As long as

[PHP-DEV] Rsync and Snaps

2002-11-02 Thread James Cox
rsync) you may wish to comment them out to reduce server noise. Thanks, James -- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http

RE: [PHP-DEV] apache_hooks

2002-11-02 Thread James Cox
I think we could produce a snap of this by checking out normally, and then checking out apache_hooks into it, so the files it affects would go to the right tag... (etc etc). I'd be happy to do this when i set up snaps again. -- james What do you think would be the best way to make

RE: [PHP-DEV] Re: Unsigned Problems Revisited

2002-10-30 Thread James Cox
We're going to walk into a confusion where people will expect to work too, and get bitten. We have to be really careful that we explain it properly. -- james I think you guys have convinced me that having only isn't too bad (Jason will kill me now). Does anyone here on php-dev have any

RE: [PHP-DEV] hebrew patch for jewish calendar

2002-10-30 Thread James Cox
Derick, everyone else seemed to get this patch as an attachment... -- james -Original Message- From: moshe doron [mailto:mosdoron;netvision.net.il] Sent: Wednesday, October 30, 2002 8:31 PM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] hebrew patch for jewish calendar i already

RE: [PHP-DEV] The reason the way it is: About flushing... Please read and comment.

2002-10-23 Thread James Cox
it in sh). just make it a per_script option (as has already been done, thank you Derick) and leave it alone. -- james -Original Message- From: Yasuo Ohgaki [mailto:yohgaki;ohgaki.net] Sent: Wednesday, October 23, 2002 2:44 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] The reason the way

RE: [PHP-DEV] Re: [4.3] Current critical bugs

2002-10-18 Thread James Cox
What actual patch did you add to ap2filter? -- james -Original Message- From: Ryo Takagi [mailto:rt;takagi-ryo.ac] Sent: Friday, October 18, 2002 10:41 AM To: Yasuo Ohgaki Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Andrei Zmievski Subject: Re: [PHP-DEV] Re: [4.3] Current critical

RE: [PHP-DEV] Re: Apache 2 incorrect 304 response to If-Modified-Since

2002-10-14 Thread James Cox
I don't particularly like the look of this patch... we should fix 304's properly... --- sapi/apache2filter/sapi_apache2.c~ Fri Aug 16 07:27:03 2002 +++ sapi/apache2filter/sapi_apache2.c Mon Oct 14 23:27:26 2002 -558,14 +558,24 return OK; } +static int

RE: [PHP-DEV] Funny guys...

2002-10-13 Thread James Cox
it doesn't really look like there was a problem... -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Scratching the 4.3 branch

2002-10-06 Thread James Cox
. Perhaps it is time to give up and go all the way with the fork. fwiw, i think this is a good step. How far are you thinking of going with this? -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] cvs: php4 /main output.c

2002-10-03 Thread James Moore
what zeev said) so that is the place to fix it NOT if the output_buffering layer. If everyone agress this is the behaviour that we want lets work towards this behaviour rather than adding hacks. - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http

[PHP-DEV] RE: #19637 [Opn-Bgs]: .php file truncated

2002-09-28 Thread James Moore
such) then we could probably make it possible for people without MSVC to create backtraces with just dr watson. Ill have a look into this further and see if it is viable as soon as I get a chance.. Which may be a few days from now. - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe

RE: [PHP-DEV] [PATCH] include statement in php.ini file

2002-09-27 Thread James Moore
:). Cheers, - James I'm not very concerned either way on the .ini extension restriction. Let's go ahead and commit this with the include to additional_ini name change. Perhaps the commit will stir up more feedback since there has been so little. Some feedback: +1

RE: [PHP-DEV] sticky perms in CVS?

2002-09-23 Thread James Cox
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

RE: [PHP-DEV] sticky perms in CVS?

2002-09-23 Thread James Cox
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: http

RE: [PHP-DEV] Thread Reading

2002-09-19 Thread James Cox
account? -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Thread Reading

2002-09-18 Thread James Cox
I agree. Lets jsut get this in the tree.. -- james On Thu, Sep 19, 2002 at 02:28:35AM +0100, Dan Hardiker wrote : This doesnt demonstrate the use of the show_source (or other aliased) function, but I assure you - it works similarly with an optional parameter, defaulting to current

RE: [PHP-DEV] CVS Account Request:

2002-09-10 Thread James Cox
the 'flood' of cvs requests aren't an attack of sorts, they are simply all coming at once because the smtp server on www.php.net was turned off for a while. do not be alarmed! :) -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] ADT CVS Commits

2002-09-09 Thread James Cox
I'm trying to get [EMAIL PROTECTED] created to automate this process, if the new mailing lists aren't created by tonight I'll go ahead and manually make the changes :) Done. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: sockets extension

2002-09-09 Thread James Cox
.. and others have been abandoned... Extensions not accessible via cvs.php.net !! --- mailparse, dbplus, muscat mailparse is in pecl, muscat died, i think. We are trying to move to pecl.. slowly... it's just a slight uphill struggle :) -- james -- PHP

RE: [PHP-DEV] Re: Problems with PHP.net MX

2002-09-08 Thread James Cox
we're fine. I believe the mx is happy again. Nice news. We are 1 day later, still no mail. I would like to repeat again that If you need a hoster, I'm available. -- Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com - Hébergement de sites Internet Jim Winstead [EMAIL

RE: [PHP-DEV] Re: #19286 [NEW]: header() Control Char Injection

2002-09-07 Thread James Cox
Yasuo Ohgaki wrote: This obvious security risk is mentioned in bugtraq today. IMHO, this is users' fault. They must check values before using it. In this specfic case, user should use simple regex before feeding str to header(). Any opinion to meke this to won't fix? One thing

RE: [PHP-DEV] [BUG] bugs.php.net bugs

2002-09-06 Thread James Cox
agreed, although I can't do much to it, i have had a look. -- james In our case, nobody would check the logs. Easier to let users read them for us and let us know. Sounds like something is fishy with the new MySQL 4 setup we are using on the new server. -Rasmus On Fri, 6 Sep 2002

RE: [PHP-DEV] [BUG] bugs.php.net bugs

2002-09-06 Thread James Cox
[EMAIL PROTECTED] i _guess_ we can turn that into an ezmlm list but it's nice to be able to monitor who's on it and be sure.. (incase sensitive info gets passed around). -- james -Original Message- From: Marcus Borger [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002

RE: [PHP-DEV] Re: mbstring

2002-09-03 Thread James Cox
No, this option is 'disabled' by default, and can be enabled by a ini variable. mbstring.encoding_translation = Off; is default. If mbstring.encoding_translation = On is set in php.ini, the transparent conversion will be enabled. ok, but before, you had to --enable it before it'd work?

RE: [PHP-DEV] Re: mbstring

2002-09-03 Thread James Cox
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 03, 2002 7:51 AM To: James Cox Cc: Rui Hirokawa; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: mbstring On Tue, 3 Sep 2002, James Cox wrote: No, this option is 'disabled

RE: [PHP-DEV] mbstring

2002-09-02 Thread James Cox
Derick pretty much said it for me... but more explicitly, mbstring isn't stable enough to be default. -- james -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, September 02, 2002 6:41 AM To: Masaki Fujimoto Cc: James Cox; Wez Furlong; Php-Dev

RE: [PHP-DEV] Problem with http://php.net

2002-09-02 Thread James Cox
some of the httpd processes went defunct (also, because rotatelogs did) . http://www.php.net/server-status -- works now. :) -- james -Original Message- From: Andrey Hristov [mailto:[EMAIL PROTECTED]] Sent: Monday, September 02, 2002 9:39 AM To: Andrey Hristov; [EMAIL PROTECTED

RE: [PHP-DEV] Problem with http://php.net

2002-09-02 Thread James Cox
also, if you have any issues with php.net servers/services, send mail to [EMAIL PROTECTED] This goes to everyone who has root or sudo on the boxes.. for example i'll get paged if something gets broken. This should guarentee a faster response time (although, php-dev works too :)) -- james

RE: [PHP-DEV] mbstring

2002-09-02 Thread James Cox
Wez, lets loose the crap here. I am happy to see mbstring in PHP! I have used it too, when I needed multibyte support. But you see, it's not really all that solid. It needs more work (hence this apparent development outside of php.net). All I am saying is that we should disable it by default

RE: [PHP-DEV] mbstring

2002-09-02 Thread James Cox
At 13:19 02/09/2002, James Cox wrote: As I see it, PHP was designed with speed and simplicity in mind. It was indeed.. Having the burden of a large number of extra modules compiled in by default doesn't help, and deviates from this path. Not really. Speed-wise, adding modules has

[PHP-DEV] RE:

2002-09-02 Thread James Cox
in PHP! I have used it too, when I needed multibyte support. James, Let's stay consistent here. Your opinion changes more than Microsoft's .NET strategy... In your original message you stated that you wanted to remove mbstring. no, i've never wanted to remove mbstring, i just would like

RE: [PHP-DEV] mbstring

2002-09-02 Thread James Cox
As I see it, PHP was designed with speed and simplicity in mind. Having the burden of a large number of extra modules compiled in by default doesn't help, and deviates from this path. No, you can always disable those extensions. The default extensions were *voted* in for a reason.

RE: [PHP-DEV] mbstring

2002-09-02 Thread James Cox
On Mon, 2 Sep 2002, James Cox wrote: JC Still, I think it makes more sense to enable, not disable. What extensions are enabled by default anyhow? I am not aware of a list. Perhaps that's why i get odd errors when working with php, because there are extensions i didn't expect built

RE: [PHP-DEV] Problem with http://php.net

2002-09-02 Thread James Cox
vibrator.. no, systems stuff isn't that busy... -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Problem with http://php.net

2002-09-02 Thread James Cox
the various sites to rack1.php.net with it's bandwidth limitations. -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php

  1   2   3   4   >