Re: rename() cannot replace the file which is opened with writable access

[Andrey Repin]

Greetings, Masamichi Hosoda!

> I've found that rename() cannot replace the file
> which is opened with writable access on Cygwin.
> On Linux, it works.

It is OS dependent behavior, and vary even on same OS.
Windows may let you rename a file, or may not, depends on how exactly it is
opened.


-- 
With best regards,
Andrey Repin
Thursday, January 12, 2017 08:38:15

Sorry for my terrible english...


--
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: hang on 'cat /proc/mounts' when one of the network drives is on a 'down' system

[L. A. Walsh]

Corinna Vinschen wrote:

I know why this happens but I don't see an easy way around that.
Basically the problem is that Cygwin has no control over the OS mount
points (i. e., drive letter mapping and volume ireparse points).  Given
that, apart from C: maybe, the drive letter mapping can change any time,
Cygwin doesn't cache the information but requests it every time it needs
it.  This includes information required in /proc/mounts, here basically
the FS type.  This in turn requires to open a handle to the FS, which
may result in the observed hang.
  


   Thanks for the explanation.  Looking at my ".bashrc",
I can't figure out why needed this so I can comment it out.
However, as an "aside", I'm not sure why my workaround
didn't work...though I might guess.

I tried using 'timeout' from 'coreutils-8.23-4' like:
readarray -t proc_mounts< <(timeout -k 2 1 cat /proc/mounts)

I had hoped that w/cat hanging, timeout waits 1 second (2nd
number), and if no response after the #secs after -k (2)
then it's suppose to try to kill it. 


I'm guessing that since it's a cygwin signal, it is probably
waiting for Win to return to cygwin land so cygwin can
process the signal -- but since it's off in la la land,
cygwin doesn't get a chance to clean up.

Seems like this type of thing could happen in any system
call -- i.e. for *whatever* reason, windows just decides to
spin, waiting for *something* with the result that it doesn't come
back to the cygwin layer. 


Just curious (as it likely doesn't happen that often), but how
difficult would it be to put a wrapper around any call into
windows (assuming or hoping their aren't too many different
places), and fire off a timeout as a semi-last resort to
get back control?

I'm guessing there would be too much uncertainty where it
was interrupted to continue with the user code, but maybe
along the lines of the linux kernel, the timeout could
be used to generate the equivalent of a "panic" -- that
terminates whatever was running and might possibly allow
cygwin to recover via the parent of the prog that hung?

Just an idle though -- probably more work than its worth,
but just curious too... ;-)


Thanks again for the detailed answer and I won't be annoyed
if you don't have time to answer this. ;-)

-l





Corinna

  


--
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: Limited Internet speeds caused by inappropriate socket buffering in function fdsock (winsup/net.cc)

[Daniel Havey]

Hi Corinna,
I can see your email on the archive, but, I never received it in my
gmail account (not even in a spam folder).  I think the Internet ate
your message.

Yes Windows :).  I'm the Program Manager for Windows 10 transports and
IP.  Anything in layers 4 or 3.  We can help you with network stack in
the current release of Windows 10.  Downlevel is more difficult.  I'm
not sure about the answer to your question on the size of wmem.  I
don't think that there is a static value that will work in all cases
since Windows TCP will send 1 BDP worth of data per RTT.  If the BDP
is large then the static value could easily be too small and if the
BDP is small then the static value could easily be too large.  It will
take some digging to figure out what the best practice is.  I will do
some digging and let you know the results.

In the mean time I will apply your recommendations to my patch and repost it.

thanxs ;^)
...Daniel





