ID: 11896
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Installation questions belong to the [EMAIL PROTECTED] mailinglist.
This is not a bug
Derick
Previous Comm
ID: 11897
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
You need to have the path to the library (probably: /urs/local/include/curl/lib) in
your /etc/ld.so.conf file.
After
ID: 11898
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Apache related
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
Closing this one too with the same reasons. Reopen it didn't fix it.
Derick
Previous Comments:
---
On Thu, 5 Jul 2001, Gilles Koffmann wrote:
> Hello,
>
> I'm in ZTS mode. Building with VC++ 5, on win 98 with PHP 4.0.5 and apache
> 1.3.19.
Is VC++ 5 supported? I thought you needed at least version 6...
Derick
-
PHP:
On Wed, 4 Jul 2001, Zak Greant wrote:
> Derick wrote:
>
> > Hello Zak,
> >
> > regarding this problem with the mail() function, I have a fix here where
> > the 5th parameter will be shell escaped (with php_shell_escape_cmd()). I
> > didn't commit it yet (because of ISP troubles), but if nobody th
ID: 11895
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Operating system: win2k
PHP Version: 4.0.6
Description: total crash of PHP
After adding set_time_limit(60); the following is dumped to
the web browser.
Fatal error: Maximum execution time of 6
On Thu, Jul 05, 2001 at 09:10:10AM +0200, [EMAIL PROTECTED] wrote:
> On Wed, 4 Jul 2001, Zak Greant wrote:
>
> > Derick wrote:
> >
> > > Hello Zak,
> > >
> > > regarding this problem with the mail() function, I have a fix here where
> > > the 5th parameter will be shell escaped (with php_shell_es
Title: RE: [PHP-DOC] Re: [PHP-DEV] Security?
> But, I do think it would be worthwhile to go through these and add a
> section to the documentation highlighting the pitfalls and explaining how
> to avoid them.
There is a security chapter in the manual now...
Goba
Title: RE: [PHP-DOC] Re: [PHP-DEV] Security?
> > But, I do think it would be worthwhile to go through these and add a
> > section to the documentation highlighting the pitfalls and explaining how
> > to avoid them.
> There is a security chapter in the manual now...
We should put this u
On 03 Jul 2001 19:13:20 -0700, Rasmus Lerdorf wrote:
> On 4 Jul 2001, sterling hughes wrote:
> > Ah well, I'm guessing most people have already seen this, still, I
> > couldn't help passing it along... There are some good points (nothing
> > we haven't discussed before) and some pretty bad points
At 19:05 7/4/2001, sterling hughes wrote the following:
--
>On 03 Jul 2001 19:13:20 -0700, Rasmus Lerdorf wrote:
>> On 4 Jul 2001, sterling hughes wrote:
>> > Ah well, I'm guessing most people have already seen this, still, I
>> > couldn
> I think the main point I agree with is that since many beginning users
> use PHP to implement there websites, PHP should be more secure than
> other languages, and have less places where the user can mess up. I
> think the security section to the documentation is a superb start,
> however, I al
> > I also think that PHP5.0 since we are breaking
> language compat,
> > perhaps we should turn off register_globals by default? I
> just see to
> > many chances for fscking up things big time when using that
> > functionality
>
> I still don't agree on this particular point. All this do
101 - 113 of 113 matches
Mail list logo
