Re: Fwd: [PATCH v1] setup: allow building with i686-w64-mingw32
2012/6/12 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net: On 2012-06-04 02:10, Kai Tietz wrote: The change in crt/wchar.h about __mingw_ovr macro looks wrong to me, or at least inconsistent. As stdio.h has same macro. At least a libstdc++ bootstrap test is required for this change. Currently I get: /usr/i686-w64-mingw32/sys-root/mingw/lib/libmsvcrt.a(daqubs01139.o):(.text+0x0): multiple definition of `_swprintf' io_stream_file.o:/usr/i686-w64-mingw32/sys-root/mingw/include/wchar.h:547: first defined here How about this change instead to both headers: --- crt/wchar.h (revision 5094) +++ crt/wchar.h (working copy) @@ -450,10 +450,10 @@ int __cdecl __mingw_vsnwprintf (wchar_t * __restrict__ , size_t, const wchar_t * __restrict__ , va_list); #undef __mingw_ovr -#ifdef __cplusplus -#define __mingw_ovr inline __cdecl -#elif defined (__GNUC__) +#if defined (__GNUC__) #define __mingw_ovr static __attribute__ ((__unused__)) __inline__ __cdecl +#elif defined(__cplusplus) +#define __mingw_ovr inline __cdecl #else #define __mingw_ovr static __cdecl #endif Hmm, that's looking wrong to me, too. __GNUC__ gets defined also for c++, So issue might be more related to inline being not inlined. Could you provide me a small sample to reproduce this issue? The hunk in winnt.h: @@ -88,7 +88,7 @@ extern C { #includebasetsd.h -#if defined(_X86_) || defined(__ia64__) || defined(__x86_64) +#if defined(__W32API_USE_DLLIMPORT__) (defined(_X86_) || defined(__ia64__) || defined(__x86_64)) #define DECLSPEC_IMPORT __declspec(dllimport) #else #define DECLSPEC_IMPORT I would like to see here a different macro-name and the logic needs to be inverted. Our default scenario uses dllimport and just in cygwin's setup-case we don't want it. So I would like to see here instead: !defined (__NO_USE_DLLIMPORT) How about just !defined(DECLSPEC_IMPORT)? Yes, that's fine. Yaakov Cygwin/X -- Kai
Anyone still using the expat 1.9.5 library? (cygexpat-0.dll)
When I took over maintainership of the Cygwin expat package, I asked that this older ABI version of the library be kept for programs that need it, but that was four years ago now. It's still there. Assuming no one yells about it, I'd like to request that the Cygwin package repo maintainers check for packages that still have libexpat0 as a dependency, and if none are found, remove it.
Re: Anyone still using the expat 1.9.5 library? (cygexpat-0.dll)
On 6/12/2012 2:36 PM, Warren Young wrote: When I took over maintainership of the Cygwin expat package, I asked that this older ABI version of the library be kept for programs that need it, but that was four years ago now. It's still there. Assuming no one yells about it, I'd like to request that the Cygwin package repo maintainers check for packages that still have libexpat0 as a dependency, and if none are found, remove it. still one. @ nrss sdesc: A ncurses-based RSS reader ldesc: A console based RSS reader allowing uses to read and manage RSS feeds with a simple to use interface. Like most graphical RSS readers it provides a three pane interface for ease of use in managing multiple feeds. category: Net requires: cygwin libexpat0 libncurses8 wget version: 0.3.9-1 Not sure if it is this one now obsolete: http://www.codezen.org/nrss/ NRSS has been deprecated. Use Canto in the future. You will *not* be automatically forwarded.
[RFU] GraphicsMagick-1.3.15-1 / GraphicsMagick-1.3.15-2
new upstream release plus additional security patch. to download (remove the index.html's) : wget -r -np -nH --cut-dirs=2 \ http://matzeri.altervista.org/cygwin-1.7/GraphicsMagick/index.html rm ./index.html \ ./libGraphicsMagick-devel/index.html \ ./libGraphicsMagick3/index.html \ ./perl-Graphics-Magick/index.html \ ./libGraphicsMagick-devel/md5.sum \ ./libGraphicsMagick3/md5.sum \ ./md5.sum \ ./perl-Graphics-Magick/md5.sum file list: GraphicsMagick-1.3.15-1-src.tar.bz2 GraphicsMagick-1.3.15-1.tar.bz2 GraphicsMagick-1.3.15-2-src.tar.bz2 GraphicsMagick-1.3.15-2.tar.bz2 libGraphicsMagick-devel/libGraphicsMagick-devel-1.3.15-1.tar.bz2 libGraphicsMagick-devel/libGraphicsMagick-devel-1.3.15-2.tar.bz2 libGraphicsMagick-devel/setup.hint libGraphicsMagick3/libGraphicsMagick3-1.3.15-1.tar.bz2 libGraphicsMagick3/libGraphicsMagick3-1.3.15-2.tar.bz2 libGraphicsMagick3/setup.hint perl-Graphics-Magick/perl-Graphics-Magick-1.3.15-1.tar.bz2 perl-Graphics-Magick/perl-Graphics-Magick-1.3.15-2.tar.bz2 perl-Graphics-Magick/setup.hint setup.hint please remove GraphicsMagick-1.3.13-1. GraphicsMagick-1.3.14-1 and GraphicsMagick-1.3.15-1 are for current perl-5.10 GraphicsMagick-1.3.14-2 and GraphicsMagick-1.3.15-2 are for next perl-5.14 Regards Marco
Fwd: XServer crashes on startup: Caught signal 11 (Segmentation fault). Server aborting.
Hello, On a fresh install of cygwin/X on a Windows 7 machine, attempting to start xwin -multiwindow (Package: version 1.12.1-1 built 2012-05-02) or startxwin.exe results in an immediate crash. I could not fins a solution online and just cannot figure out what is happening. The output log reports many no symbol table info available notes, ie: No symbol table info available. #1 0x776df896 in ntdll!RtlQueryTimeZoneInformation () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #24 0x042c5317 in atioglxx!DrvGetProcAddress () from /cygdrive/c/Windows/system32/atioglxx.dll It ends with: Segmentation fault at address 0x13c Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Server terminated with error (1). Closing log file. Segmentation fault at address 0x13c Fatal server error: Caught signal 11 (Segmentation fault). Server aborting winDeinitMultiWindowWM - Noting shutdown in progress winMsgWindowProc - pthread_mutex_unlock () failed: 1 Please help. Thanks Aaron Beaulieu Complete log: $ xwin -multiwindow Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.12.1.0 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) Package: version 1.12.1-1 built 2012-05-02 XWin was started with the following command line: xwin -multiwindow (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/ajbeauli/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD winDetectSupportedEngines - Windows NT, allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 001f winSetEngine - Multi Window or Rootless = ShadowGDI winScreenInit - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 2960 height: 1050 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel GDB Backtrace GNU gdb (GDB) 7.3.50.20111026-cvs (cygwin-special) This GDB was configured as i686-cygwin. Backtrace Thread 10 (Thread 924.0xcb4): #0 0x7765000d in ntdll!LdrFindResource_U () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #1 0x776df896 in ntdll!RtlQueryTimeZoneInformation () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #2 0x74619a4d in ?? () No symbol table info available. #3 0x in ?? () No symbol table info available. Thread 9 (Thread 924.0x5a0): #0 0x7765f8b1 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #1 0x7765f8b1 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #2 0x74fa0a91 in WaitForSingleObjectEx () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll No symbol table info available. #3 0x03f0 in ?? () No symbol table info available. #4 0x in ?? () No symbol table info available. Thread 8 (Thread 924.0xc58): #0 0x7765f8e5 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #1 0x7765f8e5 in ntdll!RtlUpdateClonedSRWLock () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #2 0x74f9d348 in ReadFile () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll No symbol table info available. #3 0x03d0 in ?? () No symbol table info available. #4 0x in ?? () No symbol table info available. Thread 7 (Thread 924.0x9b0): #0 0x7766013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #1 0x7766013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from /cygdrive/c/Windows/SysWOW64/ntdll.dll No symbol table info available. #2 0x74fa0bdd in WaitForMultipleObjectsEx () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll No symbol table info available. #3 0x0002 in ?? () No symbol table info available. #4 0xffcec668 in ?? () No symbol table info available. #5 0x758f1a2c in KERNEL32!GetVolumePathNamesForVolumeNameA () from /cygdrive/c/Windows/syswow64/kernel32.dll No symbol table info available. #6 0xffcec668 in ?? () No symbol table info available. #7 0x758f4208 in KERNEL32!CheckForReadOnlyResource () from /cygdrive/c/Windows/syswow64/kernel32.dll No
src/winsup/cygwin ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: yselkow...@sourceware.org 2012-06-12 13:34:39 Modified files: winsup/cygwin : ChangeLog Log message: Fix last ChangeLog entry. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5868r2=1.5869
1.7.15: C# hello world program hangs when run from cygwin
I compiled the following simple C# program using Mono 2.10.8 public class Hello { public static void Main() { System.Console.WriteLine(hello); } } I then attempt to run it under mono and native .net # mcs Hello.cs # mono Hello.exe hello # ./Hello.exe hangs for ever If I downgrade from 1.7.15 to 1.7.14 then it runs as expected $ ./Hello.exe hello I've attached cygcheck.out for 1.7.15 and cygcheck.1.7.14.out for 1.7.14. cygcheck.out Description: Binary data cygcheck.1.7.14.out Description: Binary data -- 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
Re: 1.7.15: C# hello world program hangs when run from cygwin
On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: If I downgrade from 1.7.15 to 1.7.14 then it runs as expected And if you upgrade to the newest cygwin.com/snapshots what happens? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
Re: HOWTO: cross-compile the Linux kernel on Cygwin
On 11/06/2012 11:31 PM, Yaakov (Cygwin/X) wrote: Prerequisites: * Cygwin snapshot 1.7.16s/20120611 or newer (DLL and headers) * Cygwin gcc4-core 4.5 or newer, make, perl * Cygwin gettext, libelf-devel, libgmp-devel, libmpc-devel, libmpfr-devel, zlib-devel * (for make menuconfig) libncurses-devel or libncursesw-devel * (for make nconfig) libncurses-devel * (for make gconfig) libglade2.0-devel * (for make xconfig) libQt3Support4-devel * (for make gconfig/xconfig) X server running and DISPLAY variable set * the attached patches Directions: snip Great work! Looking forward to having this the next time I hack on the kernel! Ryan -- 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
Re: 1.7.15: C# hello world program hangs when run from cygwin
On 12 June 2012 12:35, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: If I downgrade from 1.7.15 to 1.7.14 then it runs as expected And if you upgrade to the newest cygwin.com/snapshots what happens? Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as expected. NOTE I didn't install anything else apart from the dll. Can I suggest linking from the snapshots page the FAQ entry which explains how to install a snapshot. Regards, Peter -- 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
Re: 1.7.15: C# hello world program hangs when run from cygwin
On 6/12/2012 1:52 PM, Peter Ross wrote: On 12 June 2012 12:35, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: If I downgrade from 1.7.15 to 1.7.14 then it runs as expected And if you upgrade to the newest cygwin.com/snapshots what happens? Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as expected. NOTE I didn't install anything else apart from the dll. Can I suggest linking from the snapshots page the FAQ entry which explains how to install a snapshot. Regards, Peter it is already there at the bottom of the page -- 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
Re: Trusted Software Vendor
On 6/9/2012 9:57 AM, Christopher Faylor wrote: and I'm really not willing to burden cygwin.com with the cycles necessary to unpack tarballs at cygwin.com to sign them. Based on the traffic I see to cygwin-apps, my sense is that this would amount to single-digit CPU-minutes per day, once you get through the initial conversion. That can be nice'd to the point that it takes a month; this doesn't have to be a Big Bang conversion. I think a much bigger problem is getting a Linux toolchain set up on the main package repo server that can sign these executables. My Google-fu says the GNU tools have no idea how to do this today. Then someone has to spend at least a few hours writing and testing the script to do all this. It might take a person-day. Red Hat might not have to buy a code signing cert for this. They might already have one that will work: http://goo.gl/5Hm3C -- 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
Re: Performance problems with emacs-X11 in current cygwin
On 6/11/2012 11:10 AM, Ken Brown wrote: On 6/11/2012 7:39 AM, Ken Brown wrote: On 6/10/2012 10:54 PM, Yaakov (Cygwin/X) wrote: On 2012-06-10 19:45, Ken Brown wrote: The bisection shows that the first problematic commit is this one: http://git.gnome.org/browse/glib/commit/?h=glib-2-32id=7eae486179e2799c369ed9ffcea663bf9161ce79 Author: Ryan Lortie de...@desrt.ca Date: Wed Aug 31 22:07:02 2011 -0400 GMain: simplify logic for g_wakeup_acknowledge() Instead of messing around with context-poll_waiting, just look at the GPollFD to see if the GWakeup needs to be acknowledged. In case anyone else wants to confirm this, you can get my glib builds by running setup.exe -K http://sanibeltranquility.com/cygwin/kbrown.gpg and adding http://sanibeltranquility.com/cygwin to the list of mirrors. The problematic version is libglib2.0_0-2.30.90_7eae4861-1 and the preceding version (without the problem) is libglib2.0_0-2.30.90_87880df-1 I've tested the latter with emacs-23, emacs-24, and gvim. Thanks for doing this. Is this still only a problem with XP? If so, it is most likely a bug in Cygwin itself. It's a problem with XP but not with Windows 7. No one has reported testing other systems. Do you understand the code well enough to make a test case to help cgf and Corinna debug it, assuming it's a Cygwin bug? BTW, there's no easy way to revert the problematic commit, in view of this commit, which came on the next day: http://git.gnome.org/browse/glib/commit/?h=glib-2-32id=1c8c408c51c85230356cc95c06f2e1bd3f376624 The commentary that goes with that commit gives some explanations of what's supposed to happen. It doesn't mean much to me, because of my ignorance of how glib works. But maybe it will give you an idea where to look. One further data point: I tried the 2012-01-11 cygwin snapshot, and the problem is still there. So if it's a Cygwin bug, it isn't one that was introduced in the last 5 months. Ken -- 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
RE: Small request for the new cygwin terminal
-BEGIN Original Message- From: Andy Koppe On 11 June 2012 13:55, Nellis, Kenneth wrote: I don't get the U+009F result from the / key from any combination of Ctrl and Shift. On a US keyboard, Shift+/ is ?, and Ctrl+? is itself a valid control character combination, producing ^? (i.e. 0x7F). Andy -END Original Message- I hate to prolong this relatively uninteresting thread, but I don't see how you addressed my point, which is that the table at http://code.google.com/p/mintty/wiki/Keycodes#Ctrl indicates that one can generate U+009F with the /, Ctrl, and Shift keys... +-+--++ | Key | Ctrl | Ctrl+Shift | +-+--++ | / | ^_ | U+009F | +-+--++ ...but this doesn't seem to be the case, at least with a standard US keyboard. --Ken Nellis
Re: Trusted Software Vendor
On Tue, Jun 12, 2012 at 06:57:45AM -0600, Warren Young wrote: On 6/9/2012 9:57 AM, Christopher Faylor wrote: and I'm really not willing to burden cygwin.com with the cycles necessary to unpack tarballs at cygwin.com to sign them. Based on the traffic I see to cygwin-apps, my sense is that this would amount to single-digit CPU-minutes per day, once you get through the initial conversion. That can be nice'd to the point that it takes a month; this doesn't have to be a Big Bang conversion. I think a much bigger problem is getting a Linux toolchain set up on the main package repo server that can sign these executables. My Google-fu says the GNU tools have no idea how to do this today. Then someone has to spend at least a few hours writing and testing the script to do all this. It might take a person-day. If you are working under the misapprehension that I don't understand what's required to get this to work, I can assure you that you're wrong. Red Hat might not have to buy a code signing cert for this. They might already have one that will work: http://goo.gl/5Hm3C The Cygwin project is not Red Hat. It wouldn't be Red Hat buying anything. cgf -- 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
Re: HOWTO: cross-compile the Linux kernel on Cygwin
On Mon, Jun 11, 2012 at 10:31:59PM -0500, Yaakov (Cygwin/X) wrote: Prerequisites: [snip] Nice, Yaakov. Should we make this a FAQ entry or even a separate cygwin web page? cgf -- 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
RE: Trusted Software Vendor
Red Hat might not have to buy a code signing cert for this. They might already have one that will work: http://goo.gl/5Hm3C The Cygwin project is not Red Hat. It wouldn't be Red Hat buying anything. What is the Cygwin project then? I honestly thought it was a Red Hat project... I.e. I've thought of it as a Linux distribution from Red Hat, with Corinna Vinschen being a senior Red Hat engineer, according to your FAQ. Wikipedia says that you yourself used to work for Red Hat. Bottom of Cygwin.com: The Cygwin DLL and utilities are Copyright C snip 2012 Red Hat, Inc. Other packages have other copyrights. Also Wikipedia says that the project was started by Cygnus Solutions which was then merged with Red Hat back in 2000. It is logical to assume that if the copyright is owned by Red Hat and some contributor(s) are Red Hat employees, then the Cygwin project would have some level of access to Red Hat resources. If Cygwin isn't owned/run by Red Hat as you seem to indicate, why do they seem to have their fingers in everything? -- 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
Re: Trusted Software Vendor
To me, the key question is: Would Red Hat have an objection in principle to signing Cygwin and its packages given the history and ties. -- 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
Re: Trusted Software Vendor
On Tue, Jun 12, 2012 at 10:46 AM, James Johnston wrote: Wikipedia says that ... Wikipedia isn't the keeper of the information relevant to Cygwin. You can only find the truth at cygwin.com. Besides, companies do support open source projects by providing man hours to it. It doesn't mean that the company providing those hours has any other right to it than you or I do. Cygwin is a separate entity from Red Hat. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
Re: Trusted Software Vendor
http://cygwin.com/ The Cygwin DLL and utilities are Copyright © 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc Wikipedia isn't the keeper of the information relevant to Cygwin. You can only find the truth at cygwin.com. Besides, companies do support open source projects by providing man hours to it. It doesn't mean that the company providing those hours has any other right to it than you or I do. Cygwin is a separate entity from Red Hat. -- 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
Re: 1.7.15: C# hello world program hangs when run from cygwin
On 12 June 2012 14:13, marco atzeri wrote: On 6/12/2012 1:52 PM, Peter Ross wrote: On 12 June 2012 12:35, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: If I downgrade from 1.7.15 to 1.7.14 then it runs as expected And if you upgrade to the newest cygwin.com/snapshots what happens? Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as expected. NOTE I didn't install anything else apart from the dll. Can I suggest linking from the snapshots page the FAQ entry which explains how to install a snapshot. it is already there at the bottom of the page Ah it is too, I missed that. Can I suggest putting it at the top, and making the language a bit more obvious, eg To install a cygwin snapshot follow the instructions in this FAQ entry. I didn't immediately equate try them with installation. -- 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
Re: Trusted Software Vendor
On Tue, Jun 12, 2012 at 04:12:58PM +0100, Nick Lowe wrote: http://cygwin.com/ The Cygwin DLL and utilities are Copyright ? 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc The version of Cygwin supported at cygwin.com is a GPL-based free software project. Red Hat owns the code. Corinna works for Red Hat and can represent Red Hat's interests in the project but Red Hat does not run the project. They have their own release of Cygwin which is separate from the net release and which, in many cases, is not released under the GPL. Besides Corinna, AFAIK, there is one other active person on this project who works for Red Hat. Their Red Hat job does not involve working on Cygwin. sourceware.org, cygwin.com's home, is a system which was generously donated by Red Hat. It is maintained by three people, one of whom works at Red Hat. Like me, he maintains the site in his free time. cgf -- 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
Re: Trusted Software Vendor
On 06/12/2012 09:12 AM, Nick Lowe wrote: http://cygwin.com/ The Cygwin DLL and utilities are Copyright © 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc Yes, that's true for the cygwin1.dll. But it's not all the executables available from cygwin.com. Even among the packages I help maintain (on my own time, and not on Red Hat's time, I might add), ls.exe is copyright FSF; diffstat.exe is copyright Thomas E. Dickey; git.exe is copyright by many different individuals; etc., and none of these are owned or run by Red Hat. That is, Red Hat cannot make blanket operations on executables, just because cygwin.com ships them, because Red Hat is not the copyright holder on the majority of the binaries bundled in the cygwin distribution, nor even the entity that compiled the binaries in the first place. Most of what you get from cygwin is the effort of individual contributors, while only a few things like cygwin1.dll are directly owned by Red Hat. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: HOWTO: cross-compile the Linux kernel on Cygwin
On 6/12/2012 9:17 AM, Christopher Faylor wrote: On Mon, Jun 11, 2012 at 10:31:59PM -0500, Yaakov (Cygwin/X) wrote: Prerequisites: [snip] Nice, Yaakov. Indeed, this is a real cool addition to Cygwin's capabilities Yaakov. :-) Should we make this a FAQ entry or even a separate cygwin web page? Probably doesn't quite meet the FAQ requirement but a link to documentation about this feature would be great. We could open up a new HOWTO category under Documentation maybe? -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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
Re: HOWTO: cross-compile the Linux kernel on Cygwin
On 12/06/2012 12:34 PM, Larry Hall (Cygwin) wrote: On 6/12/2012 9:17 AM, Christopher Faylor wrote: On Mon, Jun 11, 2012 at 10:31:59PM -0500, Yaakov (Cygwin/X) wrote: Prerequisites: [snip] Nice, Yaakov. Indeed, this is a real cool addition to Cygwin's capabilities Yaakov. :-) Should we make this a FAQ entry or even a separate cygwin web page? Probably doesn't quite meet the FAQ requirement but a link to documentation about this feature would be great. We could open up a new HOWTO category under Documentation maybe? BWAM: add an entry to /usr/share/doc/ with all the details, then update the web docs to mention only that linux kernel cross-compiles are possible under Cygwin. Then sit back and wait for the mailing list to be flooded by eager kernel developers who didn't search the mailing list archives before posting :) (kidding! online documentation is always a good thing) Ryan -- 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
Re: Trusted Software Vendor
On Tue, Jun 12, 2012 at 09:32:00AM -0600, Eric Blake wrote: On 06/12/2012 09:12 AM, Nick Lowe wrote: http://cygwin.com/ The Cygwin DLL and utilities are Copyright ? 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc Yes, that's true for the cygwin1.dll. But it's not all the executables available from cygwin.com. Even among the packages I help maintain (on my own time, and not on Red Hat's time, I might add), ls.exe is copyright FSF; diffstat.exe is copyright Thomas E. Dickey; git.exe is copyright by many different individuals; etc., and none of these are owned or run by Red Hat. That is, Red Hat cannot make blanket operations on executables, just because cygwin.com ships them, because Red Hat is not the copyright holder on the majority of the binaries bundled in the cygwin distribution, nor even the entity that compiled the binaries in the first place. Most of what you get from cygwin is the effort of individual contributors, while only a few things like cygwin1.dll are directly owned by Red Hat. Thanks, Eric, for an important clarification. cgf -- 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
Re: Trusted Software Vendor
On 06/12/2012 11:10 AM, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 10:46 AM, James Johnston wrote: Wikipedia says that ... Wikipedia isn't the keeper of the information relevant to Cygwin. You can only find the truth at cygwin.com. Besides, companies do support open source projects by providing man hours to it. It doesn't mean that the company providing those hours has any other right to it than you or I do. Cygwin is a separate entity from Red Hat. What's this then? http://www.redhat.com/software/cygwin/ a link on: http://cygwin.com/ If they are a separate entity this will certainly mislead some of us -- Roger Wells, P.E. SAIC 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.we...@saic.com -- 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
Re: Trusted Software Vendor
On 6/12/2012 7:08 PM, Roger K. Wells wrote: On 06/12/2012 11:10 AM, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 10:46 AM, James Johnston wrote: Wikipedia says that ... Wikipedia isn't the keeper of the information relevant to Cygwin. You can only find the truth at cygwin.com. Besides, companies do support open source projects by providing man hours to it. It doesn't mean that the company providing those hours has any other right to it than you or I do. Cygwin is a separate entity from Red Hat. What's this then? http://www.redhat.com/software/cygwin/ a link on: http://cygwin.com/ If they are a separate entity this will certainly mislead some of us reporting all the sentence is more clear : For Cygwin licensing or commercial support, please visit the Red Hat Cygwin Product site. On linux you can choose between Fedora and RHEL , here you can choose between Cygwin and Redhat Cygwin it is not so strange in the software world Marco -- 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
Expand stack in Cygwin
How does one increase the stack size of an application using Cygwin? I have googled this and found suggestions such as adding -W1,--stack,800 to make the stack 8 meg. However, this doesn't work for me. I include this as an option to gcc in my makefile and bash just reports an error message. Robert H. Lewis Fordham University -- 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
Re: Expand stack in Cygwin
On 6/12/2012 4:43 PM, Robert Lewis wrote: How does one increase the stack size of an application using Cygwin? I have googled this and found suggestions such as adding -W1,--stack,800 ^ Wrong, change the 1 to the letter l. to make the stack 8 meg. However, this doesn't work for me. I include this as an option to gcc in my makefile and bash just reports an error message. That's probably something else. -- René Berber -- 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
Re: Expand stack in Cygwin
On 6/12/2012 11:43 PM, Robert Lewis wrote: do not reply to a different thread to open a new thread. How does one increase the stack size of an application using Cygwin? I have googled this and found suggestions such as adding -W1,--stack,800 -Wl not -W1 to pass the dato to the linker http://cygwin.com/faq-nochunks.html#faq.programming.adjusting-heap to make the stack 8 meg. However, this doesn't work for me. I include this as an option to gcc in my makefile and bash just reports an error message. Robert H. Lewis Fordham University Regards -- 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
Re: HOWTO: cross-compile the Linux kernel on Cygwin
Addendum: On 2012-06-11 22:31, Yaakov (Cygwin/X) wrote: 3. kernel a. Download a kernel from http://www.kernel.org/pub/linux/kernel/ . b. Unpack and apply patch 0001. c. For 3.3 or newer kernels, apply patch 0002. d. For make xconfig, apply patch 0003. e. For make nconfig, apply patch 0004. * For make menuconfig, apply patches 0005 and 0006. (0006 isn't actually needed yet, but will be if and when ncurses is built without static libraries.) Yaakov 0005-kconfig-check-ncursesw-headers-first-in-check-lxdial.patch Description: application/itunes-itlp 0006-kconfig-fix-check-lxdialog-for-DLL-platforms.patch Description: application/itunes-itlp -- 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