Re: native Linux userland in Windows 10

On 21. 4. 2016 18:01, John Cowan wrote: > David Macek scripsit: > >> You're assuming LSW will become pre-installed on these workstations and >> UoW will become a Windows Store "app". I'm not saying it can't happen, >> but it seems unlikely at the moment. > > Why unlikely? That is exactly what is

Re: native Linux userland in Windows 10

On 22/04/2016 08:02, David Macek wrote: On 21. 4. 2016 18:01, John Cowan wrote: David Macek scripsit: You're assuming LSW will become pre-installed on these workstations and UoW will become a Windows Store "app". I'm not saying it can't happen, but it seems unlikely at the moment. Why unlik

[ANNOUNCEMENT] Updated: Cygwin 2.5.1-1

Hi Cygwin friends and users, I just released the new Cygwin version 2.5.1-1. 2.5.1 is a bugfix release only. Additionally the cygwin-devel package contains a few more changes to the header files. This is a still ongoing process, revamping the header files to be closer to FreeBSD headers as up

Re: Process map and fork problems

Marco Atzeri gmail.com> writes: > Octave is a good chuck, but not the only one That gave me an idea... actually, Octave collectively is taking up about 60% of the address space on my installation. Or rather octave-forge is and more specifically just one package: octave-tisean. So I guess I shou

Program start blocked / mintty?

I had one machine where a few applications, including mintty, would stubbornly not start, mostly without any trace of a problem. Only in one case, I got an error message 0 [sig] -bash 1164536 get_proc_lock: Couldn't acquire sync_proc_subproc for(5,1), last 7, Win32 error 0 2537 [sig] -b

Re: Process map and fork problems

On 22/04/2016 13:58, Achim Gratz wrote: Marco Atzeri gmail.com> writes: Octave is a good chuck, but not the only one That gave me an idea... actually, Octave collectively is taking up about 60% of the address space on my installation. Or rather octave-forge is and more specifically just one

Re: Process map and fork problems

Marco Atzeri gmail.com> writes: > the dll's are small > > $ cd /usr/lib/octave/packages/tisean-0.2.3/x86_64-unknown-cygwin-api-v50+/ > > $ du -hs > 1.6M. > > but clearly, there is something wrong in them: Static data? The bss segment is taking up much space... $ objdump -h tisean-0.2.3/x

Re: Process map and fork problems

Achim Gratz NexGo.DE> writes: > Static data? The bss segment is taking up much space... Yup, the F77 parts apparently use COMMON arrays "the sizes are chosen generously for normal purposes". Ugh. Regards, Achim. -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: XWin startup crash x86_64 Windows 10

On 21/04/2016 17:31, Sergio Gomez wrote: Hi, Thanks for reporting this problem. After a fresh installation of Cygwin x86_64 in a Windows 10 machine, XWin crashes during startup (rest of Cygwin seems OK). Here is the backtrace: [...] (gdb) r Starting program: /usr/bin/XWin -multiwindow [New

Re: Program start blocked / mintty?

On 22. 4. 2016 14:12, Thomas Wolff wrote: > If there is nothing cygwin can do, how could Avast be convinced to rectify > this issue? I have not used Avast for some time now (mostly due to its other bugs), but you can definitely add an exception for everything under cygwin/bin. I'm not sure if t

RE: XWin startup crash x86_64 Windows 10

Thanks Jon! You're right, after adding the Cygwin bin folder to the exception list of TrendMicro, everything works fine. The strange thing is that it worked for the 32 bit installation of Cygwin/X, maybe the problem was after an update of TM with XWin.exe already running. Anyway, now it works a

Re: Process map and fork problems

On 22/04/2016 15:23, Achim Gratz wrote: Achim Gratz NexGo.DE> writes: Static data? The bss segment is taking up much space... Yup, the F77 parts apparently use COMMON arrays "the sizes are chosen generously for normal purposes". Ugh. Regards, Achim. I opened a ticket upstream https://s

ld randomly assigns wrong user and group IDs to executable

This is a strange one. cygwin 2.5.1-1 binutils 2.25-4 Lately my attempt to build fish keeps failing, and I've traced it to the following problem: During configure, a particular c++ program compiles fine, but the generated executable has the wrong user and group IDs and permissions, so the config

Re: ld randomly assigns wrong user and group IDs to executable

> During configure, a particular c++ program compiles fine, but the generated > executable has the wrong user and group IDs and permissions, so the > configure test fails and my build fails. > > Here are the source files and generated executable: > > $ ls -l conftest* > -rw-r--r-- 1 ASchulma

Cygwin website / docs

Hi folks, Is the website source for cygwin.com (including the documentation) in a public git repo? Thanks Brian -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http: