From: [EMAIL PROTECTED]
Operating system: --
PHP version: 4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description: Finnish mirror is *ucked up
Parse error: parse error in /usr/htdocs/mirrors/phpweb/index.php on line 2
This problem occures when entering
ID: 9870
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: HTTP related
Description: PHP dies with segfault when a post request has no content-type
K, thanks Jani
can you have a look/an opinion if this strstr() stuff
is not exploitable, given the fact that it's triggered
by
I would expect different results from dirname() on win32 and linux, I am
pretty stuck with it, perhaps there is a RFC for this? should this
function act differently on win32+linux what would make code unportable
but working correctly?
dirname() seems to be buggy, at least on win32, these are
From: [EMAIL PROTECTED]
Operating system: Win2000 german
PHP version: 4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description: passthru() does not execute all commands in a *.bat-File
Hello
Congratulation for you new Site-Layout. I like it! More white, more light :)
From: [EMAIL PROTECTED]
Operating system: Windows 2000 SP1
PHP version: 4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description: Wrong args in xpath_ functions makes apache crash
System: Windows 2000 SP1
Server: Apache 1.3.14
PHP:4.0.4pl1 as module, php_domxml.dll
From: [EMAIL PROTECTED]
Operating system: WNT
PHP version: 4.0.4pl1
PHP Bug Type: MySQL related
Bug description: Fatal error: Call to undefined function: ora_logon() in
e:\web\root\index.php o
?php
$conn = Ora_Logon("azowner@ppdaz1c","azowner");
Ora_Logoff($conn);
?
--
From: [EMAIL PROTECTED]
Operating system: WNT
PHP version: 4.0.4pl1
PHP Bug Type: Oracle related
Bug description: Fatal error: Call to undefined function: ora_logon() in
e:\web\root\index.php o
?php
$conn = Ora_Logon("azowner@ppdaz1c","azowner");
Ora_Logoff($conn);
?
--
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.2
PHP version: 4.0 Latest CVS (21/03/2001)
PHP Bug Type: DOM XML related
Bug description: segfaults at $xmldoc-gt;add_root("root");
Reproduce with:
$xmldoc = domxml_new_xmldoc('1.0');
domxml_add_root($xmldoc,"bla");
From: [EMAIL PROTECTED]
Operating system: Win98
PHP version: 4.0.4pl1
PHP Bug Type: Java related
Bug description: scripts fail with error "Fatal error: Unable to create Java Virtual
Machine"
The following:
$system = new Java("java.lang.System");
print("Java version: "
In my humble opinion (humility is a virtue), new modules are fine to add
while in the release process, as long as there's at least one RC after
them, to ensure they don't mess up the build or anything trivial like
that.
Oh, messing up the build is a trivial thing?
It takes 2-3 months
ID: 9895
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Oracle related
Assigned To:
Comments:
Submitted twice
Previous Comments:
---
[2001-03-21 06:07:49] [EMAIL PROTECTED]
?php
Rasmus Lerdorf writes:
Because it didn't work, and the ImageMagick library is absolutely
horrible. Have a look at the Imlib2 extension.
-Rasmus
I surprised imlib2 hasn't made it into the php source.
It is quite nice.
Perhaps its time it graduated. :)
.mike
On Wed, 21 Mar 2001,
Hi!
Just thought I'ld mention that the config.m4 file needs to be in Unix
fileformat, not PC (different CRLF...)
It took me some time to figure this out, ./configure just returned
: command not found
Sometimes it is quite annoying to be working with both Windows and Linux
boxes.
Sorry, had to
At 13:10 21/3/2001, Sascha Schumann wrote:
In my humble opinion (humility is a virtue), new modules are fine to add
while in the release process, as long as there's at least one RC after
them, to ensure they don't mess up the build or anything trivial like
that.
Oh, messing up the
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0 Latest CVS (21/03/2001)
PHP Bug Type: Compile Problem
Bug description: gd and mck fail to link but did in 4.0.4pl1
the final stage of the build says:
*** Warning: This library needs some functionality provided
ID: 9898
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Compile Problem
Assigned To:
Comments:
Sorry - forgot some info which is in the other report.
I'm having B/W problems so the bug system is reacting slowly for me...
Previous Comments:
ID: 9898
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Open
Bug Type: Compile Problem
Assigned To:
Comments:
Weird - can't find my duplicate report, so reopened this one.
I'm having problems with the bug system - it's slow to react and seems to hang.
Anyway,
No disrespect for the config.m4, it's not all that important if it's
optimized or not :)
At 13:09 21/3/2001, Ben Mansell wrote:
On Tue, 20 Mar 2001, Jani Taskinen wrote:
On Tue, 20 Mar 2001, Andi Gutmans wrote:
At 08:32 PM 3/20/2001 +0100, Derick Rethans wrote:
On Tue, 20 Mar 2001,
Yes, it is. Non trivial things are things that are difficult to find,
which require long and thorough testing, such as changes to core API
functions or very common modules. Figuring whether the build works or not
is trivial.
That might be true for a single build. We support dozens of
At 15:50 21/3/2001, Sascha Schumann wrote:
Yes, it is. Non trivial things are things that are difficult to find,
which require long and thorough testing, such as changes to core API
functions or very common modules. Figuring whether the build works or not
is trivial.
That might be
I don't think that there would be a real life situation in which a new
module would break a build under one platform, and won't under another
platform, without you actually using the module. The author has to be
exceptionally 'talented' to achieve that.
The config.m4 just has to reach a
At 16:20 21/3/2001, Sascha Schumann wrote:
I don't think that there would be a real life situation in which a new
module would break a build under one platform, and won't under another
platform, without you actually using the module. The author has to be
exceptionally 'talented' to
As you may know, new scripts don't tend to be born with nuclear simulations
as their config.m4, as the gd extension grew to have during the years.
"don't tend" does not preclude the existance of such modules
in the future.
Guys, please play by the rules which are laid down in
From: [EMAIL PROTECTED]
Operating system: RedHat/Linux 2.2.16-22
PHP version: 3.0.17
PHP Bug Type: Misbehaving function
Bug description: POST Upload corrupted with Content-type string
I am using PHP 3.0.18-1.6 on a RedHat system.I am using the following script to upload
On Wed, Mar 21, 2001 at 03:30:58PM +0100, Sascha Schumann wrote:
Guys, please play by the rules which are laid down in
RELEASE_PROCESS. Further decreasing the quality of PHP
releases doesn't help anyone and just makes us look bad.
i fully agree to sascha. plus i see no real
Sascha Schumann wrote:
Guys, please play by the rules which are laid down in
RELEASE_PROCESS. Further decreasing the quality of PHP
releases doesn't help anyone and just makes us look bad.
yes, that's it, let's play by the rules during a RC cycle or
don't have rules at all
Hello
I just got into troubles when using ldap_read_entries() on binary
attributes, i my program a usercertificate :
On binary data, ldap_read_entries() returns garbages whenever it meets
a NULL character.
I know the longer way to do it, using a sequence of ldap_first_entry(
),
At 16:44 21/3/2001, Hartmut Holzgraefe wrote:
Sascha Schumann wrote:
Guys, please play by the rules which are laid down in
RELEASE_PROCESS. Further decreasing the quality of PHP
releases doesn't help anyone and just makes us look bad.
yes, that's it, let's play by the rules
I definitely don't agree with this definitely. A good thing about
opensource projects is that there aren't committees and thick rule books
that move and act at the speed of a dinosaur. When it begins to look that
way, you know you're in the wrong direction.
OpenSource does not mean
Sascha Zeev,
May I please ask you to calm down a bit? Flamewars and insults
won't help anyone.
I think you both could use a few minutes to take your breath.
At 16:38 21.3. 2001, Zeev Suraski wrote the following:
--
At 17:15
I'm completely agree (my breath is fine, though :)
Zeev
At 17:52 21/3/2001, Cynic wrote:
Sascha Zeev,
May I please ask you to calm down a bit? Flamewars and insults
won't help anyone.
I think you both could use a few minutes to take your breath.
At 16:38 21.3. 2001, Zeev Suraski wrote the
At 17:49 21/3/2001, Zeev Suraski wrote:
I'm completely agree (my breath is fine, though :)
I, even :)
Zeev
--
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,
The bottom line is that, as I said, the trick in good opensource software
is taking calculated risks, and mixing agility with quality assurance. One
can look through your binary glasses, and then it's either complete lack of
quality, or complete lack of risks, and one can look with
At 17:15 21/3/2001, Sascha Schumann wrote:
I definitely don't agree with this definitely. A good thing about
opensource projects is that there aren't committees and thick rule books
that move and act at the speed of a dinosaur. When it begins to look that
way, you know you're in the
From: [EMAIL PROTECTED]
Operating system: all
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: sem_remove or similar missing
I miss a function sem_remove or similar which i can use to remove a
semaphore completely.
--
Edit Bug report at:
From: [EMAIL PROTECTED]
Operating system: Digital Unix 5.1
PHP version: 4.0.4pl1
PHP Bug Type: Compile Failure
Bug description: When running the make it fails
Basically we run the first 7 or 8 steps in the install instructions, but when we go
and run amke we get the
First, you must meet these requirements.
PHP 3= 3.0.9, PHP 4 =
4.0RC2
PHP was compiled with
'--enable-calendar'.
Chris
-Original Message-From: Pierre François
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, 21 March, 2001 9-05
aMTo: [EMAIL PROTECTED]Subject: Re: [PHP-DEV] Bug
Follow up on the earlier reporting of having memory issues to 4.0.5RC1.
We've been able to reproduce the problem once again. Although it seems
to be only happening after EXTREMELY long periods of time and continuous
heavy usage during that time. Currently I'm not able to point exactly
to any
In an attempt to fulfill Cynic's request, I'll only say that this whole
thread began when I suggested that the release-process is modified to
reflect that adding new modules is allowed.
Zeev
At 18:03 21/3/2001, Sascha Schumann wrote:
The bottom line is that, as I said, the trick in good
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.x
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: Converting to/from mysql timestamp
I propose some new functions for those of us that use PHP and mySQL together on a
daily basis...
I
Is this a new issue in 4.0.5? Or did the problem exist in older versions
as well?
Zeev
At 18:44 21/3/2001, Dan Kalowsky wrote:
Follow up on the earlier reporting of having memory issues to 4.0.5RC1.
We've been able to reproduce the problem once again. Although it seems
to be only happening
Dan Kalowsky wrote:
Follow up on the earlier reporting of having memory issues to 4.0.5RC1.
most probably not related, me too gets a crash running the standard
tests on win32, I do not have exactly located the crash, I currently
short on time
andr
--
Andr Langhorstt: +49 331
Full name: hyunsin.kim
Email: [EMAIL PROTECTED]
ID: ssenk
Purpose: company manual update for php
--
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
Full name: hyunsin.kim
Email: [EMAIL PROTECTED]
ID: ssenk
Purpose: company manual update for php
--
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
From: [EMAIL PROTECTED]
Operating system: Linux host 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 i686 unknown
PHP version: 4.0 Latest CVS (20/03/2001)
PHP Bug Type: PHP options/info functions
Bug description: error_reporting setting in apache conf not respected in pages
The
It probably should go in, but it is doing ok as a standalone extension.
It builds easily and the author can maintain his own release schedule.
-Rasmus
On Wed, 21 Mar 2001, Mike Robinson wrote:
Rasmus Lerdorf writes:
Because it didn't work, and the ImageMagick library is absolutely
One of my OpenBSD servers hosed itself overnight, after the upgrade
to PHP-4.0.5RC1. The problem was that the webserver suddenly
segfaulted all of its children (saw this in the error log), and then dumped
around 900MB worth of errors into the error log. This hurt my /var
partition :-)
The
I think most (probably not all) pl's were sparked due to security bugs
which were found and we took the opportunity to add another couple of
important fixes. Those kind of pl's would not have been prevented by any
Great Plan.
If I remember correctly, 4.0.4pl1 was the only release
You'll find the same lines inside of the email I sent earlier entitled
"PHP4.0.5RC1 crash..." plus a GDB backtrace I was able to grab at the
moment of occurance (and one from a core file).
I localized it down a bit more to a single script causing it, after
having been under a heavy load for a
ID: 9718
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To:
Comments:
fixed.
Previous Comments:
---
[2001-03-20 17:59:36] [EMAIL PROTECTED]
I think that
On Wed, 21 Mar 2001, Nick Loman wrote:
Hi
I've got a fairly urgent requirement to get Satellite working properly on
my PHP 4.0.4pl1 system and can't get in touch with David Eriksson. Has
anyone had luck with the setup, specifically accessing objects through
IIOP over TCP/IP who would be
I'm about to properly implement cpdf_set_viewer_preferences which is
currently just a stub.
The underlying function takes a struct with 8 fields.
I'd like to avoid having to specify 8 parameters to the PHP equivalent
(especially as most of them has sensible defaults).
How are structs
On Wed, 21 Mar 2001, Fredrik Ohrn wrote:
I'm about to properly implement cpdf_set_viewer_preferences which is
currently just a stub.
The underlying function takes a struct with 8 fields.
I'd like to avoid having to specify 8 parameters to the PHP equivalent
(especially as most of them
On Wed, 21 Mar 2001, Andi Gutmans wrote:
A couple of these were buffer overflows IIRC which were security issues.
Remember the group@ emails about those?
Fixes against format-string attacks and for file-upload
issues went into 4.0.3. Or what are you referring to?
- Sascha
Why do we need to have an interrogation. Relax, it's not such a big deal.
4.0.4pl1 4.0.3pl1 both had security fixes (Apache config handling was a
security issue).
Anyway, I still don't understand what the big fuss is about. Let's stop
arguing about this like 4th graders.
By the way, the
At 20:50 21/3/2001, Sascha Schumann wrote:
On Wed, 21 Mar 2001, Andi Gutmans wrote:
A couple of these were buffer overflows IIRC which were security issues.
Remember the group@ emails about those?
Fixes against format-string attacks and for file-upload
issues went into 4.0.3. Or
Hi Andi!
At 19:58 21.3. 2001, Andi Gutmans wrote the following:
--
Why do we need to have an interrogation. Relax, it's not such a big deal.
We don't. I hope no one will take my remarks personally. :)
4.0.4pl1 4.0.3pl1 both had
The Apache module issue was a security problem. A fairly major one, too.
Yes, that is why I mentioned 4.0.4pl1 as an exception in an
earlier email.
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
--
On Wed, 21 Mar 2001, Andi Gutmans wrote:
Why do we need to have an interrogation. Relax, it's not such a big deal.
I'm completely relaxed. I just dislike twisting history.
- Sascha Experience IRCG
http://schumann.cx/
On Wed, 21 Mar 2001, Fredrik Ohrn wrote:
I'm about to properly implement cpdf_set_viewer_preferences which is
currently just a stub.
The underlying function takes a struct with 8 fields.
I'd like to avoid having to specify 8 parameters to the PHP equivalent
(especially as most of them
On Wed, 21 Mar 2001, Dan Kalowsky wrote:
[Fri Mar 16 09:42:37 2001] [notice] SIGHUP received. Attempting to
Ehem. Did you try to 'apachectl stop ; apachectl start' ??
I've seen odd things to happen if 'apachectl restart' is used.
--Jani
restart
[Fri Mar 16 09:42:38 2001] [notice]
But I referred to 4.0.3pl1 :)
At 21:23 21/3/2001, Sascha Schumann wrote:
The Apache module issue was a security problem. A fairly major one, too.
Yes, that is why I mentioned 4.0.4pl1 as an exception in an
earlier email.
- Sascha Experience
ID: 9880
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To:
Comments:
Could you please try the latest CVS snapshot from http://snaps.php.net/ and add
--enable-debug to your configure line to get useful backtrace.
--Jani
At 21:25 21/3/2001, Sascha Schumann wrote:
On Wed, 21 Mar 2001, Andi Gutmans wrote:
Why do we need to have an interrogation. Relax, it's not such a big deal.
I'm completely relaxed. I just dislike twisting history.
Sascha,
As Cynic said, it's really a good idea to stop the flame wars.
ID: 9636
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Failure
Assigned To:
Comments:
Get the latest CVS snapshot (from today) add --enable-debug into your configure line
and configure, 'make clean ; make ; make install'
And then generate a GDB
ID: 9887
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Install and Config
Assigned To:
Comments:
User error.
--Jani
Previous Comments:
---
[2001-03-21 01:08:11] [EMAIL
ID: 9891
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To:
Comments:
Inform [EMAIL PROTECTED] about it. (not a bug in PHP the language!)
--Jani
Previous Comments:
Full name: Tomas V.V.Cox
Email: [EMAIL PROTECTED]
ID: cox
Purpose: Pear DB Informix Extension
--
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: 9890
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To:
Comments:
So, is it 4.0.2 or 4.0.4pl1 you're trying?
Anyway, try the latest CVS snapshot from http://snaps.php.net/ and if that doesn't
work either,
check the
ID: 9894
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Old-Bug Type: MySQL related
Bug Type: Oracle related
Assigned To:
Comments:
You haven't uncommented the line in php.ini to load php_oci8.dll:
;extension=php_oci8.dll
Remove the ; in front of the
From: [EMAIL PROTECTED]
Operating system: NA
PHP version: 4.0.4pl1
PHP Bug Type: Documentation problem
Bug description: Error on www.php.net
This is a minor issue, but the date at the top right of www.php.net is inconsistant.
On alternating sections, it is one day behind.
Though I am still considered new to this group, I thought I would put in my two cents.
Are we considering fastcgi module stable? We currently release EXPERIMENTAL modules
as part of the distribution. If fastcgi is considered EXPERIMENTAL, then I don't see
why the
module itself could not be
It's definitely considered experimental.
Zeev
At 22:19 21/3/2001, Jason Greene wrote:
Though I am still considered new to this group, I thought I would put in
my two cents.
Are we considering fastcgi module stable? We currently release
EXPERIMENTAL modules
as part of the distribution. If
ID: 9896
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: DOM XML related
Assigned To:
Comments:
Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ;
make install' and generate a GDB backtrace of the crash and add
Hi,
I recently had a discussion with Alexander Aulbach
(submitter of bug reports with unset() and the
inconsistencies with unset($foo) and unset($bar["bla"])
(the latter works, the former not)) and we agreed
that there definitively would be need of a funtion
called
is_reference(varname)
At 22:19 21/3/2001, Jason Greene wrote:
If the exception policy was in place here are some questions of thought:
What would be necessary to make it safe to php in a whole?
I'd say that a module that has no effect on building PHP is fine to add as
an experimental module. The only reason I
ID: 9898
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Problem
Assigned To:
Comments:
I guess you know enough to do './cvsclean ; ./buildconf' after updating CVS ?
And what was the configure line used?
--Jani
Previous Comments:
On Wed, 21 Mar 2001, Bjrn Schotte wrote:
I recently had a discussion with Alexander Aulbach
(submitter of bug reports with unset() and the
inconsistencies with unset($foo) and unset($bar["bla"])
(the latter works, the former not)) and we agreed
that there definitively would be need of a
At 22:30 21/3/2001, Bjrn Schotte wrote:
Hi,
I recently had a discussion with Alexander Aulbach
(submitter of bug reports with unset() and the
inconsistencies with unset($foo) and unset($bar["bla"])
(the latter works, the former not))
Huh? Both work...?
and we agreed
that there definitively
Hi,
It's not really possible right now due to the way Zend engine works.
So it would be better to reopen the bug reports
which considered the unset() issue?
Anyway, is it possible that there may exist
a function like is_reference() in future?
TIA,
--
Bjrn Schotte
Zeev Suraski wrote:
So, is_reference() won't mean much to end users.
But it might come in handy in some (debugging) situations, I could
imagine.
--
sebastian bergmann[EMAIL PROTECTED]
http://www.sebastian-bergmann.de
At 22:36 21/3/2001, Bjrn Schotte wrote:
Hi,
It's not really possible right now due to the way Zend engine works.
So it would be better to reopen the bug reports
which considered the unset() issue?
unset() is consistent with the way it is defined - it removes a certain
symbol from the
Hi Zeev,
inconsistencies with unset($foo) and unset($bar["bla"])
(the latter works, the former not))
Huh? Both work...?
Here it is in detail:
http://www.php.net/bugs.php?id=8937
http://www.php.net/bugs.php?id=8972
This has been discussed before (as far as I recall). The engine may
ID: 9905
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: Documentation problem
Assigned To:
Comments:
Previous Comments:
---
[2001-03-21 15:07:16] [EMAIL PROTECTED]
This is a
At 22:39 21/3/2001, Bjrn Schotte wrote:
Hi Zeev,
inconsistencies with unset($foo) and unset($bar["bla"])
(the latter works, the former not))
Huh? Both work...?
Here it is in detail:
http://www.php.net/bugs.php?id=8937
http://www.php.net/bugs.php?id=8972
Ok, as I thought, it has to do
ID: 9874
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Graphics related
Assigned To:
Comments:
submitted twice.
Previous Comments:
---
[2001-03-20 11:07:51] [EMAIL
Here it is in detail:
http://www.php.net/bugs.php?id=8937
http://www.php.net/bugs.php?id=8972
The fact that people think having found a bug doesn't justify the introduction
of a confusing, meaningless function IMHO
after reading stas' reference docs you should have understood that
unset()
thus is_reference() never makes sense, you simply cannot spot the reference
note:
what *could* make sense for debugging is a function like
are_identical($foo,$foo2) which compares if they both belong to the same
zval_struct (you could even write this one is userland, by saving the
original
Before doing that I tried making the directory cgi executable and adding
"#!/usr/local/bin/php" to the scripts. That seemed to do the trick athough
I didn't think this was the GCI version.
Here is the output:
http://www.lib.ecu.edu/st/php/test.php
As far as I can tell, I'm set up for mySQL
From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.0
PHP version: 4.0.3pl1
PHP Bug Type: Sybase-ct (ctlib) related
Bug description: Problems with result-set from temporary tables
I have some stored procedures that return a result from a temporary table. When via
Flame each other all you want. I don't mind.
But please, stick to one list, stop crossposing to every list and your mum.
This is getting pretty annoying.
/Fredrik
--
Do fish get thirsty?
Fredrik hrn Chalmers University of Technology
[EMAIL PROTECTED]
Fredrick,
While the tone of the messages was heated, they were very much
on-topic. If it doesn't interest you, then don't participate.
Zeev
At 01:04 22/3/2001, Fredrik Ohrn wrote:
Flame each other all you want. I don't mind.
But please, stick to one list, stop crossposing to every list and
Hello,
I just found a rather bad typo on the 'links.php' page and while trying to
fix it myself it showed up that I don't have enough karma. Can someone
pump my karma up a little bit ?
The username is 'jpm'.
Cheers,
Joao
--
Joo Prado Maia [EMAIL PROTECTED]
http://phpbrasil.com - php com um
At 16:38 21/3/2001, Thies C. Arntzen wrote:
i fully agree to sascha. plus i see no real reason to include
a new module once we are in "release-process". new modules
are by default not "producition-stable" so why hurry to
include them in a "official-release"?
For wide
Zeev Suraski wrote:
Stability is irrelevant with new modules - they did not exist before, so
they can't be less stable, and figuring whether their addition breaks PHP
is trivial, and would be discovered in a second if they manage to do that
somehow. New modules are no different from any of
I don't get it. So if it was two weeks ago, a second before I said
"4.0.5RC1 is out" it was ok, and now it isn't? It doesn't make any sense.
Code changes are one thing. Bugs that originate in code changes (whether
they're new features, bug fixes or rewrites) may take very long time to
From: [EMAIL PROTECTED]
Operating system: Linux Redhat 6.2
PHP version: 4.0.4pl1
PHP Bug Type: *Install and Config
Bug description: make fail --with-oci8
I use Linux Redhat 6.2 with oracle client 8.1.5 + apache_1.3.17
I use this command to compile php-
: ./configure
Yes, I have tried it both ways. I configure Apache a second time after
making php and it still does not work. :(
Sincerely,
Steven Roussey
Network54.com
http://network54.com/?pp=e
Subject: Re: [PHP-DEV] RE: 4.0.5RC1 static build with Apache 1.3.19
problem
Did you configure Apache after
From: [EMAIL PROTECTED]
Operating system: linux 2.2.17 (RH6.2)
PHP version: 4.0 Latest CVS (20/03/2001)
PHP Bug Type: IMAP related
Bug description: imap_sort() seg fault
Under certain cercumstances imap_sort() will cause an apache child process to seg
fault.
Script:
ID: 9840
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Apache related
Description: seg fault on apache
NOTE!
I made a rather LARGE mistake and noted that it was the stable version of php when it
was cvs. I appologize for this! I noted the cvs version by date
1 - 100 of 108 matches
Mail list logo
