Re: cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs

On Tue, 12 May 2015 12:59:01 -0700 Scott McPeak wrote: > I am attaching a reproducer Makefile. Run "make 2>&1 | cat" to see > the incorrect output: > > $ make 2>&1 | cat > echo first > output > echo secondxxx >> > output > /

Re: Strange SSH behaviour after updating to Cygwin 2.0.1

On Thu, 14 May 2015 09:23:34 +0200 Achim Gratz wrote: > That I already knew, and it's indeed fixed by making tcsh your default > shell over on Cygwin. I can't do that in the case I mentioned since I > still haven't been able to convince our AD administrators to fill the > respective fields. Try:

run-1.3.3-1: Unicode text and empty args

I have been trying to use run (current version 1.3.3-1) to launch emacsclient-w32 from the desktop via SendTo without having a console-window pop up. It does work, but I have found two problems that prevent this from working in certain cases: 1) Unicode text arguments: If I pass arguments to run wi

cygport: How to use to build and install modified packages

In my experimentation with run (see preceding post with subject "run-1.3.3-1: Unicode text and empty args") I somehow managed to build a modifed version of a released package (run-1.3.3-1) but feel I have not found the right way of performing this task - so I ask for some advice (or referral to som

emacs-w32 24.5.1: Crashes with --daemon and in "About Emacs"

After being a long-time user of the official (MinGW-based) Emacs for Windows, I am making the transition to Cygwin's emacs-w32, mainly to profit from the large base of supplementary packages in Cygwin and the automated update via setup. The transition has not been completely smooth, though, for the

Re: Strange SSH behaviour after updating to Cygwin 2.0.1

Takashi Yano writes: > Try: ssh -t user@hostname -- tcsh -l > > With option -t, it should work as you expected. Yes it does, thank you very much! One more problem crossed off the list. Meanwhile after another update I actually had that happen when connecting from the 64bit client also, btw. So

Re: run-1.3.3-1: Unicode text and empty args

Martin Anantharaman writes: > I have been trying to use run (current version 1.3.3-1) to launch > emacsclient-w32 from the desktop via SendTo without having a console-window > pop up. It does work, but I have found two problems that prevent this from > working in certain cases: > 1) Unicode text ar

Re: cygport: How to use to build and install modified packages

Martin Anantharaman writes: > In my experimentation with run (see preceding post with subject > "run-1.3.3-1: Unicode text and empty args") I somehow managed to build a > modifed version of a released package (run-1.3.3-1) but feel I have not > found the right way of performing this task - so I ask

Re: cygport: How to use to build and install modified packages

Achim Gratz writes: >> - Unpack source: I wanted to do "cygport run prep" - but that failed to >> recognize the cygwin-run-1.3.3.tar.bz2 archive and I had to do "cygport run >> download" which downloaded cygwin-run-run.tar.bz2 instead. Why? …or try "cygport run.cygport prep", as the missing suffix

Re: startxwin - xinit unable to connect to X server

On 13/05/2015 19:40, Kunz, Christopher L wrote: After updating to the latest Cygwin distribution, I can no longer connect to X server. When I run startxwin (on a fresh Cygwin install), I get the following errors: xinit: giving up xinit: unable to connect to X server: Connection refused xinit:

Re: emacs-w32 24.5.1: Crashes with --daemon and in "About Emacs"

On 5/15/2015 7:22 AM, Martin Anantharaman wrote: - Crash in server-mode: One of the advantages of Cygwin emacs-w32 is that it supports the server-mode via invocation with --daemon (also coming soon to official Emacs!). But using emacsclient wihtout any options first gives an error and then crashe

[ANNOUNCEMENT] Updated: php-5.6.9-1

The following packages have been updated in the Cygwin distribution: * php-5.6.9-1 * apache2-mod_php5-5.6.9-1 * php-bcmath-5.6.9-1 * php-bz2-5.6.9-1 * php-calendar-5.6.9-1 * php-ctype-5.6.9-1 * php-curl-5.6.9-1 * php-dba-5.6.9-1 * php-devel-5.6.9-1 * php-enchant-5.6.9-1 * php-exif-5.6.9-1 * php-fi

RE: [EXTERNAL] Re: startxwin - xinit unable to connect to X server

After installing the 64 bit version of Cygwin, I don't experience this problem. Backtrace output: $ gdb --args /usr/bin/Xwin -multiwindow GNU gdb (GDB) 7.8 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free

