Try a snapshot of current CVS from
http://snaps.php.net:8000/php4-200109050735.tar.bz2
and let us know if it is still happening.
-Rasmus
On Wed, 5 Sep 2001, fx wrote:
Hi
I have a lot of memory problem with php 4.0.6 ...
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried
ID: 13153
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Apache related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
This has been fixed in CVS and will be in 4.0.7
Previous Comments
? If it is, I'll start use
zend_parse_parameters() in future cleanups though...
It is slower in the case of functions that don't take any arguments. For
ones that do take arguments I don't see a performance issue. And the
error message it produces is more informative.
-Rasmus
--
PHP Development
on and off and making sure that without the switch nothing changes
before I commit this beast. The configure switch may actually be
permanent. Need to do a few benchmarks to determine that...
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
, ze-{tatic IBG(timeformat) =
NULL;NULL;zend_ibase_globals *ibase_globals)
PHP_MINIT_FUNCTION(ibnum_persistent = 0;ULL;
+static int _php_ibase_bind(XSQLDA *sqlda, pval **b_vars, BIND_BUF *buf)
...
ie. complete gibberish.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe
Jeremy, could you please test the current CVS? Specifically the
interbase.dsp change.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL
ID: 13107
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: All
PHP Version: 4.0.6
New Comment:
Fixed - good catch
Previous Comments
ID: 13114
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Fatal errors are by definition not catchable in user space since they are a result of
some fatal problem which
noticed because everyone
keeps track of the HEAD branch.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 13099
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: GD related
Operating System: Win98 (php4win 4.0.7 dev)
PHP Version: 4.0.6
New Comment:
Not really a PHP issue. It is an issue in GD2. Use ImageCopyResampled() for
truecolour images.
Previous
ID: 13090
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: GetImageSize related
Operating System: win2k
PHP Version: 4.0.6
New Comment:
Are you sure that is the right path and not relative to your document root? It wants
the real on-disk absolute path.
Previous
ID: 13091
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Compile Issues
Operating System: Slackware 8.0 - Linux, 2.2.19
PHP Version: 4.0.6
New Comment:
I have no idea what you are talking about. The included INSTALL file gives you all
the info you
ID: 13086
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: win2k
PHP Version: 4.0.6
New Comment:
You mistakenly assume that the PHP strlen() function will stop counting at a NUL.
That is not the case
the call to zend_execute_scripts(). Any suggestions?
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
. The header is even more obscure.
I think being able to call an execute_script() function and pass it the
address of a char * to stick the return value in would be nice.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
, and
it would let us write nice and clean handlers for all the request_rec
phases.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
That would work perfectly. Think this could be done sooner rather than
later? ie. in the current engine?
Yup, it should be doable. I added it to my TODO.
Thanks
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
some of this stuff out into PEAR, especially for new
extensions.
-Rasmus
On Mon, 27 Aug 2001, George Schlossnagle wrote:
Hi,
I was interested in what the process of contributiing extensions to php
is. I'm a author/maintainer of a couple existing and soon-to-be php
extensions and was curious
Ok, it is working again now.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Hey, could you summarize your changes to trans_sid and the session sutff?
I'm losing track with all these patches...
On Mon, 27 Aug 2001, Zeev Suraski wrote:
zeev Sun Aug 26 20:23:55 2001 EDT
Modified files:
/php4/ext/session php_session.h session.c
/php4/ext/standard
ID: 12956
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: GD related
Operating System: Debian GNU/Linux
PHP Version: 4.0CVS-2001-08-25
New Comment:
Yes, this is known. Anti-aliasing of TTF fonts in GD2 only works with paletted
images. No idea why. Try asking the GD
) = 998782781
alarm(300) = 300
alarm(0)= 300
stat64(/home/rasmus/phpweb/t.php, {st_mode=S_IFREG|0664, st_size=30, ...}) = 0
alarm(300) = 0
umask(077) = 022
umask
It should be fixed now. Please let me know if it isn't.
Well, as of right now, it is still broken. Or am I waiting for a commit?
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
ID: 12956
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Open
Bug Type: GD related
Operating System: Debian GNU/Linux
PHP Version: 4.0CVS-2001-08-25
New Comment:
How do you know? All I said was that this was known, but that I don't know what
causes truecolour
/plain to an internal XML parser is just one more
reason you should never use IE for web browsing. You never know what the
thing is going to do. I would not suggest changing Chora in any way with
this respect.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail
At 22:31 19-08-01, Rasmus Lerdorf wrote:
Maybe Chora puts out an XML content type header, or
something, that makes IE think this is XML (as it
is not). I can't see the source, as IE just denies
to show the source in such cases saying The XML
source file is unavailable for viwing
As much as this is appetizing to start a nice browser war, I'll control
myself. I think an English teacher could argue with that last sentence of
yours, though :)
It was quite intentional.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Looks good to me.
By the way, just go ahead and commit stuff like this. Someone will speak
up if they think you messed something up. But you probably know the
Apache2 filter stuff better than anybody here.
-Rasmus
On Sun, 19 Aug 2001, Doug MacEachern wrote:
with the patch below, the 1.x
ID: 12800
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Variables related
Operating System: linux
PHP Version: 4.0.6
New Comment:
It is documented in the section on variable scope that you have to use the 'global'
keyword to access a global variable
ID: 12776
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Looks like it is fixed in CVS
Previous Comments
ID: 12776
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Oops, never mind, it is not fixed in CVS. It just morphed slightly.
Previous Comments
ID: 12776
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0.6
New Comment:
On my machine, this will crash it:
function test($val,$key) {
global $globalArray;
$globalArray[]=$key;
}
$arr=array
and in the script its also loaded via
dl('foo.so');
Will this do any harm ?
You will see lots and lots of errors about functions being redefined, so
yes, it is a very bad idea to load a shared library twice.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
At 05:38 PM 8/15/01 -0700, Rasmus Lerdorf wrote:
You will see lots and lots of errors about functions being redefined, so
yes, it is a very bad idea to load a shared library twice.
error_reporting(E_ALL);
dl('php_gtk.so');
dl('php_gtk.so');
Doesn't seem to complain.
Try it from
On Wed, 15 Aug 2001, Andrei Zmievski wrote:
At 02:53 AM 8/16/01 +0200, Markus Fischer wrote:
I tested with php_opengl.dll under windows ... Rasmus was right,
zillions of duplicate blabla errors. But under Linux with
php-gtk, as Andrei said, nothing.
Special Case ?
Maybe because
support for this.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
was allocated by
you using emalloc() then don't make a copy.
You don't need any zend_hash_xxx functions to just return an associative
array.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
add_assoc_double(return_value, another one, your_long_var);
uh, confused double/long here. Should have said: your_double_var
but you get the idea.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
]['string index'] = 'foo'
Or if you want a string index at the top level:
zend_hash_update(Z_ARRVAL_P(return_value), bar, strlen(bar)+1, tmp_arr,
sizeof(tmp_arr), NULL);
This will create $whatever['bar']['string index'] = 'foo';
-Rasmus
On Mon, 13 Aug 2001, Thomas Wentzel wrote:
Uhhh sorry
Were/are the register_global entries and $HTTP_SESSION_VARS[] entries
references to each other or not?
They are
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
that would install php.h
and the rest of the header files in /usr/local/include/php go? A make
install doesn't seem to do this anymore which means standalone extensions
are going to have issues.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
It sits in pear/Makefile(.in)?.
An installation I did two days ago looks complete -- all
header files were copied to $prefix/include/php.
Yeah, it is working now. Almost 5am. I must have done something weird.
-Rasmus
--
PHP Development Mailing List http://www.php.net
took the few minutes to do that now.
I don't think this is a good trend. More and more stuff is being pulled
into the engine. We are losing the clean distinction here.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
fine, I'll stop bickering.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 12676
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:
Please read the documentation: http://php.net/strpos
Nothing is ignored, you are checking the returned
ID: 12677
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: debian linux
PHP Version: 4.0.6
New Comment:
Fixed in CVS a while ago
Previous Comments
I just refreshed the Satellite extension a little, and set up a demo
server at http://satellite.2good.nu so you can see that it actually works!
:-)
I get a no data from that URL.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
I get a no data from that URL.
It's a redirect to a different port:
http://satellite.2good.nu:1082
Or maybe it just doesn't work...
It is working now. Check your error_log. I bet you have a few segvs
listed.
-Rasmus
--
PHP Development Mailing List http://www.php.net
ID: 12578
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Can you provide a simple script that causes this?
Previous Comments
ID: 12575
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
I think this is consistent behaviour. session_start() brings data from your session
backend into your current script
I switched Chora over to be the default web cvs system behind cvs.php.net
now. The old viewcvs site is still available at viewcvs.php.net (dns may
not have updated yet)
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Closed? Or a Feature/Change request?
Close it, I guess. It is working as it was designed and we can't really
change this at this point because it would break a bunch of existing
scripts.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
ID: 11283
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Graphics related
Operating System: Linux 2.2.16/RedHat 7.0
PHP Version: 4.0 Latest CVS (2001-06-05)
New Comment:
Ok, read_exif_data() will now return an array of comments if there is more than
the output of the algorithm itself is sometimes
important. Many times you can swap crypt() for md5(), but many times you
can't. Same goes for rand() and mt_rand().
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
On Sat, 4 Aug 2001, Rasmus Lerdorf wrote:
based on their seeds. If I, as an application developer, distributes a
regression test harness which tests my app with a specific seed expecting
a specific sequence and the server my app runs on has switched rand() to
use the mt_rand() algorithm my
ID: 12569
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Please don't post bug reports for proprietary products in the PHP bug database.
Previous Comments
of it?
No idea.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 12426
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: HTTP related
Operating System: RedHat Linux 7.0 2.2.16-22smp
PHP Version: 4.0.6
New Comment:
Must be something related to that russian module you have loaded in your Apache
Previous Comments
in Unknown on line 0
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
.
However, many external libraries that take string arguments are not going
to be able to check our length property and we therefore should strive to
null-terminate all strings. I noticed Thies has been going through
recently and cleaning this up a bit.
-Rasmus
--
PHP Development Mailing List
Yes, this wouldn't be a new branch, just the next version.
On Thu, 2 Aug 2001, Jon Parise wrote:
On Thu, Aug 02, 2001 at 10:50:07AM -0700, Rasmus Lerdorf wrote:
I would pretty much insist on the _GET() stuff, import_globals() and
register_globals changes being implemented in 4.1
ID: 12468
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating System: RedHat 6.2
PHP Version: 4.0.6
New Comment:
Fixed in CVS a while ago
Previous Comments
there are no external variables imported should not generate an
E_NOTICE.
And jumping to 4.1 for only a config file change seems a bit odd.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
ID: 12455
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Math Functions
Operating System: SunOS 5.8 (Solaris)
PHP Version: 4.0.4pl1
New Comment:
I don't think I understand what the problem is here. I tested your code with the
following:
?
function pwd
even have to call it themselves,
and I can imagine no situation (except for laziness) that you would not
call it.
In practise people simply call move_uploaded_file() which performs this
check.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED
, but it
doesn't work with Netscape Enterprise Server - it's not officially part of the
spec, afaik.
As long as it works with all browsers, which as far as I can tell it does,
then it doesn't really concern me that some servers don't support it.
Apache will definitely always support this.
-Rasmus
--
PHP
not the case. The default variable_order is EGPCS which means that
POST variables will always overwrite GET variables of the same name.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
an import_globals() call
with a precise list of valid variables should be even safer.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
At 08:48 26/07/2001, Rasmus Lerdorf wrote:
Just replace your if ($ok) with if (!empty($ok)), and you have a perfect
exploitable code that produces no warnings.
But in this case someone has gone to the trouble to figure out what
empty() does. And generally they use empty() on things
At 01:35 27/07/2001, Rasmus Lerdorf wrote:
I think you missed my point. People use empty() and isset() on a variable
to check to see if that variable was set by the user. As such that
variable is unclean and whether it came in via register_globals or not is
quite irrelevant
Peter Petermann wrote:
I fully agree here with Rasmus and I also think this will
be the workaround for most people -- if one _does_ care
about security, he even knows what and how to do nowadays.
I don't think turning register_globals to off will evangelize
people to develop more
as they stick to the defaults,
anyway.
And one language less that these people are able to use.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL
it is. $foo is conceptually simpler than $_GET[foo]. I don't
see how you can say it isn't.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL
as they stick to the defaults,
anyway.
And one language less that these people are able to use.
That's an empty statement, Rasmus... The auto-registered form variables
are not any less usable if we change the access method to them
slightly. I'd argue it actually makes the code much more
on to get
things to work.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
module for the cvs.php.net
website, you could put it there if we want to have version control on
that site.
That'll be up to Chuck to figure out how he wants to maintain the code. I
bet Chora is already in CVS somewhere.
-Rasmus
--
PHP Development Mailing List http://www.php.net
the
actual diff to understand what is going on.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
ID: 12409
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Variables related
Operating System: Solaris
PHP Version: 4.0.6
New Comment:
It always did
Previous Comments:
[2001-07
actually put the php.ini file - it
says in /usr/local/lib, but it doesn't seem to have
any effect there
phpinfo() tells you this.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
If you are at OSCON, drop by and hang out in our hacker room today
(Wednesday). We are in the east tower next to the Perl Gurus room. I
think it is officially named Marina Room 2 or something similar to that.
There is a sign out front identifying the room.
-Rasmus
--
PHP Development Mailing
The immediately most useful stuff for PHP would be server functionality
in cooperation with mod_dav. The client part seems to be much easier to
implement. Both Rasmus and I fell off this project as you can see, so
if someone want to pick it up, that'd be awesome.
I may just be motivated
there. We need to find a way to access form variables easily, but
without encouraging insecure coding, the way we do now.
I disagree. Please show examples of this mother of all security bugs
here. Examples of this not caught by E_NOTICE are difficult to come up
with.
-Rasmus
--
PHP Development
ID: 12354
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: GetImageSize related
Operating System: linux
PHP Version: 4.0.6
New Comment:
Are you absolutely sure you are using PHP 4.0.6? This was a bug in 4.0.5.
Previous Comments
ID: 12354
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: GetImageSize related
Operating System: linux
PHP Version: 4.0.6
New Comment:
... and checking the image you posted, it works fine for me with the current
getimagesize() in CVS. And I don't think it has changed
ID: 12325
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Win 2k
PHP Version: 4.0.6
New Comment:
No bug here. The default php.ini file has error_reporting set to E_ALL ~E_NOTICE.
You have it set to E_ALL
the denigrations of you in my message as far as I can see.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
may have jumped to
conclusions too quickly, and if so, I apologize.
That was my only intention. I was also planning on making XPC free for
download on Tuesday the 24th of July... I have been very hesitant and unsure
if I would do it.
Under what license?
-Rasmus
--
PHP Development Mailing
/head.c.diff?r1=1.82r2=1.83
And as you can see, the comment actual made sense in that context, however
the code it was commenting on has been removed without the comment being
removed. He was referring to the strlen(cookie-value) call there.
-Rasmus
--
PHP Development Mailing List http://www.php.net
Could you please format your message to something that is readable and
explain what exactly cmf.php.net would provide?
-Rasmus
On Sat, 21 Jul 2001, Michael Glazer wrote:
- Original Message -
From: Jim Winstead [EMAIL PROTECTED]
To: Michael Glazer [EMAIL PROTECTED]
Sent: Saturday
it?) and a non Host-header GET request results
in this:
bFatal error/b: Failed opening required
'/home/foxxie/public_html/inc/cfg/sites/_config.php'
(include_path='.:/usr/local/lib/php') in
b/home/foxxie/public_html/inc/xpc.php/b on line b29/bbr
-Rasmus
--
PHP Development Mailing List http
browsers are not
something I spend my time thinking about.
Ok, then you have made our decision quite easy.
Thanks for your time.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
you position something as a generic
framework if 10-15% of all web users are not eligible to use it?
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e
and setting up cmf.php.net for him
and basically framing his system as *the* PHP content management system,
then please say so.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
to
agree. But it is just so far behind. But sure, if the PEAR folks can be
convinced, great.
-Rasmus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail
be to try to build a community
around this project by first putting the code out there for the community
to play with, and second, spending a lot of time documenting and
presenting the architecture in a concise manner. Without these two steps
you can't possibly expect to win the support of
-Rasmus
Hrm.. This one is weird.
We are going along nicely in cgi_main.c/main()
684 file_handle.handle.fp = stdin;
(gdb)
685 file_handle.opened_path = NULL;
(gdb) p file_handle.handle.fp
$2 = (FILE *) 0x405948e0
Default file_handle.handle.fp to stdin and we have a valid FILE *
Done. http://bugs.php.net now has an OS field which does a
case-insensitive substr search. I also added an 'All' option to the
entries/page dropdown so it is now possible to generate a single report
with all bugs (assuming your browser can handle the potentially huge
table)
-Rasmus
On Fri, 20
On Fri, 20 Jul 2001, Rasmus Lerdorf wrote:
Done. http://bugs.php.net now has an OS field which does a
case-insensitive substr search. I also added an 'All' option to the
entries/page dropdown so it is now possible to generate a single report
with all bugs (assuming your browser can
ID: 12289
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.5
New Comment:
This is what the include_once function is for. Use that instead and see if that fixes
things for you.
Previous Comments
ID: 12240
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Any
Operating System: Slackware 7.0
PHP Version: 4.0.6
New Comment:
This is a FAQ - http://www.php.net/FAQ.php#6.12
Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right
601 - 700 of 915 matches
Mail list logo