I have a sugestion..
Like some of a lot of designers want to use ASP scripts on server side
I have had a lot of critics about session handling on PHP.
Yes I know that you can't send headers to the browser when you've already
sent some other stuffs, but ASP users have strange feeling
Zitat von Matt Haught [EMAIL PROTECTED]:
I am trying to use pear's Mail functions to send email to my local smtp
server (FreeBSD 4.4 using qmail-smtpd), but it sort of gets hung up when
communicating with the smtp server. (I also tried a 2nd smtp server with
the same hang). It can take
Another idea is to provide to more newbie users a PHP Administrator like in
Coldfusion Administrator.
This will also let the remote user change some php directives.
[]'s
Ernani
Ernani Joppert Pontes Martins [EMAIL PROTECTED] escreveu na
mensagem [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
At 05:06 02/10/2002 -0300, you wrote:
Yes I know that you can't send headers to the browser when you've already
sent some other stuffs, but ASP users have strange feeling that this is
weird.
php.ini : Output buffering = On
what is wrong with this?
Can't we implement some procedure that checks
Hi Gareth,
I do not know about performance impacts
Lke I've said, that is just an idea for ASP guys to see the PHP Power.
If it impacts on performance, let them know
But this will be problem of them, just let them know that if send this
session when it is already sent, the performance
Le Mercredi 2 Octobre 2002 10:06, Ernani Joppert Pontes Martins a écrit :
Yes I know that you can't send headers to the browser when you've already
sent some other stuffs, but ASP users have strange feeling that this is
weird.
That's not a PHP problem, but deals with headers and page
At 05:36 02/10/2002 -0300, you wrote:
Hi Gareth,
I do not know about performance impacts
well, if you're talking about talking a script, reading it- editing it -
parsing - executing, it stands to reason that this'll have more overhead
than just parse - execute and so performance will
That's right.
I did not RTFM.
I did not knew about this php.ini directive.
Like I've said, I was used to understand php procedure to handle sessions.
But some of ASP programmers was / is not...
Sorry to bring some lose of time.
[]'s
Ernani
Dj Anubis [EMAIL PROTECTED] escreveu
Could some kind soul with a thorough understanding of the
engine details please review the attached patch?
Changes:
- Fix two simple memory leaks.
- Fix a bug which did not initialize $_SESSION, if
is_array($HTTP_SESSION_VARS) was true.
- Sascha
Index: session.c
This also seems to be a problem for SquirrelMail (2.0.8) which just hangs
after the upgrade. It was working OK before I changed to CVS.
david
- Original Message -
From: Rasmus Lerdorf [EMAIL PROTECTED]
To: David Reid [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, October 02,
On Wednesday, October 2, 2002, at 12:10 AM, Yasuo Ohgaki wrote:
I don't mind to have alias like pg_result_seek() or
have only pg_result_seek().
I would rather see it named pg_result_seek as it is more consistent
with what this function accomplishes. It also opens the door for ODBC
to follow
At 13:41 02.10.2002, Dan Kalowsky wrote:
On Wednesday, October 2, 2002, at 12:10 AM, Yasuo Ohgaki wrote:
I don't mind to have alias like pg_result_seek() or
have only pg_result_seek().
I would rather see it named pg_result_seek as it is more consistent with
what this function accomplishes. It
On Wed, 2 Oct 2002, Marcus Börger wrote:
At 13:41 02.10.2002, Dan Kalowsky wrote:
On Wednesday, October 2, 2002, at 12:10 AM, Yasuo Ohgaki wrote:
I don't mind to have alias like pg_result_seek() or
have only pg_result_seek().
I would rather see it named pg_result_seek as it is more
:)
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Andrei Zmievski wrote:
Once the critical bugs are fixed, I intend to branch the tree in
preparation for 4.3.0 cycle. The remaining critical bugs are:
Didn't Zak want to upgrade the bundled libmysql for PHP 4.3.0?
Zak?
--
Sebastian Bergmann
http://sebastian-bergmann.de/
I just checked with current cvs and this simple test script:
?php
if (!isset($PHP_AUTH_USER)) {
header('WWW-Authenticate: Basic realm=The Realm');
header('HTTP/1.0 401 Unauthorized');
echo 'Text to send if user hits Cancel button';
exit;
} else {
echo pHello
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 72
I have tried it with a number of different jpegs. My libjpeg is:
Hrm... Actually, after a bit more checking it is only some jpegs that
don't work. Specifically the ones coming from my digital camera are no
longer working. Images that used to work with getimagesize() are now not,
so I think something changed. Try running getimagesize() on this image:
Maybe this has to do with a fact that PHP_AUTH_USER will not work
when used with some external apache authentication mechanism in
4.3.0.
Edin
- Original Message -
From: Rasmus Lerdorf [EMAIL PROTECTED]
To: David Reid [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, October 02,
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 are no
longer working. Images that used to work with getimagesize() are now not,
so I think something changed.
Yasuo Ohgaki wrote:
yohgaki Mon Sep 30 22:43:33 2002 EDT
Modified files:
/php4/main output.c
Log:
Fixed implicit flush.
This commit broke my script, that I mentioned before, again. It now
dumps the contents of a variable to stdout instead of writing it to a
file.
At 15:42 02.10.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 are no
longer working. Images that used to work with getimagesize()
Just to make sure I am not crazy, I checked 4.2.3. getimagesize() on that
azj.jpg image returns:
array(6) {
[0]=
int(1536)
[1]=
int(1024)
[2]=
int(2)
[3]=
string(26) width=1536 height=1024
[bits]=
int(8)
[channels]=
int(3)
}
which is correct. So we definitely do have
replacement of [EMAIL PROTECTED], lost credentials
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
At 15:45 02.10.2002, Sebastian Bergmann wrote:
Yasuo Ohgaki wrote:
yohgaki Mon Sep 30 22:43:33 2002 EDT
Modified files:
/php4/main output.c
Log:
Fixed implicit flush.
This commit broke my script, that I mentioned before, again. It now
dumps the contents of a
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
Hello all PHP contributors,
I am conducting a survey about the way defects (or bugs-I use these two words
interchangeably) are handled in open source software projects. It is
very easy to fill out. It consists of three short sections which can be
completed at once or in different sessions. The
Hello developers,
I'd like to propose this simple patch (against 4.2.3) to the curl extension. It
adds the ability to specify the CURLOPT_FTP_USE_EPSV option via the
curl_setopt() function. (This is the same as the curl command line option
--disable-epsv.)
Regards,
*** ext/curl/curl.c.orig
Hi Sebastian can you verify this with implicit flush on/off.
php -d implicit_flush=On/Off
For the cgi sapi it defaults to Off and for the cli executable it
defaults to On.
marcus
At 17:36 02.10.2002, you wrote:
helly Wed Oct 2 11:36:29 2002 EDT
Modified files:
/php4
I have made a little test script to see where the hang is occuring instead
of figuring out pear today:
?php
function getmicrotime()
{
list($usec, $sec) = explode( ,microtime());
return ((float)$usec + (float)$sec);
}
$a = getmicrotime();
$fp = fsockopen('mail.haught.org', 25, $errno,
Hi,
thanks for your patch, I committed it into CVS.
Derick
On Wed, 2 Oct 2002, Alex Howansky wrote:
Hello developers,
I'd like to propose this simple patch (against 4.2.3) to the curl extension. It
adds the ability to specify the CURLOPT_FTP_USE_EPSV option via the
curl_setopt()
Zitat von Matt Haught [EMAIL PROTECTED]:
It appears that fgets is where the problem is occuring. Its taking over
a
minute. Can anyone confirm? I tried a server at mail.wvwc.edu and
received
the same sort of results.
Confirmed.
Jan.
--
http://www.horde.org - The Horde Project
Yep, it's probably the streams code (specifically the seeking that marcus
mentioned).
Also, I think there is now a slight bug with fopen wrappers under win32.
I'm all of a sudden really pushed for time, so I might not be able to fix this
before saturday - if that is the case, I'll make an effort
Marcus Börger wrote:
Hi Sebastian can you verify this with implicit flush on/off.
php -d implicit_flush=On/Off
This is odd:
Both
php -d implicit_flush=On build --format html-chunked
and
php -d implicit_flush=Off build --format html-chunked
work fine, but
php build
On Tue, Oct 01, 2002 at 10:38:54PM +0200, Sascha Schumann wrote:
On Tue, 1 Oct 2002, Andrei Zmievski wrote:
On Tue, 01 Oct 2002, Sascha Schumann wrote:
Fortunately, I have some spare time and look forward to
purge some of the cruft which has assembled since the CLI
you mean 4.4? our new rules says to merge only fixes into
a release branch.
Will HEAD become 4.4 immediately after 4.3.0 branches off?
I would expect that some work needs to be done to further
stabilize the 4.3 branch.
- Sascha
--
PHP Development Mailing List
On October 2, 2002 05:13 am, Sascha Schumann wrote:
Could some kind soul with a thorough understanding of the
engine details please review the attached patch?
Changes:
- Fix two simple memory leaks.
- Fix a bug which did not initialize $_SESSION, if
On Wed, 02 Oct 2002, Sascha Schumann wrote:
Will HEAD become 4.4 immediately after 4.3.0 branches off?
I would expect that some work needs to be done to further
stabilize the 4.3 branch.
The rule of thumb is that the 4.3 branch is used only for point
releases.
-Andrei
believe should be addressed. The problem being that session_register()
function does not work unless the user has register_globals enabled.
I think there is a misunderstanding with regard to how
sessions interact with global variables.
The session extension makes use of globals
(snip).. There is however another problem, which I
believe should be addressed. The problem being that session_register()
function does not work unless the user has register_globals enabled.
This particular problem causes problems for anyone using php software that
was
written before this
On Wed, 2 Oct 2002, Tit Black Petric wrote:
correct me if i am wrong, but with $_SESSION you dont even need to have
session_register() anymore, as for the behaviour of session_register(), if
it held up to the latest php version, i dont see any sense of changing its
functionality now, it's a
Helping (active development) with ext/xslt extension (sablot backend).
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On October 2, 2002 02:31 pm, Sascha Schumann wrote:
believe should be addressed. The problem being that session_register()
function does not work unless the user has register_globals enabled.
I think there is a misunderstanding with regard to how
sessions interact with global
FWIW:
Discussion about the future of ext/xslt has started on the Sablotron
Mailinglist.
Ginger Alliance is providing help and additional resources.
Lenar has been posting several fixes already, which missed 4.2.3 release
(are currently
in HEAD).
At 18:57 10/2/2002 +, Lenar Lõhmus wrote:
Hi,
I got non-working session when using session names like
BLAH_www.ile.tu-freiberg.de. Did I missed something in thr manual or is
there something bad in PHP-dev?
cu
Bernhard
--
The WTC Conspiracy LIV: Hail Bush!
http://www.heise.de/tp/deutsch/special/wtc/13291/1.html
Bilder zum Ansehen:
On Montag, Oktober 6, 2092, at 03:06 Uhr, J Abbott wrote:
anyone know of a mac 8.6 compatible web server with PHP capibility?
Only one I know of: http://www.tenon.com/products/webten/
cu
Bernhard
--
The WTC Conspiracy LIV: Hail Bush!
http://www.heise.de/tp/deutsch/special/wtc/13291/1.html
All,
as said in my previous message, discussion and efforts to get a solid
maintenance
for the xslt extension has started on the Sablotron mailinglist, after
Sterling's announcement.
There are currently two main issues that are pending:
Is it realistic to expect that other xslt processors
Its very simply really, as you well know, since PHP 4.2.0 register_globals are
off by default. Because they are off, session_register does not retrieve a
value from the variable and only creates a null variable inside the session.
So, unless the user is aware of this issue and knows that to
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,
session_register does not retrieve a value from the variable and only
creates a null variable inside the session. So,
On 02/10/02, Matt Haught [EMAIL PROTECTED] wrote:
250-haught.org (Read took 60.009819984436 seconds)
It appears that fgets is where the problem is occuring. Its taking over a
minute. Can anyone confirm? I tried a server at mail.wvwc.edu and received
the same sort of results.
The problem
All,
as said in my previous message, discussion and efforts to get a solid
maintenance
for the xslt extension has started on the Sablotron mailinglist, after
Sterling's announcement.
There are currently two main issues that are pending:
Is it realistic to expect that other xslt
Translating the documentation
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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();
$a = $_SESSION['a'];
This makes perfect sense to me and
On October 2, 2002 04:26 pm, 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;
That example only works when
I'd like to have this patch committed, any comments?
http://www.zend.com/lists/php-dev/200203/msg00407.html
-Andrei http://www.gravitonic.com/
C combines all the power of assembly language with
all the ease of use of assembly language -- trad
--
On Wed, 2 Oct 2002, Andrei Zmievski wrote:
I'd like to have this patch committed, any comments?
http://www.zend.com/lists/php-dev/200203/msg00407.html
I would like this kind of functionality.
Derick
--
---
The attached patch accomplished the following things:
- Added apache_response_headers(), apache_note(),
apache_getenv(), apache_setenv() functions.
- The getallheaders() is renamed to apache_request_headers()
and an getallheaders() is aliased to it. This makes the
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();
$a =
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:
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
On Wednesday 02 October 2002 23:25, Ilia A. wrote:
The attached patch accomplished the following things:
- Added apache_response_headers(), apache_note(),
apache_getenv(), apache_setenv() functions.
- The getallheaders() is renamed to apache_request_headers()
and an
On Wed, 02 Oct 2002, Sascha Schumann wrote:
Uh, how ugly. This has never been supported intentionally.
Looks like a result of multiple people modifying code and not
talking to each other.
Note that the docs for session_register are out of date. It
is supposed to mean
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
imported into PHP. Having that flag trigger other behaviours is
completely undocumented and outside the scope of the original intent of
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, Rasmus Lerdorf wrote:
That example only works when register_globals are on. When they are off, it
Up until 4.3 it worked just fine.
Yes, there were a series of modification with regard to
$_SESSION which -- modified some of the behaviour.
get_session_var
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 and the documentation (Andrei and me).
The documentation
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 and the
It looks fine, nice work.
--
Nicos - CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com - Hébergement de sites Internet
Andrei Zmievski [EMAIL PROTECTED] a écrit dans le message de news:
[EMAIL PROTECTED]
I'd like to have this patch committed, any comments?
I am assuming this documentation was not written recently since it talks
about track_vars and there is no way to turn off track_vars today. And
You are right -- it was not written recently. The semantics
of the session module have not changed since then though. If
a bug
I am assuming this documentation was not written recently since it talks
about track_vars and there is no way to turn off track_vars today. And
You are right -- it was not written recently. The semantics
of the session module have not changed since then though. If
a bug
Are you sure it was only 4.2? I seem to remember seeing similar code in
4.1.
Possibly. We changed the serialization strategy which is
appealing because of its simplicity, but it is not backwards
compatible.
I'll commit my changes so far (the patch I posted earlier),
tag
Any chance of committing this patch. Adds support for beos threading to TSRM
and some small corrections for virtual_cwd.
Thanks.
david
Using port 2401
Index: TSRM/TSRM.c
===
RCS file: /repository/TSRM/TSRM.c,v
retrieving revision
This is a new error I just started seeing...
/boot/home/php4/sapi/apache2filter/php_functions.c: In function
`php_apache_lookup_uri':
/boot/home/php4/sapi/apache2filter/php_functions.c:46: error: `tsrm_ls'
undeclared (first use in this function)
On October 2, 2002 08:30 pm, David Reid wrote:
This is a new error I just started seeing...
/boot/home/php4/sapi/apache2filter/php_functions.c: In function
`php_apache_lookup_uri':
/boot/home/php4/sapi/apache2filter/php_functions.c:46: error: `tsrm_ls'
undeclared (first use in this
I think I've documented what chars are allowed.
If not, report missing description for allowed char as
session name.
--
Yasuo Ohgaki
Bernhard Fuerst wrote:
Hi,
I got non-working session when using session names like
BLAH_www.ile.tu-freiberg.de. Did I missed something in thr manual or is
Ok. I'll add alias to mysql and rename pgsql function.
--
Yasuo Ohgaki
Derick Rethans wrote:
On Wed, 2 Oct 2002, Marcus Börger wrote:
At 13:41 02.10.2002, Dan Kalowsky wrote:
On Wednesday, October 2, 2002, at 12:10 AM, Yasuo Ohgaki wrote:
I don't mind to have alias like pg_result_seek()
Sebastian Bergmann wrote:
Yasuo Ohgaki wrote:
yohgaki Mon Sep 30 22:43:33 2002 EDT
Modified files:
/php4/main output.c
Log:
Fixed implicit flush.
This commit broke my script, that I mentioned before, again. It now
dumps the contents of a variable to stdout instead
Yasuo Ohgaki wrote:
A little history. When 4.1.0 (or 4.2.0?) is released, I've fixed
crush with deleting wrong buffer with implicit flush. The fix
disabled implicit flush.
I finally fixed implicit flush. Users should worry about
implicit flush directive in php.ini now. e.g.
Yasuo Ohgaki wrote:
Sebastian Bergmann wrote:
Yasuo Ohgaki wrote:
yohgaki Mon Sep 30 22:43:33 2002 EDT
Modified files:
/php4/main output.c
Log:
Fixed implicit flush.
This commit broke my script, that I mentioned before, again. It now
dumps the contents of a
Alan Knowles wrote:
Yasuo Ohgaki wrote:
A little history. When 4.1.0 (or 4.2.0?) is released, I've fixed
crush with deleting wrong buffer with implicit flush. The fix
disabled implicit flush.
I finally fixed implicit flush. Users should worry about
implicit flush directive in php.ini now.
Andrey Hristov wrote:
andreyWed Oct 2 14:58:10 2002 EDT
Added files:
/php4/ext/standard/tests/strings 002.phpt
Modified files:
/php4/ext/standardstring.c
Log:
Making strrchr() binary safe.
Test case added.
Hmm. function w/o PHPAPI is used in var.c
I'll commit new patch soon.
--
Yasuo Ohgaki
Yasuo Ohgaki wrote:
yohgaki Wed Oct 2 22:55:19 2002 EDT
Modified files:
/php4/mainoutput.c
Log:
Made some functions inline.
Added static for unexported
I would like make part in group of translators of documentation to pt_BR
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
83 matches
Mail list logo