On Mon, Jan 9, 2017 at 3:49 PM, Daniel Havey  wrote:
> At Windows we love what you are doing with Cygwin.  However, we have
> been getting reports from our hardware vendors that iperf is slow on
> Windows.  Iperf is of course compiled against the cygwin1.dll and we
> believe we have traced the problem down to the function fdsock in
> net.cc.  SO_RCVBUF and SO_SNDBUF are being manually set.  The comments
> indicate that the idea was to increase the buffer size, but, this code
> must have been written long ago because Windows has used autotuning
> for a very long time now.  Please do not manually set SO_RCVBUF or
> SO_SNDBUF as this will limit your internet speed.
>
> I am providing a patch, an STC and my cygcheck -svr output.  Hope we
> can fix this.  Please let me know if I can help further.
>
> Simple Test Case:
> I have a script that pings 4 times and then iperfs for 10 seconds to
> debit.k-net.fr
>
>
> With patch
> $ bash buffer_test.sh 178.250.209.22
> usage: bash buffer_test.sh 
>
> Pinging 178.250.209.22 with 32 bytes of data:
> Reply from 178.250.209.22: bytes=32 time=167ms TTL=34
> Reply from 178.250.209.22: bytes=32 time=173ms TTL=34
> Reply from 178.250.209.22: bytes=32 time=173ms TTL=34
> Reply from 178.250.209.22: bytes=32 time=169ms TTL=34
>
> Ping statistics for 178.250.209.22:
> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
> Approximate round trip times in milli-seconds:
> Minimum = 167ms, Maximum = 173ms, Average = 170ms
> 
> Client connecting to 178.250.209.22, TCP port 5001
> TCP window size: 64.0 KByte (default)
> 
> [  3] local 10.137.196.108 port 58512 connected with 178.250.209.22 port 5001
> [ ID] Interval   Transfer Bandwidth
> [  3]  0.0- 1.0 sec   768 KBytes  6.29 Mbits/sec
> [  3]  1.0- 2.0 sec  9.25 MBytes  77.6 Mbits/sec
> [  3]  2.0- 3.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  3.0- 4.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  4.0- 5.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  5.0- 6.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  6.0- 7.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  7.0- 8.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  8.0- 9.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  9.0-10.0 sec  18.0 MBytes   151 Mbits/sec
> [  3]  0.0-10.0 sec   154 MBytes   129 Mbits/sec
>
>
> Without patch:
> dahavey@DMH-DESKTOP ~
> $ bash buffer_test.sh 178.250.209.22
>
> Pinging 178.250.209.22 with 32 bytes of data:
> Reply from 178.250.209.22: bytes=32 time=168ms TTL=34
> Reply from 178.250.209.22: bytes=32 time=167ms TTL=34
> Reply from 178.250.209.22: bytes=32 time=170ms TTL=34
> Reply from 178.250.209.22: bytes=32 time=169ms TTL=34
>
> Ping statistics for 178.250.209.22:
> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
> Approximate round trip times in milli-seconds:
> Minimum = 167ms, Maximum = 170ms, Average = 168ms
> 
> Client connecting to 178.250.209.22, TCP port 5001
> TCP window size:  208 KByte (default)
> 
> [  3] local 10.137.196.108 port 58443 connected with 178.250.209.22 port 5001
> [ ID] Interval   Transfer Bandwidth
> [  3]  0.0- 1.0 sec   512 KBytes  4.19 Mbits/sec
> [  3]  1.0- 2.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  2.0- 3.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  3.0- 4.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  4.0- 5.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  5.0- 6.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  6.0- 7.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  7.0- 8.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  8.0- 9.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  9.0-10.0 sec  1.50 MBytes  12.6 Mbits/sec
> [  3]  0.0-10.1 sec  14.1 MBytes  11.7 Mbits/sec
>
>
> The output shows that the RTT from my machine to the iperf server is
> similar in both cases (about 170ms) however with the patch the
> throughput averages 129 Mbps while without the 

rename() cannot replace the file which is opened with writable access

[Masamichi Hosoda]

Hello,

I've found that rename() cannot replace the file
which is opened with writable access on Cygwin.
On Linux, it works.

If I understand correctly, it should work under POSIX.

Here's sample code for reproduce.

