On Sun, 9 Sep 2001, Zeev Suraski wrote:
You never fail me! :)
Well, I broke it and I fixed it just as my email said :)
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
--
PHP Development Mailing List
Could someone merge this? Or are there reasons against merging this
for PHP 4.0.7?
There are no reasons _for_ merging them into the release
branch, and thus they are left out.
- Sascha Experience IRCG
http://schumann.cx/
On Thu, 6 Sep 2001, Sebastian Bergmann wrote:
Although it is wrong to do so, I would not expect PHP to crash
when session_set_save_handler() is called after session_start().
I don't think that happened before the recent changes. We
really need to figure out what is all still
On Mon, 3 Sep 2001, Steve Langasek wrote:
Hello,
For purposes of backwards compatibility, Debian provides both autoconf 2.52
and autoconf 2.13 and autodetects whether features from autoconf 2.50 are
required. PHP CVS has a stated dependency on autoconf 2.50
PHP CVS is supposed to work
On Mon, 3 Sep 2001, Jani Taskinen wrote:
http://marc.theaimsgroup.com/?l=php-qam=99792019528309w=2
Please supply the following data:
1. The output of a complete configure run with set -x added
at the top of the configure script;
2. And the output (stdout/err) of make(1) when
Someone should fix that build problem we have before RC2.
I have no ideas how to fix it. Sascha? The problem was
introduced by the workaround fix you committed..
What problem?
- Sascha Experience IRCG
http://schumann.cx/
parent process right before fork. There is no parent
initializer for a php module author
MINIT() is called from the parent process in forking servers.
The mm storage handler uses this hook to instantiate a shared
memory segment and propagate the handle to all child
processes.
On Mon, 20 Aug 2001, Jani Taskinen wrote:
Why are you not willing to give support to something
YOU have created ??? This is ridiculous.
Jani, may I bring the following points to your careful
consideration.
1. Directing questions to a mailing list increases the size
of the
I couldn't find email archives for that IRCG mailing list,
(which subscribe info / mailing address you might wanna mention in that
README.txt file too), so I don't know how much of this 'knowledge' is
really shared on it.
When I find a free minute, I'll setup Jim's NNTP-based system.
I
I'm pretty sure Jani meant postings regarding with IRCG, and those are
still postings by users of the software you wrote. I wouldn't call that
unrelated email.
At least 99% of the traffic on php-general is unrelated to IRCG.
Some people need to be shouted too, before they awake.
I
I see no reason to put them in at the language level -- PEAR seems a
suitable place for the extensions (once pear is setup). They're not
[..]
I suggest postponing such a discussion until there are at
least some signs of PEAR for C extensions on the horizon, or
even
Whoa, an interesting read.
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
-- Forwarded message --
Date: 15 Aug 2001 22:09:23 -0700
From: Ulrich Drepper [EMAIL PROTECTED]
Reply-To: Ulrich
Having now re-read the Q license a few times, the PHP license a few
times, this seems unrelated to licensing, and more related to
You might want to reread the QPL then. The important point
is clause 3 which prohibits distributing changes, unless they
are provided as patches. This
From the annotated license:
Any technique is acceptable for keeping changes separate - generally, you
would have to mark changes very clearly for them to be separate. We don't
want to hard-code the idea that the form must be patches.
And that is exactly what they did. They explicitly
On Wed, 15 Aug 2001, Jani Taskinen wrote:
Can you guys give up these childish fights and just code?
Telling people to just shut up will not resolve the issues
which many of us think have to be addressed (regardless of
how profane your language becomes). It is very unlikely that
On Wed, 15 Aug 2001, Jani Taskinen wrote:
Instead of continuing this endless thread,
do something useful once and go fix some bugs..
Jani, try to chill..
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
If you feel like bickering, go on bicker and make populist statements as
much as you'd like, just let the rest of us do what we're good at, which is
developing PHP. Perhaps setting up a separate mailing list like Sterling
suggested, a-la [EMAIL PROTECTED] isn't such a bad idea.
Thanks
Me too, I'm getting a lot of spam on my @php.net adress :(...
Btw, your @php.net address is bouncing.. did you receive soo
much spam lately? :)
So, hopefully you are reading this mailing list using
nntp..
- Sascha Experience IRCG
note the 1.4b. it requires autoconf 2.50. but I think this goes for 1.4
also, but doesn't screem
Libtool 1.4 does not require autoconf 2.50 or higher. Note
that libtool-1.4b is an alpha release, so you have to expect
failures.
- Sascha
away. An app built on a certain infrastructure is dependant on that
infrastructure, but not the other way around.
You wrongly assume that the API is equal to the
implementation. PHP can use an API which is completely
independent of the Zend engine.
However, if everyone on
On Wed, 8 Aug 2001, Jason Greene wrote:
If this is done should it occur before or after the branch?
It should not be done at all.
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
--
PHP Development Mailing
On Sat, 4 Aug 2001, [EMAIL PROTECTED] wrote:
Hi,
What is the policy on changing the PHP_API?
I modified php_trim, to require an extra argument. Currently, I've named the
new function php_trim2, and php_trim now makes a call to php_trim2, for
compatibility.
I don't know wether it's
On Fri, 3 Aug 2001, Sascha Schumann wrote:
On Fri, 3 Aug 2001, Brian Moon wrote:
I would love to see a faster serializer. I think serializing has a lot of
upsides but the downside right now is performance.
Microbenchmarking showed a two-fold speed decrease with the
Increase
On 29 Jul 2001, [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Linux Slackware 8.0
PHP version: 4.0.6
PHP Bug Type: Compile Failure
Bug description: PHP does not compile with --with-apxs2
Apache 2.0.16 was configured with --enable-so
That
This should not be a bug report. Please respond by email.
...can become code functionnality duplication. No ?
You still have to come up yet with a proposal for a general
locking facility which handles thousands of records
efficiently.
Generally, there is a best way to
On Fri, 20 Jul 2001, Zeev Suraski wrote:
That sounds like a pretty cool idea!
Btw, you can also manually remove the old tags from
output.c,v after copying it..
- Sascha Experience IRCG
http://schumann.cx/
This solved the problem and I concluded the bug was only due to my fault
: I should have locked my session table (or row...) to avoid race
conditions and concurrency problems.
That is right. The session storage handlers have to perform
locking themselves, if they are supposed to be
The fact is a similar problem is happening with the mm module,
but here I can't insert error_log to be sure... is this session
handler race safe ?
Nope.
And I'm surprised that this concurrency issue has to be solved
on a per handler basis : isn't it functionnality duplication ?
isn't
On 19 Jul 2001 [EMAIL PROTECTED] wrote:
ID: 12243
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Feedback
Bug Type: Variables related
Operating System: FreeBSD 4.1.1-STABLE
PHP Version: 4.0.6
New Comment:
are you sure you don't initialize the variable with
On Thu, 12 Jul 2001, Colin Viebrock wrote:
I don't know who is in charge of the new mail server, but I'm getting a lot
of bounce messages from the server. Here is a copy of the latest (btw, that
IP at the end is pb1.pair.com - 216.92.131.4)
You are getting bounce messages from the old
This discussion should take place on [EMAIL PROTECTED]
On Mon, 9 Jul 2001, Jani Taskinen wrote:
On Mon, 9 Jul 2001 [EMAIL PROTECTED] wrote:
I would go for PHP5, however that means Zeev will commit suicide...
Why not jump over numbers 5 6 and call it PHP 7 ? :)
Or do the Microsoft:
New patches are available which address a couple of problems.
- the HTML buffer was too conservative sometimes
- single quotes were handled inefficiently
- scanning strings (e.g. due to eval()) did not work
- compiling a file did not initialize some things correctly
What I do care about is the overall quality of this project, as
I'm sure a lot of other people do. To that end, flames like this
are a complete waste of time and bandwidth. Please don't take
this any farther than it has already gone.
You're both incredible intelligent and talented
No, it's not going to end like this this time - you should have thought
about this before you bashed me one time too many. I don't think we can go
on working in the same project with you thinking about me the things you
do, and me thinking about you the things I do. We got a clear example
I've been discussing the Zend Engine license with the 'leaders' of the
German PHP community on Thursday, and with members of the community and the
PHP Group on Friday. As mentioned there, the Zend Engine license is being
reviewed, and may change in the next few months.
Well, great. We
On Mon, 9 Jul 2001, Zeev Suraski wrote:
So have a patch on your directory as you published it, for those few for
which the flex scanner doesn't work (and they *are* very few). Don't break
PHP.
Could you explain to me how a completely optional change
which people need to enable
BTW, I've had several beers offered me so far by several guys on this list,
who are too afraid to publicly state their minds, but feel exactly the way
I do about Sascha's behavior.
Publicly stating something to that effect won't solve it.
They should contact me privately to resolve
Well, I can't say I would recommend them to do that, because it never
appeared to be of any use for me, and you know I did try.
I cannot say how much I'd encourage those people to at least
try it once. There is a huge chance that it will help;
if they don't try, that chance will
Sascha, don't come to conclusions too quickly if you do want to improve
your weak spots.
Andi, have you ever considered that your approach of
guiding other people is not appreciated?
- Sascha Experience IRCG
http://schumann.cx/
On Tue, 10 Jul 2001, Zeev Suraski wrote:
At 00:26 10/7/2001, August Zajonc wrote:
You see this happen though all the time with other software.
Media players don't need to have 10 ways to decode wav files, but they do.
There's a very big difference here. It does *exactly* the same
thing.
On Mon, 9 Jul 2001, Jason Greene wrote:
Sascha + Everyone,
There is a current build problem with libtool where we pass
-prefer-non-pic or -prefer-pic during mode=link. Since this is
not a valid mode=link option it gets passed to the linker as an
option. On some platforms (Sun CC), this
Then it is incompatible with the parser. Unless you mean slightly
different tokens in HTML blocks, which is obviously a negligible
performance-related implementation detail.
Nah, there are a couple of other things which it does
differently where the parser apparently accepts multiple
On 8 Jul 2001 [EMAIL PROTECTED] wrote:
ID: 11826
Updated by: manuel
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: WinMe, Linux
PHP Version: 4.0.4
New Comment:
I have isolated the bug but did not find the cause. It makes strtok()
crash when
I guess what I meant was [Relative] in the sense that it is forced to be
relative to the CURRENT file, vs being relative to the main script. You
can call it a bug -- but I would disagree - I feel that the purpose of
include is to pull utility code into a main script.
It is a bug, if you
I've updated the new scanners to use the Lexer Abstraction
Layer.
The following commands show how to install the necessary
infrastructure. To enable it, pass --enable-ngscan to
configure.
cd php4
wget php.net/~sas/php-lal-patch
patch -p0 -N -s php-lal-patch
On Thu, 5 Jul 2001, Jason Greene wrote:
Sascha,
This looks good.
Is this going to be brought into php, or is it going to remain
a separate project?
There is a concrete need for this system, so I'll push for
the inclusion of those scanners into PHP. Because the code
is still in
The Next Generation Scanners are now downloadble from
http://schumann.cx/ngscan-0.3.tar.gz
No real changes besides support for octal and exponential
numbers. The scanners are feature-complete now. As always,
your feedback is appreciated.
I'll now work on modularizing
This is the first public release of fully reentrant C
scanners for the PHP language and the INI system. They
can be used to replace the Flex-based implementations
commonly found in the Zend Engine.
Features:
- Flexible I/O model; lays groundwork for fully supporting
On Wed, 4 Jul 2001, Björn Schotte wrote:
* Alexander Wagner wrote:
Trans-sid doesn't work with complete URL beginning with http://;, does
it? Aren't these regarded as external links?
http://$HTTP_HOST/foo isn't a relative link because
it's a link on the same web site.
If you supply
On Tue, 3 Jul 2001, Jani Taskinen wrote:
I doubt your change is in any of those snapshots..
Last one of them was created on 11th of June.
Thanks for noticing this. The permission problem has been
fixed.
- Sascha Experience IRCG
On 28 Jun 2001 [EMAIL PROTECTED] wrote:
ID: 10589
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Critical
Bug Type: *Install and Config
Operating system:
PHP Version: 4.0 Latest CVS (01/05/2001)
Assigned To:
Comments:
No, the libtool 1.4 is seriously
Because this is something that needs to be fixed before
we release this. Do you need some other reasoning?
Jani, this is a forum where people tend to be polite to each
other. As a member of this forum, I'd expect you to follow
the established rules to facilitate constructive
On Thu, 28 Jun 2001, Markus Fischer wrote:
Can somebody with enough karma please change my forward
[EMAIL PROTECTED] from [EMAIL PROTECTED] to
[EMAIL PROTECTED] ?
Done. Please note that the change might take some hours to
become effective.
- Sascha
Jeroen,
For lower-scale and home-use you can argue it is easier
than *nix. So when possible, you should try to support windows.
[..]
[looked like C, was easier for ppl with C-background]
I don't think you should target php at C-ppl.
PHP has been since its inception strongly
As part of a facility change, cvs.php.net might be unavailable
from 25th June 22:00 CEST until 05:00 CEST (16:00-23:00 EST).
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
--
PHP Development Mailing
On Sat, 23 Jun 2001, John Lim wrote:
Thought you all might be interested in this benchmarking shootout:
I've talked to the author of the benchmark a couple of
weeks ago and he of course did not build PHP with
enabled optimizations. Those optimizations affect primarily
the
Could someone please list these possible optimizations? Could be
useful to me and others. From the top of my head I can think of
compiler optimizations (anything except -O and -m ?) and use of
Zend optimizer and cache.
--enable-inline-optimization --disable-debug
We might evaluate
[root@linux php-4.0.5]# gcc -v
Reading specs from /usr/lib/gcc-lib/i586-pc-linux-gnu/pgcc-2.95.2.1/specs
gcc version pgcc-2.95.2.1 20001224 (release)
`pgcc´ is an experimental compiler. Such issues are to be
expected with this kind of software. For a production
system, I'd
On Thu, 21 Jun 2001, Wico de Leeuw wrote:
Hiya
i get this error when doing make under apache 1.3.20
A more interesting info would be the output of gcc -v.
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
that's how a samba compile looks like. this would make the
output of the make way more shorter readable.
This makes sense when the various parameters are constant
throughout the whole build (which seems to be the case in
Samba). How do you propose to handle additions to
maybe have another 'Using CFLAGS=-I..' line in the output -or-
just say 'Adding to CFLAGS=blabla' when it happens.
haven't really thought about that;-) - we could even have one
'Using CFLAGS=' whenever we enter a directory?
Well, that might make it harder to extract the
On Wed, 20 Jun 2001, Jani Taskinen wrote:
On Wed, 20 Jun 2001, Thies C. Arntzen wrote:
Are you going to MFH it ?? I think this should go into 4.0.6.
It has been broken so long now.
no too sure as it really changes a few internals and needs
_good_ testing!
Thies, I have
no too sure as it really changes a few internals and needs
_good_ testing!
The first three core dumps were apparently caused by an old
installation of a script cache. After removing that, the
fourth test goes into CPU-time-eating mode and the fifth test
core dumps
On 18 Jun 2001 [EMAIL PROTECTED] wrote:
ID: 11527
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Session related
Operating system: FreeBSD 4.3 STABLE
PHP Version: 4.0.5
Description: session_unregister() seems not work properly
Well I found a solution. Just replace
We are now doing full rsyncs of the cvs tree every 10 minutes
as before the server transition.
Apparently, the server crashed due to filesystem problems.
That also explains why it required manual attention before
starting up properly. The boot scripts have been changed to
Setting up a regular backup procedure right now.
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Thu, 24 May 2001, Yusuf Goolamabbas wrote:
Thanks for the info Sascha,
Would placing the libtool.m4 from libtool 1.4 into the system aclocal
tree cause any grief whilst compiling sources which don't require
libtool 1.4 and work with libtool 1.3.x
Installing a local copy of automake
On Tue, 22 May 2001, David Shafer wrote:
Unless someone has changed something, the current snapshots now don't compile
at _all_ on AIX (using either IBM compilers or IBM-provided gcc). Whether
that's enough of
a problem to hold it up, I can't say. See bug #4630 for more info.
Please
On 24 May 2001 [EMAIL PROTECTED] wrote:
ID: 11010
Updated by: bbonev
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Operating system:
PHP Version: 4.0 Latest CVS (2001-05-22)
Assigned To:
Comments:
as far as i can see Sacha fixed this one
On Thu, 24 May 2001, Boian Bonev wrote:
At link I'm getting gcc: unrecognized option `-prefer-non-pic'
My gcc version:
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
It's not an error but is this
What do you mean by ripping it out? What would we use instead? Hand crafted
Makefiles?
I think it general automake is doing pretty well no?
Automake is slow, bloated, inflexible and generally bad for
large projects. That is an insight which led to the redesign
of the PHP 4.0
On Tue, 22 May 2001, David Shafer wrote:
Unless someone has changed something, the current snapshots now don't compile
at _all_ on AIX (using either IBM compilers or IBM-provided gcc). Whether
that's enough of
a problem to hold it up, I can't say. See bug #4630 for more info.
Snapshot
On Wed, 23 May 2001, Zak Greant wrote:
Hello All,
Did RMS come to terms with the PHP/Zend licensing structure? I was just
browsing the software directory over at GNU and ran across:
We have not heard from RMS for a long time; the information
in the directory is not too reliable
On Thu, 24 May 2001, Yusuf Goolamabbas wrote:
I tried that. This is what I get whilst doing ./configure. My build tree
is separate from my source tree
From an email sent to this list on May 12:
I've removed ltconfig from cvs which should make it easier to
notice whether your
These three lines contain the and operator (-a) which is not
followed by an expression:
if test $PHP_JPEG_DIR != no -a $PHP_JPEG_DIR; then
if test $PHP_PNG_DIR != no -a $PHP_PNG_DIR; then
if test $PHP_XPM_DIR != no -a $PHP_XPM_DIR; then
I don't see the relevance of the
Hi,
while looking at the strace output of readfile() in a CGI
context, I noticed that the CGI code (a) uses stdio and (b)
that it only outputs chunks with a maximum size of 16KB.
The effect is clearly visible (reproducible, both tests were
run with a warmed-up cache):
On Sat, 19 May 2001, Andi Gutmans wrote:
Did you check how using sendfile() instead of write() effects this benchmark?
Well, there is no sendfile hook in SAPI, so I am not sure how
I should achieve that. Another problem with sendfile is that
is not standardized and that various
Obviously the mmap will be faster, but if as in bug #10701, someone is
adding headers or doing something else to really large files, things are
going to break.
There seem to be some misconceptions about what we are really
doing. We map a shared(*1), read-only copy of the file into
*2 Some Linux 2.4.x trees seem to be broken in that respect and
don't free pages quickly enough (or not at all). This
causes the system to freeze. Linux 2.2 works as expected.
I experienced this effect on 2.4.4-ac1 (TUX patch).
As an addition to this, page
Hi,
I've committed a change which adds the -Wl,-bI:path bit to
LDFLAGS on AIX when building PHP as an Apache DSO.
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
--
PHP Development Mailing List
On Fri, 18 May 2001, Andi Gutmans wrote:
I was just about to do an automatic merge of this fix to the PHP_4_0_6
branch when I saw that the merge will also merge the stat() update which
creates associative keys too (cvs update -j 1.159 file.c after an update -r
PHP_4_0_6).
Any objections to
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: GD related
Operating system:
PHP Version: 4.0 Latest CVS (2001-05-16)
Assigned To:
Comments:
If it's in RC1, then it will be in the 4.0.6 Release.
First, you have not fixed the bug. Hence,
there is some trouble with the HEAD branch regarding the new libtool,
If there any issues which are unrelated to broken
installations, please bring them forward as soon as possible.
- Sascha Experience IRCG
http://schumann.cx/
Hi,
I've removed ltconfig from cvs which should make it easier to
notice whether your libtool installation is broken.
If configure complains about not being able to find ltconfig,
it is a clear indication that aclocal has used the libtool.m4
of libtool 1.3.x to build
On Sat, 12 May 2001, Sebastian Bergmann wrote:
Wez Furlong wrote:
I'm using SuSE 7.0 and I had a similar problem.
Sascha fixed this issue (at least for me it works now) in CVS.
Uh? Your installation was busted.
- Sascha Experience IRCG
On Sat, 12 May 2001, Sebastian Bergmann wrote:
Sascha Schumann wrote:
Uh? Your installation was busted.
I was refering to the 'unary operator expected' errors.
..which was an effect of your broken installation, as
ltmain.sh and ltconfig/libtool.m4 were incompatible
On 12 May 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: SuSE 7.0 i386
PHP version: 4.0 Latest CVS (2001-05-12)
PHP Bug Type: *Session related
Bug description: memory overruns in php_rshutdown_session_globals
I'm really puzzled by this one;
Please let me know whether the current CVS works for you.
- Sascha Experience IRCG
http://schumann.cx/http://schumann.cx/ircg
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
And that fix of yours is a hack. Could you please revert it?
As I remember you yourself told me once that we don't want to fix
symptoms but the causes.. :)
There are no rules without exception.
In this case, the macro can be helpful to determine when you
are using broken
I want to branch tomorrow so why not revert the patch today and reapply it
tomorrow night or the day after?
Because that creates more work than reverting the patch once?
Same effect but it makes more sense to me to have the tree 4.0.6-dev until
we branch.
I'd like to see this
Hi,
the config.m4 defines several macros like this
AC_DEFUN(PHP_GD_JPEG,[
..
PHP_ADD_LIBRARY_WITH_PATH(jpeg, $withval/lib)
..
LIBS=$LIBS -L$withval/lib -ljpeg
])
I.e. it correctly adds the library using PHP-specific macros,
but then continues in
On Wed, 9 May 2001, Jani Taskinen wrote:
I'm working on this..
Well, then you are probably well-equipped to comment on this.
The implementation of the proposal is attached.
- Sascha Experience IRCG
http://schumann.cx/
On Wed, 9 May 2001, Jani Taskinen wrote:
The upgrade to libtool 1.4 was most likely a big mistake.
Here's what happened on my system where everything worked
just fine before the update:
You most likely have a -L/usr/lib in LDFLAGS/LIBS then which
has been added by a broken
Hmm..this seems to be an undocumented function. What is the use of it?
Benefits over using mysql_query() for example? Where/when it _can't_ be used?
Apparently, the mysql client library loads the complete
result set into the process space of the client.
For example, bugstats.php
On Sat, 5 May 2001, Wez Furlong wrote:
On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote:
Hi,
Now that the pressing problems have been fixed in the CVS I'd like to
branch 4.0.6 and release an RC1.
Any objections?
No, but you may want to check that my commit for
On Sun, 6 May 2001, Jani Taskinen wrote:
This is what I get now:
---
Making all in Zend
make[1]: Entering directory `/usr/src/web/php/php4/Zend'
flex -Pzend -ozend_language_scanner.c -i ./zend_language_scanner.l
bison -y -p zend -v -d ./zend_language_parser.y -o
That's because the GD-1.8.3 lib on www.php.net does have GIF support.
Well, then the mistake is in some other part, because it
complained about gdImageCreateFromGifCtx not being defined in
some #ifdef HAVE_GD_GIF .. #endif area.
- Sascha
On Sun, 6 May 2001, Rasmus Lerdorf wrote:
On Sun, 6 May 2001, Sascha Schumann wrote:
That's because the GD-1.8.3 lib on www.php.net does have GIF support.
Well, actually it does not have GIF support.
$ nm /home/rasmus/gd-1.8.3/libgd.a|grep -i gif|wc -l
0
However
This is known bug since early March but nobody fixed it and in general
fixing requires serious rework of PHP4's configure macros concept.
I plan to address this by introducing two new macros which
can embrace the sections which contain optional
PHP_ARG_WITH/PHP_ARG_ENABLE macros.
What I'm trying to say is that if we make that jump from a QA team to the
entire world, then essentially, we go a step backwards. I think that the
way things are today is good, and most of the bugs which aren't found can
only be found in wide scale testing, but I don't think that announcing
301 - 400 of 474 matches
Mail list logo