Hanada-san,
Regarding to the issue around sub-transaction abort, an ideal
solution might be execution of SAVEPOINT command on remote
side synchronously. It allows to rollback the active transaction
into the savepoint on the remote server when local one get
rolled-back.
However, I'm not inclined to
On Tuesday, July 3, 2012, Alvaro Herrera wrote:
>
> Excerpts from Greg Smith's message of lun jul 02 20:30:07 -0400 2012:
> > A documentation comment came in recently about ssl-tcp.html not
> > specifying what format is expected for the CRL file. Seems like
> > something that could be described b
Hello,
I've noticed recently that I can't seem to use the convenient xlog
filename formatting functions while I'm in a standby. I don't see an
incredibly obvious reason why that is the case, so here's a patch that
simply removes the ban on being able to call these formatting
functions.
Perhaps I
On Tue, Jul 3, 2012 at 1:24 AM, Daniel Farina wrote:
> Hello,
>
> I've noticed recently that I can't seem to use the convenient xlog
> filename formatting functions while I'm in a standby. I don't see an
> incredibly obvious reason why that is the case, so here's a patch that
> simply removes the
On 03/07/12 20:24, Daniel Farina wrote:
Hello,
I've noticed recently that I can't seem to use the convenient xlog
filename formatting functions while I'm in a standby. I don't see an
incredibly obvious reason why that is the case, so here's a patch that
simply removes the ban on being able to c
Hello, Here is regression test runs on pg's also built with
cygwin-gcc and VC++.
The patches attached following,
- plperl_sql_ascii-4.patch : fix for pl/perl utf8 vs sql_ascii
- plperl_sql_ascii_regress-1.patch : regression test for this patch.
I added
Robert Haas writes:
>> Given what I foresee, simply having another columns in there named
>> evtstags with the exact same content as evttags would be the simplest
>> and most natural implementation, really.
>
> That seems a lot less general for no particular gain.
The gain is code, docs and usage
-Original Message-
From: pgsql-hackers-ow...@postgresql.org
[mailto:pgsql-hackers-ow...@postgresql.org] On Behalf Of Daniel Farina
Sent: Tuesday, July 03, 2012 2:02 PM
>(added to commitfest:
> https://commitfest.postgresql.org/action/patch_view?id=888)
It seems you have added it in current
On Tuesday, July 03, 2012 05:18:04 AM Tom Lane wrote:
> Robert Haas writes:
> > On Fri, Jun 29, 2012 at 3:52 PM, Andres Freund
wrote:
> >> In a *very* quick patch I tested using huge pages/MAP_HUGETLB for the
> >> mmap'ed memory.
> >
> > So, considering that there is required setup, it seems th
On Tue, Jul 3, 2012 at 6:43 AM, Amit Kapila wrote:
>>(added to commitfest:
>> https://commitfest.postgresql.org/action/patch_view?id=888)
> It seems you have added it in current commit fest.
> Shouldn't it be added for next CF.
Yep. The current CF has been closed to new submissions for two and a
On Tuesday, July 3, 2012, Robert Haas wrote:
> On Tue, Jul 3, 2012 at 6:43 AM, Amit Kapila
> >
> wrote:
> >>(added to commitfest:
> >> https://commitfest.postgresql.org/action/patch_view?id=888)
> > It seems you have added it in current commit fest.
> > Shouldn't it be added for next CF.
>
> Yep.
On Mon, Jul 2, 2012 at 11:25 PM, Tom Lane wrote:
> Robert Haas writes:
>> On Mon, Jul 2, 2012 at 6:59 PM, Tom Lane wrote:
>>> Um, doesn't that require nonrectangular arrays?
>
>> Doh. You're right: I keep forgetting that arrays have to be rectangular.
>
>> Any suggestions on a sensible way to r
On Tuesday, July 03, 2012 04:49:10 AM Robert Haas wrote:
> So, considering that there is required setup, it seems that the
> obvious thing to do here is add a GUC: huge_tlb_pages (boolean).
>
> The other alternative is to try with MAP_HUGETLB and, if it fails, try
> again without MAP_HUGETLB.
What
On Tue, Jul 3, 2012 at 8:16 AM, Magnus Hagander wrote:
> On Tuesday, July 3, 2012, Robert Haas wrote:
>> On Tue, Jul 3, 2012 at 6:43 AM, Amit Kapila
>> wrote:
>> >>(added to commitfest:
>> >> https://commitfest.postgresql.org/action/patch_view?id=888)
>> > It seems you have added it in current co
Greg Smith wrote:
> A web site doc comment from user skong today points out a small issue
> around the sample INSTR function given in plpgsql-porting.html that I
> can't confirm (none of those dirty Oracle instances here today), but
it
> sounds legit.
>
> A look at Oracle's documentation on the IN
On Tue, Jul 3, 2012 at 8:23 AM, Andres Freund wrote:
> On Tuesday, July 03, 2012 04:49:10 AM Robert Haas wrote:
>> So, considering that there is required setup, it seems that the
>> obvious thing to do here is add a GUC: huge_tlb_pages (boolean).
>>
>> The other alternative is to try with MAP_HUGE
On Tue, Jul 3, 2012 at 8:42 AM, Albe Laurenz wrote:
> I can confirm that Oracle returns 0 if the third argument to
> INSTR is 0.
Can someone provide a suitable doc patch?
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers maili
hello,
some time ago oleg and teodor have posted a PostgreSQL version of bloom filters.
as this appears to be a useful thing for many people i have ported this
prototype to PostgreSQL 9.2.
it seems to work as expected on OS X and Linux.
as it is a contrib module it lacks xlog support.
maybe some
On Thu, Jun 28, 2012 at 11:26 AM, Robert Haas wrote:
> Assuming things go well, there are a number of follow-on things that
> we need to do finish this up:
>
> 1. Update the documentation. I skipped this for now, because I think
> that what we write there is going to be heavily dependent on how
>
On Mon, 2012-07-02 at 23:47 -0700, Jeff Davis wrote:
> * Perhaps I'm mistaken, but the following code in getQuadrant() looks
> wrong to me, shouldn't the 1 and 2 be reversed?
>
> if (range_cmp_bounds(typcache, &upper, ¢roidUpper) >= 0)
> return 1;
> else
> r
On Mon, Jul 2, 2012 at 10:55 AM, Kohei KaiGai wrote:
> The attached patch is delivered from the discussion around row-level
> access control feature. A problem Florian pointed out is refcursor
> declared in security definer function. Even though all the permission
> checks are applied based on pri
On Thu, Jun 28, 2012 at 12:04 PM, Andres Freund wrote:
> On Thursday, June 28, 2012 06:01:10 PM Robert Haas wrote:
>> On Tue, Jun 26, 2012 at 8:13 PM, Andres Freund
> wrote:
>> > It even can be significantly higher than max_connections because
>> > subtransactions are only recognizable as part of
I have removed the completed 9.2 TODO items so people can start updating
the TODO list completed items for 9.3.
--
Bruce Momjian http://momjian.us
EnterpriseDB http://enterprisedb.com
+ It's impossible for everything to be true. +
--
Sent via pgsql-ha
On Thu, Jun 21, 2012 at 2:53 PM, Alexander Korotkov
wrote:
> On Wed, Feb 22, 2012 at 5:56 PM, Alexander Korotkov
> wrote:
>>
>> Attached patch fixes GiST behaviour without altering operators behaviour.
>
>
> I think we definitely should apply this patch before 9.2 release, because it
> is a bug f
2012/7/3 Robert Haas :
> On Mon, Jul 2, 2012 at 10:55 AM, Kohei KaiGai wrote:
>> The attached patch is delivered from the discussion around row-level
>> access control feature. A problem Florian pointed out is refcursor
>> declared in security definer function. Even though all the permission
>> ch
On Thu, Jun 28, 2012 at 9:49 AM, Robert Haas wrote:
> On Mon, Jun 18, 2012 at 3:29 PM, Amit Kapila wrote:
>> [ review ]
>
> Chetan, this patch is waiting for an update from you. If you'd like
> this to get committed this CommitFest, we'll need an updated patch
> soon.
Hearing no response, I've
Robert Haas writes:
> On Thu, Jun 21, 2012 at 2:53 PM, Alexander Korotkov
> wrote:
>> I think we definitely should apply this patch before 9.2 release, because it
>> is a bug fix. Otherwise people will continue produce incorrect GiST indexes
>> with in-core geometrical opclasses until 9.3. Patch
On Mon, Jun 18, 2012 at 3:47 PM, Amit Kapila wrote:
> So I am marking this as Waiting on Author
Since this patch has not been updated, I'm marking it Returned with
Feedback. Hopefully it will be resubmitted for a future CommitFest.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The E
Kohei KaiGai writes:
> 2012/7/3 Robert Haas :
>> Why not just save and restore the user ID and security context
>> unconditionally, instead of doing this kind of dance?
>>
>> + if (portal->userId != GetUserId())
>> + SetUserIdAndSecContext(portal->userId, porta
On Wednesday, June 27, 2012 05:28:14 AM Robert Haas wrote:
> On Tue, Jun 26, 2012 at 6:25 PM, Tom Lane wrote:
> > Josh Berkus writes:
> >> So let's fix the 80% case with something we feel confident in, and then
> >> revisit the no-sysv interlock as a separate patch. That way if we can't
> >> fix
Andres Freund writes:
> Btw, RhodiumToad/Andrew Gierth on irc talked about a reason why sysv shared
> memory might be advantageous on some platforms. E.g. on freebsd there is the
> kern.ipc.shm_use_phys setting which prevents paging out shared memory and
> also
> seems to make tlb translation
2012/7/3 Tom Lane :
> Kohei KaiGai writes:
>> 2012/7/3 Robert Haas :
>>> Why not just save and restore the user ID and security context
>>> unconditionally, instead of doing this kind of dance?
>>>
>>> + if (portal->userId != GetUserId())
>>> + SetUserIdAndSecCo
On Tue, Jul 3, 2012 at 11:36 AM, Andres Freund wrote:
> Btw, RhodiumToad/Andrew Gierth on irc talked about a reason why sysv shared
> memory might be advantageous on some platforms. E.g. on freebsd there is the
> kern.ipc.shm_use_phys setting which prevents paging out shared memory and also
> seem
On Tue, Jul 3, 2012 at 5:36 PM, Andres Freund wrote:
> On Wednesday, June 27, 2012 05:28:14 AM Robert Haas wrote:
>> On Tue, Jun 26, 2012 at 6:25 PM, Tom Lane wrote:
>> > Josh Berkus writes:
>> >> So let's fix the 80% case with something we feel confident in, and then
>> >> revisit the no-sysv i
On Tue, Jul 3, 2012 at 11:34 AM, Tom Lane wrote:
> Robert Haas writes:
>> On Thu, Jun 21, 2012 at 2:53 PM, Alexander Korotkov
>> wrote:
>>> I think we definitely should apply this patch before 9.2 release, because it
>>> is a bug fix. Otherwise people will continue produce incorrect GiST indexes
On 29/06/12 00:36, Jan Urbański wrote:
On 27/06/12 13:57, Jan Urbański wrote:
On 27/06/12 11:51, Asif Naeem wrote:
Hi,
On Windows 7 64bit, plpython is causing server crash with the following
test case i.e.
So: I'd add code to translate WINxxx into CPxxx when choosing the Python
to use, chan
On Sat, Jun 30, 2012 at 11:46:12PM +0300, Peter Eisentraut wrote:
> On lör, 2012-06-30 at 11:08 -0400, Tom Lane wrote:
> > It'd be better to put a disclaimer at the front pointing out that some
> > of these items are unfinished because of lack of consensus, not just
> > lack of code.
>
> There is
I wrote:
> On the whole I prefer the solution you mention above: let's generalize
> the postmaster.pid format (and pg_ctl) so that we don't need to assume
> anything about port numbers matching up. The nearby discussion about
> allowing listen_addresses to specify port number would break this
> as
Robert Haas writes:
> in it. That's more or less what Dimitri already has in his latest
> patch, except that after looking it over I'm inclined to think that
> we'd be better off storing the keys as text and translating to
> internal ID numbers when we read and cache the table, rather than
> stor
On Tuesday, July 03, 2012 05:41:09 PM Tom Lane wrote:
> Andres Freund writes:
> > Btw, RhodiumToad/Andrew Gierth on irc talked about a reason why sysv
> > shared memory might be advantageous on some platforms. E.g. on freebsd
> > there is the kern.ipc.shm_use_phys setting which prevents paging out
Oleg Bartunov writes:
> Yes, it's a bug and it needs to be applied !
Well, it needs to be *reviewed* first, and nobody's done that ...
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://ww
Andres Freund writes:
> On Tuesday, July 03, 2012 05:41:09 PM Tom Lane wrote:
>> I'd really rather not. If we're going to go in this direction, we
>> should just go there.
> I don't really care, just wanted to bring up that at least one experienced
> user would be disappointed ;). As the old im
Kohei KaiGai writes:
> 2012/7/3 Tom Lane :
>> Um... what should happen if there was a SET SESSION AUTHORIZATION
>> to the portal's userId? This test will think nothing happened.
> In my test, all the jobs by SET SESSION AUTHORIZATION was cleaned-up...
> It makes nothing happen from viewpoint of
On Tue, Jul 3, 2012 at 11:52 AM, Dimitri Fontaine
wrote:
> Robert Haas writes:
>> in it. That's more or less what Dimitri already has in his latest
>> patch, except that after looking it over I'm inclined to think that
>> we'd be better off storing the keys as text and translating to
>> internal
On Mon, Jul 2, 2012 at 8:08 AM, Amit Kapila wrote:
> Suggestions?
I suggest you add this to the next CommitFest. :-)
https://commitfest.postgresql.org/action/commitfest_view?id=14
Meanwhile, we have this CommitFest to get finished with...
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.
Robert Haas writes:
> Yeah, I'm of two minds on that. I thought that it made sense to use
> integer identifiers internally for speed, but now I'm worried that the
> effort to translate back and forth between strings and integers is
> going to end up being more than any speed we might save.
We do
On Tue, Jul 3, 2012 at 12:18 PM, Tom Lane wrote:
> Robert Haas writes:
>> Yeah, I'm of two minds on that. I thought that it made sense to use
>> integer identifiers internally for speed, but now I'm worried that the
>> effort to translate back and forth between strings and integers is
>> going t
Hello Peter,
thank you very much for review
2012/7/2 Peter Geoghegan :
> On 9 May 2012 14:33, Pavel Stehule wrote:
>> here is patch with enhancing ErrorData structure. Now constraints
>> errors and RI uses these fields
>
> So I took a look at the patch eelog-2012-05-09.diff today. All of the
> f
On Tue, Jul 3, 2012 at 11:51 AM, Tom Lane wrote:
> I wrote:
> > On the whole I prefer the solution you mention above: let's generalize
> > the postmaster.pid format (and pg_ctl) so that we don't need to assume
> > anything about port numbers matching up. The nearby discussion about
> > allowing
2012/7/2 Peter Geoghegan :
> On 2 July 2012 15:19, Peter Geoghegan wrote:
>> On 9 May 2012 14:33, Pavel Stehule wrote:
>>> here is patch with enhancing ErrorData structure. Now constraints
>>> errors and RI uses these fields
>>
>> So I took a look at the patch eelog-2012-05-09.diff today. All of
Hi,
On Monday, July 02, 2012 04:19:56 PM Peter Geoghegan wrote:
> The first thing I noticed about the patch was that inline functions
> are used freely. While I personally don't find this unreasonable, we
> recently revisited the question of whether or not it is necessary to
> continue to support
On Tue, Jul 3, 2012 at 5:30 AM, Robert Haas wrote:
> On Tue, Jul 3, 2012 at 8:16 AM, Magnus Hagander wrote:
>> On Tuesday, July 3, 2012, Robert Haas wrote:
>>> On Tue, Jul 3, 2012 at 6:43 AM, Amit Kapila
>>> wrote:
>>> >>(added to commitfest:
>>> >> https://commitfest.postgresql.org/action/patch
2012/7/3 Tom Lane :
> Kohei KaiGai writes:
>> 2012/7/3 Tom Lane :
>>> Um... what should happen if there was a SET SESSION AUTHORIZATION
>>> to the portal's userId? This test will think nothing happened.
>
>> In my test, all the jobs by SET SESSION AUTHORIZATION was cleaned-up...
>> It makes nothi
Excerpts from Pavel Stehule's message of mar jul 03 12:26:57 -0400 2012:
> 2012/7/2 Peter Geoghegan :
> > * ereport is used so frequently that it occurs to me that it would be
> > nice to build some error-detection code into this expansion of the
> > mechanism, to detect incorrect use (at least
2012/7/3 Alvaro Herrera :
>
> Excerpts from Pavel Stehule's message of mar jul 03 12:26:57 -0400 2012:
>
>> 2012/7/2 Peter Geoghegan :
>
>> > * ereport is used so frequently that it occurs to me that it would be
>> > nice to build some error-detection code into this expansion of the
>> > mechanism,
On 3 July 2012 17:26, Pavel Stehule wrote:
> Hello Peter,
>
> thank you very much for review
No problem.
I'll do some copy-editing of comments and doc changes when you produce
another revision.
--
Peter Geoghegan http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training
Robert Haas writes:
> On Tue, Jul 3, 2012 at 12:18 PM, Tom Lane wrote:
>> Robert Haas writes:
>>> Yeah, I'm of two minds on that. I thought that it made sense to use
>>> integer identifiers internally for speed, but now I'm worried that the
>>> effort to translate back and forth between strings
Hi,
I wonder if we just should add a format code like %R or something similar as a
replacement for the %X/%X notion. Having to type something like "(uint32)
(state->curptr >> 32), (uint32)state->curptr" everywhere is somewhat annoying.
Opinions?
Andres
--
Andres Freund http://www.2nd
On Tue, Jul 3, 2012 at 6:57 AM, Robert Haas wrote:
> Here's a patch that attempts to begin the work of adjusting the
> documentation for this brave new world. I am guessing that there may
> be other places in the documentation that also require updating, and
> this page probably needs more work,
On ons, 2012-06-27 at 10:02 +0200, Joel Jacobson wrote:
> Robert, thank you for keeping this thread alive.
> Hopefully some more will join the discussion.
> I'm still hopeful the community can manage to agree upon acceptable
> tradeoffs and work-arounds to make this possible.
I think this idea h
2012/7/3 Peter Eisentraut :
> On tis, 2012-06-26 at 07:06 +0200, Pavel Stehule wrote:
>> A motivation is integration of possibilities of psql console together
>> with stronger language - plpgsql. Second target is enabling
>> possibility to save a result of some server side process in psql. It
>> im
On tis, 2012-06-26 at 07:06 +0200, Pavel Stehule wrote:
> A motivation is integration of possibilities of psql console together
> with stronger language - plpgsql. Second target is enabling
> possibility to save a result of some server side process in psql. It
> improve vars feature in psql.
I thi
Andres Freund writes:
> I wonder if we just should add a format code like %R or something similar as
> a
> replacement for the %X/%X notion.
Only if you can explain how to teach gcc what it means for elog argument
match checking. %m is a special case in that it matches up with a
longstanding g
On tis, 2012-07-03 at 19:35 +0200, Andres Freund wrote:
> I wonder if we just should add a format code like %R or something similar as
> a
> replacement for the %X/%X notion. Having to type something like "(uint32)
> (state->curptr >> 32), (uint32)state->curptr" everywhere is somewhat annoying.
Peter Eisentraut writes:
> On tis, 2012-07-03 at 19:35 +0200, Andres Freund wrote:
>> I wonder if we just should add a format code like %R or something similar as
>> a
>> replacement for the %X/%X notion.
> Maybe just print it as a single 64-bit value from now on.
That'd be problematic also, b
On Tuesday, July 03, 2012 08:09:40 PM Tom Lane wrote:
> Andres Freund writes:
> > I wonder if we just should add a format code like %R or something similar
> > as a replacement for the %X/%X notion.
> Only if you can explain how to teach gcc what it means for elog argument
> match checking. %m is
Andres Freund writes:
> On Tuesday, July 03, 2012 08:09:40 PM Tom Lane wrote:
>> If we really feel this is worth doing something about, we could invent a
>> formatting subroutine that converts XLogRecPtr to string (and then we
>> just use %s in the messages).
> I think that would make memory mana
Attached are two patches, one of which I'd like to apply. Open for
discussion on which one.
The smaller one, pgfoundry_1.diff, removes the suggestion to apply for
new projects on pgfoundry. The reason for this being that pgfoundry
doesn't *accept* new projects anymore.
The second one removes the
Excerpts from Alvaro Herrera's message of mié abr 18 18:27:27 -0300 2012:
> Excerpts from Robert Haas's message of mié abr 18 13:05:03 -0300 2012:
> > On Wed, Apr 18, 2012 at 11:41 AM, Alvaro Herrera
> > wrote:
> > > Per bug #6593, REASSIGN OWNED fails when the affected role owns an
> > > extensi
Our documentation still refers to PostgreSQL bundled in solaris, and
references downloads to the pgfoundry project. We just removed such
references from the website download section, and the downloads are
actually on the main site and not on the pgfoundry project primarily.
Attached patch removes
On mån, 2012-07-02 at 01:10 +0900, Fujii Masao wrote:
> > But I think that part is lacking in functionality: AFAICT it's
> > hardcoded to only handle host, port, user and password. What about
> > other connection parameters, likely passed to pg_basebackup through
> > the environment in that case? i
Peter Geoghegan writes:
> So I took a look at the patch eelog-2012-05-09.diff today. All of the
> following remarks apply to it alone.
I've been trying out this patch for my own interest (I'm very pleased to
see work on this feature), and I have a couple of suggestions from a
user's point of view
On 03/07 21.24, Magnus Hagander wrote:
> Our documentation still refers to PostgreSQL bundled in solaris, and
> references downloads to the pgfoundry project.
Oh! I wasn't aware of that.
> Attached patch removes all those references completely, since Solaris
> packages are now downloaded the sam
On Jul 3, 2012, at 9:20 PM, Magnus Hagander wrote:
> The smaller one, pgfoundry_1.diff, removes the suggestion to apply for
> new projects on pgfoundry. The reason for this being that pgfoundry
> doesn't *accept* new projects anymore.
Should you not perhaps recommend that they go somewhere else?
On 3 July 2012 20:20, Magnus Hagander wrote:
> The second one removes the reference to pgfoundry completely. As a
> step in the deprecation.
>
> I'd prefer to apply the second one, but will settle for the first one
> if people object ;)
I'd also prefer if you applied the second one.
--
Peter Ge
On fre, 2012-06-08 at 17:14 +, Amit kapila wrote:
> This patch is to provide support for fallback application name for
> contrib/pgbench, oid2name, and dblink.
vacuumlo should also be treated, I think.
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to
On Tuesday, July 3, 2012, Peter Geoghegan wrote:
> On 3 July 2012 20:20, Magnus Hagander >
> wrote:
> > The second one removes the reference to pgfoundry completely. As a
> > step in the deprecation.
> >
> > I'd prefer to apply the second one, but will settle for the first one
> > if people object
Excerpts from Boszormenyi Zoltan's message of vie jun 29 14:30:28 -0400 2012:
> Does anyone have a little time to look at the latest timeout framework
> with the registration interface and the 2nd patch too? I am at work
> until Friday next week, after that I will be on vacation for two weeks.
> J
I don't understand why PGSemaphoreTimedLock() is not broken. I mean
surely you need a bool return to let the caller know whether the
acquisition succeeded or failed? AFAICS you are relying on
get_timeout_indicator() but this seems to me the wrong thing to do ...
(not to mention how ugly it is t
On Tue, Jul 3, 2012 at 10:17 AM, Tatsuo Ishii wrote:
> > OK. So, in that case, I suggest that if the leading byte is non-zero,
> > we emit 0x9d followed by the three available bytes, instead of first
> > testing whether the first byte is >= 0xf0. That test seems to serve
> > no purpose but to c
On Tue, Jul 3, 2012 at 7:58 PM, Tom Lane wrote:
> Oleg Bartunov writes:
> > Yes, it's a bug and it needs to be applied !
>
> Well, it needs to be *reviewed* first, and nobody's done that ...
>
I've discussed it with Teodor privately and he has verified by thoughts. I
think if he'll verify it in
Alexander Korotkov writes:
> It's likely we also need to assign some names to all these numbers
> (0xf0, 0xf4, 0xfe, 0x9c, 0x9d). But it's hard for me to invent such names.
The encoding ID byte values already have names (see pg_wchar.h), but the
private prefix bytes don't. I griped about that up
> I have added comments about mule internal encoding by refreshing my
> memory and from old document found on
> web(http://mibai.tec.u-ryukyu.ac.jp/cgi-bin/info2www?%28mule%29Buffer%20and%20string).
Any objection to apply my patch?
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.
On Tue, Jul 3, 2012 at 10:51 AM, Jeff Davis wrote:
> On Mon, 2012-07-02 at 23:47 -0700, Jeff Davis wrote:
> > On Thu, 2012-06-14 at 02:56 +0400, Alexander Korotkov wrote:
> > > Hackers,
> > >
> > >
> > > attached patch implements quad-tree on ranges. Some performance
> > > results in comparison w
Tatsuo Ishii writes:
>> I have added comments about mule internal encoding by refreshing my
>> memory and from old document found on
>> web(http://mibai.tec.u-ryukyu.ac.jp/cgi-bin/info2www?%28mule%29Buffer%20and%20string).
> Any objection to apply my patch?
It needs a bit of copy-editing, and I
On 03/07/12 17:45, Jan Urbański wrote:
On 29/06/12 00:36, Jan Urbański wrote:
On 27/06/12 13:57, Jan Urbański wrote:
On 27/06/12 11:51, Asif Naeem wrote:
Hi,
On Windows 7 64bit, plpython is causing server crash with the following
test case i.e.
So: I'd add code to translate WINxxx into CPx
On Tue, Jul 3, 2012 at 1:31 PM, Dimitri Fontaine wrote:
> Robert Haas writes:
>> On Tue, Jul 3, 2012 at 12:18 PM, Tom Lane wrote:
>>> Robert Haas writes:
Yeah, I'm of two minds on that. I thought that it made sense to use
integer identifiers internally for speed, but now I'm worried
(2012/06/28 11:16), Robert Haas wrote:
> If it can be done without costing anything meaningful, I don't object,
> but I would humbly suggest that this is not hugely important one way
> or the other. application_name is primarily a monitoring convenience,
> so it's not hugely important to have it s
Hi Shigeru/Robert,
-Original Message-
From: Shigeru HANADA [mailto:shigeru.han...@gmail.com]
Sent: Wednesday, July 04, 2012 6:57 AM
(2012/06/28 11:16), Robert Haas wrote:
>> If it can be done without costing anything meaningful, I don't object,
>> but I would humbly suggest that this is
I wrote:
> Tatsuo Ishii writes:
>>> I have added comments about mule internal encoding by refreshing my
>>> memory and from old document found on
>>> web(http://mibai.tec.u-ryukyu.ac.jp/cgi-bin/info2www?%28mule%29Buffer%20and%20string).
>> Any objection to apply my patch?
> It needs a bit of cop
> So far as I can see, the only LCPRVn marker code that is actually in
> use right now is 0x9d --- there are no instances of 9a, 9b, or 9c
> that I can find.
>
> I also read in the xemacs internals doc, at
> http://www.xemacs.org/Documentation/21.5/html/internals_26.html#SEC145
> that XEmacs think
91 matches
Mail list logo