Hi,
> -Original Message-
> From: Richard H Lee [mailto:ricardohenry...@gmail.com]
> Sent: Thursday, May 11, 2017 3:18 PM
> To: internals@lists.php.net
> Subject: [PHP-DEV] Patch for bug #65312: Segmentation fault with filesize=4096
>
> I submitted a patch for bug
I submitted a patch for bug #65312 "Segmentation fault with
filesize=4096". It's to do with the way Cygwin handles mmap()ing. It is
not a duplicate of another bug as marked, it is specific to Cygwin.
I'm not sure about the release structure of PHP, but it would be great
if I could get this pat
Hi all,
I've made a patch for #60075 because it's a feature I'll find very useful. It's
my first patch so it'd be great to get some feedback.
https://bugs.php.net/bug.php?id=60075
Thanks.
-Stuart
--
Stuart Dallas
3ft9 Ltd
http://3ft9.com/
On Sat, Dec 10, 2011 at 2:23 PM, wrote:
> Hi,
>
> Here is my patch for the bug 48877 (https://bugs.php.net/bug.php?id=48877)
I will check and apply it
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Here is my patch for the bug 48877 (https://bugs.php.net/bug.php?id=48877)
Index: ext/pdo_firebird/firebird_driver.c
===
--- ext/pdo_firebird/firebird_driver.c (revision 320803)
+++ ext/pdo_firebird/firebird_driver.c (working c
All of the existing tests run.
I will make one change as per C. Jones request to use a const for the
hard coded 1024 window (since it's used twice).
Also, I am unable to run the php-tests.php with the -m (valgrind) on my
mac, so I'll need to run those on linux before I commit.
In the mean t
On 11/10/2011 11:44 AM, Ralph Schindler wrote:
> Hey all,
>
> I've spent a bunch of time tracking down this issue (which was
> intermittent at best) and have identified the problem and have a patch
> for the solution.
>
> Details here: https://bugs.php.net/bug.php?id=60164
>
> The attached patch
Hey all,
I've spent a bunch of time tracking down this issue (which was
intermittent at best) and have identified the problem and have a patch
for the solution.
Details here: https://bugs.php.net/bug.php?id=60164
The attached patch is against trunk, PHP_5_4, & PHP_5_3.
Seeing as though I've
Hi Mats,
On 20 April 2010 00:18, Mats Lindh wrote:
> The filter_input function has an errornous check for the
> FILTER_NULL_ON_FAILURE flag, where it returns NULL if it is NOT set,
> and not if it is set.
>
> I added the patch to the bug tracker over a week ago, but it seems
> like it has gone un
Hi,
The filter_input function has an errornous check for the
FILTER_NULL_ON_FAILURE flag, where it returns NULL if it is NOT set,
and not if it is set.
I added the patch to the bug tracker over a week ago, but it seems
like it has gone unnoticed:
http://bugs.php.net/bug.php?id=51344
Would be gr
Oups. Haven't noticed the attachment. I will try to attach the file again.
2010/2/10 Sokolov Evgeniy :
> No problem. I will remember for the future
>
> 2010/2/10 Pierre Joye :
>> Can you attach the patch instead of copying it in your post? Simply
>> name it mypatch.txt (.txt is important for the l
No problem. I will remember for the future
2010/2/10 Pierre Joye :
> Can you attach the patch instead of copying it in your post? Simply
> name it mypatch.txt (.txt is important for the list).
>
> 2010/2/10 Sokolov Evgeniy :
>> Thank you very much. This patch is passed, also as other patches from
Can you attach the patch instead of copying it in your post? Simply
name it mypatch.txt (.txt is important for the list).
2010/2/10 Sokolov Evgeniy :
> Thank you very much. This patch is passed, also as other patches from
> this extension. It's time for choose next bug :)
>
>
>
> Index: ext/pgsql/
Thank you very much. This patch is passed, also as other patches from
this extension. It's time for choose next bug :)
Index: ext/pgsql/tests/bug47199.phpt
===
--- ext/pgsql/tests/bug47199.phpt (revision 0)
+++ ext/pgsql/tests
Hi Skolov:
> I just run "php tests/27_bug47199.phpt" and check the result output.
> Is this correct way?
Use an EXPECT or EXPECTF section. See http://qa.php.net/phpt_details.php
for more information.
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
If anyone ever needs me to host a patch, there's more than enough
room at patch.joeysmith.com, just email me the patch as an attachment
off-list. It'd probably be better than relying on a pastebin.
On Tue, Feb 09, 2010 at 04:38:44PM +0100, Johannes Schlüter wrote:
> Hi,
>
> On Tue, 2010-02-09 at
Hi,
On Tue, 2010-02-09 at 20:11 +0500, Sokolov Evgeniy wrote:
> > did you really run this test and was it successful? - doesn't looklike
> > for me.
> I just run "php tests/27_bug47199.phpt" and check the result output.
> Is this correct way?
The easy way to run it using the test Framework is by
> did you really run this test and was it successful? - doesn't looklike
> for me.
I just run "php tests/27_bug47199.phpt" and check the result output.
Is this correct way?
>> Property changes on: tests/27_bug47199.phpt
> This isn't needed.
Okey, I just use previous test in this dir as example.
Евгений,
thanks for the patch.I didn't fully review it but I wonder about a
thing:
On Tue, 2010-02-09 at 16:27 +0500, Соколов Евгений wrote:
> Index: tests/27_bug47199.phpt
> ===
> --- tests/27_bug47199.phpt(revision 0)
> +++ tes
Index: tests/27_bug47199.phpt
===
--- tests/27_bug47199.phpt (revision 0)
+++ tests/27_bug47199.phpt (revision 0)
@@ -0,0 +1,23 @@
+--TEST--
+Bug #47199 pg_delete fails on NULL
+--SKIPIF--
+
+--FILE--
+ NULL,
'not_null_field
Hi Pierrick,
2009/11/13 Pierrick Charron
> Hi,
>
> I created a patch for the bug #49936.
>
> The problem was due to the new way to manage references of stream context.
> The patch increase the refcount of the context when it's assigned to a
> stream (in the method php_stream_context_set).
> A ze
Hi,
I created a patch for the bug #49936.
The problem was due to the new way to manage references of stream context.
The patch increase the refcount of the context when it's assigned to a
stream (in the method php_stream_context_set).
A zend_list_delete is already called on the context when the s
Thanks for the patch, a patch closely based on your was just applied
to SVN.
On 2009-10-03, at 12:40 PM, Florian Anderiasch wrote:
Hello,
I've tried to fix http://bugs.php.net/bug.php?id=49757
As it's my first patch in c, any reviews and suggestions would be very
welcome.
Greetings,
Florian
Hello,
I've tried to fix http://bugs.php.net/bug.php?id=49757
As it's my first patch in c, any reviews and suggestions would be very
welcome.
Greetings,
Florian
Index: ext/standard/basic_functions.c
===
--- ext/standard/basic_functi
On 07/18/2009 07:03 PM, Sriram Natarajan wrote:
Jani Taskinen wrote:
Sriram Natarajan wrote:
Hi
I was looking into CR:
48774(http://bugs.php.net/bug.php?id=48774&thanks=3) and was hoping
if some one can kindly review this patch. This patch does address the
SEGV issue reported in the bug. Can th
On 20.07.2009, at 12:42, Jani Taskinen wrote:
On 07/15/2009 08:49 PM, David Zülke wrote:
Hi there,
attached are patches for http://bugs.php.net/48929.
Big kudos to Tjerk Anne and Arnaud, this forking HTTP server stuff
for
testing the stream wrapper is genius.
Ehem..was this ever committe
On 07/15/2009 08:49 PM, David Zülke wrote:
Hi there,
attached are patches for http://bugs.php.net/48929.
Big kudos to Tjerk Anne and Arnaud, this forking HTTP server stuff for
testing the stream wrapper is genius.
Ehem..was this ever committed? And don't you have svn access yourself
anyway?
Jani Taskinen wrote:
Sriram Natarajan wrote:
Hi
I was looking into CR:
48774(http://bugs.php.net/bug.php?id=48774&thanks=3) and was hoping
if some one can kindly review this patch. This patch does address
the SEGV issue reported in the bug. Can this be applied to PHP 5.3
and PHP 5.2 as well
Sriram Natarajan wrote:
Hi
I was looking into CR:
48774(http://bugs.php.net/bug.php?id=48774&thanks=3) and was hoping if
some one can kindly review this patch. This patch does address the SEGV
issue reported in the bug. Can this be applied to PHP 5.3 and PHP 5.2 as
well ?
Index: ext/curl/
Hi
I was looking into CR:
48774(http://bugs.php.net/bug.php?id=48774&thanks=3) and was hoping if
some one can kindly review this patch. This patch does address the SEGV
issue reported in the bug. Can this be applied to PHP 5.3 and PHP 5.2 as
well ?
Index: ext/curl/interface.c
=
Hi there,
attached are patches for http://bugs.php.net/48929.
Big kudos to Tjerk Anne and Arnaud, this forking HTTP server stuff for
testing the stream wrapper is genius.
- David
Index: ext/standard/tests/http/bug48929.phpt
===
On Jun 18, 2009, at 10:55 AM, Scott MacVicar wrote:
Here is a nice simple patch for #48575 which rips out the
mach-o/dyld.h functionality in Zend (as suggested by the original
reporter and the Apple comment). According to my testing this not
only
doesn't break anything, but actually doesn't ch
Gwynne Raskind wrote:
> On Jun 18, 2009, at 10:46 AM, Gwynne Raskind wrote:
>> Here is a nice simple patch for #48575 which rips out the
>> mach-o/dyld.h functionality in Zend (as suggested by the original
>> reporter and the Apple comment). According to my testing this not only
>> doesn't break an
On Jun 18, 2009, at 10:46 AM, Gwynne Raskind wrote:
Here is a nice simple patch for #48575 which rips out the mach-o/
dyld.h functionality in Zend (as suggested by the original reporter
and the Apple comment). According to my testing this not only
doesn't break anything, but actually doesn't
Here is a nice simple patch for #48575 which rips out the mach-o/
dyld.h functionality in Zend (as suggested by the original reporter
and the Apple comment). According to my testing this not only doesn't
break anything, but actually doesn't change anything either except
removing some dead co
Hi Florian
2009/4/21 Florian Anderiasch :
> Hello,
> bug #47839
>
> Here's a small patch, trying to add the manual page as well (got karma
> there) once I figured out how insert a new one, but I can't access
> php-src/UPGRADING obviously.
>
> Greetings,
> Florian
>
> --- UPGRADING.old 2009-0
Hello,
bug #47839
Here's a small patch, trying to add the manual page as well (got karma
there) once I figured out how insert a new one, but I can't access
php-src/UPGRADING obviously.
Greetings,
Florian
--- UPGRADING.old 2009-04-18 07:22:26.0 -0400
+++ UPGRADING 2009-04-18 07:23
Attached is a patch and a corresponding test case for bug #42322 against
the PHP_5_3 branch. (Antony suggested I don't supply PDO patches
against HEAD.)
- Martin
Index: ext/pdo_mysql/mysql_statement.c
===
RCS file: /repository/php
Hi Antony,
Antony Dovgal wrote:
> Rob, I believe you're looking into wrong place.
> You should be patching virtual_file_ex() in TSRM/tsrm_virtual_cwd.c, the root
> of
> all evils is there as this function is used by expand_filepath() and in all
> other places.
Ok, originally was going to try
I have added information on how I fixed #42637 to the ticket:
http://bugs.php.net/bug.php?id=42637
It's a one-line fix. I'd be interested in others testing this in their
environment and a developer reviewing it. It'd be nice to see it
checked in for 5.2.5
--
Bill Moran
Collaborative Fusion In
On 05.10.2007 11:09, Rob Thompson wrote:
> Here is a patch for bug 41822. The expand_filepath() function will not
> work in Solaris if a non-root user attempts to read a file under a
> directory with only (--x) permissions.
>
> Currently expand_path() returns NULL and no FD is opened, although th
Here is a patch for bug 41822. The expand_filepath() function will not
work in Solaris if a non-root user attempts to read a file under a
directory with only (--x) permissions.
Currently expand_path() returns NULL and no FD is opened, although the
file is readable. This patch adds a last-ditch
Hi.
Whilst 25361 is not a PHP bug per se, the patch I've built (but can't
test) should deal with it.
The patch is available at http://pastie.caboo.se/84303
If you need more info, I'm more than willing to help out.
Ashar Lohmar <[EMAIL PROTECTED]> put me onto this fix - he had a
similar issue wi
Hello,
the BUG #38236(http://bugs.php.net/bug.php?id=38236),correctly addressed
and fixed in the PHP 5.x codebase, is still present in the PHP 4.4.x
codebase. I've tested and reproduced the same problem with many
installations ranging from PHP 4.4.0 to PHP 4.4.6 included.
I've applied the patch.
Hello,
the BUG #38236(http://bugs.php.net/bug.php?id=38236),correctly addressed
and fixed in the PHP 5.x codebase, is still present in the PHP 4.4.x
codebase. I've tested and reproduced the same problem with many
installations ranging from PHP 4.4.0 to PHP 4.4.6 included.
I've used the relevant p
Hi Internals,
I tried to fix the newline bug #39538
(http://bugs.php.net/bug.php?id=39538) that appears using fgetcsv with
unix newlines LF, instead of the csv rfc CRLF.
I didn't fix the backslash escape stuff, as this might be expected
behviour.
Greets
David ([EMAIL PROTECTED])
The patch again
Hi internals,
I tried to fix http://bugs.php.net/bug.php?id=38770.
The pack and unpack function returns different values on different
platform for options like "N".
Example:
print_r(unpack("N", pack("N", -3000)));
prints -3000 und x86
and 4294937296 on x86_64.
That happens because all the 32
Here's a patch for bug #35512. I'm hoping that this can be included
in PHP 5.1.2
Thanks,
Ryan Dingman
[EMAIL PROTECTED]
Next Online Mortgage Technologies, Inc.
Index: ZendEngine2/zend.c
===
RCS file: /repository/ZendEngine2/z
L PROTECTED]
Cc: internals@lists.php.net
Date: Fri, 18 Nov 2005 11:25:34 -0500
Subject: Re: [PHP-DEV] Patch for bug report #35243
Please send patches as plain text MIME attachments, and ideally
include a URL where it can be downloaded as well.
--Wez.
_
Please send patches as plain text MIME attachments, and ideally
include a URL where it can be downloaded as well.
--Wez.
On 11/18/05, David <[EMAIL PROTECTED]> wrote:
>
> I've recently opened a bug report #35243, and was requested to send the patch
> in unified diff format to this list. Here it
I've recently opened a bug report #35243, and was requested to send the patch
in unified diff format to this list. Here it is, as requested, both in
plaintext, and uuencoded (in case the mailer really messes things up).
I'd appreciate any feedback, as this is my first time posting a patch.
Patch applied, thanks.
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[Resending with patch inline]
Hi--
Could someone with karma check that this patch is ok for bug #34565 and
commit it to CVS? The patch is against HEAD -- not sure if a separate commit
needs to be made against the 4.x and 5.x branches (and would appreciate some
pointers on this topic).
Cheers!
[Resending with patch in text file. I'm planning on getting this right one
of these days]
Hi--
Could someone with karma check that this patch is ok for bug #34565 and
commit it to CVS? The patch is against HEAD -- not sure if a separate commit
needs to be made against the 4.x and 5.x branches (an
Hi--
Could someone with karma check that this patch is ok for bug #34565 and
commit it to CVS? The patch is against HEAD -- not sure if a separate commit
needs to be made against the 4.x and 5.x branches (and would appreciate some
pointers on this topic).
Cheers!
Marco
--
PHP Internals - PHP
ly get it wrong again.
John.
-Original Message-
From: Jani Taskinen [mailto:[EMAIL PROTECTED]
Sent: 24 January 2005 04:44
To: Carter, John
Cc: internals@lists.php.net
Subject: Re: [PHP-DEV] Patch for bug 29334 Daylight Savings Win32
This "fix" is not very ideal considering
This "fix" is not very ideal considering this note about tm_isdst
property:
"Positive value if daylight saving time is in effect; 0 if daylight
saving time is not in effect; negative value if status of daylight
saving time is unknown. If the TZ environment variable is set, th
On Fri, 14 Jan 2005, Carter, John wrote:
> This bug's been open a while (since July). I placed a small patch in
> the comments in October (repeated below); can someone review and
> commit please?
It looks OK, but I can't try it as I don't use Windows.
Derick
--
Derick Rethans
http://derickreth
Hi,
This bug's been open a while (since July). I placed a small patch in the
comments in October (repeated below); can someone review and commit please?
John.
patch to win32 sendmail.c:
--- old.c 2004-09-08 21:33:17.640625000 +0100
+++ new.c 2004-09-08 21:39:06.890625000 +0100
@@ -
As of 5.0.1, when a user returns a property name in the array that
is returned by __sleep(), var.c:php_var_serialize_class() doesn't
properly find the protected or private members since the names in
the table are mangled.
This patch, attempts to fix this problem by checking the mangled
private an
Curt:
> http://bugs.php.net/28999
Thanks for the patch. I added a comment pointing to your post.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
4015 7th
http://bugs.php.net/28999
It seems the behaviour of exec() and the array being returned
changed when iliaa revamped a lot of code pre 4_3_2RC1, which caused the
array being passed to always get initialized.
So it does seem questionable if it should be refixed since this
behaviour has been around
Where is the patch? ;)
Ilia
On March 24, 2003 09:10 pm, chihfeng wrote:
> Hi,
>
> Attached is a patch for Bug#22580. Since I don't have
> a CVS account. Could somebody help me install
> the patch?
>
> Thanks!!
>
> --Jeff
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, v
Hi,
Attached is a patch for Bug#22580. Since I don't
have
a CVS account. Could somebody help me
install
the patch?
Thanks!!
--Jeff
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Attached is the patch for bug #22805.
The problem is because the total length of buckets obtained in
each ap_get_brigade call isn't necessarily as long as expected by
SAPI_POST_READER_FUNC if more data are coming in the stream.
Moriyoshi
Index: sapi/apache2handler/sapi_apache2.c
65 matches
Mail list logo
