Am 08.01.2024 um 19:44 schrieb matthew patton via Cygwin:
Cygwin does not create symlinks as junctions. No idea where you got that idea.
$ echo $CYGWINwinsymlinks:nativestrict
$ /usr/bin/ln -s default.GGG6q test1
01/08/2024 01:24 PM test1 [...]Type=File
$ (unset CYGWIN; /usr/bin/ln -s
Am 19.12.2023 um 17:13 schrieb ASSI via Cygwin:
Michael Soegtrop via Cygwin writes:
[…]
Looks like this problem converges on the libgpg-error update, gpg2 also
segfaults with this library installed.
Even python produces obscure crashes, throwing exceptions. Downgrading
helps.
Rainer
--
Am 13.05.2022 um 19:42 schrieb Denis Excoffier:
It seems that very recently (immediately after i installed 3.3.5),
/cygdrive/c/windows/regedit /E 'HKEY_CURRENT_USER\Environment'
no longer works (i.e. should dump the environment on stdout), and produces a
pop-up window with:
Cannot export
Hi Jon,
Am 31.12.2021 um 15:38 schrieb Jon Turney:
On 30/12/2021 18:38, Doug Henderson wrote:
On Thu, 30 Dec 2021 at 09:46, Rainer Emrich
wrote:
Hi Jon,
for me the new setup executables do not work, same for both:
In my analysis, setup is reporting for a non-elevated shell:
$ ./setup
Some additional Info.
Am 30.12.2021 um 19:31 schrieb Rainer Emrich:
Hi Jon,
thanks for your quick answer.
Am 30.12.2021 um 18:38 schrieb Jon Turney:
On 30/12/2021 16:45, Rainer Emrich wrote:
Hi Jon,
Am 29.12.2021 um 16:58 schrieb Jon Turney:
A new version of Setup (2.911) has been
Hi Jon,
thanks for your quick answer.
Am 30.12.2021 um 18:38 schrieb Jon Turney:
On 30/12/2021 16:45, Rainer Emrich wrote:
Hi Jon,
Am 29.12.2021 um 16:58 schrieb Jon Turney:
A new version of Setup (2.911) has been uploaded to:
https://cygwin.com/setup-x86_64.exe (64 bit version)
https
Hi Jon,
Am 29.12.2021 um 16:58 schrieb Jon Turney:
A new version of Setup (2.911) has been uploaded to:
https://cygwin.com/setup-x86_64.exe (64 bit version)
https://cygwin.com/setup-x86.exe (32 bit version)
for me the new setup executables do not work, same for both:
Microsoft
Hi All,
the mentioned package file is corrupt on all mirrors I tested.
Please, check and correct.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info:
Hi Carry,
Am 29.06.2020 um 19:43 schrieb Cary Lewis via Cygwin:
> I appreciate the reply, I found those links but they only list the files in
> the src ports - where can I download them from?
I had a short look on the cygwin webpag and indeed I didn't found any
information where to get the
Hi Corinna,
Am 05.05.2020 um 10:54 schrieb Corinna Vinschen:
> Therefore it might be a good idea to bump the default for these
> Cygwin-related headers to at least 0x0600.
>
> Setting them to 0x0602 sounds like a good idea, but as long as we didn't
> drop Vista or W7 support it might be
Am 13.03.2020 um 03:01 schrieb Takashi Yano via Cygwin:
> On Fri, 13 Mar 2020 10:03:25 +0900
> Takashi Yano wrote:
>> On Thu, 12 Mar 2020 20:39:39 +0100
>> Achim Gratz wrote:
>>> I don't really want to imagine how you came up with that observation,
>>> but yes, that's the same problem I am facing.
Hi Corinna,
Am 11.03.2020 um 20:51 schrieb Corinna Vinschen:
> Hi Takashi,
>
> would you mind to take a look? The mutex is only used in
> fhandler_pty_master::pty_master_fwd_thread if the pseudo console is
> used. Unfortunately I don't see the faintest hint in the starce why
> this occurs. It
Am 03.03.2020 um 17:41 schrieb Corinna Vinschen:
> On Mar 3 17:05, Rainer Emrich wrote:
>> Am 03.03.2020 um 16:49 schrieb Corinna Vinschen:
>>> On Mar 3 15:31, Corinna Vinschen wrote:
>>>> On Mar 3 15:19, Rainer Emrich wrote:
>>>>> Am 03.03.2020
Am 03.03.2020 um 16:49 schrieb Corinna Vinschen:
> On Mar 3 15:31, Corinna Vinschen wrote:
>> On Mar 3 15:19, Rainer Emrich wrote:
>>> Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
>>>> Aha! So powershell does not show the 'l'.
>>> The most important
Am 03.03.2020 um 14:39 schrieb Corinna Vinschen:
> On Mar 3 14:17, Rainer Emrich wrote:
>> Dear Corinna,
>>
>> Am 02.03.2020 um 17:48 schrieb Corinna Vinschen:
>>> On Feb 29 14:10, Rainer Emrich wrote:
>>>> I try to reliably determine if native Wind
Dear Corinna,
Am 02.03.2020 um 17:48 schrieb Corinna Vinschen:
> On Feb 29 14:10, Rainer Emrich wrote:
>> I try to reliably determine if native Windows symlink are working for a
>> current cygwin environment in a shell script.
>>
>> Therefor I used a powershell snippe
Hi Andrey,
Am 01.03.2020 um 02:52 schrieb Andrey Repin:
>> I try to reliably determine if native Windows symlink are working for a
>> current cygwin environment in a shell script.
>
>> Therefor I used a powershell snipped:
>
>> mkdir asdfgh
>> ln -s asdfgh/ asdfgh-1
>> powershell "& {Get-Item
I try to reliably determine if native Windows symlink are working for a
current cygwin environment in a shell script.
Therefor I used a powershell snipped:
mkdir asdfgh
ln -s asdfgh/ asdfgh-1
powershell "& {Get-Item -Path asdfgh-1 | Select-Object}"
On cygwin 3.0.7 the output is as follows:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I try to bootstrap gcc-4.9.0 for cygwin 64-bit, but this fails in adalib.
AFAIS upstream are still some patches missing which are in the gcc-4.8.2-3
source.
Does anybody knows the status for these patches?
-BEGIN PGP SIGNATURE-
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi JonY,
please CC me on answers, I'm not supscribed to the list.
The real question, is anybody working on getting these patches accepted
upstream?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird
18, 2011 at 05:47:04AM +, Dave Korn wrote:
On 11/03/2011 13:53, Rainer Emrich wrote:
I have to be more clear. I increased the heap_chunk_in_mb to 1792
using:
regtool -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 1792
I run with this setting all the time, I guess
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 1 18:39, Corinna Vinschen wrote:
On Mar 1 18:26, Rainer Emrich wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Any news on this issue?
At the moment it's impossible to build libgcj during bootstrap of gcc!
I tried 1.7.7-1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 11 12:57, Corinna Vinschen wrote:
On Mar 11 12:57, Rainer Emrich wrote:
On Mar 1 18:39, Corinna Vinschen wrote:
And then ld crashes, because, apparently, it neglects to check the
return value of mmap.
Yes it's a fault to not check
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Any news on this issue?
At the moment it's impossible to build libgcj during bootstrap of gcc!
I tried 1.7.7-1 and the snapshot 20110227.
Here some diagnostic:
$ /SCRATCH/tmp.ALIlKIg0qU/gcc-4.5.0-1/gcc-4.5.0-1/./gcc/xgcc -shared-libgcc
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corinna,
I'm not so sure if that's a ld problem, see the following thread:
http://sourceware.org/ml/cygwin/2010-12/msg00448.html
I haven't tried 1.7.6, but as Yaakov mentions there is a change in behaviour in
August last year.
Rainer
P.S.: please
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Problem description:
Having a background job running, even in the lowest priority (low),
execution of pipes is extremly slow. Everything else seems to run fine.
That's really weired, because at cygwin startup all scripts in
/etc/profile.d are sourced,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Corinna,
I read the thread, but there's no solution mentioned.
Rainer Emrich
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Using GnuPG with Netscape - http://enigmail.mozdev.org
iD8DBQFCLF1Oa
27 matches
Mail list logo