```
#include 
#include 
#include 

#define OLDPATH "oldpath"
#define NEWPATH "newpath"

int main ()
{
  int fd;
  struct flock fl;
  char buff[] = "test";

  /* create oldpath file */
  fd = open (OLDPATH, O_CREAT | O_RDWR | O_TRUNC, 0666);
  close (fd);

  /* create newpath file */
  fd = open (NEWPATH, O_CREAT | O_RDWR | O_TRUNC, 0666);

  /* rename *** FAILED on Cygwin *** */
  if (rename (OLDPATH, NEWPATH) < 0)
perror ("rename");

  close (fd);

  return 0;
}
```

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: [ANNOUNCEMENT] Updated: Cygwin 2.6.1-1

[Steven Penny]

On Wed, 11 Jan 2017 18:22:26, Eliot Moss wrote:
> I think that encouraging more positive and professional
> interchanges *is* constructive, in the broader sense of
> building community, but YMMV.

Thank you for your input. However, did you have an answer to the question at
hand?


--
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] Updated: Cygwin 2.6.1-1

[Steven Penny]

On Wed, 11 Jan 2017 14:41:04, Brian Inglis wrote:
> I have not seen you provide any output from the locale command, 
> or any mention of your Windows regional settings.

That is not how this works. I posit that this is a Cygwin issue, not a Steven
issue. I went back through all the posts of this thread and not a single person
has said:

"it works for me, I can enter non ASCII characters into interactive Bash via Alt
code or pasting. Must be your issue Steven"

once it has been proven it is my issue, I will jump through all those hoops you
are suggesting. Until then, it is pointless for me to run tests beyond what I
have already mentioned in my previous emails. This might very well by a Cygwin
issue and not a Steven issue, in which case that extra work will be a waste of
my time.


--
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] Updated: Cygwin 2.6.1-1

[Eliot Moss]

I think that encouraging more positive and professional
interchanges *is* constructive, in the broader sense of
building community, but YMMV.

Regards -- Eliot Moss

--
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] Updated: Cygwin 2.6.1-1

[Steven Penny]

On Wed, 11 Jan 2017 15:40:49, Eliot Moss wrote:
> On 1/11/2017 2:37 PM, Steven Penny wrote:
> I am getting tired of the somewhat sniping tone of this email thread.

Thank you for the email. However, did you have something constructive to add to
the conversation, like an answer to the issue?


--
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: WinCompose vs. Cygwin/X

[Michael Schaap]

On 11-Jan-17 9:51, Csaba Raduly wrote:

Hi Michael,

On Tue, Jan 10, 2017 at 2:28 PM, Michael Schaap  wrote:

I recently discovered WinCompose ,
a Windows port of XCompose, and fell in love with it.

Unfortunately, it doesn't play nice with Cygwin/X, it seems.

(snip various scenarios and potential solutions)

Have you tried opening an issue in the WinCompose issue tracker? They
might be able to code a workaround.

Somebody beat me to it.  Unfortunately with not much result.
https://github.com/samhocevar/wincompose/issues/132

 - Michael

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

postgresql - Cannot initialize new Postgres database on Cygwin - Super User

[Chloe]

When I try to initialize a new database, I get an error:

$ /usr/sbin/pg_ctl init
no data was returned by command ""/usr/sbin/initdb.exe" -V"
The program "initdb" is needed by pg_ctl but was not found in the
same directory as "/usr/sbin/pg_ctl".
Check your installation.
   
$ /usr/sbin/initdb.exe -V
initdb (PostgreSQL) 9.6.1
   
$ "/usr/sbin/initdb.exe" -V
initdb (PostgreSQL) 9.6.1
   
$ /usr/sbin/initdb.exe -D /usr/share/postgresql
no data was returned by command ""/usr/sbin/postgres.exe" -V"
The program "postgres" is needed by initdb but was not found in the
same directory as "/usr/sbin/initdb".
Check your installation.
   
$ /usr/sbin/postgres -V
postgres (PostgreSQL) 9.6.1

Cygwin 2.6.1, Postgres 9.6.1


http://superuser.com/questions/1166177/cannot-initialize-new-postgres-database-on-cygwin


--
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] Updated: Cygwin 2.6.1-1

[Brian Inglis]

