2008/2/1 Marcus Boerger [EMAIL PROTECTED]:
Crosspost, hopefully silencing this issue for 5.*
AND 6 will have an E_WARNING or even an E_ERROR on this.
What are the gains?
What are the real reasons behing strictness? I really get annoying by
adding fatal errors all around for no technical
Hi!
On Mon, Mar 17, 2008 at 5:51 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
If we're building PHP under doze we're probably fiddling with src too -
it makes sense to have it required for that reason.
I do not see any reason to suppose that - no more than building under
On Mon, Mar 17, 2008 at 5:51 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
If we're building PHP under doze we're probably fiddling with src too -
it makes sense to have it required for that reason.
I do not see any reason to suppose that - no more than building under
Linux or
On Thu, Mar 20, 2008 at 10:08 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
so instead promoting code fixes we are promoting bad style, is that what
you want? I am strongly against this! Please revert and ask for once.
I did ask, and you did ignore it. Please next time actually
On Thu, Mar 20, 2008 at 10:19 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
If I load a file and short tags are disabled and all of a sudden they
are allowed in the files I include. I see problems and confusions with
such behaviors.
What do you mean all of a sudden? There's
On Thu, Mar 20, 2008 at 10:29 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
A feature that we recommend to not use. Please read the mailing list
archive to figure out the (valid) reasons.
There are different contexts for PHP, and in some of them using it makes
perfect sense.
Bah, you
On Fri, Mar 21, 2008 at 12:47 AM, Jani Taskinen [EMAIL PROTECTED] wrote:
Stanislav Malyshev kirjoitti:
Sounds extremely bad and scary idea! When the hell was this decided?
Just imagine how error prone your scripts get..especially if any XML
shit is involved..
Why you'd do that if
Hi Stas,
On Fri, Mar 21, 2008 at 1:28 AM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
I am open to discussion, but this is not a discussion - this is plain
refusal to listen. And it's pretty irritating, especially when done
after 2 weeks of silence in answer to the original invitation to
On Fri, Mar 21, 2008 at 6:13 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
guys to approve. So it would only be fair if you guys would wait for us,
too. We often had this before. A non answer does not necessary mean we are
I completely agree and in fact there's no change that I have done
Hi Steph,
On Mon, Mar 31, 2008 at 11:17 AM, Steph Fox [EMAIL PROTECTED] wrote:
sfoxMon Mar 31 09:17:25 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/win32/buildconfutils.js
Log:
- Allow most of the existing strangely-named headers to get by
On Mon, Mar 31, 2008 at 1:11 PM, Steph Fox [EMAIL PROTECTED] wrote:
Hi Pierre,
That's really too hackisch and unclean.
I'm very aware of that - it's a temporary measure to avoid the need for new
headers in 7 extensions.
Using GREP_HEADER (line 738)
together with a glob(*.h)
On Mon, Mar 31, 2008 at 5:24 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 31 Mar 2008, Steph Fox wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you will end
up
in a broken .c. Since we have the stuff checked in there really is no
need
at all to
On Tue, Apr 1, 2008 at 12:02 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Derick,
Tuesday, April 1, 2008, 9:41:08 AM, you wrote:
On Mon, 31 Mar 2008, Marcus Boerger wrote:
we are relying on it as only current HEAD of re2c can actually build the
language parser. At the
hi Jani,
On Mon, Jun 2, 2008 at 10:46 AM, Jani Taskinen [EMAIL PROTECTED] wrote:
janiMon Jun 2 08:46:41 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/ldap ldap.c
Log:
- Revert crap
Don't revert that, I use it to test valid builds on windows. If
On Mon, Jun 2, 2008 at 1:23 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
janiMon Jun 2 11:23:16 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/ldap ldap.c
Log:
- Revert pointless patch: a) the version is already there, see line above,
b) one branch
On Thu, Jul 3, 2008 at 4:23 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Thu, 3 Jul 2008, Pierre-Alain Joye wrote:
pajoyeThu Jul 3 13:50:15 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/mcrypt mcrypt.c php_mcrypt.h
Hi Derick,
On Fri, Jul 4, 2008 at 9:47 AM, Derick Rethans [EMAIL PROTECTED] wrote:
I see no reason to revert this commit now, why do you want me to
revert it except for making my work harder?
Never mind, I did it myself. Don't commit to ext/mcrypt.
It is not acceptable to have one person
On Sat, Jul 5, 2008 at 1:21 AM, Scott MacVicar
[EMAIL PROTECTED] wrote:
This causes all the mhash tests to fail as it registers a 128 character
constant since REGISTER_LONG_CONSTANT does sizeof(name) for the length.
- char name[len+1];
+ char
2008/6/28 Alexey Zakhlestin [EMAIL PROTECTED]:
indeyetsSat Jun 28 21:23:08 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/mbstring mbstring.c php_mbregex.c
/php-src/ext/mbstring/tests mb_ereg2.phpt
On Mon, Jul 7, 2008 at 3:23 AM, Steph Fox [EMAIL PROTECTED] wrote:
sfoxMon Jul 7 01:23:56 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/win32/buildconfig.w32 confutils.js
Log:
- Fix up some bits and pieces.
For examples? Log message helps to see
On Mon, Jul 7, 2008 at 3:25 AM, Steph Fox [EMAIL PROTECTED] wrote:
sfoxMon Jul 7 01:25:53 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/standard info.c
Log:
- Don't do stuff twice over
@Jani: pick up mail!
What are you doing here? Can you
On Mon, Jul 7, 2008 at 2:33 PM, Steph Fox [EMAIL PROTECTED] wrote:
Hi Pierre,
- Fix up some bits and pieces.
For examples? Log message helps to see what has been changed, please be
verbose.
Literally 'bits and pieces'. The duplicate function we discussed, ws, moving
the MS versioning
On Mon, Jul 7, 2008 at 3:03 PM, Steph Fox [EMAIL PROTECTED] wrote:
One change I will apply is to put the useful functions and data in
confutils and not in a specific config.w32. confutils is the common
trunc and is run before any other config.w32 code.
Please test this first. I'm talking
On Mon, Jul 7, 2008 at 3:18 PM, Steph Fox [EMAIL PROTECTED] wrote:
this file is generated automatically on each time you run configure.
It is fine to keep the config.w32.h.in as dummy template (it is not
used), so we have a file in cvs with all possible values, just like a
autoconf's
On Wed, Jul 9, 2008 at 10:15 AM, Steph Fox [EMAIL PROTECTED] wrote:
sfoxWed Jul 9 08:15:46 2008 UTC
Added files: (Branch: PHP_5_3)
/php-src/win32/buildDSP.README block.template.dsw projectgen.js
template.dsp template.dsw
Hi Tony,
News?
btw, is it testable?
Cheers,
2008/7/11 Antony Dovgal [EMAIL PROTECTED]:
tony2001Fri Jul 11 10:25:16 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/opensslxp_ssl.c
/php-src/ext/standard file.c streamsfuncs.c
On Wed, Jul 16, 2008 at 5:50 PM, Moriyoshi Koizumi
[EMAIL PROTECTED] wrote:
Rui Hirokawa wrote:
hirokawa Wed Jul 16 12:21:46 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/mbstring php_mbregex.h
Log:
fixed compile error on Win32 environment.
On Wed, Jul 16, 2008 at 6:21 PM, Moriyoshi Koizumi
[EMAIL PROTECTED] wrote:
Hi Pierre,
Pierre Joye wrote:
You can always ask us to test/fix :)
Or you can use for the cases where only unix is affected:
#ifndef PHP_WIN32
do your unix only stuff
#endif
Thanks for the tips. I'll try my
hi Scott,
On Mon, Jul 28, 2008 at 3:16 PM, Scott MacVicar [EMAIL PROTECTED] wrote:
Is everyone having a go at picking an EOL?
The problem does not support mac EOL. Unix or windows NL work just fine.
What exactly are the standards for source files and what technical issues
come up when
hi,
On Tue, Jul 29, 2008 at 10:10 AM, Marcus Boerger [EMAIL PROTECTED] wrote:
helly Tue Jul 29 08:10:31 2008 UTC
Modified files:
/php-srcMakefile.gcov
Log:
- Exclude bundled libs from gcov processing
Why? It makes sense to keep it, for example for GD as the lib and php
hi,
On Wed, Jul 30, 2008 at 2:43 AM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
but we are not creating tests for any of these, actually all of these
have their own testing system which in most case is not even bundeled or
executable through PHP. So the only way out is to run
Hi,
On Wed, Jul 30, 2008 at 9:18 AM, Marcus Boerger [EMAIL PROTECTED] wrote:
So you are saying that PHP can use GD in a way that makes it brake which is
not covered by GD's testing?
That's not what I'm saying. First, GD in php is not the same library
that you have in libgd.org and is better
On Wed, Jul 30, 2008 at 10:41 AM, Moriyoshi Koizumi
[EMAIL PROTECTED] wrote:
What about sharing your patch with the author of the library?
Where is it hosted?
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit:
hi Moriyoshi,
On Wed, Jul 30, 2008 at 10:41 AM, Moriyoshi Koizumi
[EMAIL PROTECTED] wrote:
What about sharing your patch with the author of the library?
By the way, there is another problem in exif related to mbstring:
Creating library Debug_TS\php_exif.lib and object Debug_TS\php_exif.exp
hi!
On Wed, Jul 30, 2008 at 11:47 AM, Moriyoshi Koizumi
[EMAIL PROTECTED] wrote:
I thought you found README in the library directory :-(
http://www.geocities.jp/kosako3/oniguruma/
To be honest, I did not even read it. I don't really have the time
right now to wonder if the upstream lib is
hi Dmitry,
On Wed, Jan 21, 2009 at 8:07 PM, Dmitry Stogov dmi...@php.net wrote:
dmitry Wed Jan 21 19:07:44 2009 UTC
Modified files: (Branch: PHP_5_3)
/TSRM tsrm_virtual_cwd.c
/php-src/ext/standard/tests/filefopen_variation10-win32.phpt
On Thu, Feb 5, 2009 at 10:32 PM, Greg Beaver g...@chiaraquartet.net wrote:
I sure am glad we worked this out, can you imagine the horrors?
Security experts would be blogging endlessly about those periods I added
back into the error messages. What a disgrace to the language I am. In
the
hi Ilia,
NEWS? :)
thanks for your work!
On Mon, Feb 23, 2009 at 4:58 PM, Ilia Alshanetsky il...@php.net wrote:
iliaa Mon Feb 23 15:58:19 2009 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/curl streams.c
Log:
Fixed bug #47477 (php_curl_stream_read()
ah ok, even better then :)
On Mon, Feb 23, 2009 at 5:10 PM, Ilia Alshanetsky i...@prohost.org wrote:
I am going to back-port this to 5.2 once 5.2.8 is out, so no point in adding
it to the 5.3 news file, just to remove it a week later.
On 23-Feb-09, at 11:03 AM, Pierre Joye wrote:
hi Ilia
2009/3/17 Matt Wilmas matt...@php.net:
mattwil Tue Mar 17 22:02:05 2009 UTC
Added files:
/php-src/ext/standard/tests/serialize bug46882.phpt
Modified files:
/php-src/ext/standard var_unserializer.c var_unserializer.re
Log:
Fixed bug #46882 (Serialize /
hi,
what's about HEAD?
2009/3/18 Moriyoshi Koizumi moriyo...@php.net:
moriyoshi Wed Mar 18 17:43:55 2009 UTC
Added files: (Branch: PHP_5_3)
/php-src/ext/mbstring/libmbfl/filters mbfilter_cp850.c
2009/3/24 Pierre-Alain Joye paj...@php.net:
- GEPJ.. (thx to Derick for the head!)
+up and sigh.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
hi Scott,
How did you reproduce the crash (ssl version, and with which input or
config)? Please add a test case.
Also please keep an eye on the assign field of a bug report, it is
here for good reasons.
Cheers,
On Mon, Mar 30, 2009 at 1:32 AM, Scott MacVicar scott...@php.net wrote:
scottmac
hi Ilia,
It is not related to ZTS but to the new output API in HEAD. For the
new struct, see main/php_output.h:126).
Cheers,
On Sun, Apr 19, 2009 at 4:59 PM, Ilia Alshanetsky il...@php.net wrote:
iliaa Sun Apr 19 14:59:52 2009 UTC
Modified files: (Branch: PHP_5_3)
hi Jani,
Yes, I will MFH it as well.
I also like to add mail_gc to 5.2 (coming to 5.3+) to allow one to
purge the cache while processing a large amount of mails (or large
mail) without having to call mail_close. But have to ask Ilia first :)
Cheers,
On Sat, Apr 25, 2009 at 5:11 PM, Jani
k :)
On Sat, Apr 25, 2009 at 6:03 PM, Ilia Alshanetsky i...@prohost.org wrote:
I'd prefer to avoid introducing new functionality into 5.2 at this point.
Ilia Alshanetsky
On 25-Apr-09, at 11:14 AM, Pierre Joye wrote:
hi Jani,
Yes, I will MFH it as well.
I also like to add mail_gc
On Tue, May 5, 2009 at 6:29 PM, Jani Taskinen jani.taski...@sci.fi wrote:
That might work in wonderland when using toy OS like Windows but in the real
world and with real OSes you can't force people to start using the bleeding
edge stuff.
it is 2 years old :)
--
Pierre
hi Bjori.
On Sun, May 10, 2009 at 11:05 PM, Stanislav Malyshev s...@zend.com wrote:
Hi!
The whole ext/intl doesn't work properly in HEAD. (not sure if it even
compiles) I think there's even some comment by Stas somewhere about
It did compile for me last time I checked. However, I think
Did you notice the assigned field in the bug report? I had the patch
already as well (wrote it on my way back home from the NL test fest,
these bugs were found there while writing tests for xmlwriter :)
Can you MFB it to 5.2 as well then? Small enough.
Cheers,
--
Pierre
On Mon, May 11, 2009 at
On Mon, May 18, 2009 at 2:07 PM, Jani Taskinen jani.taski...@sci.fi wrote:
Can't you do it all in one commit? Now you've littered the log with these
half-assed commits, and STILL didn't do everything..there are several
RETURN_FALSE;'s there where simple return is necessary.
I do, only missed
On Sat, May 23, 2009 at 4:58 AM, Kalle Sommer Nielsen ka...@php.net wrote:
kalle Sat May 23 02:58:16 2009 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/mysqli mysqli_api.c
Log:
Fixed compiler warning again, uint8_t is only available with mysqlnd. This
is
hi Kalle,
It would be better to use the cmd line tools instead of relying on a
dead extension, silent the error may also add confusions :)
Cheers,
On Wed, May 27, 2009 at 3:38 AM, Kalle Sommer Nielsen ka...@php.net wrote:
kalle Wed May 27 01:38:13 2009 UTC
Modified files:
On Wed, Jun 3, 2009 at 2:06 PM, Jani Taskinen jani.taski...@sci.fi wrote:
Its broken for me, if its an issue for others then we need to isolate
it, if i do a fresh nmake and then make a buildconf configure
nmake (after i have made a change), it breaks the build because
config.h isn't in
Hi,
On the same topic, any reason why soap changes in HEAD did not get
merged to 5.3 earlier?
Cheers,
On Thu, Jun 4, 2009 at 9:28 AM, Antony Dovgal t...@daylessday.org wrote:
On 03.06.2009 16:40, Ilia Alshanetsky wrote:
iliaa Wed Jun 3 12:40:01 2009 UTC
Modified files:
hi,
This change sounds wrong. The obj pointer is being used without being
initialized:
ext\mysqlnd\mysqlnd_wireprotocol.c(1632) : warning C4700:
uninitialized local variable 'obj' used
Cheers,
On Mon, Jun 8, 2009 at 7:31 PM, Lukas Kahwe Smithm...@pooteeweet.org wrote:
On 08.06.2009, at
hi Andrey,
On Thu, Jun 11, 2009 at 7:25 PM, Andrey Hristovandrey.hris...@sun.com wrote:
Hi Pierre,
Pierre Joye wrote:
hi,
This change sounds wrong. The obj pointer is being used without being
initialized:
ext\mysqlnd\mysqlnd_wireprotocol.c(1632) : warning C4700:
uninitialized local
On Thu, Jun 11, 2009 at 7:42 PM, Andrey Hristovp...@hristov.com wrote:
no :)
Why not? it is clearly pointless when ZVAL_CACHE is not set.
But you can send the case to your colleagues at the compiler team so
they can analyze why the compiler failed to recognize it :)
already sent :)
I
On Thu, Jun 11, 2009 at 7:47 PM, Andrey Hristovp...@hristov.com wrote:
I don't like the change and will revert it. In any case, next time you do a
change to mysqlnd please merge it with the other branch. In this case change
was in HEAD and not merged into PHP5_3. This is not the first time I
thanks! :)
On Thu, Jun 11, 2009 at 7:54 PM, Andrey Hristovand...@php.net wrote:
andrey Thu Jun 11 17:54:04 2009 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/mysqlnd mysqlnd_wireprotocol.c
Log:
Put these in an ifdef because they are not used at all if
hi,
On Mon, Jun 15, 2009 at 4:55 PM, Derick Rethansder...@php.net wrote:
On Mon, 15 Jun 2009, Pierre-Alain Joye wrote:
pajoye Mon Jun 15 14:39:37 2009 UTC
Modified files:
/php-src/ext/date/lib timelib_structs.h
Log:
- simplify, use correct type and silent
On Thu, Jun 18, 2009 at 12:51 AM, Jani Taskinenj...@php.net wrote:
jani Wed Jun 17 22:51:06 2009 UTC
Modified files: (Branch: PHP_5_3)
/php-src NEWS
Log:
Pierre, this can not be so hard
I followed what was in RC3, Felipe fixed and etc. etc.
--
Pierre
yes, I already asked Tabe to MFH :)
Cheers,
On Sun, Jun 21, 2009 at 5:26 PM, Ilia Alshanetskyi...@prohost.org wrote:
Does this need to go into 5.2?
Ilia Alshanetsky
On 21-Jun-09, at 1:59 AM, Takeshi Abe wrote:
tabe Sun Jun 21 05:59:26 2009 UTC
Added files:
On Tue, Jul 7, 2009 at 2:17 PM, Jani Taskinenjani.taski...@sci.fi wrote:
Always add the news on fixing bugs also in PHP_5_3 NEWS file.
Ah? That is new. I will do it.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe,
hi,
On Wed, Aug 6, 2008 at 9:54 AM, Antony Dovgal [EMAIL PROTECTED] wrote:
tony2001Wed Aug 6 07:54:41 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/oci8 oci8.c
Log:
fix 11g crap
Thanks, I was going to fix it.
There is a bad habit to use
hi Marcus,
On Wed, Aug 6, 2008 at 1:07 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Stanislav,
we should not mention the reported, unless they provided a patch,
Except for security issue
Cheers,
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP CVS Mailing List
On Mon, Aug 11, 2008 at 2:20 PM, Pierre-Alain Joye [EMAIL PROTECTED] wrote:
pajoye Mon Aug 11 12:20:42 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/standard/tests/filecopy_variation4.phpt
Log:
- remove and add again as text not binary 2/2
That
2008/8/12 Felipe Pena [EMAIL PROTECTED]:
felipe Tue Aug 12 17:20:26 2008 UTC
Modified files: (Branch: PHP_5_3)
/ZendEngine2zend.c zend.h zend_API.c zend_API.h zend_compile.c
zend_compile.h zend_constants.c zend_constants.h
hi Jani,
On Wed, Aug 13, 2008 at 9:58 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
So the build was only broken for PHP_5_3 and not HEAD and PHP_5_2?
I admit that I did not check 5.2, but did not find this code in HEAD.
Checking again :)
Cheers,
--
Pierre
http://blog.thepimp.net |
hi Felipe!
On Thu, Aug 14, 2008 at 3:13 AM, Felipe Pena [EMAIL PROTECTED] wrote:
felipe Thu Aug 14 01:13:18 2008 UTC
Modified files:
/php-src/ext/standard crypt_blowfish.c php_crypt_r.h
Log:
- Fix build on BSD (5_3 and 5_2 are OK)
Thanks for the fix!
MFH? :)
Cheers,
On Thu, Aug 14, 2008 at 7:34 PM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
On Thu, Aug 14, 2008 at 10:45, Pierre Joye [EMAIL PROTECTED] wrote:
hi Felipe!
On Thu, Aug 14, 2008 at 3:13 AM, Felipe Pena [EMAIL PROTECTED] wrote:
felipe Thu Aug 14 01:13:18 2008 UTC
Modified files
On Fri, Aug 15, 2008 at 6:00 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Can you count to 2 ?? It's easy: 1, 2.
Now, count how many levels it's to where the config.h would be if you do a
phpize build:
Sorry, I can't count to 2 :)
Should it not be in path anyway?
On Fri, Aug 15, 2008 at 6:30 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Pierre Joye [EMAIL PROTECTED] kirjoitti:
On Fri, Aug 15, 2008 at 6:00 PM, Jani Taskinen [EMAIL PROTECTED]
wrote:
Can you count to 2 ?? It's easy: 1, 2.
Now, count how many levels it's to where the config.h would
On Fri, Aug 15, 2008 at 6:37 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Not enough info - bogus.
FYI: Just tested to be sure. Doing phpize build now fails. Works when
reverted. (reverted btw..)
I say again: Fix the REAL bugs, not symptoms of the real bugs..
Wait, you revert a fix because a
hi Felipe!
2008/8/15 Felipe Pena [EMAIL PROTECTED]:
felipe Fri Aug 15 19:47:44 2008 UTC
Modified files: (Branch: PHP_5_3)
/ZendEngine2zend.c zend.h zend_alloc.c zend_alloc.h zend_execute.c
zend_gc.c zend_gc.h zend_language_scanner.c
hi Tony,
On Sat, Aug 16, 2008 at 12:28 PM, Antony Dovgal [EMAIL PROTECTED] wrote:
There is something wrong with this SKIPIF section.
On 15.08.2008 23:01, Pierre-Alain Joye wrote:
Hi,
On Sat, Aug 16, 2008 at 11:56 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Will $PHP_MHASH ever be anything here?
afaict ext/hash cannot be disabled after this change
-Hannes
I wasn't paying attention to this..what was done for ext/mhash/config.m4? :)
And == is not correct. It's just
hi,
On Sun, Aug 17, 2008 at 2:09 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
You don't need to have multiple PHP_NEW_EXTENSION lines in config*.m4's to
enable multiple extensions and is not really useful either since you break
the ext_shared stuff, etc. If you do that anywhere, you're doing
On Sun, Aug 17, 2008 at 9:26 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Pierre Joye kirjoitti:
hi,
On Sun, Aug 17, 2008 at 2:09 PM, Jani Taskinen [EMAIL PROTECTED]
wrote:
You don't need to have multiple PHP_NEW_EXTENSION lines in config*.m4's
to
enable multiple extensions
hi!
On Mon, Aug 18, 2008 at 9:14 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
. FOO=1234 = set FOO to 1234
. FOO= = set FOO to an empty string
. FOO= = unset FOO
meant FOO
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP CVS Mailing List
hi,
On Thu, Aug 21, 2008 at 10:32 AM, Jani Taskinen [EMAIL PROTECTED] wrote:
Eh..skipping test because there's a bug that causes a crash??
Is the bug unfixable (no such thing) or what?
This test can't work on windows because the locale name is unix only
(windows has its own locale name like
On Thu, Aug 21, 2008 at 6:58 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Different how..?
Different bison error, one says, see the test. We use bison 2.1.x on
windows. See the two test.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP CVS Mailing List (http://www.php.net/)
To
hi,
On Thu, Aug 21, 2008 at 6:58 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Different how..? And more importantly: WHY?
Different bison error, see the tests. We use bison 2.1.x on windows. I
do not know why the error messages are different. It is not the first
I fixed such tests either.
--
hi Arnaud,
this commit breaks the windows build. Parts of it makes little sense, see below:
On Sat, Aug 23, 2008 at 3:57 PM, Arnaud Le Blanc [EMAIL PROTECTED] wrote:
lbarnaudSat Aug 23 13:57:02 2008 UTC
Modified files:
/php-src/ext/standard config.m4 crypt_freesec.c
hi,
On Sat, Aug 23, 2008 at 7:57 PM, Arnaud Le Blanc [EMAIL PROTECTED] wrote:
The commit adds AC_C_INLINE in config.m4, which defines inline appropriatly
to
__inline or __inline__ if the compiler does not know the inline keyword.
Basically it does what you added in your commit, but without
On Sat, Aug 23, 2008 at 9:15 PM, Arnaud Le Blanc [EMAIL PROTECTED] wrote:
Hi,
On Saturday 23 August 2008 20:16:16 Pierre Joye wrote:
hi,
+# ifndef HAVE_U_INT32_T
+ typedef uint32_t u_int32_t;
+# endif
+#endif
I don't understand this part. If HAVE_U_INT32_T is not defined
On Sat, Aug 23, 2008 at 9:34 PM, Arnaud Le Blanc [EMAIL PROTECTED] wrote:
Yes, but I was speaking about this line:
typedef uint32_t u_int32_t;
Right :)
Do you have the time to give the inline a try? It would be nice to
standardize it in php_config and config.w32.h as it can be used in
other
hi,
On Mon, Aug 25, 2008 at 2:52 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
This was fun thread to read: Blind leading blind..
Fix after fix to fix something that isn't broken. :)
Pierre: There are other OSes than win32 and they're priority #1, Winblows is
the last. Please don't clutter the
Hi Hannes, Lukas.
On Sun, Aug 31, 2008 at 12:05 PM, Lukas Kahwe Smith [EMAIL PROTECTED] wrote:
Sounds sensible. Anyways, I would appreciate it if someone who knows would
write a howto, so that RMs can verify that things are done properly. I guess
in the past Derick took care of a lot of these
On Sun, Aug 31, 2008 at 12:20 PM, Lukas Kahwe Smith [EMAIL PROTECTED] wrote:
sounds good to me.
next question .. who can do the FS level cp? i think it would be good to
have a list of people RM's can contact for this step. also this way we know
the bus-faktor (after all people can disappear
hi,
On Sun, Aug 31, 2008 at 6:53 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Quite pointless entries, this thing was never in any release, who cares what
happened during development of it? Think f.e. if all changes done for the
namespace crap was added in the NEWS..
Short version: Please
hi,
On Sun, Aug 31, 2008 at 7:24 PM, Derick Rethans [EMAIL PROTECTED] wrote:
- Filesystem: cp -r php-src/ext/foo pecl/
- cvs rm php-src/ext/foo
If you know this so well, why did you ignore it for all the extensions
that you moved to PECL? From the NEWS file:
- Moved extensions to PECL
hi,
On Mon, Sep 1, 2008 at 2:46 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Sun, 31 Aug 2008, Pierre Joye wrote:
On Sun, Aug 31, 2008 at 7:24 PM, Derick Rethans [EMAIL PROTECTED] wrote:
. ext/ncurses
Wasn't even moved now, but three years ago by hartmut.
Wrong, it was cvs removed
hi Kalle,
On Sun, Sep 7, 2008 at 3:13 PM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
2008/9/7 Kalle Sommer Nielsen [EMAIL PROTECTED]:
kalle Sun Sep 7 00:42:29 2008 UTC
Modified files:
/php-src/ext/session/tests 020.phpt
Log:
Fix test on Windows
hi Bjori,
On Sun, Sep 7, 2008 at 3:44 PM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
I don't understand...
Does arg_separator.output=amp; in php.ini not work on windows - or
is this a bug in run-tests.php?
It does not. run-tests should take care of escaping the cmd line
arguments arguments
hi Ilia,
On Sun, Sep 7, 2008 at 7:57 PM, Ilia Alshanetsky [EMAIL PROTECTED] wrote:
It compiled fine on 5.3, and there is no references to that define. I think
something was not merged into HEAD.
It was not merged in HEAD because HEAD did not work at all. I can do
the merge next week.
Cheers,
On Tue, Sep 9, 2008 at 4:36 PM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
2008/8/22 Pierre-Alain Joye [EMAIL PROTECTED]:
pajoye Thu Aug 21 23:28:21 2008 UTC
Modified files:
/php-src/ext/standard/tests/network inet.phpt
Log:
- [DOC] fix test, chr uses codepoint as input
I
2008/10/31 Andrey Hristov [EMAIL PROTECTED]:
andrey Fri Oct 31 20:30:34 2008 UTC
hi,
64bit fixes:
- fixes to sprintf modifiers, cleaning warnings
- use _t types, like uint64_t instead of uint64, thus skipping series of
typedefs.
That's a good step but sadly some changes broke
On Wed, Nov 5, 2008 at 12:45 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Tue, 4 Nov 2008, Pierre-Alain Joye wrote:
pajoyeTue Nov 4 20:25:45 2008 UTC
Modified files: (Branch: PHP_5_3)
/php-src/ext/gd gd.c
Log:
- MFH: add png and jpeg version info
On Sat, Nov 8, 2008 at 2:39 PM, Timm Friebe [EMAIL PROTECTED] wrote:
Hi,
If it fixes a crash, please merge to 5.2. And also add a NEWS entry.
Will do as soon as I'm able to compile PHP_5_2:
F:\cygwin\home\Timm Friebe\devel\php\php_5_2nmake
Microsoft (R) Program Maintenance Utility Version
On Sat, Nov 8, 2008 at 2:59 PM, Timm Friebe [EMAIL PROTECTED] wrote:
Hi,
- MFB: Changed while loop in php_sybase_fetch_result_row() to also read
rows with
retcode == CS_ROW_FAIL.
# Reported by Detlef Neumerkel and Frank Irnich of Sybase
Thanks for this commit :) Please add the NEWS
1 - 100 of 1297 matches
Mail list logo