On Friday 16 June 2006 06:38, Linda Walsh wrote:
> Larry Hall (Cygwin) wrote:
> > Ah, the lack of a Windows RPM port was *exactly* the reason
> > setup.exe was created. The simplest way to port RPM was to use
> > Cygwin, which then leads to a chicken/egg problem.
>
>
> Most linux distribu
On Friday 16 June 2006 08:37, Brian Dessent wrote:
>
> False. If you provide cygwin1.dll you must provide its source.
> Period. You can't say "it's free software, get it from cygwin.com".
> You must provide a copy yourself (the exact version corresponding to the
> DLL you distribute), on your ser
mkdir test && cd test && rmdir ../test
does work in Linux but not under Windows and therefor not under
Cygwin.
This works under Linux/UNIX as the rmdir removes the directory entry,
disassociating it from the inode, the files still exist as the OS is
using the inode as the handle. When this di
Hello!
I'm having problem to debug my C++ programs using GDB under cygwin. I
get a seg-fault in the c-startup before the main function has been
started.
The following test program is used:
[EMAIL PROTECTED] /cygdrive/c/testcase$ more
/cygdrive/c/testcase/test.cpp
#include
#include
int main()
Hello!
I'm having problem to debug my C++ programs using GDB under cygwin. I
get a seg-fault in the c-startup before the main function has been
started.
The following test program is used:
[EMAIL PROTECTED] /cygdrive/c/testcase$ more
/cygdrive/c/testcase/test.cpp
#include
#include
int main()
Eric Lilja wrote:
I just wanted to share this if someone else is wants to do what I want
to: Develop C/C++ programs using Cygwin that talk to a native Windows
MySQL server.
Great!
Nicholas Thayer wrote:
The issue with the
/tmp/mysql.sock is that MySQL uses domain sockets for *NIX machine
On Fri, Jun 16, 2006 at 10:13:44AM +0200, Lloeki wrote:
>so my conclusions are:
>1. there's no significant gain to switch to another bin-pkg format
>2. any real gain for a growing numper of packages would come from source-level
>support, not package support.
>=> if a switch is ever to occur, it s
On Fri, Jun 16, 2006 at 07:35:27AM -0400, Brett Serkez wrote:
>NTFS and FAT file systems simply do not have the concept of inodes,
>Cygwin is dependent upon the facilities supplied by these file systems.
Actually NTFS does have something like an inode. That's what Cygwin
uses.
cgf
--
Unsubscrib
>NTFS and FAT file systems simply do not have the concept of inodes,
>Cygwin is dependent upon the facilities supplied by these file systems.
Actually NTFS does have something like an inode. That's what Cygwin
uses.
Then why does this fail? Please enlighten us?
Brett
--
Unsubscribe info:
On Fri, Jun 16, 2006 at 08:28:22AM -0400, Brett Serkez wrote:
>On Fri, Jun 16, 2006 at 08:24:12AM -0400, Christopher Faylor wrote:
>>>NTFS and FAT file systems simply do not have the concept of inodes,
>>>Cygwin is dependent upon the facilities supplied by these file systems.
>>
>>Actually NTFS doe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Olivier Langlois on 6/15/2006 11:30 AM:
> Eric,
>
> I think that I have found the problem. In the file lib/Makefile.am, you
> have
>
>
> Somehow, when lib/Makefile is generated by configure, cygwin.c is not
> included in the Makefile. I
Thanks for the suggestion, Brian. Unfortunately, it did not help the
problem at all.
I am not 100% sure what you meant by "try a snapshot," but I am guessing
that you meant simply to reinstall cygwin. So I did that, again. Last
night I renamed the old cygwin directory from C:\cygwin to C:\cygwi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Science Guy on 6/16/2006 6:55 AM:
> Thanks for the suggestion, Brian. Unfortunately, it did not help the
> problem at all.
>
> I am not 100% sure what you meant by "try a snapshot," but I am guessing
> that you meant simply to reinstall
>>>NTFS and FAT file systems simply do not have the concept of inodes,
>>>Cygwin is dependent upon the facilities supplied by these file systems.
>>
>>Actually NTFS does have something like an inode. That's what Cygwin
>>uses.
>
>Then why does this fail? Please enlighten us?
http://cygwin.com/m
When I fire-up a cygwin bash window, everything is fine for a few minutes.
Then the CPU utilization on my system suddenly jumps to 100%. Bash is
typically grabbing about 80% of the CPU, with almost all the rest grabbed by
Are you running any virus or spyware protection software?
Brett
--
Un
On Fri, Jun 16, 2006 at 06:58:58AM -0600, Eric Blake wrote:
>According to Science Guy on 6/16/2006 6:55 AM:
>>Thanks for the suggestion, Brian. Unfortunately, it did not help the
>>problem at all.
>>
>>I am not 100% sure what you meant by "try a snapshot," but I am
>>guessing that you meant simply
On Fri, 16 Jun 2006, Mikael Rosbacke wrote:
> Hello!
>
> I'm having problem to debug my C++ programs using GDB under cygwin. I
> get a seg-fault in the c-startup before the main function has been
> started.
> [snip]
>
> Trying to compile and run this program in cygwin give me the following
> resul
On Jun 16 08:59, Brett Serkez wrote:
> So this brings me back to my original question, what is it in NTFS
> that provides Inode type functionality that Cygwin is leveraging?
This might sound far-fetched, but can you imagine that this is just
the way Microsoft implemented the file system? It doesn
> So this brings me back to my original question, what is it in NTFS
> that provides Inode type functionality that Cygwin is leveraging?
This might sound far-fetched, but can you imagine that this is just
the way Microsoft implemented the file system? It doesn't allow to
remove a directory if *a
I well know this faq that tells to uninstall first all services and to
find them with cygrunsvr -L. But when I type this command, I get a
"command not found". I can't go further.
Thorsten Kampe a écrit :
* julien (2006-06-15 06:37 +)
I got problems with cygwin under WinXP and I want to uni
Thank you for the answer. Tried searching "cygwin C++ gdb" and variants in
Google and mailing lists, but to no use. Sorry for the duplicate email but I
got a no-delivery notification for sourceware.org.
I'll try to see if I can get a better behaviour with stock gcc and a recently
built gdb from
On Fri, Jun 16, 2006 at 08:59:12AM -0400, Brett Serkez wrote:
>NTFS and FAT file systems simply do not have the concept of inodes,
>Cygwin is dependent upon the facilities supplied by these file systems.
Actually NTFS does have something like an inode. That's what Cygwin
uses.
I' really am not interested in arguing with you.
Then why are you!
I simply clarified to the original poster what was happening under the
hood on the UNIX/Linux side so they could understand, essentially
defending why it isn't supported under Cygwin.
I've noticed this before, you tend to tak
On 16 June 2006 14:16, julien wrote:
> I well know this faq that tells to uninstall first all services and to
> find them with cygrunsvr -L. But when I type this command, I get a
> "command not found". I can't go further.
That's ok, you can just skip it; if you haven't installed cygrunsrv in t
On Fri, Jun 16, 2006 at 10:22:27AM -0400, Brett Serkez wrote:
>I only want to know what you were refering to in Windows that was like
>inodes so I could learn.
Cygwin's inode handling is in the source file fhandler_disk_file.cc. If
you look for the word "inode" you should be able to see how it is
On 16 June 2006 15:22, Brett Serkez wrote:
> I simply clarified to the original poster what was happening under the
> hood on the UNIX/Linux side so they could understand, essentially
> defending why it isn't supported under Cygwin.
I think that you may have added confusion rather than clarity
> > On Thu, 2006-06-15 at 15:36 +0200, Nicolas Boudin wrote:
> > > Hello,
> > >
> > > I am trying to export via NFS a cygwin directory as a root
> > > filesystem for an embedded Linux system (I hope it can work..)
> >
> > It should - that's the whole reason I ported it for cygwin in
> > the fir
>
> I have tried to rerun configure prep after installing automake but it
> did not do anything. The missing step was to execute autoreconf. I have
> no clue what this command does but that is what was needed.
autoreconf runs both automake and autoconf, as needed.
>
> Since you are maintaining
On Fri, Jun 16, 2006 at 05:21:36PM +0100, Dave Korn wrote:
>On 16 June 2006 15:22, Brett Serkez wrote:
>>I simply clarified to the original poster what was happening under the
>>hood on the UNIX/Linux side so they could understand, essentially
>>defending why it isn't supported under Cygwin.
>
>I t
Mikael Rosbacke wrote:
Hello!
I'm having problem to debug my C++ programs using GDB under cygwin. I
get a seg-fault in the c-startup before the main function has been
started.
The following test program is used:
[EMAIL PROTECTED] /cygdrive/c/testcase$ more
/cygdrive/c/testcase/test.cpp
#includ
I recently updated fetchmail 6.3.1-1 from 6.2.5-2. I now get an error
when it connects to one of my mail servers. Using "fetchamil -v" I
noticed a difference in the output that indicates the likely problem.
6.3.1-1 give this message when the connection fails:
fetchmail: 6.3.1 querying mail.**
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yaakov S (Cygwin Ports) wrote:
> While attempting to package eric3, python (2.4.3-1) just segfaults on
> the included install.py script before it can do anything else. This
> used to work with cygwin-1.5.18-1 and python-2.4.1-1, and since I've had
> s
fork() can fail when the system runs out of non-interactive heap space
(because there's not enough heap memory to allocate to the launched
process). See:
http://support.microsoft.com/default.aspx?scid=kb;en-us;824422
The attached patch fixes two problems:
1. cygrunsrv doesn't exit when fork return
I've just found the above titled thread; the problem I am also encountering.
>Actually, what you describe is clear enough, but since CRLF handling
>isn't done by the Linux version of sed either, you would have the same
>problem on Linux. The question here is how did this file get created
>with CR
On Sat, Jun 17, 2006 at 02:24:00PM +1000, Mark Hessling wrote:
>Given the fact that cygwin runs on a machine where the native linend is
>CRLF, having a major component not recognise CRLF as a linend when
>handling text files is, AFAIAC, a major problem.
...unless you stop to consider that sed is s
35 matches
Mail list logo