On 2017-01-11 12:37, Steven Penny wrote:
> On Wed, 11 Jan 2017 10:53:55, Brian Inglis wrote:
>> Launch Character Map app, find Omega, Select, and Copy, and you should 
>> be able to paste it into any window. 
> 
> Nope. I made it clear already, even from my first post that it doesnt work 
> from
> pasting.
> 
>> Post your cmd console code page and locale settings as described and 
>> maybe someone can help you. 
> 
> Nope. I have done that already repeatedly.

I have not seen you provide any output from the locale command, 
or any mention of your Windows regional settings.

>> Or maybe you could check the cmd settings and console docs yourself 
>> and figure out your own problem. 
> 
> Not helpful.
> 
>> Generate cygcheck -svr output and attach to your post as described 
>> in the problems link below, and one of the project *volunteers*
>> may get some time to look at it and be able to help.
> 
> I am not doing this, as anyone with a current Cygwin build can
> duplicate it with the default settings. I kindly ask that going
> forward you only make contructive posts.

Others may be unable to reproduce your problem because they don't have 
your Windows and your default settings, and most likely customized their 
systems. Some idea of what *your* "default" settings are would be helpful.

System:
HW?
VM - VMware, KVM, QEMU, ... and edition/release?
VM config?
Does your VM product intercept and/or translate any keycodes?
Windows Home, Pro, Ultimate, Education, or Enterprise, Edition?, and Language?

Windows environment and where problems appear:
Windows 7, 10, or both; 32 bit, 64 bit, or both?
Service Packs, Updates, and patches installed?
Cygwin 32 or 64 bit or both?

Cygwin environment:
Packages installed and releases?
Environment variables?
Cygwin locale output?

To help with a problem, someone else has to be able to reproduce it.
To reproduce it, they need to be able to reproduce the environment 
that causes the problem, and shows the same symptoms you see.

Given https://cygwin.com/acronyms/#IWFM suggestions are all posters 
can offer without more information.

If you find suggestions by other posters unhelpful, ignore them: 
your comments are only likely to discourage others from helping.

Without cygcheck -svr output attached, project volunteers are 
unlikely to be able to help: https://cygwin.com/acronyms/#BWAM

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
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] Updated: Cygwin 2.6.1-1

[Eliot Moss]

On 1/11/2017 2:37 PM, Steven Penny wrote:

On Wed, 11 Jan 2017 10:53:55, Brian Inglis wrote:

Launch Character Map app, find Omega, Select, and Copy, and you should
be able to paste it into any window.


Nope. I made it clear already, even from my first post that it doesnt work from
pasting.


Post your cmd console code page and locale settings as described and
maybe someone can help you.


Nope. I have done that already repeatedly.


Or maybe you could check the cmd settings and console docs yourself
and figure out your own problem.


Not helpful.


Generate cygcheck -svr output and attach to your post as described
in the problems link below, and one of the project *volunteers* may
get some time to look at it and be able to help.


I am not doing this, as anyone with a current Cygwin build can duplicate it with
the default settings. I kindly ask that going forward you only make contructive
posts.


I am getting tired of the somewhat sniping tone of this email thread.
If I were the person to whom these responses are directed, I might
feel offended, even insulted.  There is no need for this kind of tone
between professionals.  Let's try to keep it about the content.  I
know frustration can arise when there is misunderstanding -- the effort
should go toward building common understanding, not criticizing other
individuals.  Or as my mother used to say, you get more flies with
honey than with vinegar.

Regards - Eliot Moss

--
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] Updated: lapack-3.7.0-1

[Ian Lambert via cygwin]

On January 11, 2017 3:41:42 AM EST, Marco Atzeri  wrote:
>To: cygwin-annou...@cygwin.com
>Subject: Updated: lapack-3.7.0-1
>
>New versions  lapack-3.7.0-1 of
>
>lapack (source)
>liblapack0
>liblapack-devel
>liblapack-doc
>
>are available in the Cygwin distribution, 32 and 64 bit :
>

Is anyone else having problems with ...-Doc hanging with a pop-up, "unable to 
extract /use/share/man/man3/zhbev.3.gz. The file is in use or some other error 
occurred. Please stop all cygwin processes and select retry or select continue 
to go on anyway (the file will be updated after a reboot)."
?

