Log Message:
---
The attached patch contains a couple of fixes in the existing probes and
includes a few new ones.
- Fixed compilation errors on OS X for probes that use typedefs
- Fixed a number of probes to pass ForkNumber per the relation forks
patch
- The new probes are those that were
Log Message:
---
Accept CR+LF text files in CSV mode.
Modified Files:
--
pgbulkload/lib:
pg_input_csv.c (r1.1.1.1 -> r1.2)
(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pgbulkload/pgbulkload/lib/pg_input_csv.c.diff?r1=1.1.1.1&r2=1.2)
--
Sent via pgsql-comm
Log Message:
---
Add note to the shared memory sizing table about needing to use page count in
shared_buffers and wal_buffers, not size in bytes. Per discussion.
Modified Files:
--
pgsql/doc/src/sgml:
runtime.sgml (r1.422 -> r1.423)
(http://anoncvs.postgre
Log Message:
---
Make heap_update() set newtup->t_tableOid correctly, for consistency with
the other major heapam.c functions. The only known consequence of this
omission is that UPDATE RETURNING failed to return the correct value for
"tableoid", as per report from KaiGai Kohei.
Back-patc
Log Message:
---
Make heap_update() set newtup->t_tableOid correctly, for consistency with
the other major heapam.c functions. The only known consequence of this
omission is that UPDATE RETURNING failed to return the correct value for
"tableoid", as per report from KaiGai Kohei.
Back-patc
Log Message:
---
Make heap_update() set newtup->t_tableOid correctly, for consistency with
the other major heapam.c functions. The only known consequence of this
omission is that UPDATE RETURNING failed to return the correct value for
"tableoid", as per report from KaiGai Kohei.
Back-patc
Tom Lane wrote:
Peter Eisentraut writes:
Dave Page wrote:
Any eta on a fix for this? My internal builds are failing as well as
red_bat. (and yes, the other 2 MSVC buildfarm members are currently
waiting for Dell to get hold of a new motherboard for their box).
I think the
Log Message:
---
Attempt to fix MSVC breakage from Major Version patch.
Modified Files:
--
pgsql/src/tools/msvc:
Solution.pm (r1.45 -> r1.46)
(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/tools/msvc/Solution.pm?r1=1.45&r2=1.46)
--
Sent via pgsql-com
Peter Eisentraut writes:
> Dave Page wrote:
>> Any eta on a fix for this? My internal builds are failing as well as
>> red_bat. (and yes, the other 2 MSVC buildfarm members are currently
>> waiting for Dell to get hold of a new motherboard for their box).
> I think the maintenance of the MSVC bui
Magnus?
On Tue, Dec 16, 2008 at 10:47 AM, Peter Eisentraut wrote:
>
> I think the maintenance of the MSVC build system is the job of the, well,
> maintainer of the MSVC build system, whoever that may be. In other words, I
> have no ETA for you from me. I'd be glad, however, to provide informati
Dave Page wrote:
On Fri, Dec 12, 2008 at 12:41 AM, Tom Lane wrote:
pet...@postgresql.org (Peter Eisentraut) writes:
Log Message:
---
Append major version number and for libraries soname major version number
to the gettext domain name, to simplify parallel installations.
The results fr
On Fri, Dec 12, 2008 at 12:41 AM, Tom Lane wrote:
> pet...@postgresql.org (Peter Eisentraut) writes:
>> Log Message:
>> ---
>> Append major version number and for libraries soname major version number
>> to the gettext domain name, to simplify parallel installations.
>
> The results from b
12 matches
Mail list logo