Re: PostgreSQL : Bad system calls

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 syste

PostgreSQL : Bad system calls

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 postgresql. Any idea

valgrind

Valgrind.org says that Windows is not supported, but doesn't mention Cygwin specifically. Has anyone gotten it to work? How about "static valgrind" (patch to GCC) - it's been discussed on the list a while ago? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:

Re: suggestions for cygwin developers

On 7/27/05, Igor Pechtchanski <[EMAIL PROTECTED]> wrote: > On Wed, 27 Jul 2005, Alex Goldman wrote: > > > When Cygwin gets set up, it would be more user-friendly if it placed > > two icons on the desktop: > > one should start maximized Rxvt; another should start X

suggestions for cygwin developers

When Cygwin gets set up, it would be more user-friendly if it placed two icons on the desktop: one should start maximized Rxvt; another should start X with a couple of xterms or whatever. First-time users might think that the MS-DOS terminal is as good as it gets, and this is not good for Cygwin. O

What's in it for Redhat?

I'm curious, why did Redhat develop (or sponsor) Cygwin? It makes more business sense for Microsoft to do so, and they do have the misleadingly named Windows Services for UNIX: http://www.microsoft.com/windowsserversystem/sfu/productinfo/default.mspx (It has NFS client that seems to be missing fr

Re: [bigloo] Setting up Emacs to work with Bigloo

On 7/21/05, Alex Goldman <[EMAIL PROTECTED]> wrote: [...] Sorry, wrong mailing list. I need to get some sleep. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.ht

Re: [bigloo] Setting up Emacs to work with Bigloo

On 7/21/05, Jeremy Shute <[EMAIL PROTECTED]> wrote: > My figuring is: yes, you could install with all Microsoft tools and > NTEmacs (and yes, that's the "ideal" way to go about it), but you can > always postpone that after you've hacked a nice large codebase. > > You can always use Yannis' insta

Re: treating drives as files

> See also > . This solved my problem. Thanks Igor and Chris. Indeed, my statement about there not being a "/dev" was strange considering the fact that I use /dev/null all the time in Cygwin. -- Unsubscribe info: http://c

Re: treating drives as files

On 7/21/05, Christopher Faylor <[EMAIL PROTECTED]> wrote: > >> dd if=/dev/fd0 of=~/disk_image > > > >This is what I had above. > > Right. Remember what Cygwin is trying to emulate? > > >Cygwin doesn't have /dev. This doesn't work. > > Actually, it does work. That's why I mentioned it. Not

Re: treating drives as files

On 7/21/05, Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Thu, Jul 21, 2005 at 09:01:57AM -0700, Alex Goldman wrote: > >In UNIX, one can do things like > > > >dd if=/dev/fd0 of=~/disk_image > > > >Is this possible in Cygwin? > > Yes. Here is the

treating drives as files

In UNIX, one can do things like dd if=/dev/fd0 of=~/disk_image Is this possible in Cygwin? I tried dd if=/cygdrive/d and dd if="D:" but that doesn't work. Also, I googled up some suggestions in the mailing list archives, but they didn't work either (Cygwin must have changed since the questi

Re: buggy tab-expansion

On 7/21/05, Eric Blake <[EMAIL PROTECTED]> wrote: > In the meantime, I was unable to reproduce the symptoms; > could you please let me know what your $PS1 variable is? PS1=\[\033[1;33m\]IBM-7779B06C3BC \w\$\[\033[0m\] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem repo

Re: Ctrl-C not working as well as on Linux

My tty settings are fine. I run Rxvt by calling C: chdir C:\cygwin\bin set CYGWIN=codepage:oem tty binmode title rxvt -sl 1000 -e bash --login -i Looking into this more closely, I noticed that the problem occurs for programs compiled using the free MSVC++ Toolkit 2003, but not GCC. I think you

buggy tab-expansion

Here's an example (I tried this in the original DOS/Cygwin terminal and in Rxvt) : 1. type "grep" in the command line, but don't hit Enter 2. hit Tab quickly several times (two is often enough) The line now becomes "grepp", even though there are no "grepp*" in PATH. (Hitting Enter invokes "grep

Ctrl-C not working as well as on Linux

On Linux, after I start a program that consumes 100% of CPU time, I can usually terminate it just by typing Ctrl-C. This is very convenient to me as a developer. However, using Cygwin in the same situation, the shell becomes "bash (Not Responding)", and I have to invoke the process manager and kill

setting Win32 environment variables in Cygwin

When I execute a *.bat file containing lines like Set FOO=12345 FOO does not show up in the environment of the Cygwin shell. Further, if I execute Win32 programs that access the environment, they can not see FOO either. Specifically, I need to do Set PATH=C:\Program Files\Microsoft Visual C++ T