On 11/5/2020 4:41 PM, Michael Soegtrop via Cygwin wrote:
Dear Cyhwin Users and Team,

since a while I have issues removing cygwin installations, especially the symlinks to true type fonts in /usr/share/fonts/microsoft.

Looking at these links with Windows tools I get:

C:\bin\cygwin\usr\share\fonts\microsoft>fsutil reparsepoint query wingding.ttf
Reparse Tag Value : 0xa000001d
Tag value: Microsoft
Tag value: Name Surrogate

This is the IO_REPARSE_TAG_LX_SYMLINK tag, which WSL uses for symlinks and which Cygwin also uses by default for symlinks on systems that support it. But you can change this if you don't like it, as I said in my reply to your earlier message about this:

  https://cygwin.com/pipermail/cygwin/2020-September/246277.html

Reparse Data Length: 0x00000025
Reparse Data:
0000:  02 00 00 00 2f 6d 6e 74  2f 63 2f 57 69 6e 64 6f  ..../mnt/c/Windo
0010:  77 73 2f 46 6f 6e 74 73  2f 77 69 6e 67 64 69 6e  ws/Fonts/wingdin
0020:  67 2e 74 74 66                                    g.ttf

I wonder if the path "/mnt/c/Windows/Fonts/wingding.ttf" is something which should be written into a NTFS reparse point by cygwin setup. Probably not - it looks like a cygwin path and it is understandable that this confuses NTFS.

It's not written by setup. It's a Cygwin symlink [also a WSL symlink, as I said above], created by the postinstall script

  /etc/postinstall/zp_fontconfig_cache_1.sh

The fact that it contains a Cygwin path as its reparse data is not at all surprising:

ls -l /usr/share/fonts/microsoft/wingding.ttf
lrwxrwxrwx ... /usr/share/fonts/microsoft/wingding.ttf -> /c/Windows/Fonts/wingding.ttf

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

Reply via email to