Then when I hit continue, setup hangs there until hitting cancel. I've tried a 
few times, uninstall and reinstall.

--
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: hang on 'cat /proc/mounts' when one of the network drives is on a 'down' system

[Corinna Vinschen]

On Jan 10 20:43, L A Walsh wrote:
> I noticed my local terminals were not opening w/a shell prompt, but
> would timeout if I waited long enough...(1-2 minutes? maybe?).
> 
> Turns out, one of my mounted net-drives was a down-system, so
> if I was trying to access the drive (or content on it), I can see
> it hanging.
> 
> But what about "cat /proc/mounts" which is dumping out text
> like:
> 
> Z: /z ntfs binary,user,noumount,auto 1 1
> 
> should require accessing and hanging for a few minutes?
> Is it determining the network file type?  Wouldn't that
> remain constant for a given session (like I doubt that
> ntfs would exchange with smbfs and go back on fixed IP
> machines).
> 
> I've tried using 'timeout', but it doesn't seem to work:
> 
> read -t proc_mounts < <(timeout -k 2 1 cat /proc/mounts)
> 
> (still hangs)

I know why this happens but I don't see an easy way around that.

Basically the problem is that Cygwin has no control over the OS mount
points (i. e., drive letter mapping and volume ireparse points).  Given
that, apart from C: maybe, the drive letter mapping can change any time,
Cygwin doesn't cache the information but requests it every time it needs
it.  This includes information required in /proc/mounts, here basically
the FS type.  This in turn requires to open a handle to the FS, which
may result in the observed hang.


Corinna

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


signature.asc
Description: PGP signature

Re: [PATCH] FAST_CWD: adjust the initial search scope

[Johannes Schindelin]

Hi Corinna,

On Wed, 11 Jan 2017, Corinna Vinschen wrote:

> On Jan 11 14:21, Johannes Schindelin wrote:
> > A *very* recent Windows build adds more code to the preamble of
> > RtlGetCurrentDirectory_U() so that the previous heuristic failed to
> > find the call to the locking routine.
> > 
> > This only affects the 64-bit version of ntdll, where the 0xe8 byte is
> > now found at offset 40, not the 32-bit version. However, let's just
> > double the area we search for said byte for good measure.
> 
> any chance to convince the powers that be to open up access to this
> datastructures without such hacky means?

I try my best.

Ciao,
Johannes

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.1-1

[Steven Penny]

On Wed, 11 Jan 2017 10:53:55, Brian Inglis wrote:
> Launch Character Map app, find Omega, Select, and Copy, and you should 
> be able to paste it into any window. 

Nope. I made it clear already, even from my first post that it doesnt work from
pasting.

> Post your cmd console code page and locale settings as described and 
> maybe someone can help you. 

Nope. I have done that already repeatedly.

> Or maybe you could check the cmd settings and console docs yourself 
> and figure out your own problem. 

Not helpful.

> Generate cygcheck -svr output and attach to your post as described 
> in the problems link below, and one of the project *volunteers* may 
> get some time to look at it and be able to help.

I am not doing this, as anyone with a current Cygwin build can duplicate it with
the default settings. I kindly ask that going forward you only make contructive
posts.


--
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] Updated: Cygwin 2.6.1-1

[Brian Inglis]

