Dat Head writes:
> rsync keeps hanging on me - never gets off the ground (doesn't print
> the ("creating file list" message) - strace shows it hangs here:
[...]
When debugging, it's usually better to start at a high level rather than jumping
into the guts of things, unless you could tell us all the
On Mon, May 04, 2009 at 05:51:58AM +0100, Fergus wrote:
> >>Just noticed that after the recent unison upgrade there exists a file
> >>/usr/bin/unison
> >>Also just noticed (but this must have occurred a while ago - 30/03/09
> >>maybe, the date of a TeX upgrade?) that there now exists a director
>>Just noticed that after the recent unison upgrade there exists a file
>>/usr/bin/unison
>>Also just noticed (but this must have occurred a while ago - 30/03/09
>>maybe, the date of a TeX upgrade?) that there now exists a directory
>>/usr/lib/texmf/
>>with deep non-empty subdirect
On Thu, Apr 30, 2009 at 01:45:46PM -0400, Andrew Schulman wrote:
>Cygwin 1.7.0-46. I try to use alternatives, but every time I do it does
>nothing
>except to exit with status 127.
>
>So I started to file a bug report, and ran cygcheck -svr. To my surprise,
>cygcheck also exits part of the way th
On Sun, May 03, 2009 at 11:39:21PM -0400, Christopher Faylor wrote:
>On Fri, May 01, 2009 at 11:01:46PM +0100, Dave Korn wrote:
>>
>>Hi[ppo],
>>
>> I've been seeing these odd error messages scattered in amongst my grep
>>output occasionally of late, and decided to spend some time tracking them
On Fri, May 01, 2009 at 11:01:46PM +0100, Dave Korn wrote:
>
>Hi[ppo],
>
> I've been seeing these odd error messages scattered in amongst my grep
>output occasionally of late, and decided to spend some time tracking them
>down. It now seems to me that something very strange is going on with
>
csih (cygwin-service-installation-helper) provides a library
of shell functions that can be used by other cygwin packages
that provide servers and daemons. It can assist in various
service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a "privileged user"
csih (cygwin-service-installation-helper) provides a library
of shell functions that can be used by other cygwin packages
that provide servers and daemons. It can assist in various
service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a "privileged user"
rsync keeps hanging on me - never gets off the ground (doesn't print
the ("creating file list" message) - strace shows it hangs here:
33 120271067 [main] rsync 3236 cygwin_select: sel.always_ready 0
65 120271132 [main] rsync 3236 start_thread_socket: Handle 0x6D8
32 120271164 [main] rsync
Im a beginner with Cygwin and i have just installed the Emacs editor.
Could you tell me (with easy steps) what to do to have emacs in a new window
and not in the commander window?
Thanx in advance
--
View this message in context:
http://www.nabble.com/emacs-in-its-own-window-tp23358625p23358625
Christopher Faylor wrote:
> # To: cygwin-announce at cygwin dot com
> # Date: Tue, 14 Apr 2009 19:01:10 +0200
> # Subject: [1.7] Updated: cygwin-1.7.0-46
>
> From "cvs log speclib"
>
> revision 1.23
> date: 2009/04/18 17:23:45; author: cgf; state: Exp; lines: +29 -7
> * mkimport: Specify .tex
Charles Wilson wrote:
> libtool: link: g++ -O2 -pipe -o .libs/CreateDOMDocument.exe
> src/CreateDOMDocument/CreateDOMDocument.o
> ../src/.libs/libxerces-c.dll.a -L/usr/lib
> /usr/lib/gcc/i686-pc-cygwin/4.3.2/libstdc++.dll.a /usr/lib/libcurl.dll.a
> /usr/lib/libssh2.dll.a -lssl -lcrypto -lz -licuuc
On Sun, May 03, 2009 at 01:54:54PM -0400, Charles Wilson wrote:
>I've been trying to compile xerces-c 3.0 for cygwin-1.7, and I've run
>into two problems. First, the -lpthread issue showed up again:
>
>*** Warning: linker path does not have real file for library -lpthread.
>*** I have the capabili
I've been trying to compile xerces-c 3.0 for cygwin-1.7, and I've run
into two problems. First, the -lpthread issue showed up again:
*** Warning: linker path does not have real file for library -lpthread.
*** I have the capability to make that library automatically link in when
*** you link to th
Dave Korn wrote:
> I'm not sure. It's the compiler that knows what it needs, which is the same
> regardless of binutils' preferences, I'm leaning toward the idea that it
> should be in the linker specs for the benefit of anyone using older binutils.
The only reason the compiler NEEDS auto-impo
On Sun, May 03, 2009 at 07:18:16AM +0100, Fergus wrote:
>Just noticed that after the recent unison upgrade there exists a file
> /usr/bin/unison
>Also just noticed (but this must have occurred a while ago - 30/03/09
>maybe, the date of a TeX upgrade?) that there now exists a directory
>
On 2009-05-03 13:14Z, Maverick_gamer wrote:
> Hey
> i am using cygwin for compiling one of my project on windows machine..
> the makefile set the compiler but did not define any path..
> path to the compiler position is added in the PATH variable. now when
> running make it shows the error:
>
Hey
i am using cygwin for compiling one of my project on windows machine..
the makefile set the compiler but did not define any path..
path to the compiler position is added in the PATH variable. now when
running make it shows the error:
c:\usr\local\sce\gcc\bin\g++: No such file or directory
Charles Wilson wrote:
> Dave Korn wrote:
>> Charles Wilson wrote:
>>> Dave Korn wrote:
Charles Wilson wrote:
> Roberto Bagnara wrote:
>
>> concerning the need to link with "LDFLAGS=-Wl,--enable-auto-import",
>> I am wondering if there is something we could do upstream to simpli
19 matches
Mail list logo