It's just a spinning logo flash movie. I have attached the script and the
little logo image it spins.
And no, I didn't try the two separately yet.
-Rasmus
On Wed, 16 Oct 2002, Wez Furlong wrote:
have you got a script I can try out?
Did you try A and B separately?
I might not be able
Hrm.. That does fix it. This has worked for ages with the fclose though.
A bunch of leaks though:
/home/rasmus/php4/Zend/zend_hash.c(178) : Freeing 0x08325DCC (32 bytes),
script=ming.php
Last leak repeated 3 times
/home/rasmus/php4/Zend/zend_API.c(597) : Freeing 0x08325D6C (44 bytes
Because there is more data associated with a file upload than just a
single piece.
On Tue, 15 Oct 2002, Chris Shiflett wrote:
Out of curiosity, why are files treated differently than all other form
variables submitted via POST?
We don't have $_TEXT, $_RADIO, etc.
Maybe there is a good
.
-Rasmus
On Wed, 9 Oct 2002, Sascha Schumann wrote:
I'd like to do a collective rethink of this. The simple description of
the session_register() function in the manual is:
This description was correct initially (I wrote it), but has
not been updated as the session module
with
breaking BC for so many people on this point.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
by default.
No it doesn't, it spews a warning. Which means BC is about to break. If
there is no intention to break BC, then remove the warning.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
reliable and
not complete this transition?
They probably should, but I see no reason to break their existing code
without a really good reason. You have yet to give a really good reason.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net
version?
Dunno, ask the authors.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Nothing in there needs to survive. That would be one of the things to
clean up in that mess.
On Fri, 11 Oct 2002, Andi Gutmans wrote:
Hi,
GD uses malloc()/free() and friends (gdhelpers.c). Unless there is stuff in
gd which has to survive between requests, as we have its source in our tree
be
using it anyway.
I'll have a look at the IMG_ constants when I get a chance.
-Rasmus
On Fri, 11 Oct 2002, Tit Black Petric wrote:
gif support is not likely to be re-added, correct?
I added GIF Read-only support already. We cannot add Gif-write support
until the Unisys patent expires next
out - hopefully)
Feel free to do the work and submit a patch. I am not going to spend a
second on my time on gif-write support. I added gif-read because I needed
it to pull in different image types into one and generate a PNG.
-Rasmus
--
PHP Development Mailing List http://www.php.net
namespace, it does not determine whether we have
a global namespace or how normal function interact with this global
namespace.
Basically my points are:
1. session_register('a') registering a global variable makes sense
2. changing this breaks BC
-Rasmus
--
PHP Development Mailing List http
I'm not aware of any BC issues. If you have a test case,
I'll be happy to look at it.
The fact that we spew a warning is a pre-cursor to breaking BC. If the
plan is not to break BC on this issue then there is absolutely no reason
for adding this warning and it should be removed.
-Rasmus
Whould it be wise to use Apache 2?
Nope
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
. It doesn't take very long and it is common courtesy if
nothing else.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Ok
On Mon, 7 Oct 2002, Andrei Zmievski wrote:
I think the general consensus is that PHP tree is not ready for
branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from
HEAD on Thursday, so that QA team (or what's left of it) and everyone
else can test it. Subsequently, based
?
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
compile. That should do it for now I guess, but I can see others
perhaps getting confused by this.
-Rasmus
On Mon, 7 Oct 2002, Rasmus Lerdorf wrote:
The PHP_ADD_LIBPATH configure macro starts like this:
AC_DEFUN(PHP_ADD_LIBPATH,[
if test $1 != /usr/lib; then
And we also have
-branch when we are ready for RC1. When the implicit_flush
mess is resolved and Melvyn gives the thumbs up for the Sablotron stuff
then I think we are ready for RC1.
-Rasmus
On Sun, 6 Oct 2002, Zeev Suraski wrote:
I think we'd be better off waiting a bit with the php5 move. In general I
just
You have the karma. I don't see any reason not to add this. Go for it.
-Rasmus
On Sun, 6 Oct 2002, Melvyn Sopacua wrote:
Hi,
there was a memory leak in the xslt extension, which down the line, can be
re-introduced.
The problem is, that it cannot be tested for, since it requires
On Mon, 7 Oct 2002, Pierre-Alain Joye wrote:
Hello,
On Sun, 6 Oct 2002 09:18:42 -0700 (PDT)
Rasmus Lerdorf [EMAIL PROTECTED] wrote:
the image rotation functions for GD that are waiting in the
wings.
I just updated the sources (http://www.pearfr.org/phpgd), it seems to
work well now(2
I thought those changes were reverted?
On Mon, 7 Oct 2002, Sascha Schumann wrote:
Hi,
the recent changes in the output buf layer are causing PHP to
buffer data too aggressively.
The test case outputs two lines of HTML a few times and
expects these lines to be
No idea. The guy to ask would be Harald Radi [EMAIL PROTECTED]
-Rasmus
On Sat, 5 Oct 2002, Dan Kalowsky wrote:
It was just pointed out to me that ext/rpc might be a good way to
implement some java fixes for PHP.
So upon taking a look, I discovered that ext/rpc/java exists
Just do: cvs -d:pserver:[EMAIL PROTECTED]:/respository co -r PHP_4_3 php4
And commit.
-Rasmus
On Sun, 6 Oct 2002, Melvyn Sopacua wrote:
At 00:16 6-10-2002, you wrote:
On Sat, 05 Oct 2002, Melvyn Sopacua wrote:
Hi Andrei,
are you gonna branch shortly? Otherwise I'd like
Well, you guys are in the middle of some good work on the xslt extension.
It's far enough removed from the core as far as I am concerned and that
extension badly needs the work. Keep going.
-Rasmus
On Sun, 6 Oct 2002, Melvyn Sopacua wrote:
At 00:58 6-10-2002, Rasmus Lerdorf wrote:
Just do
Anyway, I've had to address such issues in PHP 3 already for
which I wrote the socket buffering system. I don't expect to
run into anything non-trivial here.
Good.
Not running into anything non-trivial would be bad, wouldn't it? ;)
-R
--
PHP Development Mailing List
On Fri, 4 Oct 2002, Rasmus Lerdorf wrote:
Guys,
Are we going to have the streams stuff sorted before tomorrow?
I don't think there is anything too magical about Saturday. The magic was
setting a date which has spurred a lot of good fixes. If we need to give
folks a couple
Yeah, there is a buffering problem right now in the code.
On Fri, 4 Oct 2002, Stefan Esser wrote:
Just wanted to say that I just tested ftp_fopen wrappers
and whatever was added/modified in the stream code
since i added ftps_fopen wrapper a few weeks ago
must have broken it badly. Right now
p.s.: Thanks for the image to rasmus. Let me guess it's your son?
May i add the image to my test images? I would add a comment
in the exif header of cause...
Yup, that's Carl. And go ahead.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http
$PHP_AUTH_USER./p;
echo pYou entered $PHP_AUTH_PW as your password./p;
}
?
This is A TEST
The output after entering the auth data was:
Hello Rasmus.
You entered foo as your password.
This is A TEST
So, it works just fine.
You aren't by any chance using Apache2?
-Rasmus
On Wed, 2 Oct 2002
:
http://lerdorf.com/azj.jpg
-Rasmus
On Wed, 2 Oct 2002, Andrei Zmievski wrote:
On Tue, 01 Oct 2002, Rasmus Lerdorf wrote:
So result is never filled in as it doesn't think we hit any markers. Yet
a file foo.jpg returns:
foo.jpg: JPEG image data, JFIF standard 1.02, resolution (DPI), 72 x
of image.c is 958 lines between 4.2.3 and current HEAD.
-Rasmus
On Wed, 2 Oct 2002, Andrei Zmievski wrote:
On Wed, 02 Oct 2002, Rasmus Lerdorf wrote:
Hrm... Actually, after a bit more checking it is only some jpegs that
don't work. Specifically the ones coming from my digital camera
http://master.php.net/forgot.php
On 2 Oct 2002, Melvyn Sopacua wrote:
replacement of [EMAIL PROTECTED], lost credentials
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Development Mailing List http://www.php.net/
To
and I see no reason to change that way of
writing session code.
-Rasmus
On Wed, 2 Oct 2002, Ilia A. wrote:
On October 2, 2002 03:46 pm, Sascha Schumann wrote:
Its very simply really, as you well know, since PHP 4.2.0
register_globals are off by default. Because they are off
On Wed, 2 Oct 2002, Rasmus Lerdorf wrote:
I really don't see why would want to deprecate session_register().
Regardless of whether register_globals is on or off, code like this works
fine:
Set a session var:
session_register('a');
$a=1;
Get a session var:
session_start
That example only works when register_globals are on. When they are off, it
Up until 4.3 it worked just fine.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hrm, but that documentation is very out of date and didn't match the code
even when it was written.
On Wed, 2 Oct 2002, Sascha Schumann wrote:
But that is a bit of a twist of what register_globals is supposed to
mean. As far as I am concerned register_globals only affects how data is
On Wed, 2 Oct 2002, Sascha Schumann wrote:
On Wed, 2 Oct 2002, Rasmus Lerdorf wrote:
Hrm, but that documentation is very out of date and didn't match the code
even when it was written.
Huh, excuse me, would you please leave that judgement to the
authors of the code
announcement.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
the latest unstable
snapshot of PHP from snaps.php.net. But again, this is not the reccomended
combination of software right now.
-Rasmus
On Tue, 1 Oct 2002, Anil Garg wrote:
Hi,
sorry to post my query here...but i couldnt find a solution elsewhere/
I am using following versions:
php - 4.2.3
On Tue, 1 Oct 2002, Mike Robinson wrote:
Rasmus Lerdorf wrote:
There are no known holes in the latest Apache 1.3.x. In fact
it is by far the most stable version of Apache out there. I
still consider Apache 2.0.x to be beta quality and in that
sense you are not using the latest and best
It shouldn't have stopped working. Did you change your register_globals
setting or something?
On Wed, 2 Oct 2002, David Reid wrote:
Is support for this being dropped or is it just not added yet? Just changed
from 4.2.3 and was surprised to see that it stopped working...
david
--
PHP
result = php_handle_jpeg(stream, NULL
TSRMLS_CC);
Breakpoint 2, php_handle_jpeg (stream=0x83ff99c, info=0x0) at
/home/rasmus/php4/ext/standard/image.c:479
479 struct gfxinfo *result = NULL;
480 unsigned int marker = M_PSEUDO;
481
if you know just a little bit of C. Then you can have
things other than constants as well. Functions or classes that you use
often can be written directly in C and performance-wise it beats any other
mechanism you can find by a lot.
-Rasmus
--
PHP Development Mailing List http://www.php.net
Edin, as far as I can tell from looking at Sascha's changes, he has made
it cleaner and more general. Sascha did also write most of the build
chain, so in a sense you are the one that went and changed everything on
him.
-Rasmus
On Sun, 29 Sep 2002, Edin Kadribasic wrote:
Hi Sascha,
Without
On Sun, 29 Sep 2002, Edin Kadribasic wrote:
On Sunday 29 September 2002 22:13, Rasmus Lerdorf wrote:
Edin, as far as I can tell from looking at Sascha's changes, he has made
it cleaner and more general. Sascha did also write most of the build
chain, so in a sense you are the one
some memory that
some 3rd-party library might free on you. Everything else should be
emalloc'ed.
-Rasmus
On Sun, 29 Sep 2002, Jon Parise wrote:
Could someone please describe the differences between malloc() and
emalloc()? I'd like to know when I should be using one instead of the
other. I
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.
-Rasmus
On Thu, 26 Sep 2002, David Viner wrote:
I thought about
in a dedicated ini
dir and have it be read. Scanning a file and trying to figure out where
to add stuff and making sure it isn't already there is a real PITA. Like
the silly LoadModule stuff that apxs does. You often end up with multiple
LoadModule lines for the same module.
-Rasmus
--
PHP
I'd like to see this in 4.3. It's not a huge change, and it is something
that would make my life easier now. I realize that is somewhat selfish,
but sometimes being selfish is good.
-Rasmus
I would recommend to wait with committing this until after PHP_4_3_0 has
been branches, and thus we
too far as
well.
-Rasmus
On Thu, 26 Sep 2002, Zeev Suraski wrote:
I'm concerned that adding this directive will make lead to control
structures requirements. However, it is quite useful for modular
deployment; So, my suggestion is:
- Don't introduce 'include'
- Introduce a special
, but
being able to do a simple include of individual files or directories of
files seems like a useful thing to me when building a modular PHP
deployment system.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Apache calls the module startup hook twice.
On Thu, 19 Sep 2002, David Viner wrote:
After some further tweaking and fprintf-ing, it appears that the second
round of parser print-outs somehow do not rely upon the lexer in
zend_ini_scanner.l. So I am completely unsure of what is going on.
I am sure that you are correct, Rasmus, and apache is calling it twice, but
what I don't understand is, why are the messages not identical?
Because we check for it? Sorry, I didn't actually read through your code
examples, but I bet if you trace back you will find
Hey cool, didn't think anybody used this strawman extension. Why don't
you go to php.net/cvs-php.php and request a CVS account so you can apply
your patches yourself and also do whatever future work you want on it.
-Rasmus
On Tue, 10 Sep 2002, DJ Anubis wrote:
Hi,
Attached is the patched
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, Markus Fischer wrote:
Wait :) You mean even php.net doesn't follow
Or just checkout php4-ze2 instead and you will get everything in one go
named correctly.
On Thu, 5 Sep 2002, Zeev Suraski wrote:
Not sure why nobody stepped in and said it, but the Engine2 is quite alive
and kicking. You just have to work a bit in order to get a fairly recent
version.
Not
We have many examples of configure checks that drive #ifdef'ed code to
take care of minor differences between versions of a library. Are the
changes really so significant that we can't do this cleanly here?
-Rasmus
On Thu, 5 Sep 2002, Harrie Hazewinkel wrote:
HI,
I was working on getting
functions should probably be implemented.
Or, perhaps a whole new extension with backward compatibility functions.
I wrote the original snmp extension and will be the first to admit that it
isn't great code and could sorely use a rewrite from someone much more
familiar with SNMP than I.
-Rasmus
On Thu
You could just stick it in shared memory. Obviously given the standard
multi-process Apache architecture application objects ASP-style cannot be
implemented the same way.
-Rasmus
On Fri, 6 Sep 2002, Tyson Lloyd Thwaites wrote:
Hi guys,
thanks for your help, I was able to get a Z2 build up
This is not a bug. Your syntax is wrong. It should be:
fields[tech_id][]
-Rasmus
On 4 Sep 2002, Xavier Spriet wrote:
Hi Guys,
I don't know exactly when you plan to release PHP 4.2.3 as a final
release but I believe I just found a bug that I haven't seen reported on
bugs.php.net
Your problem is that you have multiple versions of gd on your system. PHP
is picking up a gd.h somewhere on the standard include path and then
trying to build against a different version. Clean up your system and it
should work just fine.
-Rasmus
On Wed, 4 Sep 2002, NAIK,ROSHAN (HP-Cupertino
prediction is still that you have
multiple versions of libgd installed. Probably an old libgd 1.3 library
floating around somewhere that is getting picked up on this configure
link.
locate libgd should prove interesting.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe
I have committed your patch. As for the Windows issue. It works pretty
well under a regular cygwin setup, which is required for building PHP
anyway, so I don't think there is much of a problem here.
-Rasmus
On Tue, 3 Sep 2002, David Viner wrote:
Hi
When we use prototype files
I say commit it. This stuff is very experimental as it is and lives in
its own branch. You are not going to destabilize anything.
(I just made sure you had enough karma for the commit)
-Rasmus
On Mon, 26 Aug 2002, George Schlossnagle wrote:
Here's an incremental patch on Lukas' patch which
?
On Mon, 26 Aug 2002, George Schlossnagle wrote:
All of this work was off HEAD. Should a new_apache_hooks branch be tagged?
Rasmus Lerdorf wrote:
I say commit it. This stuff is very experimental as it is and lives in
its own branch. You are not going to destabilize anything.
(I just made
a CFLAGS -DHOOKS=1 to activate it for now.
-Rasmus
On Mon, 26 Aug 2002, George Schlossnagle wrote:
I wasn't proposing putting it in HEAD, just that the work was done
against HEAD not against your apache_hooks. Lukas redid all the
php-apache request object work fresh off of head, and I made
On Mon, 26 Aug 2002, Rasmus Lerdorf wrote:
Yeah, but the point, at least for now is that the code really isn't meant
to even be used by QA folks yet. It is work targeted for PHP 5.
hmm... starting with a PHP5 branch would be a little early now don't you
think?
Yup - hence the confusion
Submit a new request through www.php.net/cvs-php.php and I will remove the
old one.
On Mon, 26 Aug 2002, Erica Douglass wrote:
Hi,
I signed up as SlashChick to join the php-doc team. I didn't realize
that this would result in a [EMAIL PROTECTED] email forward!
I'd like to request a
set of extensions
eventually, but don't hold your breath on that one.
When will next version of php be relised?
When we finish it.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
that be a deal?
if so, i'll commit it to apache_hooks today...
Go for it. Having it in a branch is the safest approach.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
can bounce any additions through me.
I did it at the Apache level since I am trying to leverage the knowledge
the mod_perl folks have as well.
-Rasmus
On Thu, 22 Aug 2002, Kristian Koehntopp wrote:
Am Mittwoch, 21. August 2002 22:09 schrieb Shane Caraveo:
Rasmus Lerdorf wrote:
production
Does it work?
On Thu, 22 Aug 2002, Lukas Schroeder wrote:
hi,
attached is a first request for comment for an update to the
apache_hooks code.
a php-handler for uri translation looks like this ($request is of type
ApacheRequest).
?php
$request-uri('/s.html');
return DECLINED;
?
Wouldn't it be preferable for the function to be there and report the reason
it doesn't work, ie this function only works when using the bundled GD
library?
No, because then people can't write portable code that checks using
function_exists()
-Rasmus
--
PHP Development Mailing List http
Ok, I've fixed this. When the cvs change propogates to the rsync server
and the next rsync update cron job from bugs.php.net runs, this change
will be visible... So try again in about 2 weeks. ;)
On Tue, 20 Aug 2002, Sebastian Nohn wrote:
Hi,
to reproduce this:
-
are getting completely offtrack here.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Was this intended for pear-dev?
On Tue, 20 Aug 2002, Lukas Smith wrote:
Hi,
we really need this to be resolved ASAP.
I have written quite a few changes into my version of liveUser and I am
sure there are other people that are interested in seeing what's going
on.
I really dont care for
for these users, then you
might be able to convince me. Is it because by holding it back now we can
force a portion of users who are desperate for this feature to upgrade to
PHP 5 before they might otherwise be ready to do so? This doesn't sound
like a service to these users.
-Rasmus
--
PHP
. This is a patch that helps users
now. That's what is important.
Us, the developers of php-dev, will move to php5 at the same rate
regardless of this patch. And when the developers move to php5 the users
will invariably follow as they start to see all the support shifting to
that version.
-Rasmus
--
PHP
Ah, yeah, that'd be ok.
On Tue, 20 Aug 2002, Jani Taskinen wrote:
Heh..I should have said that I meant the regression tests.. :)
configure is fine as it is. :)
--Jani
--
On Mon, 19 Aug 2002, Rasmus Lerdorf wrote:
I think it would be hard to distinguish when a positive
in user space?
-Rasmus
On Tue, 20 Aug 2002, Christian Stocker wrote:
Hi
I took rasmus input and made a new (hopefully) better patch, to allow
webdav methods. I also changed the option allow_option to
allow_webdav_methods, which should be more descriptive.
The patch can be found at http
On Tue, 20 Aug 2002, Rasmus Lerdorf wrote:
It is getting there. You are checking for POST under webdav_methods when
POST is already allowed by default, so it is a redundant strcmp().
oops. that one slipped through and was certainly not intended to be there
:)
Anybody else here have
I changed it actually, but you are right, that was the reason.
On Wed, 21 Aug 2002, Yasuo Ohgaki wrote:
Marcus Börger wrote:
1) someone must have changed ini setting precision from 14 to 12
Adding special INI section to array tests fixed test 1 2.
IIRC, Zeev changed this to avoid
changed/fixed? The second one being the implementation of
session_readonly() and the accompanying control of whether the gc uses
atime or mtime to gc sessions.
-Rasmus
On Mon, 19 Aug 2002, Yasuo Ohgaki wrote:
Rasmus Lerdorf wrote:
Ok, then that is a bug that needs to be fixed before 4.3
it
explicitly allow POST data on an OPTIONS request.
However, is OPTIONS the only DAV primitive that has associated POST data?
Sure we'd need to handle PUT as well. I guess there is not POST data on a
PROPFIND.
-Rasmus
On Mon, 19 Aug 2002, Wez Furlong wrote:
Hi Christian,
I'm interested in this, so
always populate HTTP_RAW_POST_DATA and then parse the XML blurb yourself.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Yeah, they are. That's why they are on a branch and haven't really gone
anywhere. They are destabilizing and I don't have the free time required
to integrate them and test them properly at this point.
-Rasmus
On Mon, 19 Aug 2002, Wez Furlong wrote:
The apache_hooks looks like it's a lot
run phpize in the extension's dir
On 19 Aug 2002, Dan Helfman wrote:
Perhaps I just haven't looked hard enough, but I can't find any
information on how PECL software is supposed to be compiled (in CVS).
Most PECL packages just have a config.m4 and a Makefile.in, but no
configure.in,
Rasmus Lerdorf wrote:
No, I think the check we need here is one that checks to see if the
session specified in the user-supplied PHPSESSID exists. If it does not
exist, toss that session id and replace it with a PHP-generated one.
Perhaps Sascha has some thoughts on these two session
any reason to allow visitors to specify their own
custom SID. What is the benefit to that?
-Rasmus
On Mon, 19 Aug 2002, Sascha Schumann wrote:
Well, more worrisome would be if a bad guy tricks you into clicking on a
link or simply sends you an image in an email that makes a request to my
popular sollution... IP match
IP match makes no sense. Someone's ip can change dramatically from one
click to the next due to dhcp leases timing out, roaming from one wireless
gateway to the next, coming through a round-robin dns batch of proxy
servers, etc.
-Rasmus
--
PHP Development Mailing List
But could you at least answer the question? What is the advantage of
allowing user-supplied new session ids? I see no reason not to add a
check for this.
On Tue, 20 Aug 2002, Sascha Schumann wrote:
On Mon, 19 Aug 2002, Rasmus Lerdorf wrote:
Well, while it is true that it is impossible
On Mon, 19 Aug 2002, Rasmus Lerdorf wrote:
But could you at least answer the question? What is the advantage of
allowing user-supplied new session ids? I see no reason not to add a
check for this.
For example, I have a set of C programs for IRCG load
testing. It uses
info summing up all the crap above that scrolled off your screen
anyway.
-Rasmus
On Tue, 20 Aug 2002, Jani Taskinen wrote:
Wouldn't it make more sense to display ONLY those tests which
fail, and nothing else? It would be much easier to spot those
which matter most..
--Jani
This is not the issue we are discussing. PHP already times out inactive
sessions, and in this particular case the session has even been created
yet, so there is nothing to time out.
-Rasmus
On Mon, 19 Aug 2002, Xavier Spriet wrote:
(I might have sent this one twice again...)
--
why
, then why are you writing ZE2? I obviously don't think that is the
case as ZE2 has a number of features people have been asking for.
-Rasmus
On Sun, 18 Aug 2002, Zeev Suraski wrote:
I haven't, because of the two reasons I mentioned. There's nothing about
the specifics of the patch that can
At 20:29 18/08/2002, Rasmus Lerdorf wrote:
I don't think we should stop people from tweaking ZE1. ZE2 is probably
more than a year away from realistically being available to a lot of
people.
No, it's not. It's around 6 months away from being
production-quality. That's exactly
.php?PHPSESSID=123
followed by
file2.php?PHPSESSID=123
You will find that the session cookie that is generated is not 123 and
the /tmp session file is not sess_123
-Rasmus
On Sun, 18 Aug 2002, Dan Hardiker wrote:
But the real issue here is about session hijacking. Yes, of course
people can
Il 23:54, domenica 18 agosto 2002, Rasmus Lerdorf ha scritto:
Hrm.. Wait a second though, Giancarlo is saying that if the user passes
in a session id himself and that session does not exist, then that will be
the session id he will be given if a session is created on that request
101 - 200 of 915 matches
Mail list logo
