Re: STACKDUMP - mintty - Multiply crashes experienced following upgrade to mintty 3.1.5 - x86_64-pc-cygwin
On Thu 2020-05-21 16:42:39 +0100, Olaf Sulla wrote: > Apologies, > > Additional info: > > Build: > CYGWIN_NT-6.1 shackleton 3.1.4(0.340/5/3) 2020-02-19 08:49 x86_64 Cygwin > Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 > > Redacted cygcheck report attached. > > > > On Thu 2020-05-21 16:13:08 +0100, Olaf Sulla wrote: > > Hi, > > > > I am now experiencing multiple crashes in mintty following the installation > > of > > mintty v3.1.5 earlier this morning. > > > > Typical stackdump: > > > > Exception: STATUS_INTEGER_DIVIDE_BY_ZERO at rip=00100438534^M > > rax=03E8 rbx=401C0001 rcx=^M > > rdx= rsi=000D rdi=0001004CB540^M > > r8 =BFA8 r9 =000180321C90 r10=^M > > r11=0202 r12=4000 r13=76F256E4^M > > r14= r15=00050576^M > > rbp=000180321C90 rsp=BFB0^M > > program=C:\cygwin64\bin\mintty.exe, pid 1791, thread main^M > > cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B^M > > Stack trace:^M > > FrameFunctionArgs^M > > 00180321C90 00100438534 (00076F078EC, 000, 001, > > 000C458)^M > > 000C3A0 00100440135 (02F0058, 00076F1908A, 00180132457, > > 001802BEDF0)^M > > 000C5C0 00076F19BBD (0010043F780, 001004CB9E0, 092EB10, > > 00D)^M > > 000C5C0 00076F198C2 (00076F139B0, 0010043F780, 00076F532B8, > > 0080001)^M > > 000C5C0 0010045133C (02F, 000, 0018022D780, > > 00180294A00)^M > > 000CCD0 0018004A826 (000, 000, 000, > > 000)^M > > 000 00180048353 (000, 000, 000, > > 000)^M > > 000FFF0 00180048404 (000, 000, 000, > > 000)^M > > End of stack trace > > > > > > Scenario: > > > > The crashes occur if while moving the cursor it reaches or is near the > > bottom > > of the screen. Crashes have occurred in vim, mutt, and man since installing > > this version. > > > > > > Regards, > > Hi, Installed Mintty v3.1.6 (x86_64-pc-cygwin) earlier this morning. There has been no observed repeat of the crashes of Mintty with scrolling using repeat key entry with the new package. I think therefore that the v3.1.6 package resolves the issue I was observing. Many thanks to all concerned. Regards. -- Mutt 1.14.0 (2020-05-02) -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: help compilation qemu
Hi Juan Carlos, On 24/05/2020 02:08, Juan carlos Rebate via Cygwin wrote: ... 1 the compiler is extremely slow, gcc on Linux is about 10 times faster, How could I speed up the compilation process?. Unfortunately, Cygwin's emulation of fork() is slow compared to the native Linux implementation (I've seen 1000x difference once, in a test launching the same program repeatedly). There's not much you can do about it, except getting faster hardware. A C++ build involves lots and lots of programs being forked. 2 the executables produced are too fat, for example qemu-system-i386 is 65 MB, but it should be 10.5 MB, if I use the -s option in configure returns an unknown error message, how could I fix it? Thank you Why do you think qemu-system-i386 "should be 10.5 MB" ? Are you using 32-bit or 64-bit Cygwin? 64-bit executables are usually bigger than their 32-bit counterparts (although rarely six times as big). You really need to give us more information if you hope to get help, like the actual commands you used and the exact error message. Without those, we can only guess, and my crystal ball is not very reliable. If you want to strip the resulting executables, you could try setting the LDFLAGS environment variable to '-s' before running configure Csaba -- You can get very substantial performance improvements by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler So if you're looking for a completely portable, 100% standards-conformat way to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK) -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK
Reply always with mailing list in copy, please and bottom posting as standard On 23.05.2020 18:34, Kagami Rosylight wrote: Hi Marco, Not clear why you expect that a Windows specific tag as IO_REPARSE_TAG_APPEXECLINK should be supported on a Posix platform ? https://cygwin.com/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/path.cc;h=36aa8278fd8495bdfe5ec82b8c36d7d3d7881ebb;hb=refs/heads/master#l2473 Because Cygwin already supports common reparse points (such as symlinks) and APPEXECLINK is also a common one used by Microsoft Store. This issue causes some CLI tools depending on MSYS2 (which again on Cygwin) to fail calling system Python executable. > that seems a bit short to help third party in properly using it. Good point, and that’s why I only could provide the prior works. REPARSE_DATA_BUFFER_APPEXECLINK in the PowerShell patch shows how the structure look like, but this definitely needs an official documentation. I don’t think it’s a strict blocker given that there are public working patches, though. -Kagami *From: *Marco Atzeri *Sent: *Saturday, 23 May 2020 5:50 PM *To: *cygwin@cygwin.com , sascha...@outlook.com *Subject: *Re: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK On 23.05.2020 17:09, Kagami Rosylight via Cygwin wrote: > Hi Cygwin community, > > I found that Cygwin can’t run UWP based CLI tools, as they expose their executables as reparse points with the tag IO_REPARSE_TAG_APPEXECLINK which Cygwin does not support. > > Way to reproduce this issue on Cygwin: > > 1. Install Python from Microsoft Store: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.microsoft.com%2Fen-us%2Fp%2Fpython-38%2F9mssztt1n39l&data=02%7C01%7C%7Ca89ae101a11349ad859008d7ff3113b0%7C84df9e7fe9f640afb435%7C1%7C0%7C637258458551804597&sdata=NnwQ27A9WsjWdilY6nqF3WR0WnGUvzzeHoajB3onPpo%3D&reserved=0 (assuming you don’t already have python3.8 on your PATH.) > 2. Try running `python3.8` on Cygwin. It will say “/cygdrive/c/Users/Kagami/AppData/Local/Microsoft/WindowsApps/python3.8: Permission denied” > 3. Check it’s real path by `get-childitem -path C:/Users/Kagami/AppData/Local/Microsoft/WindowsApps/python3.8.exe` on PowerShell. It’s `C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.8_3.8.1008.0_x64__qbz5n2kfra8p0\python3.8.exe`. > 4. Try running python again with that path. This succeeds. > > I posted this issue on MSYS2 GitHub repo (https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmsys2%2FMSYS2-packages%2Fissues%2F1943&data=02%7C01%7C%7Ca89ae101a11349ad859008d7ff3113b0%7C84df9e7fe9f640afb435%7C1%7C0%7C637258458551804597&sdata=9Othhu3kprUrr7PcweU%2BXyj3Srqb47nK4vLNhgBI%2FlQ%3D&reserved=0) but I think Cygwin is the right place to file this. > > Relevant prior works: > > * Python https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fpython%2Fcpython%2Fcommit%2Fdf2d4a6f3d5da2839c4fc11d31511c8e028daf2c&data=02%7C01%7C%7Ca89ae101a11349ad859008d7ff3113b0%7C84df9e7fe9f640afb435%7C1%7C0%7C637258458551804597&sdata=k6HtZ2Sl51OgudNjdbdmhcC12c6FTMM8%2F%2BoEv8gNlN0%3D&reserved=0 > * libuv https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flibuv%2Flibuv%2Fcommit%2Fe7ebae26247d2fee0a04547eb7f9aa8f78d4a642&data=02%7C01%7C%7Ca89ae101a11349ad859008d7ff3113b0%7C84df9e7fe9f640afb435%7C1%7C0%7C637258458551804597&sdata=ulo1a%2Fy4iwjUK6BRAAi88VEMrXNlU8fIxxLptA6Y3uU%3D&reserved=0 > * PowerShell https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FPowerShell%2FPowerShell%2Fpull%2F10331&data=02%7C01%7C%7Ca89ae101a11349ad859008d7ff3113b0%7C84df9e7fe9f640afb435%7C1%7C0%7C637258458551804597&sdata=OhuYhKsNYkfCEB3trhdm6QF1wdzAhGdqRRTQi8V350w%3D&reserved=0 > > Thanks, > > -Kagami > Not clear why you expect that a Windows specific tag as IO_REPARSE_TAG_APPEXECLINK should be supported on a Posix platform ? Moreover all the documentation from MS seems https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fopenspecs%2Fwindows_protocols%2Fms-fscc%2Fc8e77b37-3909-4fe6-a4ea-2b9d423b1ee4&data=02%7C01%7C%7Ca89ae101a11349ad859008d7ff3113b0%7C84df9e7fe9f640afb435%7C1%7C0%7C637258458551814592&sdata=IdYc3OG4UdvTo2IJeSmwsSvaqcAFdsM3ZmhV2RicMqA%3D&reserved=0 that seems a bit short to help third party in properly using it. Regards Marco PS: Python 3.8 is available as Cygwin binary have you tested "cygstart /cygdrive/c/Users/Kagami/AppData/Local/Microsoft/WindowsApps/python3.8.exe " ? Regards Marco -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
RE: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK
From: Marco Atzeri > `Reply always with mailing list in copy, please > and bottom posting as standard > > On 23.05.2020 18:34, Kagami Rosylight wrote: > > Hi Marco, > > > > >Not clear why you expect that a Windows specific tag as > > IO_REPARSE_TAG_APPEXECLINK should be supported on a Posix platform ? > > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcygwin.com%2Fgit%2F%3Fp%3Dnewlib-cygwin.git%3Ba%3Dblob%3Bf%3Dwinsup%2Fcygwin%2Fpath.cc%3Bh%3D36aa8278fd8495bdfe5ec82b8c36d7d3d7881ebb%3Bhb%3Drefs%2Fheads%2Fmaster%23l2473&data=02%7C01%7C%7Ca9040b39384d422d0b5808d7ffc595f1%7C84df9e7fe9f640afb435%7C1%7C0%7C637259096391494659&sdata=Llf8pBA7JBtDEThlvynB7Di1E71xjJnLVUJsEI1N6u8%3D&reserved=0 > > > > > > Because Cygwin already supports common reparse points (such as symlinks) > > and APPEXECLINK is also a common one used by Microsoft Store. This issue > > causes some CLI tools depending on MSYS2 (which again on Cygwin) to fail > > calling system Python executable. > > > > > that seems a bit short to help third party in properly using it. > > > > Good point, and that’s why I only could provide the prior works. > > REPARSE_DATA_BUFFER_APPEXECLINK in the PowerShell patch shows how the > > structure look like, but this definitely needs an official > > documentation. I don’t think it’s a strict blocker given that there are > > public working patches, though. > > > > -Kagami > > > > *From: *Marco Atzeri > > *Sent: *Saturday, 23 May 2020 5:50 PM > > *To: *cygwin@cygwin.com , sascha...@outlook.com > > *Subject: *Re: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK > > > > On 23.05.2020 17:09, Kagami Rosylight via Cygwin wrote: > > > Hi Cygwin community, > > > > > > I found that Cygwin can’t run UWP based CLI tools, as they expose > > their executables as reparse points with the tag > > IO_REPARSE_TAG_APPEXECLINK which Cygwin does not support. > > > > > > Way to reproduce this issue on Cygwin: > > > > > > 1. Install Python from Microsoft Store: > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.microsoft.com%2Fen-us%2Fp%2Fpython-38%2F9mssztt1n39l&data=02%7C01%7C%7Ca9040b39384d422d0b5808d7ffc595f1%7C84df9e7fe9f640afb435%7C1%7C0%7C637259096391494659&sdata=tJ4DeDmHrHFYPrXIDzLiXZ6vQivQbZVV703SfOqMT%2BM%3D&reserved=0 > > (assuming you don’t already have python3.8 on your PATH.) > > > 2. Try running `python3.8` on Cygwin. It will say > > “/cygdrive/c/Users/Kagami/AppData/Local/Microsoft/WindowsApps/python3.8: > > Permission denied” > > > 3. Check it’s real path by `get-childitem -path > > C:/Users/Kagami/AppData/Local/Microsoft/WindowsApps/python3.8.exe` on > > PowerShell. It’s `C:\Program > > Files\WindowsApps\PythonSoftwareFoundation.Python.3.8_3.8.1008.0_x64__qbz5n2kfra8p0\python3.8.exe`. > > > 4. Try running python again with that path. This succeeds. > > > > > > I posted this issue on MSYS2 GitHub repo > > (https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmsys2%2FMSYS2-packages%2Fissues%2F1943&data=02%7C01%7C%7Ca9040b39384d422d0b5808d7ffc595f1%7C84df9e7fe9f640afb435%7C1%7C0%7C637259096391494659&sdata=9DVvWYnNcgR26LR7p%2FdX2n7uXI8rnL%2BE1nO7ct9ZBF0%3D&reserved=0) > > but I think Cygwin is the right place to file this. > > > > > > Relevant prior works: > > > > > > * Python > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fpython%2Fcpython%2Fcommit%2Fdf2d4a6f3d5da2839c4fc11d31511c8e028daf2c&data=02%7C01%7C%7Ca9040b39384d422d0b5808d7ffc595f1%7C84df9e7fe9f640afb435%7C1%7C0%7C637259096391494659&sdata=PHB5ChU1IX4gfc7NF3XMJqghyoVBic4CJ5fDP1W7LAM%3D&reserved=0 > > > * libuv > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flibuv%2Flibuv%2Fcommit%2Fe7ebae26247d2fee0a04547eb7f9aa8f78d4a642&data=02%7C01%7C%7Ca9040b39384d422d0b5808d7ffc595f1%7C84df9e7fe9f640afb435%7C1%7C0%7C637259096391504645&sdata=rA4UuMyybOHo35N6qPF0OYVxFLk0usYuviUH0NjymlU%3D&reserved=0 > > > * PowerShell > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FPowerShell%2FPowerShell%2Fpull%2F10331&data=02%7C01%7C%7Ca9040b39384d422d0b5808d7ffc595f1%7C84df9e7fe9f640afb435%7C1%7C0%7C637259096391504645&sdata=cW19cfgbotWpc1loOfYJHoIIvFh2zdSSPhdbeRnIGnw%3D&reserved=0 > > > > > > Thanks, > > > > > > -Kagami > > > > > > > Not clear why you expect that a Windows specific tag as > > IO_REPARSE_TAG_APPEXECLINK should be supported on a Posix platform ? > > > > Moreover all the documentation from MS seems > > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fopenspecs%2Fwindows_protocols%2Fms-fscc%2Fc8e77b37-3909-4fe6-a4ea-2b9d423b1ee4&data=02%7C01%7C%7Ca9040b39384d422d0b5808d7ffc595f1%7C84df9e7fe9f640afb435%7C1%7C0%7C637259096391504645&sdata=EsAOzkEfbTP3RxYcFVsWuGax0s2dh2nf38%2FhfW%2Frre8%3D&reserved=0 > > > > that seems a bit short to help third party in properly using it. > > > > R
Re: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK
On 24.05.2020 11:51, Kagami Rosylight via Cygwin wrote: From: Marco Atzeri `Reply always with mailing list in copy, please and bottom posting as standard have you tested "cygstart /cygdrive/c/Users/Kagami/AppData/Local/Microsoft/WindowsApps/python3.8.exe " ? Regards Marco That works by opening a new window. MSYS2 doesn’t have it by default and I can’t add conditional cygstart calls everywhere just to workaround this issue, though. Sorry for not keeping the standard style 😬. Which email client do you use to do the "bottom posting"? I copied the whole body from Outlook to my IDE and added ">" to write this, is this what you are doing? It seems there should be more straightforward way as all mailing list users are using this style. -- I am usually using Thunderbird, but it works also with Gmail web interface with a bit of patience and after setting for NOT using HTML mail format. Regards Marco -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: XWin problem (xinit launche twice)
Am 21.05.2020 um 21:38 schrieb Marco Atzeri via Cygwin: > On 21.05.2020 20:07, Franz Fehringer wrote: >> There is maybe a race (condition) i just managed starting xinit only >> once (where it was started twice all the time). >> > > A race it is possible. > > Sometimes I see xinit or Xwin stuck and I need to kill X, > while the second time goes fine. > > May be in your case the first is stuck and a second istance is > risen again. > > > Running starxwin from mintty is more likely to work for me > the first time. I assume the AV is causing a delay in loading > the libraries and the second repetition takes less time and avoid the > race. > > Regards > Marco Hi Marco, Thx again for your advice and effort. There seemingly is not much i can do. What mechanism would start a second xinit instance? I start clean (no xinit / XWin around) and have two xinitS in the next second already. Best regards Franz -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK
On Sun, 24 May 2020 at 10:51, Kagami Rosylight via Cygwin wrote: > > Sorry for not keeping the standard style . Which email client do you use to > do the "bottom posting"? I copied the whole body from Outlook to my IDE and > added ">" to write this, is this what you are doing? It seems there should be > more straightforward way as all mailing list users are using this style. Outlook is singularly bad for letting you use this style of email reply; I'd go so far as to argue it's primarily responsible for the shift away from this style of reply that was, for a long time in the history of the internet, very much the standard form. If you're able to use some other email client to interact with this mailing list (and mailing lists for other open source projects, which, IME, mostly also prefer this sort of reply format) you might find that easier. Personally, when I do have to use Outlook to interact with a mailing list, I end up copying the email into Vim, writing my reply there, and copying it back. (But even then, Outlook mangled your message something rotten: your email has a bunch of unnecessary Microsoft-proprietary headers, is base64 encoded for no good reason, and didn't automatically wrap the text lines at a sensible line length. Which, to be clear, is me having a grump about Outlook, not about anything you've done, other than use an email application that you might reasonably think would be able to send emails without mangling things so badly.) -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK
Adam Dinwoodie writes: > Outlook is singularly bad for letting you use this style of email > reply; True, but you _can_ configure it away from that default, although almost nobody does it and yes it's not very obvious and needs changes in at least three different corners of the settings maze. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: help compilation qemu
Hi Caba, I know qemu-system-i386 because the official binary is that size.As for the command used I use this:x86_64-w64-mingw32- this way it compiles perfectly except for the file sizes, if I add the option - s the error Bash option -s unknown, I use 64-bit El dom., 24 may. 2020 11:32, Csaba Ráduly via Cygwin escribió: > > Hi Juan Carlos, > > On 24/05/2020 02:08, Juan carlos Rebate via Cygwin wrote: > ... > > > 1 the compiler is extremely slow, gcc on Linux is about 10 times > > faster, How could I speed up the compilation process?. > > Unfortunately, Cygwin's emulation of fork() is slow compared to the native > Linux > implementation (I've seen 1000x difference once, in a test launching the > same > program repeatedly). There's not much you can do about it, except getting > faster > hardware. A C++ build involves lots and lots of programs being forked. > > > 2 the executables produced are too fat, for example qemu-system-i386 is > 65 > > MB, but it should be 10.5 MB, if I use the -s option in configure returns > > an unknown error message, how could I fix it? Thank you > > Why do you think qemu-system-i386 "should be 10.5 MB" ? > Are you using 32-bit or 64-bit Cygwin? 64-bit executables are usually > bigger > than their 32-bit counterparts (although rarely six times as big). > > You really need to give us more information if you hope to get help, like > the > actual commands you used and the exact error message. > > Without those, we can only guess, and my crystal ball is not very reliable. > > If you want to strip the resulting executables, you could try setting the > LDFLAGS environment variable to '-s' before running configure > > Csaba > -- > You can get very substantial performance improvements > by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler > So if you're looking for a completely portable, 100% standards-conformat > way > to get the wrong information: this is what you want. - Scott Meyers > (C++TDaWYK) > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: help compilation qemu
Dear Juan Carlos: I think by "command" we mean the full command line, plus information about the version of the compiler, etc. Regards - Eliot Moss -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: help compilation qemu
Am 24.05.2020 um 17:30 schrieb Juan carlos Rebate via Cygwin: [Can you _please_ cut down on the TOFU? Thanks ] Hi Caba, I know qemu-system-i386 because the official binary is that \ size.As for the command used I use this:x86_64-w64-mingw32- this way it ^^ Those two marked details form a mismatch. If it's the i386 version you're trying to build, then the tool chain (equivalent to the --target argument in configure) is i686-w64-mingw32. compiles perfectly except for the file sizes, if I add the option - s Add it where? -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin doesn't support IO_REPARSE_TAG_APPEXECLINK
On 2020-05-24 08:59, ASSI wrote: > Adam Dinwoodie writes: >> Outlook is singularly bad for letting you use this style of email >> reply; > > True, but you _can_ configure it away from that default, although almost > nobody does it and yes it's not very obvious and needs changes in at > least three different corners of the settings maze. Thunderbird is not much better, as you have to find the Button to click, to define domains to which you only wish to send emails in text, and line length, which is global, not per-domain, or overridable for one message. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in IEC units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: zstd-1.4.5-1 and development headers / libraries
This release updates Zstandard to the latest upstream version, which is a maintenance release with performance improvements. Zstandard, or zstd as short version, is a fast lossless compression algorithm, targeting real-time compression scenarios at zlib-level and better compression ratios. http://www.zstd.net/ Besides a standalone compression tool, development headers and a library with comprehensive API are available both for Cygwin native applications and cross-compilation toolchains in the following sub-packages: libzstd-devel-1.4.5-1 libzstd1-1.4.5-1 mingw64-i686-zstd-1.4.5-1 mingw64-x86_64-zstd-1.4.5-1 Note This version is compiled with support for GZip, LZ4 and Xz compression. Support for legacy formats from versions before 1.0 has been removed. -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: Perl distributions
The following Perl distributions have been updated to their latest version on CPAN: noarch -- perl-Mojolicious-8.43-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
