On Fri, Jul 31, 2015 at 08:29:51PM -0700, Josh Berkus wrote:
> Where are we with this? Do we feel confident that this bug is only on
> old versions of Solaris we don't care about? Or does it remain to be
> resolved?
Affected systems either have an available vendor update addressing the problem
o
Noah, All:
Where are we with this? Do we feel confident that this bug is only on
old versions of Solaris we don't care about? Or does it remain to be
resolved?
--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
On Wed, Jul 22, 2015 at 08:40:05AM +0200, Bjorn Munch wrote:
> On 22/07 02.29, Noah Misch wrote:
> > > I ran this program on Solaris 9 U5 (September 2006) on Sparc and got:
> >
> > I appreciate your testing. A few sources give December 2003 as the month
> > for
> > Solaris 9 Update 5; would you
On 22/07 02.29, Noah Misch wrote:
> > I ran this program on Solaris 9 U5 (September 2006) on Sparc and got:
>
> I appreciate your testing. A few sources give December 2003 as the month for
> Solaris 9 Update 5; would you verify the vintage you used?
Sorry I was mis-parsing the /etc/release. 9/05
On Tue, Jul 21, 2015 at 04:45:21PM +0200, Bjorn Munch wrote:
> On 27/06 12.51, Noah Misch wrote:
> >
> > PostgreSQL 9.5 adds a strxfrm() call in bttext_abbrev_convert(), which does
> > not account for the Solaris bug. I wish to determine whether that bug is
> > still relevant today. If you have
On 27/06 12.51, Noah Misch wrote:
>
> PostgreSQL 9.5 adds a strxfrm() call in bttext_abbrev_convert(), which does
> not account for the Solaris bug. I wish to determine whether that bug is
> still relevant today. If you have access to Solaris with the is_IS.ISO8859-1
> locale installed (or root
On Wed, Jul 8, 2015 at 10:18 PM, Noah Misch wrote:
> One function had a comment explaining its workaround for an OS bug, while
> another function ignored the same bug. That is always a defect in the
> comments at least; our code shall tell a uniform story about its API
> assumptions. I started t
On Sat, Jun 27, 2015 at 11:57:30AM -0700, Peter Geoghegan wrote:
> On Sat, Jun 27, 2015 at 9:51 AM, Noah Misch wrote:
> > PostgreSQL 9.5 adds a strxfrm() call in bttext_abbrev_convert(), which does
> > not account for the Solaris bug. I wish to determine whether that bug is
> > still relevant tod
On Wed, Jul 01, 2015 at 03:22:33AM -0400, Noah Misch wrote:
> On Tue, Jun 30, 2015 at 09:45:08AM -0400, Tom Lane wrote:
> > Noah Misch writes:
> > > On Sun, Jun 28, 2015 at 07:00:14PM -0400, Tom Lane wrote:
> > >> Another idea would be to make a test during postmaster start to see
> > >> if this b
On Tue, Jun 30, 2015 at 09:45:08AM -0400, Tom Lane wrote:
> Noah Misch writes:
> > On Sun, Jun 28, 2015 at 07:00:14PM -0400, Tom Lane wrote:
> >> Another idea would be to make a test during postmaster start to see
> >> if this bug exists, and fail if so. I'm generally on board with the
> >> thoug
Josh Berkus writes:
> The question is: how many folks out there are running PostgreSQL on
> Solaris 10? And are they at all likely to upgrade to PostgreSQL 9.5?
That's only the pertinent question if the bug exists on Solaris 10,
which I don't think we know do we? Oskari Saarenmaa's results upth
On 06/29/2015 07:53 PM, Robert Haas wrote:
> On Mon, Jun 29, 2015 at 6:07 PM, Josh Berkus wrote:
>> On 06/29/2015 02:08 PM, Tom Lane wrote:
>>> Josh Berkus writes:
Joyent confirms that the bug is fixed on SmartOS:
>>>
>>> The more interesting bit of information would be *when* it was fixed.
Noah Misch writes:
> On Sun, Jun 28, 2015 at 07:00:14PM -0400, Tom Lane wrote:
>> Another idea would be to make a test during postmaster start to see
>> if this bug exists, and fail if so. I'm generally on board with the
>> thought that we don't need to work on systems with such a bad bug,
>> but
On Mon, Jun 29, 2015 at 11:52:26AM +1200, Thomas Munro wrote:
> On Mon, Jun 29, 2015 at 10:57 AM, Tom Lane wrote:
> > Thomas Munro writes:
> >> Just by the way, I wonder if this was that bug:
> >> https://illumos.org/issues/1594
> >
> > Oooh. Might or might not be *same* bug, but it sure looks l
On Mon, Jun 29, 2015 at 6:07 PM, Josh Berkus wrote:
> On 06/29/2015 02:08 PM, Tom Lane wrote:
>> Josh Berkus writes:
>>> Joyent confirms that the bug is fixed on SmartOS:
>>
>> The more interesting bit of information would be *when* it was fixed.
>
> Answer: "not certain, but fixed at least 2 yea
On 06/29/2015 02:08 PM, Tom Lane wrote:
> Josh Berkus writes:
>> Joyent confirms that the bug is fixed on SmartOS:
>
> The more interesting bit of information would be *when* it was fixed.
Answer: "not certain, but fixed at least 2 years ago".
--
Josh Berkus
PostgreSQL Experts Inc.
http://pge
Josh Berkus writes:
> Joyent confirms that the bug is fixed on SmartOS:
The more interesting bit of information would be *when* it was fixed.
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
h
All,
Joyent confirms that the bug is fixed on SmartOS:
This is what I see:
SunOS pkgsrc-pbulk-2014Q4-1.local 5.11 joyent_20141030T081701Z i86pc
i386 i86pc
locale "is_IS.ISO8859-1": strxfrm returned 212; last modified byte at
58 (0x0)
locale "is_IS.ISO8859-1": strxfrm returned 212; last mod
On Sun, Jun 28, 2015 at 4:35 PM, Peter Geoghegan wrote:
> It hardly matters much, but I don't think that it is. I think the
> issue is entirely explained by sloppy code in the Solaris 8 stdlib.
I don't imagine that it will come as a surprise to anybody, but the
manpage [1] for strxfrm() covering
On Sun, Jun 28, 2015 at 4:35 PM, Robert Haas wrote:
> I completely agree. Noah is quite right to try to find out whether
> this is still an issue, and I'm glad he's doing it, and I think it's
> very unfortunate that Peter is trying to discourage that research.
Far from it. I am providing constru
On Mon, Jun 29, 2015 at 10:57 AM, Tom Lane wrote:
> Thomas Munro writes:
>> Just by the way, I wonder if this was that bug:
>> https://illumos.org/issues/1594
>
> Oooh. Might or might not be *same* bug, but it sure looks like it could
> have the right symptom. If this is indeed inherited from o
On Sun, Jun 28, 2015 at 7:14 PM, Tom Lane wrote:
> Peter Geoghegan writes:
>> It might have been the right decision at the time to paper over the
>> problem, but only for a year or two. I'd only favor adding defenses if
>> it could be expected to take longer for the Solaris stdlib people to
>> sh
On Sun, Jun 28, 2015 at 4:14 PM, Tom Lane wrote:
> The reason that bug is "special" is that it looks like a crash in
> Postgres, one that people have complained of because they didn't see it
> in other programs, which is not totally surprising because it requires
> a somewhat unusual usage of strx
Peter Geoghegan writes:
> It might have been the right decision at the time to paper over the
> problem, but only for a year or two. I'd only favor adding defenses if
> it could be expected to take longer for the Solaris stdlib people to
> ship a fix for their egregious bug than it would take for
Peter Geoghegan writes:
> On Sun, Jun 28, 2015 at 12:58 PM, Josh Berkus wrote:
>> My perspective is that if both SmartOS and OmniOS pass, it's not our
>> responsibility to support OldSolaris if they won't update libraries.
> Obviously I especially don't want to double the number of strxfrm()
> c
Thomas Munro writes:
> Just by the way, I wonder if this was that bug:
> https://illumos.org/issues/1594
Oooh. Might or might not be *same* bug, but it sure looks like it could
have the right symptom. If this is indeed inherited from old Solaris,
I'm afraid we are totally fooling ourselves if w
On Sun, Jun 28, 2015 at 12:58 PM, Josh Berkus wrote:
> My perspective is that if both SmartOS and OmniOS pass, it's not our
> responsibility to support OldSolaris if they won't update libraries.
Obviously I especially don't want to double the number of strxfrm()
calls made during text abbreviatio
On Mon, Jun 29, 2015 at 7:58 AM, Josh Berkus wrote:
> My perspective is that if both SmartOS and OmniOS pass, it's not our
> responsibility to support OldSolaris if they won't update libraries.
Just by the way, I wonder if this was that bug:
https://illumos.org/issues/1594
--
Thomas Munro
http
On 06/28/2015 12:29 PM, Peter Geoghegan wrote:
> It might have been the right decision at the time to paper over the
> problem, but only for a year or two. I'd only favor adding defenses if
> it could be expected to take longer for the Solaris stdlib people to
> ship a fix for their egregious bug t
On Sun, Jun 28, 2015 at 8:31 AM, Tom Lane wrote:
> The point here is to *find out*, rather than assuming. I agree that
> Sun should have been embarrassed that such a bug ever made it into
> a released libc, but it did. The question is how long did it take
> them to notice and fix it. Assuming t
Peter Geoghegan writes:
> On Sat, Jun 27, 2015 at 7:14 PM, Tom Lane wrote:
>> I think the point of Noah's query is to find out whether "ancient" is an
>> accurate description.
> You said it yourself at the time -- why trust the strxfrm()
> implementation when a NULL pointer is passed? It may hav
On Sat, Jun 27, 2015 at 7:14 PM, Tom Lane wrote:
> I think the point of Noah's query is to find out whether "ancient" is an
> accurate description. If indeed nothing newer than Solaris 8 exhibits
> the bug, I'd be okay with not working around it, but otherwise we have
> some decisions to make.
E
Peter Geoghegan writes:
> On Sat, Jun 27, 2015 at 9:51 AM, Noah Misch wrote:
>> PostgreSQL 9.5 adds a strxfrm() call in bttext_abbrev_convert(), which does
>> not account for the Solaris bug. I wish to determine whether that bug is
>> still relevant today. If you have access to Solaris with the
27.06.2015, 19:51, Noah Misch kirjoitti:
> convert_string_datum() says:
>
> /*
>* Note: originally we guessed at a suitable output buffer
> size, and
>* only needed to call strxfrm twice if our guess was too small.
>* However, it seems
On Sat, Jun 27, 2015 at 9:51 AM, Noah Misch wrote:
> PostgreSQL 9.5 adds a strxfrm() call in bttext_abbrev_convert(), which does
> not account for the Solaris bug. I wish to determine whether that bug is
> still relevant today. If you have access to Solaris with the is_IS.ISO8859-1
> locale inst
convert_string_datum() says:
/*
* Note: originally we guessed at a suitable output buffer
size, and
* only needed to call strxfrm twice if our guess was too small.
* However, it seems that some versions of Solaris have buggy
strx
36 matches
Mail list logo
