Branch: refs/heads/blead
  Home:   https://github.com/Perl/perl5
  Commit: 01052a1d77a5e152a908d2e93d8a34736b6391dd
      
https://github.com/Perl/perl5/commit/01052a1d77a5e152a908d2e93d8a34736b6391dd
  Author: Tony Cook <t...@develop-help.com>
  Date:   2022-11-02 (Wed, 02 Nov 2022)

  Changed paths:
    M t/win32/stat.t
    M win32/win32.c
    M win32/win32.h

  Log Message:
  -----------
  Win32 stat() didn't handle AF_UNIX socket files

Unfortunately both symbolic links and sockets can only be
"statted" by opening with FILE_FLAG_OPEN_REPARSE_POINT which
obviously doesn't follow symbolic links.

So to find if a chain of symbolic links points to a socket,
is a broken chain, or loops, we need to follow the chain
ourselves.


  Commit: a47628b617d125ce270de7a9d014967e2a26af76
      
https://github.com/Perl/perl5/commit/a47628b617d125ce270de7a9d014967e2a26af76
  Author: Tony Cook <t...@develop-help.com>
  Date:   2022-11-02 (Wed, 02 Nov 2022)

  Changed paths:
    M win32/win32.c

  Log Message:
  -----------
  make win32_readlink() return PrintName instead of SubstituteName

While debugging socket stat()ing I noticed that sometimes the
name returned by win32_readlink() was a full pathname rather than
the name that the link was created as.

Changing this to use the PrintName values changed win32_readlink()
to return the create as name, which seems closer to the POSIX
readlink.


Compare: https://github.com/Perl/perl5/compare/4f8b3850b207...a47628b617d1

Reply via email to