WG: Windows 10 / Couldn't compute FAST_CWD pointer

[Schlueter, Sebastian]

Hello,


I've a complete project for an embedded system using Cygwin as 
build-environment.
When trying to compile the project, I'll get several times the following errors:

0 [main] sh 7836 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.  
Please report this problem to the public mailing list mailto:cygwin@cygwin.com

I'm running the build-environment on Windows 10/64
My Windows user has local admin rights.

Is this a known problem?
Do you have a hint for me how to solve the problem?



Mit freundlichem Gruß,
Best regards 
__
Sebastian Schlueter

CLAAS E-Systems KGaA mbH & Co KG
Base components & Architecture
Muehlenwinkel 1
33428 Harsewinkel
Germany

Phone +49 5247 12-3474
Fax +49 5247 12-1434
mailto: mailto:sebastian.schlue...@claas.com
http://www.claas.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: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.7.0-0.1

[Steven Penny]

On Wed, 01 Feb 2017 19:18:49, Steven Penny wrote:
> Ω%
> %Ω

Resending these example with proper charset. Here is example that worked pre
2.7.0:

Ω%

Here is example that did not work pre 2.7.0:

%Ω

Again, these are both working now.


--
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: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.7.0-0.1

[Steven Penny]

On Tue, 31 Jan 2017 16:42:41, Corinna Vinschen wrote:
> - Fix handling of Alt-Numpad sequences in console handler.
>   Addresses: https://cygwin.com/ml/cygwin/2017-01/msg00135.html

> - Fix erasing UTF-8 multibyte characters in cooked mode.
>   Addresses: https://cygwin.com/ml/cygwin/2017-01/msg00299.html

I came across something today. As we know from previous discussions,
libreadline7-7.0.1-2 fixed Alt codes and pasting of UTF-8. However I noticed
today that it did not fix it in all cases. This pasting will work:

Ω%

but not this:

%Ω

Starting with snapshot 20170119 and now release 2.7.0, both cases of pasting are
working. Much thanks.


--
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: Perl library request - local::lib

[Brian Mathis]

On Wed, Feb 1, 2017 at 1:46 PM, Achim Gratz  wrote:
> Brian Mathis writes:
>> Please add the local::lib library to the available perl packages.
>
> It was a deliberate decision to not include it.  Just throwing out a
> request like that won't convince me otherwise, but I may change my mind
> if you have any arguments with substance.
>
>> This allows bootstrapping many other packages directly from cpan into
>> a local directory without polluting the main Cygwin files.
>
> This is still more error prone than one would like and I expect anyone
> capable of getting all the little things right to not have a problem
> with bootstrapping local::lib themselves (I'd do it via cpanm, but there
> are other ways of course).  Also, just by installing CPAN you aren't
> polluting main Cygwin files: the modules distributed with Cygwin install
> under perl_vendor, the modules installed by cpan will end up in
> perl_site.
>
>
> Regards,
> Achim.
> --


I appreciate your feedback on this.  Is there somewhere that rationale
is laid out?  If there was a mailing list discussion, then I must have
missed it.  Would you happen to know where it would be in the archive?


Thanks
~ Brian

--
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: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

[David Balažic]

I tried the  2.7.0-0.1  test release and now the behavior changed.

Before I got consistently a wrong MD5 sum of 8bd6ad48f2cea6a710af70b434d57673
With this release I get c43a02c309fa5e0abe778201e9ceec46.

So something changed.

Either the problem is in cygwin or lrzip, I guess.

Regards,
David