On 2017-01-11 05:51, Steven Penny wrote:
> On Tue, 10 Jan 2017 23:49:16, Brian Inglis wrote:
>> Both of which run under the cmd console
> 
> No, they dont. They both run under the Console Window Host.
> 
>> You can look up which characters are displayed using Alt-numpad-digits 
>> at https://en.wikipedia.org/wiki/Code_page_437 or in the selected code 
>> page using Alt-numpad-0-digits at Code_page_nnn or Windows_.
> 
> Why do I need to do this? I already know that it is capital omega.
> 
>> On top of that is added the Windows locale mapping to Cygwin locale
>> and character set, plus readline settings used by bash in
>> ~/.inputrc, which may change input interpretation.
> 
> Again, did you try this or are you just guessing? If so what inputrc 
> value needs to be set?
> 
>> Type locale to see what locale Cygwin thinks you are running.
>> Documentation available is at: 
>>  https://cygwin.com/cygwin-ug-net/setup-locale.html
>> which documents the default as C.UTF-8 (ASCII) unless LC_ALL, LC_CTYPE, 
>> or LANG env vars are set to change the locale and/or char set.
> 
> Again, did you try this or are you just guessing? If so what value
> needs to be set?
> 
>> You may have to chcp n in Cygwin.bat to get correct character output, 
>> either 437 for US, 850 for English, 65001 for UTF-8, others from 
>> above reference for other locales and char sets.
> 
> Again, no because cmd.exe works fine even with 437.
> 
>> It is an alternative input method for Unicode characters which does 
>> not seem to be supported with bash under cmd configured with default 
>> code pages, but is in mintty and elsewhere in Windows, which avoids 
>> having to pop up CharMap and search when you know the Unicode code 
>> point wanted.
> 
> Again, hex input is not needed, cmd.exe handles Alt-decimal just fine.
> 
>> Most Windows monospace fonts do not support most new Unicode characters, 
>> but fallback fonts can be configured in the registry to provide missing 
>> glyphs, given available fonts which support the glyphs, and code page 
>> 65001/char set UTF-8 which supports the Unicode character set.
> 
> Again, no font is needed as this character is already supported
> though existing fonts.
> 
>> Mea culpa, having configured everything I can in Windows, Cygwin, and 
>> apps to support Unicode/UTF-8 character sets, with appropriate fonts 
>> and fallbacks, I forget the limitations and problems with OEM code 
>> pages which caused me to make that effort, indeed that people, apps, 
>> or systems still use those code pages implicitly.
> 
> Somehow you managed to make a nearly 400 word reply without adding
> anything to your previous post. I am actually impressed. Please going
> forward post suggestions that you have actually tried and fix the
> problem at hand, thank you.

Launch Character Map app, find Omega, Select, and Copy, and you should 
be able to paste it into any window. 
Post your cmd console code page and locale settings as described and 
maybe someone can help you. 
Or maybe you could check the cmd settings and console docs yourself 
and figure out your own problem. 
Generate cygcheck -svr output and attach to your post as described 
in the problems link below, and one of the project *volunteers* may 
get some time to look at it and be able to help.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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

[ANNOUNCEMENT] emacs-auctex 11.90-1

[Ken Brown]

The following packages have been uploaded to the Cygwin distribution:

* emacs-auctex-11.90-1
* preview-latex-11.90-1

AUCTeX is an extensible package for writing and formatting TeX files
in GNU Emacs and XEmacs.  It supports many different TeX macro
packages, including AMS-TeX, LaTeX, Texinfo, ConTeXt, and DocTeX (dtx
files).  AUCTeX includes preview-latex, which makes LaTeX a tightly
integrated component of your editing workflow by visualizing selected
source chunks (such as single formulas or graphics) directly as images
in the source buffer.

preview_latex is a self-contained subpackage of emacs-auctex that
allows appropriately selected parts of a LaTeX document to be
formatted and displayed within the Emacs editor.  It also has uses
that do not require Emacs.

This is an update to the latest upstream release.  See the
announcement at

  http://lists.gnu.org/archive/html/info-auctex/2017-01/msg0.html

for a list of changes since the previous release.

Ken Brown
Cygwin's emacs-auctex maintainer

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

emacs-auctex 11.90-1

[Ken Brown]

The following packages have been uploaded to the Cygwin distribution:

* emacs-auctex-11.90-1
* preview-latex-11.90-1

AUCTeX is an extensible package for writing and formatting TeX files
in GNU Emacs and XEmacs.  It supports many different TeX macro
packages, including AMS-TeX, LaTeX, Texinfo, ConTeXt, and DocTeX (dtx
files).  AUCTeX includes preview-latex, which makes LaTeX a tightly
integrated component of your editing workflow by visualizing selected
source chunks (such as single formulas or graphics) directly as images
in the source buffer.

