[PHP-DEV] Bug #12789 Updated: array_unique() always returns only 1 result for multi-dimentional arrays

ID: 12789 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Arrays related Operating System: Cobalt Linux PHP Version: 4.0.6 New Comment: I think you should mention that in the manual, esp. because array_unique worked with mult

[PHP-DEV] Bug #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work

ID: 14797 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: We're getting hit by this too. Funny how because the local dev box is windows x

[PHP-DEV] Bug #12161: The date() function

From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: The date() function PHP Authors, My names are James Hitz, author of http://jamhitz.tripod.com a website that provides free PHP tutorials. I

[PHP-DEV] Bug #14259: 3rd Sunday of every March (has 25 hours?)

From: [EMAIL PROTECTED] Operating system: Linux merlin 2.4.6 PHP version: 4.1.0 PHP Bug Type: Date/time related Bug description: 3rd Sunday of every March (has 25 hours?) While trying to get a list of dates between any two given dates by adding 86400 (secs per day) to each c

[PHP-DEV] Bug #14259 Updated: 3rd Sunday of every March (has 25 hours?)

ID: 14259 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: Linux merlin 2.4.6 PHP Version: 4.1.0 New Comment: Ah! Boy do I feel stupid. Thanks for the responses/help guys :-) Previous Comments: --

[PHP-DEV] PHP 4.0 Bug #8739: gd

From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4 PHP Bug Type: *Install and Config Bug description: gd -- Edit Bug report at: http://bugs.php.net/?id=8739&edit=1 -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PR

[PHP-DEV] IIS/PWS Config done by PHP

Script Map" registry key, but adding just a new string value for a new file extension doesn't work. So this can't be it? Thanks heaps. I've wanted to know this for more than a year now. Posted a lot of messages to useless Microsoft IIS newsgroups but never got any response! James

[PHP-DEV] RE: cvs checkout skip dir

out phpweb, 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: Satur

[PHP-DEV] RE: cvs checkout skip dir

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,

[PHP-DEV] RE: cvs checkout skip dir

or similar would also 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 d

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

perly and we have moved onto 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.ne

RE: [PHP-DEV] PHP4 + PHP5

> > way we could use both PHP3 and PHP4. > > I hope so. libphp5 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 Mail

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

> 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 comp

RE: [PHP-DEV] PHP4 + PHP5

> 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 > > > > a

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

your continued support of PHP. was not the best mood enhancer when I came in the following 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 inten

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

mething detrimental was to crop up, (eg, disabling register_globals 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 --

RE: [PHP-DEV] RfC: version names

rs? > > That can be done, but that means 12 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 Fre

RE: [PHP-DEV] RfC: version names

certainly tightens the range of a codebase in a bug report from weeks 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

RE: [PHP-DEV] RfC: version names

misleading, because any report against 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?

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

> 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

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

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. >

[PHP-DEV] parser generator for php

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 so

[PHP-DEV] upcoming plans for servers

uld 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 D

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

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 sta

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

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 opt

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

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 To unsubscribe, visit: http://www.php.net/unsub.php

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

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 wo

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

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 Su

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

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

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

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

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: php4/ext/pgsql/pgsql.

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

short term solution, while I (or someone else) add the > language cookie support. See http://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

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

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 matc

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

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] Accounts on Alpha/Tru64

"Sebastian Nohn" <[EMAIL PROTECTED]> wrote: > I'm currently trying to get a machine for testing PHP on Tru64/Alpha. > Anyone who is _really_ interested in testing AND hunting bugs on that > platform should drop me a mail. http://www.testdrive.compaq.com/ __

[PHP-DEV] I'm Back

For those who may be interested, I am back from my trip to California, and am going through mails. --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 <h

[PHP-DEV] mbstring

ll, the converse is true. Let us STOP burdening default builds with crap that is unlikely to be used. -- 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.ph

RE: [PHP-DEV] mbstring

> PHP source and the mbstring module (which I have already done with a > small patch). > Where is your patch? -- james -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] mbstring

. (and from general principles, if you feel you need to localize any more than your ui/strings.) -- james -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] mbstring

t exists as an extension -- actually, yes i do, it should be a big bonus for us once it's stable -- i just don't think it should be enabled by default. This seems to cause end-users (and downstream developers like RedHat) huge issues. Let's not enable it by default now, and when it&

RE: [PHP-DEV] mbstring

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 C

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

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; [EMA

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

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 :)) --

RE: [PHP-DEV] mbstring

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

> 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. &

[PHP-DEV] RE:

Content-Transfer-Encoding: 8bit Subject: RE: [PHP-DEV] mbstring > > Wez, > > lets loose the crap here. I am happy to see mbstring > in PHP! I have > used it too, when I needed multibyte support. > > James, Let's stay consistent here. Your opinion changes more > th