On 30 January 2017 at 16:23, David Balažic  wrote:
> I tried in Ubuntu 32 bit (both the packaged lrzip  and a self compiled
> one) and there the problem does not happen, so it looks like either:
>  - bad lrzip in cygwin
>  - cygwin pipe issues?
>
> Regards,
> David
>
>
> On 25 January 2017 at 23:15, David Balažic  wrote:
>> Hi!
>>
>> The 32 bit version of lrzip 0.631-1 contains a bug that corrupts the
>> decompressed dat in some circumstances.
>>
>> I reproduced the problem on 2 PCs (the md5sum of the broken output was
>> the same on both systems).
>>
>> I seems to happen when the (de)compressed file size is bigger than the
>> available RAM (note that the 32 bit version uses max 4GB in any case)
>> and lrzip resorts to using a temporary file.
>>
>> See below for reproducing:
>>
>> $ lrzip -i sda.img.lrz2
>> sda.img.lrz2:
>> lrzip version: 0.6 file
>> Compression: rzip + lzma
>> Decompressed file size: 64017212928
>> Compressed file size: 7210541304
>> Compression ratio: 8.878
>> MD5 used for integrity testing
>> MD5: 6594f5b0d22efd345003260054165842
>>
>> $ date; df -h ; TMP=/cygdrive/i/t/tmp/  lrzip -v  -d  -o -
>> sda.img.lrz2  | tee >(md5sum --tag) >(sha1sum --tag) > /dev/null   ;
>> date
>> Tue Jan 24 21:29:01 CET 2017
>> Filesystem  Size  Used Avail Use% Mounted on
>> C:/cygwin   114G   94G   21G  83% /
>> D:  541G  534G  7.1G  99% /cygdrive/d
>> I:  391G  279G  113G  72% /cygdrive/i
>> Q:   60G   57G  2.8G  96% /cygdrive/q
>> The following options are in effect for this DECOMPRESSION.
>> Threading is ENABLED. Number of CPUs detected: 4
>> Detected 17160601600 bytes ram
>> Compression level 7
>> Nice Value: 19
>> Show Progress
>> Verbose
>> Output Filename Specified: -
>> Temporary Directory set as: /cygdrive/i/t/tmp/
>> Outputting to stdout.
>> Detected lrzip version 0.6 file.
>> MD5 being used for integrity testing.
>> Decompressing...
>> Unable to decompress entirely in ram, will use physical files
>> Dumping temporary file to control->outFILE.
>>
>> [1]+  Stopped TMP=/cygdrive/i/t/tmp/ lrzip -v -d -o -
>> sda.img.lrz2 | tee >(md5sum --tag) >(sha1sum --tag) > /dev/null
>> Tue Jan 24 21:31:39 CET 2017
>>
>> stein@hofer8 /cygdrive/i/Zotac_bak
>> $ fg
>> TMP=/cygdrive/i/t/tmp/ lrzip -v -d -o - sda.img.lrz2 | tee >(md5sum
>> --tag) >(sha1sum --tag) > /dev/null
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>> Dumping temporary file to control->outFILE.
>>
>> Average DeCompression Speed:  0.668MB/s
>> Dumping temporary file to control->outFILE.
>> [OK] - 64017212928 bytes
>> Total time: 25:22:26.25
>> SHA1 (-) = 6c519210541eb128c03b7c0f803adb2b46ee2a72
>> MD5 (-) = 8bd6ad48f2cea6a710af70b434d57673
>>
>>
>> The correct md5sum is 6594f5b0d22efd345003260054165842.
>>
>>
>> Simply decompressing the file (lrzip -d -o sda.img sda.img.lrz2) to
>> filesystem works fine, only when piped to stdout the problem happens.
>>
>> The 64 bit version does not have this problem.
>>
>>
>> I will check if the same problem happens with the native linux build
>> of lrzip (it takes a day...).
>>
>>
>> I tried to reproduce the problem with a smaller file, but there it did
>> not happen. Maybe my first test file has some corruption that causes
>> this (unlikely).
>>
>> Some version information (complete cygcheck -s -v -r output attached):
>>
>> base-cygwin   3.8-1
>> cygwin2.6.1-1
>> lrzip 0.631-1
>>
>> Regards,
>> David

--
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

Cygwin/X failing to launch applications

[Jason Ahrens]

I installed Cygwin/X following the directions on https://x.cygwin.com/
and the linked howto.

The install seems to have gone fine with no errors popping up.

However there seems to be a problem starting X properly. When I use
'startxwin' the icon appears in the system tray, but nothing seems
capable of launching.

The .xsession-error log shows fork commands failing like so:

Failed to connect to socket /tmp/fam-ahrens/fam-
802216072 [unknown (0x2A24)] xwin-xdg-menu 11160 fork: child -1 -
forked process 6804 died unexpectedly, retry 0, exit code 0xE0C00D5C,
errno 11
fork() to run command failed

I found a few references suggesting rebasing may help, so I followed
http://cygwin.wikia.com/wiki/Rebaseall a couple of times (making sure
to run the no-package setup), even rebooting between just to be sure,
but it still happens.

Searching for that exit code only found one hit (not in cygwin) but no answer.

To see if it was something with multiwindow mode, I tried running with
just an xterm and a root window
https://x.cygwin.com/docs/ug/using.html#using-starting-startx
startx /usr/bin/xterm

The root window looked to pop up, then disappeared a second later

All my installed Cygwin packages are up to date. My Windows version
reports itself as Microsoft Windows [Version 10.0.14393]

Just looking for guidance on what else to try. X and related
applications seem to be the only things suffering from this, I can run
all CLI tools fine from the terminal.

--
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: Perl library request - local::lib

[Achim Gratz]

Brian Mathis writes:
> Please add the local::lib library to the available perl packages.

It was a deliberate decision to not include it.  Just throwing out a
request like that won't convince me otherwise, but I may change my mind
if you have any arguments with substance.

> This allows bootstrapping many other packages directly from cpan into
> a local directory without polluting the main Cygwin files.

This is still more error prone than one would like and I expect anyone
capable of getting all the little things right to not have a problem
with bootstrapping local::lib themselves (I'd do it via cpanm, but there
are other ways of course).  Also, just by installing CPAN you aren't
polluting main Cygwin files: the modules distributed with Cygwin install
under perl_vendor, the modules installed by cpan will end up in
perl_site.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

--
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: X colormap problem when viewed via Microsoft Remote Desktop

[Csaba Raduly]

Hi Jeff,

On Wed, Feb 1, 2017 at 6:22 AM,   wrote:
> Jon, thanks for your suggestion.  Using the -nocompositewm option
> fixed my problem.  If you'd still like a screenshot, I can send one if
> the mailing list doesn't mind big attachments.

