X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; q=dns; s=default; b=ErjRnd/eQ4m4ug2hSe5JSk+WbOo0pkNRXoOhpBxsqg4 Zj2YKz2ylIXNZ0ubU4scJiAY9a/uEGGB3bjmOqLNs1vC8/S6nhX2zB0eu/eB0Cah 9XgzNM1T8VpumWQT0mRAxwH7nuftQdSxAirz8v4IGbTNCN6Folpup3mdiIKyW/sk = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; s=default; bh=VRasqzU/pk6/6yD6OwiRZmFXo0A=; b=Vcgl3gdJfOUDu5HSH 1uqVVEuOzc0ZJLuNfiROEfj0jQtJASnbmTkQJYb7NxoCJuIbEOAp9msWW+dD9KsA Udu+g92YBSaQlqCP4hZe0c9gY3xmMu2YpF26iY/NPeVP3O7oSxM/31I/Toqg2uDs MOmWstW764uE2p33GN9fYPsR5w= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS,TW_YG autolearn=ham version=3.3.1 X-Received: by 10.14.246.68 with SMTP id p44mr15338151eer.147.1370061730376; Fri, 31 May 2013 21:42:10 -0700 (PDT) Message-ID: <51A97B9B.9090800@gmail.com> Date: Sat, 01 Jun 2013 06:42:03 +0200 From: marco atzeri User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: no stdout/stderr from cygwin compiled exe References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Il 5/31/2013 9:06 PM, Balaji Venkataraman ha scritto: > I have a program that I build on Linux, Cygwin (32bit) and Windows > (MSVC) using cmake. The weird and frustrating thing is I don't have > stdout/stderr working in the Cygwin version. And it is only with this > particular binary and only on this one specific Cygwin installation (a > laptop running Windows 7 Enterprise 64bit). I have another Cygwin > (32bit) install on Win7 Pro (32bit) machine and that works fine. Some > other folks who build/run the exact same program don't have the > problem either. I've searched through the mailing lists and saw > old responses which suggested either re-installing Cygwin or trying > out a newer version of the Cygwin dll. I'm not sure what information > would be relevant for one of you to help me so I'll start with a > cygcheck output from the problem machine. If anything else is needed, > please let me know. BLODA ? Are you running the program inside mintty or what ? Could you at least provide the output of cygcheck > $ cygcheck -s -r -v > cygcheck.txt > 0 [main] cygrunsrv 11432 open_stackdumpfile: Dumping stack trace > to cygrunsrv.exe.stackdump This error should not happen, so something is interfering with cygwin > > One other difference between this one and most other binaries is this > cmake flag: > # WIN32 creates /subsytem:windows (and not /subsystem:console) > add_executable (${PROJECT_NAME} WIN32 ${SOURCES}) for cygwin program WIN32 is not defined, are you building a NOT cygwin program ? > But I wonder whether that is relevant since the exact same flag still > produces stdout/stderr in the other cygwin installations. I hope I can > find a solution without wiping my current Cygwin install. TIA. > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple