Excuse me, but what BC? I don't think this stuff has been
released yet, so how could you break BC? :)
--Jani
On Fri, 25 Mar 2005, Thies C. Arntzen wrote:
subject says it -
testcase is also attached.
i have updated: sqlite and oci.
i have tested: sqlite and postgres (uses bind emulation).
i
It should work now, please test.
--Jani
On Mon, 21 Mar 2005, Croker, Grant wrote:
Modified patch applied. No need to patch php_ii.h.
--Jani
the config.w32 in cvs does not work - running 'cscript /nologo
configure.js --with-ingres' (after running buildconf) generates the
following:
C
On Sun, 20 Mar 2005, Kamesh Jayachandran wrote:
Hi Andi,
I could not see this change in CVS both in 5_0_4-dev tree and HEAD.
Can someone apply my patch?
Done.
--Jani
With regards
Kamesh Jayachandran
On Fri, 18 Mar 2005 13:56:25 -0800, "Andi Gutmans" <[EMAIL PROTECTED]> said:
Yeah it might make
If anyone objects, they'll morons. Just commit.
--Jani
On Thu, 24 Mar 2005, Joe Orton wrote:
Any objections to this patch? mysqli is defining a bunch of global
symbols which it looks like it doesn't need to. Not urgent for 5.0.4.
--- php-5.0.3/ext/mysqli/mysqli_prop.c.mysqliglobal
+++ php
On Sun, 27 Mar 2005, Jon Parise wrote:
The attached patch allows PHP's build system to recognize FreeBSD's
"versioned" autoconf ports without the need for system-level symlinks
or similar aliasing. It uses 'shtool path' to (attempt to) locate the
appropriate autoconf / autoheader executable.
I
n Sat, 26 Mar 2005 04:45:58 +0200 (EET), "Jani Taskinen"
<[EMAIL PROTECTED]> said:
On Sun, 20 Mar 2005, Kamesh Jayachandran wrote:
Hi Andi,
I could not see this change in CVS both in 5_0_4-dev tree and HEAD.
Can someone apply my patch?
Done.
--Jani
With regards
Kamesh Jayach
On Tue, 29 Mar 2005, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300:
On Sun, 27 Mar 2005, Jon Parise wrote:
The attached patch allows PHP's build system to recognize FreeBSD's
"versioned" autoconf ports without the need for system-level symlinks
or similar aliasing. It uses
On Tue, 29 Mar 2005, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2005-03-29 15:24:07 +0300:
On Tue, 29 Mar 2005, Roman Neuhauser wrote:
# [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300:
On Sun, 27 Mar 2005, Jon Parise wrote:
The attached patch allows PHP's build system to recognize FreeBSD's
"versi
On Fri, 1 Apr 2005, David Sklar wrote:
On Feb 27, 2005 8:19 AM, Jani Taskinen <[EMAIL PROTECTED]> wrote:
On Sun, 27 Feb 2005, Sebastian Bergmann wrote:
Jani Taskinen wrote:
AC_MSG_WARN([You will need bison 1.28, 1.35, 1.75 or 1.875 if you want
bison 2.0 also works (at least for me).
Let
Maybe we should first get all the tests pass before rolling
any kind of release? Here's the list of currently failing tests:
(note: some might not be bugs but just bad tests..)
ZE2 ArrayAccess::offsetGet ambiguties [tests/classes/array_access_003.phpt]
ZE2 ArrayAccess and sub Ar
ll very far off. But don't expect the whole
bugs.php.net DB to clean out either.
Andi
At 03:40 PM 4/3/2005 +0300, Jani Taskinen wrote:
Maybe we should first get all the tests pass before rolling
any kind of release? Here's the list of currently failing tests:
(note: some might
2005 at 10:43:30PM -0500, Jon Parise wrote:
On Tue, Mar 29, 2005 at 04:15:38PM +0300, Jani Taskinen wrote:
Such schemes are quite common thanks to incompatibilities between
autotools versions, e. g. Subversion's buildconf equivalent accepts
the names from environment, mentioning IIRC Debi
The bug #30362 has been reopened. (I could verify this with 5.1-dev too)
Also added a test case into ext/standard/tests/file/ for it..
--Jani
On Mon, 4 Apr 2005, Ron Korving wrote:
Hi,
The 5.0.4 changelog mentions a fix of stream_get_line(), but the problem
seems to remain. The function
On Tue, 5 Apr 2005, Davey wrote:
As Wez knows, there are issues with OSX/PHP 5.0.x/PDO, so on
What issues?
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
make it compile.
On Apr 6, 2005 6:49 AM, Davey <[EMAIL PROTECTED]> wrote:
It doesn't compile with 5.0.x
But thats nothing to do with the memleaks.
- Davey
Jani Taskinen wrote:
On Tue, 5 Apr 2005, Davey wrote:
As Wez knows, there are issues with OSX/PHP 5.0.x/PDO, so on
What issues?
I made some changes to phpize now. But not using your
patch since that would not have worked everywhere.
Searching for these tools is _still_ a big no no.
Just make sure they're in PATH.
--Jani
On Wed, 6 Apr 2005, Brian J. France wrote:
Ok, lets try this:
http://www.brianfrance.
On Thu, 7 Apr 2005, Brian J. France wrote:
On Apr 7, 2005, at 1:28 AM, Jani Taskinen wrote:
I made some changes to phpize now. But not using your
patch since that would not have worked everywhere.
Cool, changes look good. What about getting Jon's original patch and this
change
On Thu, 7 Apr 2005, Brian J. France wrote:
Looks like there might be some problems with your patch to phpize.in for
lines:
+ if ! test -x "$php_shtool path $PHP_AUTOCONF"; then
and
+ if ! test -x "$php_shtool path $PHP_AUTOHEADER"; then
shouldn't those double quotes be back-ticks?
Actually
I'd be happy to commit that patch but could you at least
add some comments WHY you're commenting out code in
the existing parts..
Also, the new code you added should follow the CODING_STANDARDS.
And please put the next patch where you've fixed these issue
into the web somewh
I have committed a little bit modified version of this
patch in all branches. Basically I just replaced your two
'uname' calls by using $host_alias and used $SHLIB_SUFFIX_NAME
instead of .so / .sl.
--Jani
On Mon, 11 Apr 2005, John Higgins wrote:
I would like to submit an update
Why don't you name the files .cpp like you're supposed to?
--Jani
On Tue, 19 Apr 2005, Brian J. France wrote:
Anybody see a problem with this patch that allows .cc files in shared
extensions.
If not I will check it into all branches.
Thanks,
Brian
--
PHP Internals - PHP Runtime Developme
On Tue, 19 Apr 2005, Brian J. France wrote:
I do, but some of our developers have some wacky idea they should be named
.cc.
But with PHP they're named .cpp ;)
I can keep a internal patch if you rather not, figure I would ask just to make
sure.
Just add it. But do it with the simple way: A
I committed a patch which works for any system with EXEEXT set.
--Jani
On Mon, 18 Apr 2005, Kamesh Jayachandran wrote:
Hi Jani,
Can you apply this patch for changing the extension of final cli binary?
For 5.0
http://www.ductape.net/~kameshj/configure.in.5.0.patch
http://www.ductape.net/~kam
;whatever,this,might,be",name2="value2"
How can this affect modsecurity at all
--Jani
On Sun, 24 Apr 2005, Stefan Esser wrote:
Jani Taskinen wrote:
sniper Sat Apr 23 16:33:35 2005 EDT
Modified files: /php-src/mainphp_variables.c L
On Sun, 24 Apr 2005, Stefan Esser wrote:
As now it handles these strings it gets the same:
name="whatever,this,might,be";name2="value2"
name="whatever,this,might,be",name2="value2"
These were actually invalid examples.
'name' can NOT contain any of these chars: =,; \t\r\n\0
On Sun, 24 Apr 2005, Stefan Esser wrote:
Forgive me my ignorance, but I do not see any handling of " chars.
And there wasn't such before I added the , as acceptable separator.
^^ I hate when I have to repeat myself, so read the above line again..
Yes because PHP spoke cookie version 0 before
Patch applied.
--Jani
On Fri, 22 Apr 2005, Kamesh Jayachandran wrote:
Hi Jani,
Please apply this patch which enables to build NetWare PHP extensions
using gcc cross compiler.
For 5.0
http://puggy.symonds.net/~kameshj/acinclude.m4.patch.5.0
For 5.1
http://puggy.symonds.net/~kameshj/acinclude
I addded fastcgi.logging ini option. Set that to 0 and you'll
get the original behaviour back.
--Jani
On Thu, 28 Apr 2005, Sascha Schumann wrote:
I'm more of the mindset that whoever breaks it, also fixes
it.
My current 'fix' would simply revert that patch. If you
agree wit
On Thu, 28 Apr 2005, Rasmus Lerdorf wrote:
Stefan Esser wrote:
Hi,
any objections against fixing our cookie system to also read version 1
cookies correctly?
I want to apply the following patch to all 3 branches:
http://www.suspekt.org/patches/php_variables.c.diff
What is the status of this? I ha
On Thu, 28 Apr 2005, Kamesh Jayachandran wrote:
Hi Dmitry,
I just did cvs upd in my php-5.0-dev workarea which brought your changes
in ext/standard/basic_functions.c version 1.673.2.16.
After that I get a compile error saying that
/root/kamesh/work/php5_0/php-src/ext/standard/basic_functions.c:191
Patches applied to all branches. Just in case. :)
--Jani
On Thu, 5 May 2005, Kamesh Jayachandran wrote:
Hi Jani,
Netware LibC does not have getgroups implemented, it has getlogin
functionality in recent LibC.
As ext/posix/posix.c does not have #ifdef HAVE_GETLOGIN and #ifdef
HAVE_GETGROUPS
I added PHP_INSTALL_HEADERS() macro in HEAD. And used it
with gd so now those headers are installed.
Feel free to backport the patch(es).
--Jani
On Mon, 14 Feb 2005, Joe Orton wrote:
On Thu, Feb 10, 2005 at 03:21:45PM +0200, Jani Taskinen wrote:
While this patch works fine
Is it documented anywhere what the allowed chars are..?
(I couldn't find it anywhere but sources :)
--Jani
On Tue, 17 May 2005, Timm Friebe wrote:
Hi,
unserialize() cannot unserialize objects whose names contain anything except
a-z, 0-9 and _, the parser allows those, though.
Example
==
Switching to PHP 5 (.1) here is not an option yet either.
(and nobody can guarantee this same bug doesn't exist in it).
Regarding the magnitude: It's pretty damn high, if you look at how
many bug reports we've got about reference issues and large (huge)
codebases. (where find
On Mon, 30 May 2005, Zeev Suraski wrote:
arguments. But it isn't. It's a bug that is pretty uncommon and can be
worked around in userspace. Yes, it's annoying if you bump into it, but in
the scale of severity, I don't think it rates very high.
It rates pretty high on my list when I hav
Sascha pretty well explained why adding such automagic is not
possible. But maybe if there is some small test prog to try with
AC_TRY_RUN(), I can always add that. (but I lack the knowledge on how
to write such prog..)
--Jani
On Sun, 29 May 2005, Wez Furlong wrote:
None f
Regarding this bug: http://bugs.php.net/bug.php?id=29322&edit=1
And by looking at this commit by Andi:
http://cvs.php.net/diff.php/php-src/ext/session/session.c?r1=1.391&r2=1.392&ty=u
and this part of it:
- REGISTER_STRINGL_CONSTANT("SID", empty_string, 0, 0);
On Sun, 5 Jun 2005, Magnus Määttä wrote:
Hi Andi,
On Saturday 04 June 2005 07.58, Andi Gutmans wrote:
I'd like to roll a beta of it towards the end of next week such as
Thursday (giving a chance for some last minute fixes), and then
hopefully RC within a week or two.
Once we RC PHP 5.1, we sho
Fixed in CVS now. (please test, I have no solaris machine to test with :)
--Jani
On Wed, 8 Jun 2005, Uwe Schindler wrote:
At 19:38 07.06.2005, Derick Rethans wrote:
On Mon, 6 Jun 2005, Derick Rethans wrote:
> If you have any issues that you really want to get fixed in PHP 4.4,
> ple
ration for 5.1?
I think it would be a strong addition.
--Wez.
On 6/10/05, Jani Taskinen <[EMAIL PROTECTED]> wrote:
That patch of mine to the extension loading mechanism should fix this?
Just add a dependancy of spl to pdo..and fix the 'delayed' startup
routine. :)
On Sat, 11 Jun 2005, Derick Rethans wrote:
On Sat, 11 Jun 2005, Andi Gutmans wrote:
Hi Wez and all,
I built Beta 2 with the latest CVS which appears to have Wez's fixes. Please
check it out and let me know if it resolves the critical problem and can be
posted.
Very nice Andi. I asked yester
See also http://bugs.php.net/bug.php?id=33212&edit=1
--Jani
On Mon, 13 Jun 2005, Dmitry Stogov wrote:
Hi,
Is GCC 4.0.1 already released?
Did you try GCC 4.0.0?
Something was changed in GCC.
The error message is proper, but I don't understand why this became a error.
Probably I'll ne
Fixed.
--Jani
On Tue, 14 Jun 2005, Stanislav Malyshev wrote:
As of now, Zend engine standalone build is broken in CVS, in two places:
1. SED variable is used though not defined
2. PHP_ARG_WITH is used, though not defined
--
Donate @ http://pecl.php.net/wishlist.php/sniper
--
PHP
Here's a patch to get the multiple versions:
(totally untested!)
http://www.php.net/~jani/patches/zend_multi_vm.patch
I didn't want to change the generator that much, so
if you want to generate all, just run it 3 times.
Perhaps this could be a buildconf thing?
--Jan
They have to be in CVS, otherwise there is the small but annoying
chicken'n'egg problem..you might not have PHP installed to begin with. :)
--Jani
On Fri, 17 Jun 2005, Dmitry Stogov wrote:
Hi Sebastian,
I don't like generated files in CVS at all.
Having several copies can be a re
bly should work, but as I said, I don't like generated files
in CVS (however we can generate them for release).
Thanks. Dmitry.
-Original Message-----
From: Jani Taskinen [mailto:[EMAIL PROTECTED]
Sent: Friday, June 17, 2005 2:17 PM
To: Sebastian Bergmann
Cc: internals@lists.php.net
Su
New version now @ http://www.php.net/~jani/patches/zend_multi_vm.patch
--Jani
On Fri, 17 Jun 2005, Jani Taskinen wrote:
Ok, I'll redo the patch. hangon.. :)
--Jani
On Fri, 17 Jun 2005, Dmitry Stogov wrote:
Hi Jani,
You shouldn't patch zend_vm_gen.php.
The option
Perhaps you should have noticed that the errors in php.ini-recommended
are logged so whatever the error level is shouldn't matter.
And I don't think this file is read-only everywhere? :)
--Jani
On Sat, 18 Jun 2005, Andi Gutmans wrote:
Thanks for spotting that. Not sure how it
An ini file we might provide does not set the defaults.
Try running stuff without any php.ini file..
The error_reporting in a recommended (PHP 5.1!!!) ini
file should be at the "pedantic" level..
--Jani
On Sat, 18 Jun 2005, Daniel Convissor wrote:
Hi Zeev:
On Sat, Jun 1
Fixed in CVS.
--Jani
On Tue, 21 Jun 2005, Nuno Lopes wrote:
I still have a problem in the configure script.
With the package you post:
checking for embedded SAPI library support... no
./configure: syntax error at line 9265: `;' unexpected
checking that line, there is a problem indee
Provide the patch against CVS HEAD branch.
(either get the sources via CVS or as snapshot from http://snaps.php.net)
--Jani
On Thu, 23 Jun 2005, Jochen Hansper wrote:
Hello Marcus,
patches for official php-4.3.11 release in attachment... (diff -Naur)
Jochen
[php_session.h.patc
On Thu, 23 Jun 2005, Derick Rethans wrote:
On Thu, 23 Jun 2005, Andi Gutmans wrote:
I can do that if we agree on doing it. You do know that most of the ones
in the "scripting engine" one are ZE1 bugs?
It seems the majority were also verified with PHP 5, no?
I'm not sure, but would it help
On Mon, 27 Jun 2005, Yasuo Ohgaki wrote:
Derick Rethans wrote:
On Sun, 26 Jun 2005, Sara Golemon wrote:
Yes, unregister/restore is PHP5 only. I'd personally be okay with merging
this to 4.4 as the bulk of the support for it is already there internally,
it's just adding a couple PHP_FUNCTION
1.6MB timezonedb.h in ext/date/lib/ would be a good guess. :)
--Jani
On Mon, 27 Jun 2005, Michael Sisolak wrote:
The default build of php4ts.dll has grown from 3,421k in 5.0.4 to
4,297k in 5.1.0b2 (an increase of over 25%). Does anyone know what the
change was that had such a dramatic
Please troll, do you go away if I close my eyes?
--Jani
On Wed, 29 Jun 2005, Russell Nelson wrote:
Rasmus Lerdorf writes:
> Russell Nelson wrote:
> > When the top Google result for 'php security flaw' returns
> > mysql_query() instead of include(), I will agree that you are correct.
>
These should be definately fixed:
http://bugs.php.net/bug.php?id=33772&edit=1 (destruct thing)
http://bugs.php.net/bug.php?id=33723&edit=1 (apache + php_admin_value issue)
These would be nice to get fixed:
http://bugs.php.net/bug.php?id=31177&edit=1 (memory leak)
http:/
On Thu, 4 Aug 2005, Marc Boeren wrote:
Hiyall and Wez in particular,
In general, unless the extension is a really ancient forgotten thing,
the person moving it should coordinate with the current maintainer to
set that up.
That would have been nice :-)
Please note this: This was only r
On Thu, 4 Aug 2005, Pasha Zubkov wrote:
Hi list,
If after `... checkout php-src` I go to directory php-src and remove
ZendEngine2 directory, then run `... up -APd` don't restore this
directory from repo. How I can update my copy to repo status?
Do NOT remove the directory. buildconf hand
On Fri, 5 Aug 2005, Pasha Zubkov wrote:
Andrey Hristov wrote:
Because CVS works and ppl are so far happy with it
Andrey
CVS don't always work properly. This example shows it ;) Also SVN has
It works fine as long as you don't try to outsmart it.
better versioning control mechanism. H
On Fri, 5 Aug 2005, Kamesh Jayachandran wrote:
Hi All,
I could not build exif and sockets extension as a shared extension(Our
php set up is like windows PHPTS).
With the current config.m4 I get link failure stating that php5lib not
found.
PHP_SUBST(SOCKETS_SHARED_LIBADD)
PHP_SUBST(EXIF_SHARED_
On Fri, 5 Aug 2005 23:58:39 +0300 (EEST), "Jani Taskinen"
<[EMAIL PROTECTED]> said:
On Fri, 5 Aug 2005, Kamesh Jayachandran wrote:
Hi All,
I could not build exif and sockets extension as a shared extension(Our
php set up is like windows PHPTS).
With the current config.m4 I get li
On Mon, 8 Aug 2005, Derick Rethans wrote:
On Mon, 8 Aug 2005, Sebastian Bergmann wrote:
Derick Rethans schrieb:
Throwing two different kinds of Exceptions is evil.
Just as evil as allowing SPL to be disabled.
Not really. SPL is only for people that actually want to use Java.
Enabli
On Mon, 8 Aug 2005, Marcus Boerger wrote:
without SPL. At the end of the day i'd even like to drop reflection support
from the engine and move it to a specialized extensions - again - for
speed/memory reasons.
YES PLEASE! I've absolutely no use for it, and I really really need
every bi
On Mon, 8 Aug 2005, Ondrej IvaniÄ wrote:
Jani Taskinen wrote:
without SPL. At the end of the day i'd even like to drop reflection support
from the engine and move it to a specialized extensions - again - for
speed/memory reasons.
YES PLEASE! I've absolutely no use for it, an
On Tue, 9 Aug 2005, Derick Rethans wrote:
Now that we branched it's time to rename HEAD to something else than 5.1
in order to have different version numbers. Although the name PHP 5.5
was mentioned before, I do think we should call it PHP 6.0. As the
Unicode support is quite a drastic change. G
On Fri, 12 Aug 2005, Rasmus Lerdorf wrote:
1. Remove register_globals completely
+1 (then we can cleanup the mess in ext/session too :)
2. Remove magic_quotes_*
+1 (definately, finally, at last! The filter stuff obsoletes those anyway?)
3. Add input filter extension which will in
Very good idea. We do bundle the thing? :)
--Jani
On Fri, 12 Aug 2005, Ilia Alshanetsky wrote:
This is a very good, point we really should drop support for things like
gd1 (no reason anymore, latest versions (including bundled) have GIF
support). These only add a hundreds of ifdefs to
On Fri, 12 Aug 2005, Pierre-Alain Joye wrote:
On Sat, 13 Aug 2005 00:21:29 +0300 (EEST)
[EMAIL PROTECTED] (Jani Taskinen) wrote:
Very good idea. We do bundle the thing? :)
I do not think we can use the extern GD2 in the same nice way than
we use ours.
But droping _extern_ gd2 support
On Fri, 12 Aug 2005, Andrei Zmievski wrote:
We did, but we never arrived at consensus. I don't really see a good reason
for giving people access to code-units with such a low-level operator. If we
fix it, I'd rather fix it so that [] only works on arrays, and {} on strings,
+100
with s
On Sat, 13 Aug 2005, David Zülke wrote:
10. namespace support (we are telling everyone php is ready for the big
soup. In those scenarios you often find big teams and any help allowing
things like dedicated responisbilities and preventing communication
problems is more then welcome.)
-1 before,
On Sat, 13 Aug 2005, Marco Tabini wrote:
Or maybe so that you don't have to look at the manual fifteen times a minute
so that you can remember whether the needle goes before the haystack in a
particular function or not.
I'm all for making this consistent all around.
Best way to get thi
On Sat, 13 Aug 2005, Lukas Smith wrote:
Xuefer wrote:
possibly make a internal or loadable "argument reposition table", enabled
with:
declare(fix_function_argument_position);
fix at compile time, no performance lost on runtime.
but might confuse the debuger if the origin position in source is
On Sat, 13 Aug 2005, George Schlossnagle wrote:
On Aug 13, 2005, at 5:08 AM, Ondrej Ivani wrote:
9. Shared memory storage for variables with transparent access. (superglobal
array?)
-1. This is hard to make consistent across all platforms, and will break
instantly when you go past 1 mach
On Sat, 13 Aug 2005, Lukas Smith wrote:
Ron Korving wrote:
16. Support for
that reminds me:
set short_open_tags to off in any sample php.ini we ship.
Ah yes, that reminds me:
17. Nuke every "alternative" open tag and only have http://www.php.net/unsub.php
On Sat, 13 Aug 2005, George Schlossnagle wrote:
Maybe this could be something that ext/session could provide.
I sure can find some uses for a 'global session'.
That seems like a reasonable to go. I question it's utility a bit - how often
is this really useful? For large objects (lik
I'd go with zend_unicode.c as you can disable ext/unicode.
--Jani
On Sat, 13 Aug 2005, Wez Furlong wrote:
A number of extensions/functions (strangely, most of the things I work
on :-) will need to be able to convert between unicode and arbitrary
encodings. It makes a lot of sense to
On Sat, 13 Aug 2005, Sara Golemon wrote:
This is the first one that comes to my mind:
int strpos (string haystack, mixed needle [, int offset])
And this is why they're inconsistent to begin with. When I look at strpos() I
think: strchr(char *, int) So the parameter ordering does
On Sat, 13 Aug 2005, Sara Golemon wrote:
set short_open_tags to off in any sample php.ini we ship.
Ah yes, that reminds me:
17. Nuke every "alternative" open tag and only have
Agreed (though not so much nuke as default to off).
Whenever open tags comes up, I'll toss
function portable_strpos($needle, $haystack) {
if (version_compare(phpversion(), "6.0"))) {
return strpos($needle, $haystack);
} else {
return strpos($haystack, $needle);
}
}
--Wez.
On 8/13/05, Ryan King <[EMAIL PROTECTED]> wrote:
On Aug 13, 2005, at 6:50 PM, Jani Taskinen wrote:
On Sun, 14 Aug 2005, Ilia Alshanetsky wrote:
If apc comes bundled then it includes apc_store() and apc_fetch() this
is pretty much $_MEMORY with a few tweaks.
Yes, but that is restricted to one server installations.
I need such a 'global session' that is available with multiple
fro
On Sun, 14 Aug 2005, Zeev Suraski wrote:
worried about the wholesale mode that internals@ switched into, the almost
unanimous "YES!" response, and the overall feeling that suddenly with 6.0
Good. Phear the masses. It's not your vote that counts anymore.
--Jani
--
PHP Internals - PHP
On Sun, 14 Aug 2005, George Schlossnagle wrote:
On Aug 14, 2005, at 3:37 PM, Jani Taskinen wrote:
On Sun, 14 Aug 2005, Ilia Alshanetsky wrote:
If apc comes bundled then it includes apc_store() and apc_fetch() this
is pretty much $_MEMORY with a few tweaks.
Yes, but that is
First: Where can I get that stuff you're smoking? :)
On Mon, 15 Aug 2005, Zeev Suraski wrote:
upgrade path that does not include auditing their entire codebase. Yes, a
script in userspace (bundled and without dependencies) is acceptable.
extract() was already mentioned (by Rasmus eve
Not critical enough to try and find the fix.
Just use 5.1. As far as I'm concerned, 5.0 is dead along with 4.4 :)
--Jani
On Thu, 18 Aug 2005, Lukas Smith wrote:
Hi,
I am using custom streams for the LOB support in PEAR::MDB2.
It seems that things work nicely on PHP 4.4 and PHP 5.
On Thu, 18 Aug 2005, Lukas Smith wrote:
Jani Taskinen wrote:
Not critical enough to try and find the fix.
Just use 5.1. As far as I'm concerned, 5.0 is dead along with 4.4 :)
But why even bother with 5.0.5 .. or more specifically whats the purpose of
Ask Zeev.
minor ve
On Thu, 18 Aug 2005, Pierre-Alain Joye wrote:
* bump the minimum version of the required libs (I left zlib to the
base dependency as it is used anywhere).
- libpng, 1.2.8
- libjpeg 6b3x
- freetype 2.1.10
As long as these are only preferred not required, they're fine.
RHEL4 for exa
On Mon, 22 Aug 2005, Mikko Rantalainen wrote:
upload *before* it has been completed. Make it possible to handle *big*
uploads without requiring uploaded file to fit the memory. Handle multiple
This was changed in PHP 4.2.0, the file uploading code was rewritten
to not load the whole fi
Yeah, don't release it and push 5.1 instead.
Nobody should be using 5.0 anymore after 5.1 is out..
--Jani
On Wed, 24 Aug 2005, Zeev Suraski wrote:
Any outstanding things for this release beyond PEAR and XMLRPC? I'd like to
roll RC2 as soon as possible.
Thanks,
Zeev
--
PHP
Let's just nuke all other opening tags than
It would be nice if PHP could not get tripped up by "
Already included, you may have seen this feature used before, I gather he meant making the scanner intelligent enough to see that the followed by 'xml' and just ignoring the fact that short open
If I understood correctly, the fixed XML_RPC pear package
was updated to the PHP_5_1 branch already. Why is ext/xmlrpc
still required?
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, 27 Aug 2005, Rasmus Lerdorf wrote:
Jani Taskinen wrote:
If I understood correctly, the fixed XML_RPC pear package
was updated to the PHP_5_1 branch already. Why is ext/xmlrpc
still required?
It isn't.
Ok. Fix committed. :)
--Jani
--
PHP Internals
What's the status with 5.1 release? Somehow I've got
the feeling that nobody's doing anything about it after
the unicode merge..? (nobody == Dmitry :)
And who is the RM for PHP_5_1 branch anyway?
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
On Tue, 30 Aug 2005, Andrei Zmievski wrote:
On Aug 30, 2005, at 10:30 AM, Rasmus Lerdorf wrote:
Also, I see the following 6 failed test cases on my Linux box:
-Bug #16069 [ext/iconv/tests/bug16069.phpt]
According to the last two comments in that bug report, glibc iconv() does not
support CP
Patch: http://www.php.net/~jani/patches/ini_fix.patch
See also: http://bugs.php.net/bug.php?id=34307
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 31 Aug 2005, Jani Taskinen wrote:
Patch: http://www.php.net/~jani/patches/ini_fix.patch
See also: http://bugs.php.net/bug.php?id=34307
The patch was a bit broken, fixed one now uploaded.
(if the one you have grabbed has anything with Zend/zend.c in it, nuke it
Done. All distros should have at least 2.6.8. Most have 2.6.16 or above..
--Jani
On Wed, 31 Aug 2005, Rob Richards wrote:
I would suggest bumping up the libxm2 minimum version to 2.6.8. Had forgotten
about this until a recent bug, but 2.6.6 and 2.6.7 can cause memory corruption
that
On Wed, 31 Aug 2005, steve wrote:
At any rate, there are two problems:
1) That the newly thrown exception blows up into a fatal error that
doesn't list the file or line number.
Example code?
2) mysqli is unloaded(!?) (or appears to be) before the the user's
shutdown function is called. T
On Thu, 1 Sep 2005, Derick Rethans wrote:
On Wed, 31 Aug 2005, Derick Rethans wrote:
On Tue, 30 Aug 2005, Zeev Suraski wrote:
For those of you who submitted patches to 5.1 since RC1 - do you believe that
we need another RC or can we go ahead and roll 5.1 final and run a sanity test
for 24 ho
On Wed, 31 Aug 2005, Ondrej IvaniÄ wrote:
Jani Taskinen wrote:
On Tue, 30 Aug 2005, Andrei Zmievski wrote:
On Aug 30, 2005, at 10:30 AM, Rasmus Lerdorf wrote:
Also, I see the following 6 failed test cases on my Linux box:
-Bug #16069 [ext/iconv/tests/bug16069.phpt]
According to the
On Fri, 2 Sep 2005, Ilia Alshanetsky wrote:
the "feature request":
prints "SQL logic error or missing database", but you don't have a clue
of what error is.
with my patch, you can retrieve the error (in the additional variable)
you get in the Warning message ("no such column: column").
Aha,
1 - 100 of 906 matches
Mail list logo
