fdupes option
According to the GitHub page https://github.com/adrianlopezroche/fdupes fdupes has a --time (or -t) option that lists the file times. The Cygwin version doesn't have this feature. It is not clear to me whether this is something to do with how cygwin was compiled or this is an option added after the current cygwin version (1.50-PR2-3; current version is 1.6.1). I would appreciate it if the maintainer would release a version that implements the -t option. Thanks, - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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] multitail 6.5.0-1
multitail 6.5.0-1 is now available in Cygwin. This is a new upstream release. The author of multitail doesn't provide an up-to-date changelog, but there's a little bit of explanation on the project home page[1], and an older changelog[2]. MultiTail lets you view one or multiple files like the original tail program. The difference is that it creates multiple windows on your console (with ncurses). It can also: * Monitor wildcards: if another file matching the wildcard has a more recent modification date, it will automatically switch to that file. That way you can, for example, monitor a complete directory of files. * Merge 2 or more logfiles. * Use colors while displaying the logfiles (through regular expressions), for faster recognition of what is important and what not. * Filter lines (again with regular expressions) and has interactive menus for editing given regular expressions and deleting and adding windows. * Have windows with the output of shell scripts and other software. When viewing the output of external software, MultiTail can mimic the functionality of tools like 'watch' and such. Andrew E. Schulman [1] https://www.vanheusden.com/multitail/index.php [2] https://www.vanheusden.com/multitail/changelog.php *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** 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.com_at_cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#subscribe-unsubscribe Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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] stunnel 5.56-1
stunnel 5.56-1 is now available in Cygwin. This release includes minor bug fixes and documentation improvements. Please see the upstream changelog[1] for the full list. stunnel is a program that allows you to encrypt arbitrary TCP connections inside TLS (Transport Layer Security, the successor to Secure Sockets Layer (SSL)). stunnel can allow you to secure non-TLS-aware daemons and protocols (like POP, IMAP, LDAP, etc) by having stunnel provide the encryption, requiring no changes to the daemon's code. Andrew E. Schulman [1]https://www.stunnel.org/NEWS.html *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** 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.com_at_cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#subscribe-unsubscribe Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: 3.0.7(0.338/5/3): Possible reference to Developer's instances of dev files in deployed build
On Dec 6 12:07, Corinna Vinschen wrote: > Right. Cygwin uses a simple mechanism to check the drives to show > under /cygdrive. Basically it just calls the Win32 function > GetLogicalDriveStrings(), then, for each drive, it checks the > QueryDosDevice mapping. Right now it only accepts cdrom, floppy, > harddrive, LanmanRedirector (SMB) and MRxNfs (NFS). All other > drive types are treated as "no disk". This is fixable with probably not > too much effort. Ah, yes, there's a problem. When listing /cygdrive, we're trying to do this as quick as possible. For network drives, we check if they are available using a function NetUseGetInfo, which only takes a few ms, even if the drive is unavailable. As soon as this function returns the state "disconnected", Cygwin skips the drive in /cygdrive. However, this function does not know anything about client side caching (CSC). To find out if the drive is available via CSC, the drive has to be opened and checked for filesystem information, which reflects the state that the filesystem is still available offline. The problem with this approach is, it would have to be called for each unavailable drive in /cygdrive. This takes multiple secs per drive. That's exacly what we tried to avoid when calling the aforementioned NetUseGetInfo function in the first place. Checking for a CSC-ed drive when disconnected would make /cygdrive listing very slow, just as in the old days... Corinna -- Corinna Vinschen Cygwin Maintainer signature.asc Description: PGP signature
Re: 3.0.7(0.338/5/3): Possible reference to Developer's instances of dev files in deployed build
>> Then I wonder what's different about Wilfed's setup that causes an attempt >> to >> open Z: when it's offline. >> >> I'm grasping at straws, but could the difference be related to the fact that >> his >> drive Z: is not a Samba share? Here's an excerpt from the mount output in >> one >> of his earlier emails (when Z: is online): >> >> V: on /cygdrive/v type smbfs (binary,noacl,posix=0,user,noumount,auto) >> W: on /cygdrive/w type smbfs (binary,noacl,posix=0,user,noumount,auto) >> X: on /cygdrive/x type smbfs (binary,noacl,posix=0,user,noumount,auto) >> Y: on /cygdrive/y type smbfs (binary,noacl,posix=0,user,noumount,auto) >> Z: on /cygdrive/z type cifs (binary,noacl,posix=0,user,noumount,auto) >> > >Maybe. It would be nice to know what kind of drive this is. "cifs" >in Cygwin means a remote drive, claiming to be NTFS, but not having >the expected FS flags of a real NTFS. > >Wilfed, can you please run > > $ /usr/lib/csih/getVolInfo.exe /cygdrive/z > >while the drive is online. > >Thanks, >Corinna Hi, Here are the details: shackleton:sulla:$ /usr/lib/csih/getVolInfo.exe /cygdrive/z Device Type: 7 Characteristics: 10 Volume Name: Serial Number : 0 Max Filenamelength : 256 Filesystemname : Flags : 3 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE The same details are reported for two different types of device. In addition to the core dump with 'ls -la /cygdrive/' when the device is not available, I am also able to generate core dumps under the same conditions (with build v3_1_0_0_8) from the following commands: man bash mutt The strace for the 'man bash' core dump is 4.2M, so I have extracted some of the apparent error event into the attached file to see if they may be of help. NOTE: - The following file is not present: C:\cygwin64\usr\share\locale\locale.alias Regards, -- Mutt 1.12.1 (2019-06-15) 22 25887 [main] man 25457 symlink_info::check: 0xC034 = NtQueryInformationFile (\??\C:\cygwin64\home\sulla\.manpath.exe.lnk) 23 25910 [main] man 25457 symlink_info::check: 0 = symlink.check(C:\cygwin64\home\sulla\.manpath, 0xB670) (mount_flags 0x30008, path_flags 0x0) 22 25932 [main] man 25457 mount_info::conv_to_win32_path: conv_to_win32_path (/home/sulla) 23 25955 [main] man 25457 mount_info::conv_to_win32_path: src_path /home/sulla, dst C:\cygwin64\home\sulla, flags 0x30008, rc 0 44 25999 [main] man 25457 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin64\home\sulla) 37 26036 [main] man 25457 symlink_info::check: not a symlink 40 26076 [main] man 25457 symlink_info::check: 0 = symlink.check(C:\cygwin64\home\sulla, 0xB670) (mount_flags 0x30008, path_flags 0x0) 24 26100 [main] man 25457 path_conv::check: this->path(C:\cygwin64\home\sulla\.manpath), has_acls(1) 24 26124 [main] man 25457 build_fh_pc: fh 0x1803491B0, dev 00C3 22 26146 [main] man 25457 fhandler_base::open: (\??\C:\cygwin64\home\sulla\.manpath, 0x108000) 46 26192 [main] man 25457 seterrno_from_nt_status: /home/corinna/src/cygwin/cygwin-3.1.0/cygwin-3.1.0-0.8.x86_64/src/newlib-cygwin/winsup/cygwin/fhandler.cc:724 status 0xC034 -> windows error 2 28 26220 [main] man 25457 geterrno_from_win_error: windows error 2 == errno 2 22 26242 [main] man 25457 fhandler_base::open: 0xC034 = NtCreateFile (0x10, 0x8010, \??\C:\cygwin64\home\sulla\.manpath, io, NULL, 0x0, 0x7, 0x1, 0x4020, NULL, 0) 22 26264 [main] man 25457 fhandler_base::open: 0 = fhandler_base::open(\??\C:\cygwin64\home\sulla\.manpath, 0x108000) ... 48 44200 [main] man 25457 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin64\usr\share\locale) 37 44237 [main] man 25457 symlink_info::check: not a symlink 37 44274 [main] man 25457 symlink_info::check: 0 = symlink.check(C:\cygwin64\usr\share\locale, 0xB160) (mount_flags 0x30008, path_flags 0x0) 24 44298 [main] man 25457 path_conv::check: this->path(C:\cygwin64\usr\share\locale\locale.alias), has_acls(1) 27 44325 [main] man 25457 build_fh_pc: fh 0x1803491B0, dev 00C3 23 44348 [main] man 25457 fhandler_base::open: (\??\C:\cygwin64\usr\share\locale\locale.alias, 0x108000) 39 44387 [main] man 25457 seterrno_from_nt_status: /home/corinna/src/cygwin/cygwin-3.1.0/cygwin-3.1.0-0.8.x86_64/src/newlib-cygwin/winsup
Re: 3.0.7(0.338/5/3): Possible reference to Developer's instances of dev files in deployed build
On Dec 6 04:55, Wilfed Olaf Sulla via cygwin wrote: > >On 12/5/2019 2:16 PM, Corinna Vinschen wrote: > >> On Dec 5 16:10, Ken Brown wrote: > >>> On 12/5/2019 7:52 AM, Corinna Vinschen wrote: > On Dec 5 10:18, Corinna Vinschen wrote: > The only problem here is that I can't reproduce the assertion failure. > > I created a Samba share on a Linux machine, mounted it as drive Z:, > and set the "always available offline" property of the drive. > > After syncing I accessed the drive, then I stopped Samba on the Linux > server to switch the drive into offline mode. Then I ran `ls -la > /cygdrive/z'. After a few secs I got the offline content cached on the > local machine. I also tried `ls -la /cygdrive/' and `cd /cygdrive; ls > -la', but every time I got the expected output. In the cases I tried > to list /cygdrive itself I got the expected output, all drives except > the z drive. > > I tried this with Cygwin 3.1.0-0.8.x86_64 on Windows 7 and Windows 10. > > So either there's something very special in Wilfed's setup, or I'm > doing something wrong. Which is it? > >>> > >>> How does your strace output compare to Wilfed's when you list /cygdrive? > >>> Does > >>> it show a failed attempt to list Z: with an error from NtCreateFile? > >> > >> Not at all. The strace doesn't show any attempt to open Z:. > > > >Then I wonder what's different about Wilfed's setup that causes an attempt > >to > >open Z: when it's offline. > > > >I'm grasping at straws, but could the difference be related to the fact that > >his > >drive Z: is not a Samba share? Here's an excerpt from the mount output in > >one > >of his earlier emails (when Z: is online): > > > >V: on /cygdrive/v type smbfs (binary,noacl,posix=0,user,noumount,auto) > >W: on /cygdrive/w type smbfs (binary,noacl,posix=0,user,noumount,auto) > >X: on /cygdrive/x type smbfs (binary,noacl,posix=0,user,noumount,auto) > >Y: on /cygdrive/y type smbfs (binary,noacl,posix=0,user,noumount,auto) > >Z: on /cygdrive/z type cifs (binary,noacl,posix=0,user,noumount,auto) > > > > > >Ken > > > > Hi, > > The drive mapping was created in a Windows context for use within a > Windows context - i.e. via Explorer - onto a device on a remote node; > there has been no specific configuration applied within the context of > Cygwin. That's not the point, actually. Setting up drives is always a Windows thingy. Cygwin just reads the configuration and tries to map it into a POSIX context. > Whether or not the device is available, there is a Z: drive mapping > maintained within Explorer, however the /cygdrive/z/ mount is only > available if the device is available. Right. Cygwin uses a simple mechanism to check the drives to show under /cygdrive. Basically it just calls the Win32 function GetLogicalDriveStrings(), then, for each drive, it checks the QueryDosDevice mapping. Right now it only accepts cdrom, floppy, harddrive, LanmanRedirector (SMB) and MRxNfs (NFS). All other drive types are treated as "no disk". This is fixable with probably not too much effort. > The problem is exhibited on: > > Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 Yeah, that's what I tried, too, as I wrote, besides W10. I'm still not seeing the assertion failure. I tried this with a "normal" mapping of the remote drive, as well as with a drive marked "available offline", to no avail. That's why *maybe* the drive type is part of the problem. Corinna -- Corinna Vinschen Cygwin Maintainer signature.asc Description: PGP signature
Re: 3.0.7(0.338/5/3): Possible reference to Developer's instances of dev files in deployed build
On Dec 5 19:44, Ken Brown wrote: > On 12/5/2019 2:16 PM, Corinna Vinschen wrote: > > On Dec 5 16:10, Ken Brown wrote: > >> On 12/5/2019 7:52 AM, Corinna Vinschen wrote: > >>> The only problem here is that I can't reproduce the assertion failure. > >>> > >>> I created a Samba share on a Linux machine, mounted it as drive Z:, > >>> and set the "always available offline" property of the drive. > >>> > >>> After syncing I accessed the drive, then I stopped Samba on the Linux > >>> server to switch the drive into offline mode. Then I ran `ls -la > >>> /cygdrive/z'. After a few secs I got the offline content cached on the > >>> local machine. I also tried `ls -la /cygdrive/' and `cd /cygdrive; ls > >>> -la', but every time I got the expected output. In the cases I tried > >>> to list /cygdrive itself I got the expected output, all drives except > >>> the z drive. > >>> > >>> I tried this with Cygwin 3.1.0-0.8.x86_64 on Windows 7 and Windows 10. > >>> > >>> So either there's something very special in Wilfed's setup, or I'm > >>> doing something wrong. Which is it? > >> > >> How does your strace output compare to Wilfed's when you list /cygdrive? > >> Does > >> it show a failed attempt to list Z: with an error from NtCreateFile? > > > > Not at all. The strace doesn't show any attempt to open Z:. > > Then I wonder what's different about Wilfed's setup that causes an attempt to > open Z: when it's offline. > > I'm grasping at straws, but could the difference be related to the fact that > his > drive Z: is not a Samba share? Here's an excerpt from the mount output in > one > of his earlier emails (when Z: is online): > > V: on /cygdrive/v type smbfs (binary,noacl,posix=0,user,noumount,auto) > W: on /cygdrive/w type smbfs (binary,noacl,posix=0,user,noumount,auto) > X: on /cygdrive/x type smbfs (binary,noacl,posix=0,user,noumount,auto) > Y: on /cygdrive/y type smbfs (binary,noacl,posix=0,user,noumount,auto) > Z: on /cygdrive/z type cifs (binary,noacl,posix=0,user,noumount,auto) > Maybe. It would be nice to know what kind of drive this is. "cifs" in Cygwin means a remote drive, claiming to be NTFS, but not having the expected FS flags of a real NTFS. Wilfed, can you please run $ /usr/lib/csih/getVolInfo.exe /cygdrive/z while the drive is online. Thanks, Corinna -- Corinna Vinschen Cygwin Maintainer signature.asc Description: PGP signature