On Sat, 9 Nov 2002, George Schlossnagle wrote:
Hehe. I should attach the patch, eh?
Yes, you should... but you still didn't do that :-)
Derick
--
---
Derick Rethans
Sunday, November 10, 2002, 3:45:14 AM, Philip Olson wrote:
This will be documented as soon as we figure out where to document it.
Many months ago the predefined variables section of the manual was
redone and the vars are now separated autoglobals.
+ Contains the RAW POST data. For
At 12:55 10-11-2002, Kjartan Mannes wrote:
[...]
+ Contains the RAW POST data. For this variable to exist,
+ there must be a POST request and either the mime type of
+ the POST data must be unrecoginized
[...]
form action=?php echo $PHP_SELF; ? method=post
Sunday, November 10, 2002, 1:26:43 PM, Melvyn Sopacua wrote:
Read up on the 'enctype' attribute of forms and/or use
enctype=multipart/formdata and upload a file, with an extension, that
isn't known by your browser (.foobar would be a good guess).
Using telnet and raw http
REQUEST
POST
Hrm.. Ok, actually Hartmut changed this recently. See:
http://cvs.php.net/diff.php/php4/main/php_content_types.c?login=2r1=1.21r2=1.22ty=u
It works when you turn on always_populate_raw_post_data, right?
-Rasmus
On Sun, 10 Nov 2002, Kjartan Mannes wrote:
Using telnet and raw http
REQUEST
Sunday, November 10, 2002, 3:30:16 PM, Rasmus Lerdorf wrote:
Hrm.. Ok, actually Hartmut changed this recently. See:
http://cvs.php.net/diff.php/php4/main/php_content_types.c?login=2r1=1.21r2=1.22ty=u
It works when you turn on always_populate_raw_post_data, right?
Yes, but then that
On Sun, 10 Nov 2002, Rasmus Lerdorf wrote:
Hrm.. Ok, actually Hartmut changed this recently. See:
http://cvs.php.net/diff.php/php4/main/php_content_types.c?login=2r1=1.21r2=1.22ty=u
It works when you turn on always_populate_raw_post_data, right?
kind of. it doesn't quite follow the doc
work on oci8 with Thies and Maxim
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Funny, it's in the message my mua said it sent (the 2nd time). How is
this?
It's also in pear/PECL/optimizer/zend.patch
On Sunday, November 10, 2002, at 06:11 AM, Derick Rethans wrote:
On Sat, 9 Nov 2002, George Schlossnagle wrote:
Hehe. I should attach the patch, eh?
Yes, you
I want to conduct a survey of the various behaviors of sessions as used
by PHP.
Specifically, I am wrapping up some new features on msession, and I would
like to come up with a more realistic test suite for the system. Some of
the questions are obviously hard to nail down, but any input
I would like to offer the attached minor patch (relative to php-4.2.3) to
ext/standard/math.c to extend the functionality of log() to support
arbitrary bases.
The patch would extend:
float log(float number)
to:
float log(float number[,float base])
With no base parameter specified it would
On Sun, 10 Nov 2002, Pollita wrote:
I would like to offer the attached minor patch (relative to php-4.2.3) to
ext/standard/math.c to extend the functionality of log() to support
arbitrary bases.
Please provide a unified diff (diff -u) against the latest CVS version.
Also, please stick to the
Fixed both in ZE1 and ZE2.
Andi
At 11:02 AM 11/10/2002 +0900, Yasuo Ohgaki wrote:
I'm glad to hear that :)
--
Yasuo Ohgaki
Andi Gutmans wrote:
It's on my TODO list. I'll check it out in the next few weeks. Last time
I looked at it it didn't seem trivial but I can't quite remember anymore.
On Thu, Oct 24, 2002 at 06:18:58PM +0200, Alban Médici wrote:
I need to realize a Php (non web mode) API which will generate some text
file in the LDIF format. ( easy to do)
Then with the same API i would like to charge the text file into the db.
Is there any Php function exist to command
For those who came to Dan my or Derick's talk at the Int. PHP
Conference, we both covered the bad inefficiency in the parser that
results in strings with variables in them being tokenized on
whitespace. This results in a huge number of unnecessary opcodes in
strings.
Attached (hopefully, as
On Sun, 10 Nov 2002, George Schlossnagle wrote:
For those who came to Dan my or Derick's talk at the Int. PHP
Conference, we both covered the bad inefficiency in the parser that
results in strings with variables in them being tokenized on
whitespace. This results in a huge number of
On Sunday, November 10, 2002, at 05:06 PM, George Schlossnagle wrote:
For those who came to Dan my or Derick's talk at the Int. PHP
Conference, we both covered the bad inefficiency in the parser that
results in strings with variables in them being tokenized on
whitespace. This results in
Apologies... I've made a new .patch file relative to revision 1.93 of
math.c in the CVS tree with modifications per instructions in
CODING_STANDARDS. Hope this meets with approval.
On Sun, 10 Nov 2002, Pollita wrote:
I would like to offer the attached minor patch (relative to php-4.2.3)
to
On Sun, 10 Nov 2002, Rasmus Lerdorf wrote:
Hrm.. Ok, actually Hartmut changed this recently. See:
http://cvs.php.net/diff.php/php4/main/php_content_types.c?login=2r1=1.21r2=1.22ty=u
It works when you turn on always_populate_raw_post_data, right?
When setting this on I assume it will
Philip Olson wrote:
When setting this on I assume it will always populate no matter
what enctype is used. This isn't the case. In the little tests
according to Brad, adding enctype=multipart/form-data to a
post form will cause $HTTP_RAW_POST_DATA to not exist. This is
even with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It's the list, I don't think they allow attachmentsdo you have web space
you could upload to?
On Sunday 10 November 2002 05:16 pm, Derick Rethans wrote:
On Sun, 10 Nov 2002, George Schlossnagle wrote:
For those who came to Dan my or Derick's
I got the second attachment mail ok but I'll just inline it here:
--- Zend/zend_language_scanner.l2002-11-10 16:53:27.0
-0500
+++ /Users/george/src/php4/Zend/zend_language_scanner.l 2002-11-10
16:39:11.0 -0500
@@ -686,7 +686,6 @@
HNUM 0x[0-9a-fA-F]+
LABEL
--snip
+fprintf(stderr, %s:%d\n, __FILE__,__LINE__);
What's this fprintf()? This seems to be put just for debugging purpose.
Moriyosh
return T_STRING;
}
-ST_DOUBLE_QUOTES,ST_BACKQUOTE,ST_HEREDOC{LABEL_OR_WHITESPACE} {
Monday, November 11, 2002, 12:01:26 AM, Hartmut Holzgraefe wrote:
unless i did something stupid while testing this is also the case
at least for 4.2.x (due to the way multipart forms are handled now
to preserve memory on file uploads) ...
Yes, but it doesn't populate HTTP_RAW_POST_DATA when
that would be my debugging from my 'clean' cvs copy. :)
You don't want that. Sorry. Here's a better patch:
Index: zend_language_scanner.l
===
RCS file: /repository/Zend/zend_language_scanner.l,v
retrieving revision 1.51
diff -u
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/
To
While most of the code in main/ is changed minimally, the changes to
the SAPI/apache stuff are pretty extensive. It may make sense to ifdef
the changes in main and create a new SAPI module for this. I bend to
the majority though. :)
On Sunday, November 3, 2002, at 03:49 AM, Rasmus Lerdorf
On Mon, 11 Nov 2002, Hartmut Holzgraefe wrote:
Philip Olson wrote:
When setting this on I assume it will always populate no matter
what enctype is used. This isn't the case. In the little tests
according to Brad, adding enctype=multipart/form-data to a
post form will cause
I started to work on fixing this problem, but have not had time to
finish my work. I will try to get some time available to work on this
sometime soon.
Thanks,
-Jason
On Sat, 2002-11-09 at 22:25, James Devenish wrote:
Hi,
Referring to bug #20268 (Bus Error on startup), I have added some
Hrm.. That's not a bad idea. An ApacheHooks SAPI module sounds like the
right approach to me.
-R
On Sun, 10 Nov 2002, George Schlossnagle wrote:
While most of the code in main/ is changed minimally, the changes to
the SAPI/apache stuff are pretty extensive. It may make sense to ifdef
the
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
I have added the functionality your patch adds, but using a differing
implementation.
Thanks for submitting the feature request and initial patch,
-Jason
On Sun, 2002-11-10 at 16:46, Pollita wrote:
Apologies... I've made a new .patch file relative to revision 1.93 of
math.c in the CVS tree
Attached is a patch that adds an optional step parameter to the
range() function. This allows the generation of ranges based on a
non-one increment. For example:
range(0, 10, 2);
... would yield an array containing (0, 2, 4, 6, 8, 10).
The change is entirely backwards-compatible with the
Hi,
A patch which improves on this would be welcome.
However, this patch at first glance is bogus. You are returning T_STRING
with possible spaces and other non A-Za-z_ chars. This token is also used
as tokens such as constants and function names .
Andi
At 06:31 PM 11/10/2002 -0500, George
Hi,
How about changing the INI_ENTRY macros in debug mode to check if we're
using UpdateInt/UpdateLong and if so check if sizeof(param) ==
sizeof(int/long)?
This could help a lot.
Andi
At 01:12 PM 11/11/2002 +0800, James Devenish wrote:
Hi, just some followup, including some general build
This should be solved in ZE2.
We now treat static variables like special variables such as $GLOBALS,
$this and so on where they are treated at compile-time. This means that
they are faster now but they can't be referenced indirectly similar to the
above mentioned. I don't think this is a
Unless I misunderstand the way this works, it's not a problem that it
returns a T_STRING, only possibly that it does so inside a BACKQUOTES.
Function names and constants aren't available as barewords in
DOUBLE_QUOTES or HEREDOCs, right?
On Monday, November 11, 2002, at 01:12 AM, Andi Gutmans
OH I missed that. I'll check it out this evening as I have to go now.
Andi
At 01:48 AM 11/11/2002 -0500, George Schlossnagle wrote:
Unless I misunderstand the way this works, it's not a problem that it
returns a T_STRING, only possibly that it does so inside a BACKQUOTES.
Function names and
Hi!
Following good advice from http://www.iu.hio.no/~mark/unix/unix.html#SEC178
I was able to modify a little mail.c . This led to a chroot'd PHP+Apache
(on a Debian Linux box) where the chroot jail does not contain any shell
but I am still able to use mail().
The popen replacement (5k source,
I cannot comment directly on the creation of ext/ibmdb2, although I'd
rather see something like that moved to PECL (where everything will be
eventually). As for separate CVS trees, while it sounds like a good
idea, it's my opinion that it's not a good thing.
I agree - I'll submit patches
On Fri, 08 Nov 2002 22:06:07 -0800
Frank M. Kromann [EMAIL PROTECTED] wrote:
I don't see a need to add specific db2 functions, but perhaps extend
the ODBC extension with generic ODBC/CLI functions.
I'll go that route then. I am looking at very large databases, so it is
important that the php
41 matches
Mail list logo