Re: [EXTERNAL] Re: startxwin - xinit unable to connect to X server

On 15/05/2015 18:36, Kunz, Christopher L wrote: After installing the 64 bit version of Cygwin, I don't experience this problem. Backtrace output: gdb: unknown target exception 0x8001 at 0x5dd96d61 Program received signal ?, Unknown signal. [Switching to Thread 8216.0x2374] 0x5dd96d61 in sy

Issue while running Visual Studio's devenv through ssh

I have some code that needs to be built on a windows machine (W), but my primary development/deploy environment is an Ubuntu server (U). The goal is to fully automate the build/deploy process so that it can be kicked off from U. Before I describe the problem let me explain my process. U is an Ubu

Re: Issue while running Visual Studio's devenv through ssh

On May 15, 2015, at 1:08 PM, The General wrote: > > 1>Stdafx.cpp : fatal error C1902: Program database manager mismatch; > please check your installation That’s a Visual Studio error, not a Cygwin error. Perhaps you have this problem: http://stackoverflow.com/questions/12325096/ If that’s n

startxwin - unable connect X server - ver 1.16.2 fails; invalid window param???

Running cygwin32 under xp; recently updated to 1.17; And Xwin server is now broken. As referenced in Chris Kunz' post (and my reply to): Xwin does a core dump and won't start. Having not seen any workarounds - I tried reverting my xorg packages back to 1.16.2 which was last known working for m

RE: startxwin - xinit unable to connect to X server

I have the exact same problem - this after JUST upgrading my Xorg. My X server was working PERFECTLY - for YEARS. Now just after newest version... :( FYI: I'm running cygwin32 under XP. HOWEVER - Chris - I'd ask you check the date on your log file. Because MY system is failing long before it to

RE: Problem linking with an import library (.lib) file:

Jon Y wrote: > Try using gendef to generate a def file from the DLL and use dlltool to > generate an import library from the new def file. Unfortunately the dll is stripped, so this does not work: $ nm plxapi631.dll nm: plxapi631.dll: no symbols I know that this specific .lib file has worked in

Re: [ANNOUNCEMENT] Updated: binutils-2.25-2 (Test x86/x86_64)

JonY writes: > Binutils updated to 2.25-2 following upstream release, with an > additional patch to fix debug symbols due to DLL relocation. I've just run into a problem with this test version on 32bit only: --8<---cut here---start->8--- /mnt/share/packages (20

[ANNOUNCEMENT] Updated: highlight-3.22-1

The following packages have been updated in the Cygwin distribution: * highlight-3.22-1 * highlight-common-3.22-1 * highlight-gui-3.22-1 Highlight converts sourcecode to HTML, XHTML, RTF, LaTeX, TeX, SVG, BBCode and terminal escape sequences with coloured syntax highlighting. Language definitions

[ANNOUNCEMENT] Updated: swig-3.0.5-1

The following package has been updated in the Cygwin distribution: * swig-3.0.5-1 SWIG reads annotated C/C++ header files and creates wrapper code (glue code) in order to make the corresponding C/C++ libraries available to the listed languages, or to extend C/C++ programs with a scripting languag

Re: [TESTERS needed] New POSIX permission handling

On Fri, Apr 10, 2015 at 7:00 PM, Steven Penny wrote: > Here is the test I ran: The test I ran here http://cygwin.com/ml/cygwin/2015-04/msg00186.html is now failing again: $ cd /cygdrive/c $ touch ~/{alpha,bravo}.sh ~+/{charlie,delta}.sh $ chmod +x ~/bravo.sh ~+/delta.sh $ ls -l

Re: Problem linking with an import library (.lib) file:

On 5/16/2015 04:08, Mark Rivers wrote: > Jon Y wrote: > >> Try using gendef to generate a def file from the DLL and use dlltool to >> generate an import library from the new def file. > > Unfortunately the dll is stripped, so this does not work: > > $ nm plxapi631.dll > nm: plxapi631.dll: no sym

Re: cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs

Although I'm not sure why this happens (maybe a bug of make), try make -O 2>&1 | cat With option -O, it seems to work as expected. Indeed, thanks! It also appears that I can: $ export MAKEFLAGS=O $ make ... to work around the problem, with no apparent ill effects, which is good because