Hello Dan and all.
DH Due to the frequency of this coming up on the list, would it be possible
DH to disable them as of PHP v5?
I suppose, it's not a kind of problem that should be solved in such way.
DH People will be expecting major changes come v5, and it might be the
DH easiest way to move
At 03:12 14-10-2002, you wrote:
Great idea, but PECL doesn't work everywhere, for example I believe OSX
does not yet support it (that being my main platform of concern).
If someone gives me an account on an OSX box (or even better, puts an
OSX box into my mailbox! ;-) I will make it work.
phplib's solution has been to re-register s globals ll the $_SESSION
vars.
The register_globals=Off has been placed, I suppose, to prevent GET/POST
(and any user_originated) var to overwrite uninitialized program
variables.
As session vars are not user_originated, and only the programmer can set
He's got a point here... I've been using PHP since about 4.0.2 and I've been
reading PHP-DEV for months (not all of it, but most), and I still don't
really understand the concept of PECL. I understand it's some kind of
extension repository which allows for extensions to have another release
cycle
Thousands of programmers use short tags in their scripts, but only
hundreds can't change this setting in php.ini manually.
Wrong... Many webhosting companies won't allow customers to change php.ini,
and my experiences with php_set_ini() aren't too good.
Regards,
Manuzhai
--
PHP
Hello Manuzhai and others.
Tuesday, October 15, 2002, 10:27:33 AM, you wrote:
Thousands of programmers use short tags in their scripts, but only
hundreds can't change this setting in php.ini manually.
M Wrong... Many webhosting companies won't allow customers to change php.ini,
M and my
HI,
Can I have one to in order to get SNMPv3 support into PHP and
make it work with NET-SNMP 5.0.x??
Just asking, since I have seen various poeple over the last
weeks asking for a CVS account and I am not sure whether just
asking is the way to get CVS commit access.
regards,
Harrie
Internet
HI,
I have made a patch in order to get SNMP support in
PHP working again. The last patch committed was broken.
The patch to fix this can be found at:
http://www.lisanza.net/php-snmp/php-snmp-fixing.patch.txt
Harrie
Internet Management Consulting
mailto: [EMAIL PROTECTED]
--On Tuesday, October 15, 2002 3:43 AM +0300 Jani Taskinen [EMAIL PROTECTED]
wrote:
On Mon, 14 Oct 2002, Harrie Hazewinkel wrote:
OK, if you want apply your patch to the core of PHP.
I will, don't worry.
Thanks for applying this patch. Having tried it now, it
does not not work for
HI,
Since the last commit in the SNMP module for PHP my previous posted
patch to add SNMPv3 support is obviously going to break.
Although, I have noticed various download of that patch, has this
group any interest in committing it into CVS??
Harrie
Internet Management Consulting
mailto:
Thousands of programmers use short tags in their scripts, but only
hundreds can't change this setting in php.ini manually.
M Wrong... Many webhosting companies won't allow customers to change
M php.ini, and my experiences with php_set_ini() aren't too good.
yep, many of hostings don't
Hello Dan,
DH Your missing the point of my suggestion. Im not suggesting we switch it
DH off by default, Im suggesting we *remove* the feature.
Very good.
Why not to change to script language=php.../script then?
DH As the XML community expands and more and more scripting languages (server
DH
Strong opposition for changing this default from my end, if only for the
fact I'll be scared to show up in any PHP conference, fearing the wrath of
angered users.
Also see numerous past posts from me, Andi and others about why changing a
number in the version doesn't give us a carte blanche
Hello all.
ZS changing a number in the version doesn't give us a carte blanche to break
ZS compatibility. Compatibility breakage is cumulative - the more you break,
ZS the harder it is to adapt.
That's in fact what I'm talking about.
Antony Dovgal aka tony2001 mailto:[EMAIL
On Tue, 15 Oct 2002, Zeev Suraski wrote:
Strong opposition for changing this default from my end, if only for the
fact I'll be scared to show up in any PHP conference, fearing the wrath of
angered users.
Also see numerous past posts from me, Andi and others about why changing a
number
You can compare with Perl. CPAN has a looot of Perl extensions. Some extensions need
the compilation of a .c file.
Unix users have a shell script to make install new extensions.
Windows users have ActiveState : a binary distribution with many CPAN extensions
pre-built (and most Windows
Guys, a few month ago, I have been trying to offer some of my help for
developing Oracle 9i extension, or in anyway, to improve the existing
PHP/Oracle functionality.
original posts are here:
Hi all,
I am working on porting PHP onto NetWare.
Currently, we are shipping the older version 4.0.8
on NetWare. We are moving to the latest stable version.
Zeev Suraski suggested that we move to 4.2 branch
since it is significantly more stable than 4.3 branch.
So, I would be checking in
At 11:57 10/15/2002 +0200, BUSTARRET, Jean-Francois wrote:
Windows users have ActiveState : a binary distribution with many CPAN
extensions pre-built (and most Windows users are unable to add a new
extension unless it has been packaged by ActiveState).
Make that - the ActiveState way (ppd),
At 12:17 10/15/2002 +0300, Antony Dovgal wrote:
Hello Dan,
DH Your missing the point of my suggestion. Im not suggesting we switch it
DH off by default, Im suggesting we *remove* the feature.
Very good.
Why not to change to script language=php.../script then?
As long as you're aiming for XHTML
Hi,
We have 10 critical bugs in the list currently. If you could please see
about fixing at least one of them, we'd be that much closer to a release
candidate.
Summary: need to use -taso with Netscape LDAP libs
URL: http://bugs.php.net/bug.php?id=1298
Summary: Copy of array is affected by
At 16:26 15/10/2002, Andrei Zmievski wrote:
Summary: Copy of array is affected by reference
URL: http://bugs.php.net/bug.php?id=15025
If you keep that one on the critical list, then 4.3.0 will remain a
philosophical concept :)
Summary: Under Apache, register_shutdown_function() broke
On Tue, 15 Oct 2002, Zeev Suraski wrote:
Summary: Copy of array is affected by reference
URL: http://bugs.php.net/bug.php?id=15025
If you keep that one on the critical list, then 4.3.0 will remain a
philosophical concept :)
You said you'd think about fixing it and I've never heard
On Tue, 15 Oct 2002, Zeev Suraski wrote:
At 16:26 15/10/2002, Andrei Zmievski wrote:
Summary: Copy of array is affected by reference
URL: http://bugs.php.net/bug.php?id=15025
If you keep that one on the critical list, then 4.3.0 will remain a
philosophical concept :)
Summary: Under
Hey,
I'm sure that if there's work to be done people using Oracle will
appreciate your contribution.
Personally, I don't use Oracle so I suggest you talk to Thies who's the
maintainer of the extension about the things you feel are missing. (It can
also be public here on php-dev if you need
On Tue, Oct 15, 2002 at 01:51:29PM +0200, Maxim Maletsky wrote:
Guys, a few month ago, I have been trying to offer some of my help for
developing Oracle 9i extension, or in anyway, to improve the existing
PHP/Oracle functionality.
original posts are here:
Thanks, Andi.
yeah, I will wait for Thies to reply to me. We have sort of a started
this discussion with him before, so hopefully he will join into this one.
My main concerns about OCI8 are the followings ones. Some of them are
related to the opverall idea of PHP-DB usage, some to the actual
For somebody who never uses/has used XML, it's incomprehensible, why
he/she has to type 3 extra chars every time.
Thats just bloody mindedness / lazyness ... or do we actively encourage
sloppy code?
IF (major if) anything, make a config-option --enable-xml-compliance
which checks/corrects a
At 17:52 15/10/2002, Dan Hardiker wrote:
I am still +1 on some how getting away from short_open_tag support, if
nothing else, to encourage better coding practices (just as we did with
turning register_globals off by default).
Except unless you mix PHP and XML, this change is meaningless, and it
Hey,
If you haven't taken a look : http://bugs.php.net/bug.php?id=19848
please do so...
In thinking about it, to me, there are 2 solutions:
1) Rearranging files to work in an un-braindead manner, ie:
instead of $_FILES['toto']['type']['c'] equaling the filetype of the
form variable:
INPUT
At 18:01 15/10/2002 +0200, Zeev Suraski wrote:
I don't think you use reasonable logic in your analysis. For instance,
the fact that many servers have short_open_tag turned off and for them,
changing the default won't pose a security risk... So what? That's no
way to look at things, really.
I am still +1 on some how getting away from short_open_tag support, if
nothing else, to encourage better coding practices (just as we did with
turning register_globals off by default).
I fail to see how using ?php is better coding practices. Unless you
plan on distributing your code to the
Andrei Zmievski wrote:
Summary: max_execution_time affects large uploads
URL: http://bugs.php.net/bug.php?id=16880
Very very critical
--
* Tom Sommer
* http://www.tsn.dk | webmaster(a)tsn.dk
* Any sufficiently advanced bug is indistinguishable from a feature
--
PHP Development Mailing
On Tue, Oct 15, 2002 at 06:23:17PM +0200, Tom Sommer wrote :
Andrei Zmievski wrote:
Summary: max_execution_time affects large uploads
URL: http://bugs.php.net/bug.php?id=16880
Very very critical
True ..
The original reporter says he's using Apache. It makes sense
that
Andrei Zmievski wrote:
Log:
Upgrade to version 3.92.
This broke the Windows build:
c:\home\php\php4\ext\pcre\pcrelib\internal.h(145): fatal error C1189:
LINK_SIZE must be either 2, 3, or 4
--
Sebastian Bergmann
http://sebastian-bergmann.de/
I am still +1 on some how getting away from short_open_tag support, if
nothing else, to encourage better coding practices (just as we did
with turning register_globals off by default).
I fail to see how using ?php is better coding practices. Unless you
plan on distributing your code to the
Zeev Suraski wrote:
Except unless you mix PHP and XML
Someone who wants to mix PHP and XML should seriously take a look at
http://pear.php.net/package-info.php?pacid=37.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you?
I'll keep my message short:
NO!
I think removing short tags from PHP and/or as INI default is horrible.
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
The other advantage is to force people one way or the other. In the case
of 50% of servers allowing short tags, and the other not... a script using
short tags will only work on 50% of PHP installations (just as a script
that relies on register_globals will only work on servers with it
Is it possible to have ?xml not be parsed by php?
I can't think of any situations in which ?xml? would be php, unless
you've define('xml'...). Even then it would most likely by ?=xml? or
?php xml ?
So it seems that ? and ?php are valid while ?xml(etc) is ignored.
-js
Dan Hardiker wrote:
I
On Tue, 15 Oct 2002, Dan Hardiker wrote:
I am still +1 on some how getting away from short_open_tag support, if
nothing else, to encourage better coding practices (just as we did
with turning register_globals off by default).
I fail to see how using ?php is better coding practices.
At 17:52 15-10-2002, Dan Hardiker wrote:
Another -1, because it's a security risk, as your (legacy) sources will
be sent to the client,
if you're not aware of this. This may expose passwords, internal
networks and what not.
The security risk there is the developer for having sensative
Throw me a bone then. What is the suggested way to offer php developers
the opportunity to run code after the connection has been closed? Even
if it only works under Apache on Linux? Also if the 4.1.0 behavior is
the correct behavior, why is the function still documented as the
4.0.x
Hi,
Andrei Zmievski [EMAIL PROTECTED]:
Summary: random error: open_basedir restriction in effect. File is in
wrong directory
URL: http://bugs.php.net/bug.php?id=19292
Please Fix this, this is a very big Bug..
Thanks
Peter Neuman
--
PHP Development Mailing List http://www.php.net/
It has been fixed for a while.
On Tue, 15 Oct 2002, Peter Neuman wrote:
Hi,
Andrei Zmievski [EMAIL PROTECTED]:
Summary: random error: open_basedir restriction in effect. File is in
wrong directory
URL: http://bugs.php.net/bug.php?id=19292
Please Fix this, this is a very big
Why don't you close it? :)
On Tue, 15 Oct 2002, Rasmus Lerdorf wrote:
It has been fixed for a while.
On Tue, 15 Oct 2002, Peter Neuman wrote:
Hi,
Andrei Zmievski [EMAIL PROTECTED]:
Summary: random error: open_basedir restriction in effect. File is in
wrong directory
URL:
HI,
If 4.3 is released from CVS HEAD there is also a bug in the SNMP module.
The commit made by Jani Taskinen [EMAIL PROTECTED] made only with NET-SNMP
unfortenately it did not made it work.
The patch to fix this can be found at:
http://www.lisanza.net/php-snmp/php-snmp-fixing.patch.txt
Note
I fail to see how using ?php is better coding practices. Unless you
plan on distributing your code to the masses or mixing XML/XHTML without
trivially escaping it, I see absolutely no point in using ?php over ?.
In reality, very few people intermix PHP and XML. It just doesn't make a
whole
Another option.
How about remove $_FILES contents from $_REQUEST?
It seems it has less impact.
--
Yasuo Ohgaki
Sterling Hughes wrote:
Hey,
If you haven't taken a look @: http://bugs.php.net/bug.php?id=19848
please do so...
In thinking about it, to me, there are 2 solutions:
1)
At 21:14 15/10/2002, Joseph Tate wrote:
Throw me a bone then. What is the suggested way to offer php developers
the opportunity to run code after the connection has been closed?
I think I mentioned this as well; IMHO, if we want to create the ability
for users under Apache/UNIX to run stuff
At 23:13 15-10-2002, Yasuo Ohgaki wrote:
Another option.
How about remove $_FILES contents from $_REQUEST?
It seems it has less impact.
I don't think Zeev and Derick will be able to go on any trips for a while
then :-)
First 'force' people to use superglobals, then say ehm - yeah, but ehm
Wez, I think we need to pass a real FILE * into the ming stuff. Take a
look at this segfault:
(gdb) run ming.php
Starting program: /usr/local/bin/php ming.php
FWS%xe HdC
Program received signal SIGSEGV, Segmentation fault.
0x403da4d4 in free () from /lib/libc.so.6
(gdb) bt
#0 0x403da4d4 in
Hi Rasmus,
It could actually be an fopencookie detection bug.
Can you try both of these things:
A. toggle the configure detected value for COOKIE_SEEKER_USES_FPOS_T
then recompile.
B. #undef HAVE_FOPENCOOKIE then recompile.
Hopefully the first one solves the problem (so we just need to fix
A. toggle the configure detected value for COOKIE_SEEKER_USES_FPOS_T
then recompile.
It was undefined. I defined it.
B. #undef HAVE_FOPENCOOKIE then recompile.
It was defined, I undefined it.
Make clean, recompile and try again. Exactly the same segfault.
-Rasmus
--
PHP Development
have you got a script I can try out?
Did you try A and B separately?
I might not be able to reproduce this, because my glibc is the older
flavour :-/
I'll give it a go though!
--Wez.
On 16/10/02, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
A. toggle the configure detected value for
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 to
On Tue, 15 Oct 2002, Harrie Hazewinkel wrote:
I have made a patch in order to get SNMP support in
PHP working again. The last patch committed was broken.
The patch to fix this can be found at:
http://www.lisanza.net/php-snmp/php-snmp-fixing.patch.txt
Duh..thanks for pointing this out. I've
Hi Folks,
after seeing the new function file_get_contents() I figured a
corresponding file_put() function should be added too.
Prototype:
int file_put(string filename, mixed data [, string mode])
It takes a filename (URL wrappers supported), the data to be written and
a mode for the file. The
Sebastian Nohn [EMAIL PROTECTED] writes:
5. Functions are called OCI .* I do well know what it refers to, but
this is only because I learned the original oci.h API. Wouldn't itbe more
standard for PHP to use similar naming as mySQL, pgSQL, MSSQL extensions
ect? OCI make it a bit confusing,
As I've been told, I posted the files on my website:
http://www.marke-egal.de/xsltprob/
I'm sorry: this server's has no XSLT-Support, so this site is only good for
downloading the files ...
:) Dirk
Dirk Schwier [EMAIL PROTECTED] schrieb im Newsbeitrag
[EMAIL PROTECTED]">news:[EMAIL
Christian Schneider writes:
On a side note: I think the file_get_contents() function should be
renamed to file_get() as it is useful enough to deserve a
shorter name.
Conversely, your new function should be named file_put_contents()
for consistency. :)
Regards
Mike Robinson
--
PHP
Mike Robinson wrote:
On a side note: I think the file_get_contents() function should be
renamed to file_get() as it is useful enough to deserve a
shorter name.
Conversely, your new function should be named file_put_contents()
for consistency. :)
That's what I called the function initially
Try taking out the fclose($fp) line :-)
fclose nukes the stream (just like all the other resource freeing functions)
so it's not valid by the time that ming goes to use it = crash.
Replacing fclose($fp) with $fp = null; is probably the correct thing to
do in the script; there is not much that
I'm -1 on removing short tags, whether now or for PHP5.
I use a Web host that allows short tags, and I can do this to add my XML
header to be XHTML compliant:
? echo ?xml version=\1.0\ encoding=\iso-8859-1\ ?\n; ?
Yes, perhaps it is slightly annoying to not just be able to write the
?xml ...
Melvyn Sopacua wrote:
First 'force' people to use superglobals, then say ehm - yeah, but ehm
uploaded files are not userdata, because they are not in $_REQUEST.
Is it very important?
Anyway, it is easier to write more robust application with
$_GET/$_PSOT/$_COOKIE/$_FILES, IMO. $_REQUEST is
Hi Christian,
A couple of comments:
there was a discussion, and we decided that file_get_contents was the
best name, so it's counterpart should be called file_put_contents for
consistency.
the return value will only hold the length of the last item you wrote
if you pass an array.
local vars
Wez Furlong wrote:
It's just that there was a thread about this recently on php-dev,
and it's something to get right for new functions - we can fix the
old ones as we go :-)
The README, the Zend API doc on zend.com and the implementation in
zend_API.c all assume an int * for string length in
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),
On Wed, 16 Oct 2002, Yasuo Ohgaki wrote:
Another option.
How about remove $_FILES contents from $_REQUEST?
It seems it has less impact.
+1 for this option. There's really no need it for to
be in $_REQUEST..
--Jani
--
Yasuo Ohgaki
Sterling Hughes wrote:
Hey,
If you
On Wed, 2002-10-16 at 04:45, Jani Taskinen wrote:
On Wed, 16 Oct 2002, Yasuo Ohgaki wrote:
Another option.
How about remove $_FILES contents from $_REQUEST?
It seems it has less impact.
+1 for this option. There's really no need it for to
be in $_REQUEST..
except that its
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 reason, but it seems counter-intuitive to me.
Chris
Sterling Hughes wrote:
On Wed, 2002-10-16 at 04:45, Jani Taskinen wrote:
On
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
Right. I was just wondering if there was a reason why the $_POST array
wasn't originally created like Sterling suggested for $_FILES and
$_REQUEST in his solution 1:
$_FILES['toto']['c']['type'] and $_REQUEST['toto']['c']['type']
Meaning, I'm not clear why $_FILES is necessary, since the same
On Wed, 2002-10-16 at 05:35, Chris Shiflett wrote:
Right. I was just wondering if there was a reason why the $_POST array
wasn't originally created like Sterling suggested for $_FILES and
$_REQUEST in his solution 1:
$_FILES['toto']['c']['type'] and $_REQUEST['toto']['c']['type']
Thanks, I see your point now.
I like the solution 2, even though it is a bit ugly.
Sterling Hughes wrote:
On Wed, 2002-10-16 at 05:35, Chris Shiflett wrote:
Is the thought here that no one will be depending on the weird format of
the $_REQUEST array as mentioned in the bug report? If
[EMAIL PROTECTED] wrote:
ID: 19848
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: HTTP related
Operating System: *any
PHP Version: 4.2.3,4,3.0-dev
New Comment:
BTW, 17958 is "no feedback".
Thanks. I appreciate the response.
Joseph
Zeev Suraski wrote:
At 21:14 15/10/2002, Joseph Tate wrote:
Throw me a bone then. What is the suggested way to offer php
developers the opportunity to run code after the connection has been
closed?
I think I mentioned this as well; IMHO,
On Wed, 16 Oct 2002, Christian Schneider wrote:
Hi Folks,
after seeing the new function file_get_contents() I figured a
corresponding file_put() function should be added too.
Prototype:
int file_put(string filename, mixed data [, string mode])
It takes a filename (URL wrappers
78 matches
Mail list logo