preview_latex is a self-contained subpackage of emacs-auctex that
allows appropriately selected parts of a LaTeX document to be
formatted and displayed within the Emacs editor.  It also has uses
that do not require Emacs.

This is an update to the latest upstream release.  See the
announcement at

  http://lists.gnu.org/archive/html/info-auctex/2017-01/msg0.html

for a list of changes since the previous release.

Ken Brown
Cygwin's emacs-auctex maintainer

Re: [PATCH] FAST_CWD: adjust the initial search scope

[Corinna Vinschen]

Hi Johannes,

On Jan 11 14:21, Johannes Schindelin wrote:
> A *very* recent Windows build adds more code to the preamble of
> RtlGetCurrentDirectory_U() so that the previous heuristic failed to find
> the call to the locking routine.
> 
> This only affects the 64-bit version of ntdll, where the 0xe8 byte is
> now found at offset 40, not the 32-bit version. However, let's just
> double the area we search for said byte for good measure.

any chance to convince the powers that be to open up access to this
datastructures without such hacky means?


Thanks,
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: Cygwin 2.6.1-1

[Steven Penny]

On Tue, 10 Jan 2017 23:49:16, Brian Inglis wrote:
> Both of which run under the cmd console

No, they dont. They both run under the Console Window Host.

> You can look up which characters are displayed using Alt-numpad-digits 
> at https://en.wikipedia.org/wiki/Code_page_437 or in the selected code 
> page using Alt-numpad-0-digits at Code_page_nnn or Windows_.

Why do I need to do this? I already know that it is capital omega.

> On top of that is added the Windows locale mapping to Cygwin locale and 
> character set, plus readline settings used by bash in ~/.inputrc, which 
> may change input interpretation.

Again, did you try this or are you just guessing? If so what inputrc value needs
to be set?

> Type locale to see what locale Cygwin thinks you are running.
> Documentation available is at: 
>   https://cygwin.com/cygwin-ug-net/setup-locale.html
> which documents the default as C.UTF-8 (ASCII) unless LC_ALL, LC_CTYPE, 
> or LANG env vars are set to change the locale and/or char set.

Again, did you try this or are you just guessing? If so what value needs to be
set?

> You may have to chcp n in Cygwin.bat to get correct character output, 
> either 437 for US, 850 for English, 65001 for UTF-8, others from 
> above reference for other locales and char sets.

Again, no because cmd.exe works fine even with 437.

> It is an alternative input method for Unicode characters which does 
> not seem to be supported with bash under cmd configured with default 
> code pages, but is in mintty and elsewhere in Windows, which avoids 
> having to pop up CharMap and search when you know the Unicode code 
> point wanted.

Again, hex input is not needed, cmd.exe handles Alt-decimal just fine.

> Most Windows monospace fonts do not support most new Unicode characters, 
> but fallback fonts can be configured in the registry to provide missing 
> glyphs, given available fonts which support the glyphs, and code page 
> 65001/char set UTF-8 which supports the Unicode character set.

Again, no font is needed as this character is already supported though existing
fonts.

> Mea culpa, having configured everything I can in Windows, Cygwin, and 
> apps to support Unicode/UTF-8 character sets, with appropriate fonts 
> and fallbacks, I forget the limitations and problems with OEM code 
> pages which caused me to make that effort, indeed that people, apps, 
> or systems still use those code pages implicitly.

Somehow you managed to make a nearly 400 word reply without adding anything to
your previous post. I am actually impressed. Please going forward post
suggestions that you have actually tried and fix the problem at hand, thank you.


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

[ANNOUNCEMENT] Updated: lapack-3.7.0-1

[Marco Atzeri]

To: cygwin-annou...@cygwin.com
Subject: Updated: lapack-3.7.0-1

New versions  lapack-3.7.0-1 of

lapack (source)
liblapack0
liblapack-devel
liblapack-doc

are available in the Cygwin distribution, 32 and 64 bit :

CHANGES
This is  latest upstream version

