[PHP-DEV] CVS Account Request: hifeel

study -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Nuking issock - PHP Streams

On Fri, 2002-02-15 at 02:44, Wez Furlong wrote: > I'm just tidying up the basics first, then the more exotic stuff. > > BTW: it there a rule about code in main/* not being allowed to depend > on code in ext/standard/* ? (it would only be temporary) > > Actually, what would be nice would be to mo

[PHP-DEV] Re: msession and mod_mm

[EMAIL PROTECTED] wrote: > I had a report of a problem with mod_mm and msession. If you configure PHP > to use both msession and the mm session handler, you will render apache > unable to start. I'm using patched session module and I don't have problem with running msession, mm, pgsql (haven't

Re: [PHP-DEV] CVS account requests

Well, it definitely is that way for php source/module access. (An account is usually not granted unless a patch has been sent) I think it is a little more lax for translations though. -jason On Sat, 2002-02-16 at 13:50, Jon Parise wrote: > I was thinking it might be reasonable to a request th

Re: [PHP-DEV] HAVE_FLUSHIO

At 11:28 PM 2/17/2002 +, Wez Furlong wrote: >Can someone (Sascha?) refresh my memory about HAVE_FLUSHIO ? "Sasha" != "Sascha" ;-) >I'm wondering how it will affect the php_streams implementation. > >This is what I recall about it: > >On some systems it is necessary to fflush before reading/

[PHP-DEV] msession and mod_mm

I had a report of a problem with mod_mm and msession. If you configure PHP to use both msession and the mm session handler, you will render apache unable to start. The session.save_path is used by both msession and mod_mm. When mod_mm uses it, it expects it to be a valid working directory. Whe

[PHP-DEV] HAVE_FLUSHIO

Can someone (Sascha?) refresh my memory about HAVE_FLUSHIO ? I'm wondering how it will affect the php_streams implementation. This is what I recall about it: On some systems it is necessary to fflush before reading/writing if you have been fseeking. Is this true/false/slightly incorrect? Shou

Re: [PHP-DEV] Pictures of us PHP Guys @ FOSDEM 2002

Hi, > Sebastian Bergmann wrote: > > http://www.sebastian-bergmann.de/images/photos/fosdem02_001.jpg > > /photos/ -> /pictures/ :-/ tx, done http://webcache.fosdem.3ti.be/scripts/directory_index.php?requested=/sebastian.bergmann -- Self Knowledge: Pooh hasn't much Brain, but he never co

Re: [PHP-DEV] Pictures of us PHP Guys @ FOSDEM 2002

Sebastian Bergmann wrote: > http://www.sebastian-bergmann.de/images/photos/fosdem02_001.jpg /photos/ -> /pictures/ :-/ -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.d

[PHP-DEV] Pictures of us PHP Guys @ FOSDEM 2002

Harald Radi, Derick Rethans, Sterling Hughes (Miguel De Icaza behind Sterling, Mathieu Kooiman waving in the background) http://www.sebastian-bergmann.de/images/photos/fosdem02_001.jpg Derick, Sterling, Miguel, Thies Arntzen and Hartmut Holzgraefe http://www.sebastian-bergmann.d

Re: [PHP-DEV] webjames

Hi, On Sun, 17 Feb 2002 12:59:12 + (GMT) Alex Waugh <[EMAIL PROTECTED]> wrote: > > It would be great if you could modify your code to use the new TSRM > > macros instead so that we can drop those macros, which no other section > > of PHP uses, for PHP 5 / Zend Engine 2. > > Updated. pe

Re: [PHP-DEV] SHA-1 support

On 2002-02-17 19:31:40, André Næss wrote: > I just read some general discussions on the topic in misc. security related > boards and got the impression that the consensus was that MD5 should be > phased out and replaced by SHA-1. That may be true for some new applications (where you can use mhash

Re: [PHP-DEV] SHA-1 support

"Stefan Roehrich" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > On 2002-02-17 17:35:26, André Næss wrote: > > nice though, just to tell people about other hashing functions. Maybe there > > should also be a mention of the fact that MD5 is fairly easy to crack?

Re: [PHP-DEV] SHA-1 support

"Christian Stocker" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Who said that? Never heard of any claims, that md5 is insecure ... http://mdcrack.multimania.com/index2.html André Næss -- PHP Development Mailing List To unsubscrib

Re: [PHP-DEV] SHA-1 support

On 2002-02-17 17:35:26, André Næss wrote: > nice though, just to tell people about other hashing functions. Maybe there > should also be a mention of the fact that MD5 is fairly easy to crack? Can you give some references? Yes, MD5 does have some weaknesses (so SHA1 would probably be better), bu

Re: [PHP-DEV] SHA-1 support

In <[EMAIL PROTECTED]>, André NæSs wrote: > "Markus Fischer" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > >> I can see a possible point with a dedicated sha1() function, but I >> don't see one in saying that mhash() is badly documented (even if >

Re: [PHP-DEV] SHA-1 support

"Markus Fischer" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I can see a possible point with a dedicated sha1() function, > but I don't see one in saying that mhash() is badly > documented (even if it was, it's very easy to find the right >

Re: [PHP-DEV] SHA-1 support

On Sun, Feb 17, 2002 at 04:23:24PM +0100, André Næss wrote : > I can't seem to find support for the SHA-1 algorithm in PHP. I did find the > mhash() function, but not only is this function very badly documented (no > list of what hashes it supports!), [...] http://www.php.net/manual/en/ref.m

[PHP-DEV] SHA-1 support

I can't seem to find support for the SHA-1 algorithm in PHP. I did find the mhash() function, but not only is this function very badly documented (no list of what hashes it supports!), you also have to compile PHP specifially to support it. Wouldn't it be nice with a sha1() function (like md5()).

Re: [PHP-DEV] webjames

On Sun, 10 Feb 2002, Sebastian Bergmann wrote: > Hi Alex, *, > > the webjames SAPI module, which you maintain, uses a couple of > deprecated macros, namely [snip] > It would be great if you could modify your code to use the new TSRM > macros instead so that we can drop those macros, whi