RE: [PHP-DEV] mbstring

> > 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

RE: [PHP-DEV] mbstring

> > 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 t

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

ond then... :) > Well, it works as a good 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

pair2.php.net, and move 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

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

> >> P.S. > >> Offtopic sorry > > > > funny things are allowed as off topic posts :) > > > > Derick > > Such as Derick's cross dressing tendancies? heh :P [sorry, couldnt resist] > > Where the hell did that come from? :) -- PHP Development Mailing List To unsubscribe, vi

RE: [PHP-DEV] wassup with master.php

if you'd been paying attention, you would have noticed that the machine it's on is down right now. -- james > > Hi, > > is someone working on master.php.net or what? > > -- > Merci de nous avoir choisi. - Thanks you for your choice. > Nicos - CHAILLAN Ni

RE: [PHP-DEV] wassup with master.php

yes, we're working on it.. -- james > > I assumed, I asked if someone where working on it to set it up back... > > -- > Merci de nous avoir choisi. - Thanks you for your choice. > Nicos - CHAILLAN Nicolas > [EMAIL PROTECTED] > [EMAIL PROTECTED] > www.

RE: [PHP-DEV] mbstring

ll. > > > >I'll agree to that as well. +1 on removing --with-mysql as a default. > >Although realize I'm also +1 on removing any default modules that are not > >essential to PHP's running. > > -1 > Nice to see you argue that one so eloquently...

RE: [PHP-DEV] Default extensions (was: mbstring)

ust disable everything by default and write a 'default configure' script... -- james -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: mbstring

ry useful.. but i don't think it should exist as an extension, but built in.. the extension just now seems a really messy way of doing it. -- james -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: mbstring

> > 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

RE: [PHP-DEV] Re: mbstring

> -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: >

RE: [PHP-DEV] Re: mbstring

is ok, but we need some method of being able to 'clear' the list (or enable them all) -- we need some kind of documentation about default packages... I might be able to spend some time on that. -- anything else? james -- PHP Development Mailing List <http://www.php.net/> T

RE: [PHP-DEV] http://www.php-con.com/

Andrey, this has nothing to do with php-dev ... php-dev is just for the development of PHP ... as in, PHP internals... -- james > -Original Message- > From: Andrey Hristov [mailto:[EMAIL PROTECTED]] > Sent: Thursday, September 05, 2002 1:53 PM > To: [EMAIL PROTECTED] >

RE: [PHP-DEV] RE: [PHP-CVS] cvs: php4 /ext/xml xml.c

Marcus pretty much got it.. sorry, php.net mail is broken again. but if you look over your php-cvs mail, Derick has pointed out a number of issues. -- james > -Original Message- > From: Ananth Kesari [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 06, 2002 2:23 PM >

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

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. > > -R

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

[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: F

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

> 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

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

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" <[E

RE: [PHP-DEV] ADT CVS Commits

> > 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 To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: sockets extension

ntly skeleton is the skeleton module, not really a module.. 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.. s

RE: [PHP-DEV] CVS Account Request:

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, visi

RE: [PHP-DEV] Thread Reading

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 > >

RE: [PHP-DEV] Thread Reading

> else? > agreed. can we just commit this already? devon: did you apply for a cvs account? -- james -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php

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

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 orig

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

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 > > > > -- PH

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

:). 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

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

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/>

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

the client. Now there is currently a bug in start_implicit_flush which turns output buffering off for some reason (from 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

RE: [PHP-DEV] Scratching the 4.3 branch

g patches sent their way. 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] Funny guys...

lace_controlchars(ret->pass); so 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] Re: Apache 2 & incorrect 304 response to "If-Modified-Since"

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

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

;t know how to do 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]

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

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: [PHP-DEV] Re: Unsigned Problems Revisited

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 m

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

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 c

[PHP-DEV] Rsync and Snaps

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,

RE: [PHP-DEV] apache_hooks

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

RE: [PHP-DEV] mbstring and 4.3.0

> 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

RE: [PHP-DEV] mbstring and 4.3.0

and i do not think that you have the transparent stuff disabled by default. 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 k

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

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 PH

[PHP-DEV] PHP Snaps

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)

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 n

RE: [PHP-DEV] Changelog broken?

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?

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

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 wro

RE: [PHP-DEV] PHP Snaps

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 wi

RE: [PHP-DEV] PHP Snaps

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

[PHP-DEV] manual notes

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

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

gt; > > >[1] http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey > > That would be a dream :-) > > it is on my 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] PHP Rsync

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

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

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

more reason to look 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/bcma

RE: [PHP-DEV] error handling

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

RE: [PHP-DEV] error handling

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 PROTECT

  1   2   3   4   5   >