LAPACK 3.7.0: What’s new
 Linear Least Squares / Minimum Norm solution
 Symmetric-indefinite Factorization: Aasen’s tridiagonalization
 Symmetric-indefinite Factorization: New storage format for L factor
   in Rook Pivoting and Bunch Kaufman of LDLT
 Symmetric eigenvalue problem: Two-stage algorithm for reduction
  to tridiagonal form
 Improved Complex Jacobi SVD

Full list of changes at:
http://www.netlib.org/lapack/lapack-3.7.0.html

Bugs fix list
https://github.com/Reference-LAPACK/lapack/milestone/1?closed=1

DESCRIPTION
Comprehensive FORTRAN library for linear algebra operations.
Includes matrix inversions, least squared solutions to
sets of equations, eigenvector analysis, singular value
decomposition, etc.

HOMEPAGE
http://www.netlib.org/lapack/

Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) 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

[ANNOUNCEMENT] Updated: hwloc 1.11.5-1

[Marco Atzeri]

Version 1.11.5-1  of packages

  hwloc
  libhwloc-devel
  libhwloc5

are available in the Cygwin distribution:

CHANGES
Upstream bugfix release

Full upstream changes:
https://mail-archive.com/hwloc-announce@lists.open-mpi.org/msg00093.html

DESCRIPTION
The Portable Hardware Locality (hwloc) software package provides a portable
abstraction (across OS, versions, architectures, ...) of the hierarchical
topology of modern architectures, including NUMA memory nodes, sockets,
shared caches, cores and simultaneous multithreading.

HOMEPAGE
http://www.open-mpi.org/projects/hwloc/

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) 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

Updated: hwloc 1.11.5-1

[Marco Atzeri]

Version 1.11.5-1  of packages

  hwloc
  libhwloc-devel
  libhwloc5

are available in the Cygwin distribution:

CHANGES
Upstream bugfix release

Full upstream changes:
https://mail-archive.com/hwloc-announce@lists.open-mpi.org/msg00093.html

DESCRIPTION
The Portable Hardware Locality (hwloc) software package provides a portable
abstraction (across OS, versions, architectures, ...) of the hierarchical
topology of modern architectures, including NUMA memory nodes, sockets,
shared caches, cores and simultaneous multithreading.

HOMEPAGE
http://www.open-mpi.org/projects/hwloc/

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Updated: lapack-3.7.0-1

[Marco Atzeri]

To: cygwin-announce@cygwin.com
Subject: Updated: lapack-3.7.0-1

New versions  lapack-3.7.0-1 of

lapack (source)
liblapack0
liblapack-devel
liblapack-doc

are available in the Cygwin distribution, 32 and 64 bit :

CHANGES
This is  latest upstream version

LAPACK 3.7.0: What’s new
 Linear Least Squares / Minimum Norm solution
 Symmetric-indefinite Factorization: Aasen’s tridiagonalization
 Symmetric-indefinite Factorization: New storage format for L factor
   in Rook Pivoting and Bunch Kaufman of LDLT
 Symmetric eigenvalue problem: Two-stage algorithm for reduction
  to tridiagonal form
 Improved Complex Jacobi SVD

Full list of changes at:
http://www.netlib.org/lapack/lapack-3.7.0.html

Bugs fix list
https://github.com/Reference-LAPACK/lapack/milestone/1?closed=1

DESCRIPTION
Comprehensive FORTRAN library for linear algebra operations.
Includes matrix inversions, least squared solutions to
sets of equations, eigenvector analysis, singular value
decomposition, etc.

HOMEPAGE
http://www.netlib.org/lapack/

Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Re: WinCompose vs. Cygwin/X

[Csaba Raduly]

Hi Michael,

On Tue, Jan 10, 2017 at 2:28 PM, Michael Schaap  wrote:
> I recently discovered WinCompose ,
> a Windows port of XCompose, and fell in love with it.
>
> Unfortunately, it doesn't play nice with Cygwin/X, it seems.
(snip various scenarios and potential solutions)

Have you tried opening an issue in the WinCompose issue tracker? They
might be able to code a workaround.

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