Am 01.07.2019 um 14:51 schrieb Marco Atzeri:
Am 28.06.2019 um 01:30 schrieb Yaakov (Cygwin Ports):
On Thu, 2019-06-27 at 17:47 +, Stevenson, Bob [US] (MS) wrote:
Are there plans to make the postgresql 11.4 packages available to the
Cygwin community?
Am 28.06.2019 um 01:30 schrieb Yaakov (Cygwin Ports):
On Thu, 2019-06-27 at 17:47 +, Stevenson, Bob [US] (MS) wrote:
Are there plans to make the postgresql 11.4 packages available to the Cygwin
community?
https://cygwin.com/faq/faq.html#faq.using.old-packages
--
Yaakov
building of
On Thu, 2019-06-27 at 17:47 +, Stevenson, Bob [US] (MS) wrote:
> Are there plans to make the postgresql 11.4 packages available to the Cygwin
> community?
https://cygwin.com/faq/faq.html#faq.using.old-packages
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Am 16.08.2018 um 21:15 schrieb Parker, Shaun [US] (MS):
Are there plans to make the postgresql 10.5 package available to the cygwin
community?
It is now available
Regards
Marco
---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus
--
On 08/03/2018 16:50, Parker, Shaun [US] (MS) wrote:
Are there plans to make the postgresql 9.6.8 package available to the cygwin
community?
I am not currently supporting more than one generation of postgresql.
Any problem with version 10.3 (10.x) ?
Any specific reason to stay with 9.6.x ?
can you stop to top post ?
The standard here is bottom post
On 22/03/2017 07:07, Francis ANDRE wrote:
BTW, why installing libpq-devel on Cygwin differs from Linux install
[FrancisANDRE@idefix include ]$uname -a
CYGWIN_NT-6.1-WOW idefix 2.7.0(0.306/5/3) 2017-02-12 13:13 i686 Cygwin
BTW, why installing libpq-devel on Cygwin differs from Linux install
[FrancisANDRE@idefix include ]$uname -a
CYGWIN_NT-6.1-WOW idefix 2.7.0(0.306/5/3) 2017-02-12 13:13 i686 Cygwin
[FrancisANDRE@idefix ~ ]$find /usr/include -name "libpq*.*"
/usr/include/libpq/libpq-fs.h
On 20/03/2017 11:26, Francis ANDRE wrote:
I am not asking for changing the packaging or the package name... just
to display it in the window when searching for "postgres"
the search is based on the package name
Le 20/03/2017 à 11:01, Marco Atzeri a écrit :
reply on mailing list.
On
I am not asking for changing the packaging or the package name... just
to display it in the window when searching for "postgres"
Le 20/03/2017 à 11:01, Marco Atzeri a écrit :
> reply on mailing list.
>
> On 20/03/2017 10:26, Francis ANDRE wrote:
>> It would be nice to add the libpq-devel package
reply on mailing list.
On 20/03/2017 10:26, Francis ANDRE wrote:
It would be nice to add the libpq-devel package when looking for
postgres as it is missing (see below)
the package is called in the same way on major Linux
distributions.
I will not change it.
Regards
Marco
--
Problem
On 20/03/2017 08:52, Francis ANDRE wrote:
Hi
I installed both the file:
//C:/cygwin/var/cache/setup/http%3a%2f%2fcygwin.mirror.constant.com%2f/x86/release/postgresql/postgresql-client/postgresql-client-9.6.2-1.tar.xz
and the file
On 11/01/2017 23:02, Chloe wrote:
When I try to initialize a new database, I get an error:
$ /usr/sbin/pg_ctl init
no data was returned by command ""/usr/sbin/initdb.exe" -V"
The program "initdb" is needed by pg_ctl but was not found in the
same directory as "/usr/sbin/pg_ctl".
On 26/08/2016 11:57, Marco Atzeri wrote:
On 25/08/2016 23:15, Yaakov Selkowitz wrote:
Marco,
Just ran into the following on both arches:
In file included from
qt-x11-free-3.3.8b/src/sql/drivers/psql/qsql_psql.cpp:61:0:
/usr/include/postgresql/server/catalog/pg_type.h:22:28: fatal error:
On 25/08/2016 23:15, Yaakov Selkowitz wrote:
Marco,
Just ran into the following on both arches:
In file included from
qt-x11-free-3.3.8b/src/sql/drivers/psql/qsql_psql.cpp:61:0:
/usr/include/postgresql/server/catalog/pg_type.h:22:28: fatal error:
catalog/genbki.h: No such file or directory
On 04/04/2016 21:49, Chloe wrote:
Can you please change the Postgres packages to use postgres94,
postgres95, postgres96, etc. names? Each version is incompatible with
the previous. This will allow installing Postgres in separate binary
directories to enable upgrades. Alternatively, please
On Apr 4, 2016, at 2:02 PM, Marco Atzeri wrote:
>
> On 04/04/2016 21:46, Chloe wrote:
>>
>> $ /usr/sbin/postgres
>> FATAL: could not create shared memory segment: Function not implemented
>> DETAIL: Failed system call was shmget(key=5432001, size=40, 03600).
>
> The
On 04/04/2016 21:46, Chloe wrote:
OK now I really need help. I tried to install version 9.4.4-2 of
Postgres with
ftp://www.fruitbat.org/pub/cygwin/circa/2015/09/25/151012/index.html,
but now it won't start. I also tried to install 9.4.4-1 but that won't
work either. I also tried to exit all
OK now I really need help. I tried to install version 9.4.4-2 of
Postgres with
ftp://www.fruitbat.org/pub/cygwin/circa/2015/09/25/151012/index.html,
but now it won't start. I also tried to install 9.4.4-1 but that won't
work either. I also tried to exit all Cygwin processes and run 'dash'
and
On 11/16/2014 9:09 AM, Yaakov Selkowitz wrote:
Marco,
Currently, postgresql ships with a bundled (and old) version of tzdata.
Instead, could you configure postgresql with
--with-system-tzdata=/usr/share/zoneinfo and add tzcode to
postgresql_REQUIRES?
--
Yaakov
done with 9.4.0-1
Regards
On 16/06/2014 22:24 +0200, Marco Atzeri wrote:
On 16/06/2014 19:04, Filipp Gunbin wrote:
On 27/07/2013 09:57 +0200, marco atzeri wrote:
Currently postgres with ossp-uuid module (--with-ossp-uuid added to
CYGCONF_ARGS) builds with OSSP uuid library
(http://www.ossp.org/pkg/lib/uuid/), but
On 27/07/2013 09:57 +0200, marco atzeri wrote:
Il 7/27/2013 9:25 AM, Filipp Gunbin ha scritto:
On 26/07/2013 19:02 +0400, marco atzeri wrote:
Il 7/26/2013 2:17 PM, Filipp Gunbin ha scritto:
Hello again,
It would be useful to include uuid-ossp module in the default
distribution. Here's a
On 16/06/2014 19:04, Filipp Gunbin wrote:
On 27/07/2013 09:57 +0200, marco atzeri wrote:
Returning to this old problem,
Currently postgres with ossp-uuid module (--with-ossp-uuid added to
CYGCONF_ARGS) builds with OSSP uuid library
(http://www.ossp.org/pkg/lib/uuid/), but not with libuuid
On 05/03/14 20:17, Jim Garrison wrote:
I may be missing something obvious, but I can find pg_restore anywhere.
Cygwin puts pg_restore in /usr/sbin/
*
Cheers,
Dave.
*
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 26/07/2013 19:02 +0400, marco atzeri wrote:
Il 7/26/2013 2:17 PM, Filipp Gunbin ha scritto:
Hello again,
It would be useful to include uuid-ossp module in the default
distribution. Here's a patch which does that.
The mailing list filters didn't like the PACKAGE_BUGREPORT=... line
with
Il 7/27/2013 9:25 AM, Filipp Gunbin ha scritto:
On 26/07/2013 19:02 +0400, marco atzeri wrote:
Il 7/26/2013 2:17 PM, Filipp Gunbin ha scritto:
Hello again,
It would be useful to include uuid-ossp module in the default
distribution. Here's a patch which does that.
The mailing list filters
Il 7/26/2013 1:26 PM, Filipp Gunbin ha scritto:
Hello,
I see that the manual is not built during the make process in the doc
directory. Of course it is missing in the result packages. I tried
changing cygmake to cygmake world in cygport file, but it didn't
help. Is there a way to build it?
Il 7/26/2013 2:17 PM, Filipp Gunbin ha scritto:
Hello again,
It would be useful to include uuid-ossp module in the default
distribution. Here's a patch which does that.
The mailing list filters didn't like the PACKAGE_BUGREPORT=... line
with email address just before the patched line, so I
Hello Marco,
On 26/07/2013 18:58 +0400, marco atzeri wrote:
I assume you mean HTML documentation as man is available
Yes. The postgresql.org site calls the html docs manual, that's why I
used that word. Man pages are present.
For HTML version, I will look for next 9.3 release
For me it
Il 7/26/2013 5:36 PM, Filipp Gunbin ha scritto:
Hello Marco,
On 26/07/2013 18:58 +0400, marco atzeri wrote:
I assume you mean HTML documentation as man is available
Yes. The postgresql.org site calls the html docs manual, that's why I
used that word. Man pages are present.
For HTML
On 2013-06-08 15:01, marco atzeri wrote:
Il 6/7/2013 7:27 AM, Yaakov (Cygwin/X) ha scritto:
On 2013-06-06 14:55, marco atzeri wrote:
Il 6/6/2013 9:30 PM, Yaakov (Cygwin/X) ha scritto:
libpq.a was always an import library for the libpq DLL, but in
libpq-devel-9.2.4-1, it is an ordinary static
On 2013-06-13 03:08, Danjel McGougan wrote:
It seems the latest libpq5 (9.2.4-2) installs /bin/cygpq-5.dll, but at
least xemacs fails to find this lib (it looks for cygpq.dll) and fails
to load. Downgrading libpq5 to 8.2.11-1 solves the xemacs issue for me.
Marco,
While I'm glad to finally
Il 6/13/2013 11:19 AM, Yaakov (Cygwin/X) ha scritto:
On 2013-06-13 03:08, Danjel McGougan wrote:
It seems the latest libpq5 (9.2.4-2) installs /bin/cygpq-5.dll, but at
least xemacs fails to find this lib (it looks for cygpq.dll) and fails
to load. Downgrading libpq5 to 8.2.11-1 solves the
Il 6/7/2013 7:27 AM, Yaakov (Cygwin/X) ha scritto:
On 2013-06-06 14:55, marco atzeri wrote:
Il 6/6/2013 9:30 PM, Yaakov (Cygwin/X) ha scritto:
libpq.a was always an import library for the libpq DLL, but in
libpq-devel-9.2.4-1, it is an ordinary static library, but there is no
libpq.dll.a
Il 6/6/2013 9:30 PM, Yaakov (Cygwin/X) ha scritto:
Marco,
libpq.a was always an import library for the libpq DLL, but in
libpq-devel-9.2.4-1, it is an ordinary static library, but there is no
libpq.dll.a implib either. Could you please fix this?
Yaakov
give me some time to review again the
On 2013-06-06 14:55, marco atzeri wrote:
Il 6/6/2013 9:30 PM, Yaakov (Cygwin/X) ha scritto:
libpq.a was always an import library for the libpq DLL, but in
libpq-devel-9.2.4-1, it is an ordinary static library, but there is no
libpq.dll.a implib either. Could you please fix this?
give me some
Christopher Faylor wrote:
Do you see linux64 and linux64 a lot? No?
It should just be cygwin.
if you read the citation [*], you will find,
...
linuxfor i386 Linux with gcc = 3
linuxicc for i386 Linux with Intel's icc
...
linuxppcgcc for PPC Linux with
Greetings, Angelo Graziosi!
win32gcc for Win32 with cygwin/gcc
Cygwin gcc? Or mingw gcc? Or, ... ?
In short, ... yeah, what Earnie Boyd said earlier. Just plain wrong.
--
WBR,
Andrey Repin (anrdae...@freemail.ru) 02.05.2013, 21:29
Sorry for my terrible english...
--
Problem
Il 02/05/2013 19.30, Andrey Repin ha scritto:
Greetings, Angelo Graziosi!
win32gcc for Win32 with cygwin/gcc
Cygwin gcc? Or mingw gcc? Or, ... ?
In short, ... yeah, what Earnie Boyd said earlier. Just plain wrong.
The Supported Architectures cited in [*] are configure
On Thu, May 02, 2013 at 11:24:44PM +0200, Angelo Graziosi wrote:
Il 02/05/2013 19.30, Andrey Repin ha scritto:
Greetings, Angelo Graziosi!
win32gcc for Win32 with cygwin/gcc
Cygwin gcc? Or mingw gcc? Or, ... ?
In short, ... yeah, what Earnie Boyd said earlier. Just plain
On 4/30/2013 11:52 PM, Angelo Graziosi wrote:
Jim Garrison wrote:
but had to add four library dependencies to the makefile, libssl,
libldap, libcrypto and libintl due to unresolved dependencies from libpq:
Just for the record, recently trying to build ROOT [*], I had problems
with libpq and
marco atzeri wrote:
looking at libpq5 dependency:
requires: libintl8 libopenldap2_4_2 libopenssl100 crypt openssl _autorebase
so likely you need the devel libs of some of that
No, I did a build a few week ago and it was completed.
If ROOT configure doesn't find the right headers and library
On 5/1/2013 12:38 PM, Angelo Graziosi wrote:
marco atzeri wrote:
looking at libpq5 dependency:
requires: libintl8 libopenldap2_4_2 libopenssl100 crypt openssl
_autorebase
so likely you need the devel libs of some of that
No, I did a build a few week ago and it was completed.
If ROOT
marco atzeri wrote:
I guess they do not support cygwin (and windows)
$ ./root/configure --help
[...]
Supported Architectures:
aix5 for AIX 5.x with xlC
aixgcc for AIX 5.x with gcc = 3
alphacxx6for DEC Unix with cxx6
alphagcc
On Wed, May 1, 2013 at 10:44 AM, Angelo Graziosi wrote:
win32for Win32 with VC++ and gdk based GUI
win32gcc for Win32 with cygwin/gcc
That's just some bad juju. What kind of witchcrafter came up with
these bad tokens? Who in their right minds would think
Jim Garrison writes:
Any suggestions on how find pg_config so I can install DBD::Pg?
Entering pg_config.exe into the search box on this page will tell you to
install libpq-devel:
http://cygwin.com/packages/
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
-Original Message-
Behalf Of Achim Gratz
Sent: Tuesday, April 30, 2013 12:59 PM
Subject: Re: postgresql-devel package missing pg_config?
Jim Garrison writes:
Any suggestions on how find pg_config so I can install DBD::Pg?
Entering pg_config.exe into the search box on this page
Jim Garrison wrote:
but had to add four library dependencies to the makefile, libssl, libldap,
libcrypto and libintl due to unresolved dependencies from libpq:
Just for the record, recently trying to build ROOT [*], I had problems
with libpq and postgresql- The ROOT build failed as
[...]
On Mar 22 20:39, d. henman wrote:
Marco, thanks for the direction. ($ cygrunsrv.exe -S cygserver )
I might have tried $ cygrunsrv -s server (without the cyg prefix)
According to: /usr/share/doc/Cygwin/postgresql.README
cygrunsrv is not required anymore, pg_ctl has now the service
On 3/22/2013 12:39 PM, d. henman wrote:
Marco, thanks for the direction. ($ cygrunsrv.exe -S cygserver )
I might have tried $ cygrunsrv -s server (without the cyg prefix)
According to: /usr/share/doc/Cygwin/postgresql.README
cygrunsrv is not required anymore, pg_ctl has now the service
On 3/22/2013 8:17 AM, Wynfield Henman wrote:
This is apparently a common problem.
I' m trying to install and get PostgreSQL up and running.
Yes, CYGWIN, the environment variable is set to server and file/dir
permissions are set for the user and have r/w permissions.
No matter if I use:
Reini Urban wrote:
2010/5/2 Andrew Dunstan :
On Cygwin version 1.7.5 I am trying to run set up a member of the PostgreSQL
Buildfarm http://www.pgbuildfarm.org/cgi-bin/show_status.pl. We have a
current Cygwin member (run by me) using Cygwin version 1.5.25, which for the
most part runs
2010/5/2 Andrew Dunstan :
On Cygwin version 1.7.5 I am trying to run set up a member of the PostgreSQL
Buildfarm http://www.pgbuildfarm.org/cgi-bin/show_status.pl. We have a
current Cygwin member (run by me) using Cygwin version 1.5.25, which for the
most part runs without major problems.
Reini Urban wrote:
2010/5/2 Andrew Dunstan :
On Cygwin version 1.7.5 I am trying to run set up a member of the PostgreSQL
Buildfarm http://www.pgbuildfarm.org/cgi-bin/show_status.pl. We have a
current Cygwin member (run by me) using Cygwin version 1.5.25, which for the
most part runs
Reini Urban wrote:
2010/5/2 Andrew Dunstan :
On Cygwin version 1.7.5 I am trying to run set up a member of the PostgreSQL
Buildfarm http://www.pgbuildfarm.org/cgi-bin/show_status.pl. We have a
current Cygwin member (run by me) using Cygwin version 1.5.25, which for the
most part runs
Marco Atzeri schrieb:
--- Stephen Gallaghan ha scritto:
Hi
I am trying to connect to a remote (on local lan)
postgresql server
using cygwin.
When I try to run the psql program I am getting no
results (no messages
at all)
i am runing the version in /usr/bin
even if I try using the -V
--- Stephen Gallaghan ha scritto:
Hi
I am trying to connect to a remote (on local lan)
postgresql server
using cygwin.
When I try to run the psql program I am getting no
results (no messages
at all)
i am runing the version in /usr/bin
even if I try using the -V option I get no
| Sounds like a missing dependency. Try 'cygcheck psql.exe' to see if it
| complains about any missing DLLs. If it does, you need to install the
| packages with the missing DLLs. See http://cygwin.com/packages/ if
| you need to find the package a DLL is in (or 'cygcheck -p file').
|
|
|
2008/8/5 Mark Tunnell:
| Sounds like a missing dependency. Try 'cygcheck psql.exe' to see if it
| complains about any missing DLLs. If it does, you need to install the
| packages with the missing DLLs. See http://cygwin.com/packages/ if
| you need to find the package a DLL is in (or
Mark Tunnell wrote:
Typing psql.exe at the Cygwin Bash prompt results in no output; I just
get the shell prompt back, no matter what switch I add, -V, etc. I
don't use psql every day so I'm not positive when it stopped working
but I'm pretty sure it was fine before my last Cygwin update.
Mark Tunnell wrote:
Typing psql.exe at the Cygwin Bash prompt results in no output; I just
get the shell prompt back, no matter what switch I add, -V, etc. I
don't use psql every day so I'm not positive when it stopped working
but I'm pretty sure it was fine before my last Cygwin update.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Mark Tunnell on 8/4/2008 5:25 PM:
| Sounds like a missing dependency. Try 'cygcheck psql.exe' to see if it
| complains about any missing DLLs. If it does, you need to install the
| packages with the missing DLLs. See
2008/7/21 Yaakov (Cygwin Ports):
Both libpq4 and libpq5 contain the same /usr/bin/cygpq.dll file.
setup.exe cannot handle a file coming from more than one package; this
is bound to cause problems.
Yes, I did this on purpose, resp. all the libpq packagers don't
version their so's.
The
On Jul 21 14:15, Reini Urban wrote:
2008/7/21 Yaakov (Cygwin Ports):
Both libpq4 and libpq5 contain the same /usr/bin/cygpq.dll file.
setup.exe cannot handle a file coming from more than one package; this
is bound to cause problems.
Yes, I did this on purpose, resp. all the libpq
Corinna Vinschen schrieb:
On Jul 21 14:15, Reini Urban wrote:
2008/7/21 Yaakov (Cygwin Ports):
Both libpq4 and libpq5 contain the same /usr/bin/cygpq.dll file.
setup.exe cannot handle a file coming from more than one package; this
is bound to cause problems.
Yes, I did this on purpose, resp.
On Thu, May 15, 2008 at 12:58 AM, Reini Urban [EMAIL PROTECTED] wrote:
Dmitry Teslenko schrieb:
That's an expensive feature you are annoyed at :)
export LC_MESSAGES=C
should do it theoretically.
However for me it didn't work.
You can delete or rename your locale catalog as last ressort.
Dmitry Teslenko wrote:
Hello!
I use postgresql tools such as psql, pg_dump, etc.
If I invoke them as /bin/psql they product error (and probably other) messages
in english; but if I invoke them as psql or /usr/bin/psql they
produce messages
in my native language (russian) in koi8-r encoding and
Dmitry Teslenko schrieb:
Hello!
I use postgresql tools such as psql, pg_dump, etc.
If I invoke them as /bin/psql they product error (and probably other) messages
in english; but if I invoke them as psql or /usr/bin/psql they
produce messages
in my native language (russian) in koi8-r encoding and
Dr. Volker Zell schrieb:
Reini Urban writes:
Reini Urban schrieb:
2008/3/6, Dr. Volker Zell:
setup.ini claims the following:
@ libecpg-compat1
sdesc: Older version of run-time library for ECPG
Reini Urban writes:
Reini Urban schrieb:
2008/3/6, Dr. Volker Zell [EMAIL PROTECTED]:
setup.ini claims the following:
@ libecpg-compat1
sdesc: Older version of run-time library for ECPG
Reini Urban schrieb:
2008/3/6, Dr. Volker Zell [EMAIL PROTECTED]:
setup.ini claims the following:
@ libecpg-compat1
sdesc: Older version of run-time library for ECPG programs
ldesc: The ecpg_compat.dll shared library
2008/3/6, Dr. Volker Zell [EMAIL PROTECTED]:
setup.ini claims the following:
@ libecpg-compat1
sdesc: Older version of run-time library for ECPG programs
ldesc: The ecpg_compat.dll shared library is used by
Igor Peshansky schrieb:
Hi,
I just noticed that the size of postgresql-client-8.0.7-1.tar.bz2 (the
curr version) is set to 0. Is that intentional? It doesn't seem to break
setup, but is something to look into, nonetheless.
Yes, that's on purpose.
There are three main packages: postgresql,
On Sat, 29 Jul 2006, Reini Urban wrote:
Igor Peshansky schrieb:
Hi,
I just noticed that the size of postgresql-client-8.0.7-1.tar.bz2 (the
curr version) is set to 0. Is that intentional? It doesn't seem to
break setup, but is something to look into, nonetheless.
Yes, that's on
On Sat, Jul 29, 2006 at 11:07:29AM -0400, Igor Peshansky wrote:
On Sat, 29 Jul 2006, Reini Urban wrote:
Igor Peshansky schrieb:
Hi,
I just noticed that the size of postgresql-client-8.0.7-1.tar.bz2 (the
curr version) is set to 0. Is that intentional? It doesn't seem to
break setup,
Christopher Faylor schrieb:
On Sat, Jul 29, 2006 at 11:07:29AM -0400, Igor Peshansky wrote:
...
Hmm, the usual way of doing this is creating an empty .tar.bz2 archive,
which is not 0 bytes (it's something like 46). I'm surprised setup
doesn't croak on a 0-byte archive file. Oh, well...
I see in your previous mail, that your cygserver SHM settings
are already at the maximum. Hope that your have that much RAM/Virtual Memory.
The previous error was an interrupted call error 2, which is not the case
with your problem.
Jason's Problem:
3 [main] postmaster 1144
Reini Urban wrote:
I see in your previous mail, that your cygserver SHM settings
are already at the maximum. Hope that your have that much RAM/Virtual Memory.
I did this just desperately looking for solution, but seems the problem
is not there.
Your problem:
9 [main] postmaster 656
Adding to my own message.
Just found this, which is from two years ago and reflects on the same
problem -
http://www.cygwin.com/ml/cygwin-apps/2004-01/msg00014.html
This e-mail says that cygserver simply exits upon high load upon PostgreSQL.
This e-mail says that the problem is fixed -
Alex Goldman wrote:
On 10/30/05, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote:
Alex Goldman wrote:
Hi
I get Bad system call errors, when I try to run 'initdb'. I searched
the net for cygwin + postgresql + bad system call, and saw that
others are complaining about this problem too, but I
On Mon, 2005-10-31 at 10:32 -0500, Larry Hall (Cygwin) wrote:
According to the README, I wasn't running cygserver (and
cygserver-config). I tried doing that, but get bad system call
errors anyway.
You must have set server in the CYGWIN environment variable too.
CYGWIN=server $CYGWIN
Alex Goldman wrote:
Hi
I get Bad system call errors, when I try to run 'initdb'. I searched
the net for cygwin + postgresql + bad system call, and saw that
others are complaining about this problem too, but I found no
explanations or solutions. I tried both 7.4.3-1 and 7.4.5-1 versions
of
On 10/30/05, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote:
Alex Goldman wrote:
Hi
I get Bad system call errors, when I try to run 'initdb'. I searched
the net for cygwin + postgresql + bad system call, and saw that
others are complaining about this problem too, but I found no
On Sun, Oct 30, 2005 at 07:49:19PM -0800, Alex Goldman wrote:
On 10/30/05, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote:
Alex Goldman wrote:
Hi
I get Bad system call errors, when I try to run 'initdb'. I searched
the net for cygwin + postgresql + bad system call, and saw that
others are
On Sep 29 21:14, Reini Urban wrote:
[I don't see my answer in gmail, and the nameserver of my main domain
is dead today, so I repost]
Reini Urban schrieb:
...
More info in the announcement at the cygwin list.
...
8.0.0cvs-1 and 7.4.3-1 can be deleted.
8.1beta2 has some minor problems,
[I don't see my answer in gmail, and the nameserver of my main domain
is dead today, so I repost]
Reini Urban schrieb:
...
More info in the announcement at the cygwin list.
...
8.0.0cvs-1 and 7.4.3-1 can be deleted.
8.1beta2 has some minor problems, I'll upload 8.1beta3 then.
I've added some
Reini Urban schrieb:
...
More info in the announcement at the cygwin list.
...
8.0.0cvs-1 and 7.4.3-1 can be deleted.
8.1beta2 has some minor problems, I'll upload 8.1beta3 then.
I've added some minor changes to the README and init.d script for the
recommended usage of --termsig INT in favor
Jason Tishler wrote:
On Mon, Sep 26, 2005 at 01:45:45PM +0100, Reini Urban wrote:
Signal TERM is correctly handled by postmaster, postmaster running as
SYSTEM owned service. So --termsig INT is not needed anymore.
AFAICT, SIGTERM was always handled by postmaster.
I'd prefer TERM over INT:
Signal TERM is correctly handled by postmaster,
postmaster running as SYSTEM owned service.
So --termsig INT is not needed anymore.
I'd prefer TERM over INT: smart shutdown vs. fast shutdown
For more technical details later or in a seperate cygwin discussion,
not here in -apps
I'll have to wade
Jason Tishler schrieb:
On Fri, Sep 23, 2005 at 11:37:46AM +0200, Corinna Vinschen wrote:
On Sep 23 10:30, Gerrit P. Haase wrote:
Reini Urban wrote:
Gerrit P. Haase schrieb:
Reini Urban wrote:
Installing as service is quite hard without sysbash,
[snip]
So it is not possible to run this as
Reini,
On Sat, Sep 24, 2005 at 03:07:05PM +0200, Reini Urban wrote:
To be specific, why doesn't the following (excerpt) from my
PostgreSQL 7.x README work for 8.x?
$ cygserver-config
$ net user postgres $password /add /fullname:postgres
/comment:'PostgreSQL user account'
Reini Urban wrote:
Gerrit P. Haase schrieb:
Reini Urban wrote:
Installing as service is quite hard without sysbash, so I put
everything into the sysvinit file /etc/rc.0/init.d/postgresql:
start|stop|status|initdb|install|uninstall|startlocal|restart|condrestart
How does this work
On Sep 23 10:30, Gerrit P. Haase wrote:
Reini Urban wrote:
Gerrit P. Haase schrieb:
Reini Urban wrote:
Installing as service is quite hard without sysbash, so I put
everything into the sysvinit file /etc/rc.0/init.d/postgresql:
On Fri, Sep 23, 2005 at 11:37:46AM +0200, Corinna Vinschen wrote:
On Sep 23 10:30, Gerrit P. Haase wrote:
Reini Urban wrote:
Gerrit P. Haase schrieb:
Reini Urban wrote:
Installing as service is quite hard without sysbash,
[snip]
So it is not possible to run this as service?
What
Reini Urban wrote:
Installing as service is quite hard without sysbash, so I put everything
into the sysvinit file /etc/rc.0/init.d/postgresql:
start|stop|status|initdb|install|uninstall|startlocal|restart|condrestart
How does this work without logging into the system and starting a
cygwin
Gerrit P. Haase schrieb:
Reini Urban wrote:
Installing as service is quite hard without sysbash, so I put
everything into the sysvinit file /etc/rc.0/init.d/postgresql:
start|stop|status|initdb|install|uninstall|startlocal|restart|condrestart
How does this work without logging into the
Max,
On Tue, Sep 06, 2005 at 01:38:47PM +0100, Max Bowsher wrote:
Wanting to eliminate possible oddities with my system as a cause, I
did a totally clean install on Cygwin Base + postgresql onto a
different computer, but still postmaster immediately segfaults.
Is the current postgresql
Jason Tishler wrote:
Max,
On Tue, Sep 06, 2005 at 01:38:47PM +0100, Max Bowsher wrote:
Wanting to eliminate possible oddities with my system as a cause, I
did a totally clean install on Cygwin Base + postgresql onto a
different computer, but still postmaster immediately segfaults.
Is the
George wrote:
I followed the instructions for installing postgresql as an NT service
as outlined in the postgresql README, but ended up with the following
error:
$ cygrunsrv -S postmaster
cygrunsrv: Error starting a service: StartService: Win32 error 1069:
The service did not start due
On Thu, Jun 16, 2005 at 06:32:39PM +0200, Krzysztof Duleba wrote:
George wrote:
I followed the instructions for installing postgresql as an NT service
as outlined in the postgresql README, but ended up with the following
error:
$ cygrunsrv -S postmaster
cygrunsrv: Error starting a
George schrieb:
I followed the instructions for installing postgresql as an NT service
as outlined in the postgresql README, but ended up with the following
error:
$ cygrunsrv -S postmaster
cygrunsrv: Error starting a service: StartService: Win32 error 1069:
The service did not start due to
1 - 100 of 208 matches
Mail list logo