On 20/06/2017 17:37, Tom Lane wrote:
I wrote:
Marco Atzeri writes:
Building on Cygwin latest 10 beta1 or head sourece,
make check fails as:
...
performing post-bootstrap initialization ... 2017-05-31 23:23:22.214
CEST [16860] FATAL: collation "ja_JP" for encoding "EUC_JP&
On 18/06/2017 16:48, Tom Lane wrote:
Marco Atzeri writes:
Building on Cygwin latest 10 beta1 or head sourece,
make check fails as:
...
performing post-bootstrap initialization ... 2017-05-31 23:23:22.214
CEST [16860] FATAL: collation "ja_JP" for encoding "EUC_JP" a
Building on Cygwin latest 10 beta1 or head sourece,
make check fails as:
-initdb.log -
The database cluster will be initialized with locales
COLLATE: en_US.UTF-8
CTYPE:en_US.UTF-8
MESSAGES: C
MONETARY: en_US.UTF-8
NUMERIC: en_US.UTF
On 31/05/2016 08:10, Tsunakawa, Takayuki wrote:
From: Michael Meskes [mailto:mes...@postgresql.org]
Yes, but Windows users probably don't understand or know it. So, I
suggested explicitly describing the application binary compatibility
policy in the PostgreSQL manual. What do you think about
On 18/01/2016 18:32, Andrew Dunstan wrote:
On 01/14/2016 12:38 AM, Michael Paquier wrote:
Hi all,
Beginning a new thread seems more adapted regarding $subject but
that's mentioned here as well:
http://www.postgresql.org/message-id/CAB7nPqQXghm_SdB5iniupz1atzMxk=95gv9a8ocdo83sxcn...@mail.gmail
On 14/01/2016 06:38, Michael Paquier wrote:
Hi all,
Beginning a new thread seems more adapted regarding $subject but
that's mentioned here as well:
http://www.postgresql.org/message-id/CAB7nPqQXghm_SdB5iniupz1atzMxk=95gv9a8ocdo83sxcn...@mail.gmail.com
It happens based on some investigation from
On 7/13/2015 5:36 PM, Andrew Dunstan wrote:
On 07/12/2015 05:06 PM, Tom Lane wrote:
Andrew Dunstan writes:
On 07/04/2015 11:02 AM, Tom Lane wrote:
It's not apparent to me how that works at all.
BTW, the .a files being linked to above are not like Unix .a static
archives - they are import li
On 7/5/2015 11:35 PM, Andrew Dunstan wrote:
On 07/04/2015 11:02 AM, Tom Lane wrote:
I wondered how come we had not seen this problem in the buildfarm,
but the answer appears to be that our only working Cygwin critter
(brolga) doesn't build any of the optional PLs, so it skips these
modules alt
As there are additional or moved binaries in comparison to 9.4
-usr/bin/pg_archivecleanup.exe
-usr/bin/pg_rewind.exe
-usr/bin/pg_test_fsync.exe
-usr/bin/pg_test_timing.exe
-usr/bin/pg_upgrade.exe
-usr/bin/pg_xlogdump.exe
-usr/bin/pgbench.exe
any suggestion where to fit them ?
Current split on cy
On 7/3/2015 2:31 PM, Marco Atzeri wrote:
On 7/3/2015 8:19 AM, Michael Paquier wrote:
On Fri, Jul 3, 2015 at 2:47 PM, Marco Atzeri
wrote:
On 7/2/2015 5:16 PM, Dave Page wrote:
-lldap
hstore_plperl.o: In function `hstore_to_plperl':
/pub/devel/postgresql/prova/postgresql-9.5alpha1-1
On 7/3/2015 8:19 AM, Michael Paquier wrote:
On Fri, Jul 3, 2015 at 2:47 PM, Marco Atzeri wrote:
On 7/2/2015 5:16 PM, Dave Page wrote:
-lldap
hstore_plperl.o: In function `hstore_to_plperl':
/pub/devel/postgresql/prova/postgresql-9.5alpha1-1.i686/src/postgresql-9.5alpha1
/co
On 7/2/2015 5:16 PM, Dave Page wrote:
The PostgreSQL Global Development Group announces that the alpha
release of PostgreSQL 9.5, the latest version of the world's leading
open source database, is available today. This release contains
previews of all of the features which will be available in t
On 5/28/2015 7:10 PM, Josh Berkus wrote:
On 05/28/2015 02:37 AM, Marco Atzeri wrote:
On 5/28/2015 5:00 AM, Tom Lane wrote:
Assuming that we can get a fix for the fsync-failure-during-restart
problem committed by the end of the week, there will be a new set of
back-branch minor releases next
On 5/28/2015 5:00 AM, Tom Lane wrote:
Assuming that we can get a fix for the fsync-failure-during-restart
problem committed by the end of the week, there will be a new set of
back-branch minor releases next week. Usual schedule, wrap Monday
for public announcement Thursday.
On 16/04/2014 18:55, Marco Atzeri wrote:
On 16/04/2014 17:40, Tom Lane wrote:
The bigger picture though is that this code isn't failing on the
buildfarm. So what we need to ask is what's different about Marco's
machine.
good question.
I checked again and I found that the f
On 16/04/2014 17:40, Tom Lane wrote:
The bigger picture though is that this code isn't failing on the
buildfarm. So what we need to ask is what's different about Marco's
machine.
good question.
I checked again and I found that the fault is only on
the cygwin 64 bit build but not on the cygwin
On 16/04/2014 17:14, Alvaro Herrera wrote:
Marco Atzeri wrote:
On 13/04/2014 18:09, Tom Lane wrote:
Andres Freund writes:
On 2014-04-12 16:35:48 -0400, Tom Lane wrote:
In principle, that commit shouldn't have affected behavior for pg_hba
entries with numeric address fields ...
On 13/04/2014 18:09, Tom Lane wrote:
Andres Freund writes:
On 2014-04-12 16:35:48 -0400, Tom Lane wrote:
In principle, that commit shouldn't have affected behavior for pg_hba
entries with numeric address fields ...
Hm. getaddrinfo.c has this bit:
/* Unsupported flags. */
if
On 12/04/2014 19:48, Andres Freund wrote:
On 2014-04-12 19:45:59 +0200, Marco Atzeri wrote:
- same test, few days ago, on trunk was fine
so it is only failing on recent trunk
Does it work on a commit before
fc752505a99a4e2c781a070d3d42a25289c22e3c?
E.g
On 12/04/2014 19:11, Andrew Dunstan wrote:
Why can't it resolve "localhost"? That's a local issue you need to fix.
cheers
andrew
Andrew,
just to be clear
- localhost is resolved to 127.0.0.1
- 127.0.0.1 is pingable
- same test on 9.3.4 works
All 135 tests passed.
- same test, fe
Anyone seeing similar failure ?
testing on latest
$ git log |head
commit 3c41b812c5578fd7bd5c2de42941012d7d56dde2
Author: Bruce Momjian
Date: Thu Apr 10 17:16:22 2014 -0400
docs: psql '--' comments are not passed to the server
C-style block comments are passed to the server.
$ ca
On 16/02/2014 15:43, Andres Freund wrote:
Marco, Andrew:
On 2014-02-15 22:11:37 +0100, Marco Atzeri wrote:
../../src/timezone/localtime.o ../../src/timezone/strftime.o
../../src/timezone/pgtz.o ../../src/port/libpgport_srv.a
../../src/common/libpgcommon_srv.a -lintl -lssl -lcrypto -lcrypt
On 15/02/2014 23:37, Andres Freund wrote:
On 2014-02-15 17:26:30 -0500, Tom Lane wrote:
Andres Freund writes:
On 2014-02-15 22:11:37 +0100, Marco Atzeri wrote:
../../src/timezone/localtime.o ../../src/timezone/strftime.o
../../src/timezone/pgtz.o ../../src/port/libpgport_srv.a
../../src
On 15/02/2014 21:54, Andres Freund wrote:
Please pull and retry, that already might fix it. The reason it's
probably failing is the warnings about declspec you reported earlier.
See 60ff2fdd9970ba29f5267317a5e7354d2658c1e5
Greetings,
Andres Freund
that is fine.
there is a different one,
On 12/02/2014 17:39, Tom Lane wrote:
Andres Freund writes:
On 2014-02-12 11:26:56 -0500, Tom Lane wrote:
Hm. So if we're giving up on the idea of ever getting rid of PGDLLIMPORT,
we ought to actually remove that, so that the Cygwin build works more like
the other Windows builds?
Hm, I don'
On 13/02/2014 00:17, Craig Ringer wrote:
On 02/13/2014 12:39 AM, Tom Lane wrote:
Andres Freund writes:
On 2014-02-12 11:26:56 -0500, Tom Lane wrote:
Hm. So if we're giving up on the idea of ever getting rid of PGDLLIMPORT,
we ought to actually remove that, so that the Cygwin build works mo
On 12/02/2014 19:19, Andres Freund wrote:
On 2014-02-12 19:13:07 +0100, Marco Atzeri wrote:
On 12/02/2014 17:26, Tom Lane wrote:
Hm. So if we're giving up on the idea of ever getting rid of PGDLLIMPORT,
we ought to actually remove that, so that the Cygwin build works more like
the
On 12/02/2014 17:26, Tom Lane wrote:
Andres Freund writes:
On 2014-02-12 10:58:20 -0500, Tom Lane wrote:
Anybody know *exactly* what --enable-auto-import does? The name
is, um, suggestive.
My ld(1)'s manpage has three screen's worth of details... Most of it
seems to be on http://www.freebs
On 11/02/2014 18:15, Tom Lane wrote:
Marco Atzeri writes:
On 09/02/2014 14:10, Andrew Dunstan wrote:
On 02/09/2014 01:12 AM, Marco Atzeri wrote:
we should have get rid of dlltool on cygwin.
At least it is not used on my build
The send in a patch. The patch you sent in previously did not
On 09/02/2014 14:10, Andrew Dunstan wrote:
On 02/09/2014 01:12 AM, Marco Atzeri wrote:
On 09/02/2014 00:06, Andrew Dunstan wrote:
On 02/08/2014 05:34 PM, Tom Lane wrote:
Hiroshi Inoue writes:
Though I'm not a MINGW expert at all, I know dllwrap is a deprecated
tool and dllto
On 09/02/2014 00:06, Andrew Dunstan wrote:
On 02/08/2014 05:34 PM, Tom Lane wrote:
Hiroshi Inoue writes:
Though I'm not a MINGW expert at all, I know dllwrap is a deprecated
tool and dlltool is almost a deprecated tool. Cygwin port is removing
the use of dllwrap and dlltool now. Isn't it be
On 01/02/2014 22:57, Andrew Dunstan wrote:
On 01/25/2014 01:23 PM, Andrew Dunstan wrote:
* isolation tests fail with an indefinite hang on newer Cygwin
* prepared_xacts test fails with an indefinite hang on newer Cygwin if
run in parallel with other tests
* tsearch tests fail o
On 25/01/2014 22:42, Marco Atzeri wrote:
On 25/01/2014 19:23, Andrew Dunstan wrote:
On 01/24/2014 07:50 AM, Marco Atzeri wrote:
* LDAP libraries - the way you have proposed surely isn't right. What
we want is something more like this in the Makefile.global.in:
On 25/01/2014 19:23, Andrew Dunstan wrote:
On 01/24/2014 07:50 AM, Marco Atzeri wrote:
Those two issues need to be fixed. And yes, they are regressions from my
Cygwin 1.7.7 setup where they pass consistently, just about every day.
See
<http://www.pgbuildfarm.org/cgi-bin/show_history.pl
On 24/01/2014 12:56, Andrew Dunstan wrote:
On 01/24/2014 01:20 AM, Marco Atzeri wrote:
AFAICT the regression is in Cygwin. The buildfarm passes because it's
using an oldish Cygwin release, 1.7.7 rather than the current 1.7.27. I
have brought the regression the athe attention of the C
On 24/01/2014 05:28, Andrew Dunstan wrote:
On 01/23/2014 10:50 PM, Bruce Momjian wrote:
On Thu, Jan 23, 2014 at 10:48:01PM -0500, Tom Lane wrote:
Bruce Momjian writes:
Andrew, should this configuration/code patch be applied to 9.4?
http://www.postgresql.org/message-id/51b59794.3000...@gm
Il 7/25/2013 11:02 PM, Alvaro Herrera ha scritto:
Andrew Dunstan wrote:
Jeff Janes asked me about this, and Bruce just tripped up on it.
Usually on Windows it's necessary to have libpq.dll/cygpq.dll either
in the PATH or in the same directory as client .exe files. The
buildfarm client has for ma
Il 3/6/2013 11:46 PM, Andrew Dunstan ha scritto:
Excellent. Will test it out soon.
cheers
andrew
Andrew,
please find attached a full patch for cygwin relative to 9.3beta1 :
- DLLTOLL/DLLWRAP are not used anymore, replaced
by gcc also for postgres.exe (*)
- DLL versioning is added
Check
38 matches
Mail list logo