Instead of sending the screenshot to the mailing list, I'd suggest you
upload the picture to e.g. imgur and send the link instead.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: [ITP] libmicrohttpd 0.9.52

[Corinna Vinschen]

On Jan 31 14:03, Yaakov Selkowitz wrote:
> On 2017-01-31 02:56, Corinna Vinschen wrote:
> > On Jan 30 20:53, Peter Ross wrote:
> > > On Tue, Dec 13, 2016 at 08:25:32PM +1100, Peter Ross wrote:
> > > > Small C library for embedding HTTP server into applications.
> > > > This is not to be confused with the existing 'micro-httpd' cygwin 
> > > > package.
> > > > 
> > > > Homepage: https://www.gnu.org/software/libmicrohttpd/
> > > > 
> > > > License: LGPL version 2.1
> > > > 
> > > > Yep, is packaged by other distro:
> > > > https://packages.debian.org/search?keywords=microhttpd=names
> > > > https://packages.ubuntu.com/search?keywords=microhttpd=names
> > > > https://software.opensuse.org/package/libmicrohttpd
> > > > https://admin.fedoraproject.org/pkgdb/package/rpms/libmicrohttpd/
> > > > 
> > > > Packages:
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.hint
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.tar.xz
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1-src.tar.xz
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.hint
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.tar.xz
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1-src.tar.xz
> > > > 
> > > > Cygport file:
> > > > [...]
> > 
> > Packaging looks good to me.
> 
> If this is a library, then there needs to be separate runtime and -devel
> packages.

Duh, right.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

Re: [ANNOUNCEMENT] Updated: dash-0.5.8-3

[Corinna Vinschen]

On Jan 31 18:54, Houder wrote:
> On Tue, 31 Jan 2017 16:32:45, Corinna Vinschen wrote:
> 
> [snip]
> 
> > > Therefore the question is: 'can the same situation be created under
> > > under Windows?' (does Windows provide the required support?)
> > 
> > This has nothing to do with Windows.  It's the termios implementation
> > inside Cygwin.  I created a patch introducing the IUTF8 flag as on Linux
> > as well as a code snippet trying to remove entire utf-8 characters from
> > the input if the IUTF8 flag is set.  And it's set now by default since
> > we default to UTF-8 anyway.
> 
> Downloaded the snapshots (both x86 and x86_64). Replaced cygwin1.dll.
> 
> Repeated my test for both
> 
>  - bash --noediting, and
>  - dash
> 
> on both snapshots.
> 
> Now I get the expected result! (UTF-8 characters are being erased)
> 
> Thank you.
> 
> Henri.

Thank you for testing.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

Re: [ITP] libmicrohttpd 0.9.52

[Peter Ross]

On Tue, Jan 31, 2017 at 02:03:35PM -0600, Yaakov Selkowitz wrote:
> On 2017-01-31 02:56, Corinna Vinschen wrote:
> > On Jan 30 20:53, Peter Ross wrote:
> > > On Tue, Dec 13, 2016 at 08:25:32PM +1100, Peter Ross wrote:
> > > > Small C library for embedding HTTP server into applications.
> > > > This is not to be confused with the existing 'micro-httpd' cygwin 
> > > > package.
> > > > 
> > > > Homepage: https://www.gnu.org/software/libmicrohttpd/
> > > > 
> > > > License: LGPL version 2.1
> > > > 
> > > > Yep, is packaged by other distro:
> > > > https://packages.debian.org/search?keywords=microhttpd=names
> > > > https://packages.ubuntu.com/search?keywords=microhttpd=names
> > > > https://software.opensuse.org/package/libmicrohttpd
> > > > https://admin.fedoraproject.org/pkgdb/package/rpms/libmicrohttpd/
> > > > 
> > > > Packages:
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.hint
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.tar.xz
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1-src.tar.xz
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.hint
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.tar.xz
> > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1-src.tar.xz
> > > > 
> > > > Cygport file:
> > > > [...]
> > 
> > Packaging looks good to me.
> 
> If this is a library, then there needs to be separate runtime and -devel
> packages.

Thanks, acknowledged.

Further question: this library is currently has soversion 12 and provides 
cygmicrohttpd-12.dll.
Should the package name also include the so version number, e.g. 
libmicrohttpd12(-devel)?
If not, what happens when so version changes in future.

Cheers,
-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)


signature.asc
Description: PGP signature

Re: [ANNOUNCEMENT] Updated: dash-0.5.8-3

[Houder]

On Tue, 31 Jan 2017 09:42:19, Eric Blake wrote:
> And I will be providing a test build of coreutils (for stty) that
> exposes IUTF8 to the command line (to be promoted to current once the
> cygwin release is).  dash and readline do NOT need to be rebuilt to take
> advantage of it (since it is the terminal, not the shell, that is
> handling input), although I need to rebuild readline soon because of
> some upstream patches that need to be folded in.

Eric, my apologies for mispelling your name (twice!).

Regards,

Henri

=


--
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