Re: Fork issue on W10 WOW
Am 14.07.2018 um 21:03 schrieb Brian Inglis: On 2018-07-14 11:58, Achim Gratz wrote: Marco Atzeri writes: Anyway, the only time I've seen similar behaviour was when some other library was occupying the address space the systems libraries should have occupied, and the they get some extremely random address assigned until the next reboot. To do this the other library must however be loaded pretty early in the boot process. If you wrote the mail on said laptop, this Diese E-Mail wurde von AVG auf Viren geprüft. might be an explanation for the whole thing. AVG is well known for intercepting things already during boot and loading a bunch of their libraries early. Some of it is still done even if you switch it off completely and some changes to the registry might even survive a deinstallation. +1 for AVG BLODA - had to deinstall that years ago, and was slow; only reason I still run an AV is to catch stuff, either in Windows binaries from download sources about which little info is publicly available, or in email which folks I trust forward once in a blue moon, from their greedy or gullible infected friends, who are in the main, clueless or in denial about it. In this case AVG is innocent. I removed all AV and the lottery is still there 63DF-63DF1000 74F4-74F41000 5DE2-5DE21000 it seems the WOW64*.dll can be anywhere between 5000-7F00 The 32 applications present at boot are: HP Cool Sense HP Audio Switch HP Jump Start HP Message Service Microsoft OneDrive Lavasof Webcompanion Wordweb Dictionary and also Lavasoft seems innocent as after removal 5C90-5C901000 5EE7-5EE71000 I will wait until 1803 is installed, download is in progress, before making new trials/experiments Regards Marco -- 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: How to Setup Multiple System Distro Manpages
On 2018-07-15 00:39, john doe wrote: > On 7/14/2018 10:50 PM, Brian Inglis wrote: >> I've installed a few WSL distros for comparison and downloaded a bunch of >> other >> manpage sets and unpacked them: >> $ l /proc/cygdrive/c/usr/local/share/man/ >> cat1/ debian@ man1p/ mann/ >> SunOS-5.10/ >> cat3/ Debian-8.1.0/ man2/ netbsd@ suse@ >> cat5/ freebsd@ man3/ NetBSD-7.1/ >> SuSE-11.3/ >> cat7/ FreeBSD-12-current/ man3p/ openbsd@ ubuntu@ >> cat8/ FreeBSD-ports-11.1-RELEASE/ man4/ OpenBSD-6.2/ x@ >> centos@ hpux@ man5/ ports@ X11R7.4/ >> CentOS-7.1/ HP-UX-11.22/ man6/ redhat@ >> darwin@ man0p/ man7/ RedHat-9-i386/ >> Darwin-7.0.1/ man1/ man8/ solaris@ >> but despite reading docs, adding links and changing configs, I'm unable to >> get >> man/-db to access these with or without the -m system switch. >> I know I must be missing some essential point, but searching has not come up >> with anything to help me fix this. >> Has anyone here set this up and can suggest an approach that will work? > In addition to the other answers; maybe exporting those directories in the > 'PATH' env variable... I already tried listing them all at the end of man-db.conf and MANPATH. -- 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: How to Setup Multiple System Distro Manpages
On 7/14/2018 10:50 PM, Brian Inglis wrote: Hi folks, I've installed a few WSL distros for comparison and downloaded a bunch of other manpage sets and unpacked them: $ l src/man/*[0-9].tar.gz src/man/CentOS_7.1.tar.gz src/man/NetBSD_7.1.tar.gz src/man/Darwin_7.0.1.tar.gzsrc/man/OpenBSD_6.2.tar.gz src/man/Debian_8.1.0.tar.gzsrc/man/Red_Hat_Linux_i386_9.tar.gz src/man/FreeBSD_12.tar.gz src/man/SunOS_5.10.tar.gz src/man/FreeBSD_Ports_11.1.tar.gz src/man/SuSE_Linux_i386_11.3.tar.gz src/man/HP-UX_11.22.tar.gz src/man/X11_R7.4.tar.gz $ l /proc/cygdrive/c/usr/local/share/man/ cat1/ debian@ man1p/ mann/ SunOS-5.10/ cat3/ Debian-8.1.0/man2/ netbsd@ suse@ cat5/ freebsd@ man3/ NetBSD-7.1/ SuSE-11.3/ cat7/ FreeBSD-12-current/ man3p/ openbsd@ubuntu@ cat8/ FreeBSD-ports-11.1-RELEASE/ man4/ OpenBSD-6.2/x@ centos@hpux@man5/ ports@ X11R7.4/ CentOS-7.1/HP-UX-11.22/ man6/ redhat@ darwin@man0p/ man7/ RedHat-9-i386/ Darwin-7.0.1/ man1/man8/ solaris@ but despite reading docs, adding links and changing configs, I'm unable to get man/-db to access these with or without the -m system switch. I know I must be missing some essential point, but searching has not come up with anything to help me fix this. Has anyone here set this up and can suggest an approach that will work? In addition to the other answers; maybe exporting those directories in the 'PATH' env variable... -- John Doe -- 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: How to Setup Multiple System Distro Manpages
On 2018-07-14 22:25, Wayne Davison wrote: > On Sat, Jul 14, 2018 at 1:51 PM Brian Inglis wrote: >> $ l /proc/cygdrive/c/usr/local/share/man/ > > Shouldn't those be under /usr/local instead of > /proc/cygdrive/c/usr/local? Typically /usr is something like > C:/cygwin64/usr, which is not the C:/usr dir you've used. Shouldn't be any problem as long as the search path is in man-db.conf or MANPATH. Under Filesystem Hierarchy Standard: - /usr/share/man/ is for system supplied package manpages; - /usr/local/share/man/ is for locally built package manpages for that system: /opt/man/ on some systems; comes *before* system paths in MANPATH; - /proc/cygdrive/c/usr/local/ is not FHS but follows those rules, where I store my system top level distros, including AST, DJGPP, Cygwin, etc., links to WSL distros' rootfs; and native, common, or shared stuff goes under subdirectories: . bin/native user .exe .cmd .reg; . etc/configs .ini etc.; . lib/support or addins .dll .exe; . sbin/ native system admin .exe .cmd .reg; . share/ data, docs, etc. including: ~ man/ misc and old stuff, like alt.sysadmin.recovery (**) and funny manpages (**NSFW); *after* system paths in MANPATH; ~ cat1/ cmd.exe internal and external command and native Windows utilities help; . src/native utility and package sources e.g. from net or github; where these are not part of a distro, and if I wipe out a distro, they remain; similar to, and could become, a network mount instead of local storage. -- 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: Fork issue on W10 WOW
Marco Atzeri writes: > In this case AVG is innocent. > I removed all AV and the lottery is still there Again, if the ASLR setup has been changed via registry, I wouldn't bet that the uninstallation of the application that changed them to reset to the defaults (if it was indeed AVG,). > it seems the WOW64*.dll can be anywhere between > 5000-7F00 Any ASLR aware library can be mapped to rather low adresses, but that usually means it couldn't load to where it originally wanted to go. MS actually uses this to force non-ASLR aware images to random addresses if the corresponding option is set. https://blogs.technet.microsoft.com/srd/2017/11/21/clarifying-the-behavior-of-mandatory-aslr/ > I will wait until 1803 is installed, download is in progress, > before making new trials/experiments If mandatory ASLR and bottom-up forced randomization got switched on, that will probably result in the same behaviour. 1803 should offer (most of) these options from some GUI tab (Security Center / App Control / Exploit Protection), I don't remember what 1709 had available there. The defaults are all "on" except forced ASLR, I think. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- 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: Fork issue on W10 WOW
Greetings, Marco Atzeri! > Lavasof Webcompanion -- With best regards, Andrey Repin Sunday, July 15, 2018 20:22:46 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: Fork issue on W10 WOW
On 15/07/18 07:49, Marco Atzeri wrote: In this case AVG is innocent. I removed all AV and the lottery is still there The 32 applications present at boot are: Lavasof Webcompanion We've had trouble with that one in the past [1]. Dave. [1] - https://cygwin.com/ml/cygwin-patches/2015-q3/msg00022.html -- 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: How to Setup Multiple System Distro Manpages
On 7/15/2018 9:21 AM, Brian Inglis wrote: On 2018-07-15 00:39, john doe wrote: On 7/14/2018 10:50 PM, Brian Inglis wrote: I've installed a few WSL distros for comparison and downloaded a bunch of other manpage sets and unpacked them: $ l /proc/cygdrive/c/usr/local/share/man/ cat1/ debian@ man1p/ mann/ SunOS-5.10/ cat3/ Debian-8.1.0/ man2/ netbsd@ suse@ cat5/ freebsd@ man3/ NetBSD-7.1/ SuSE-11.3/ cat7/ FreeBSD-12-current/ man3p/ openbsd@ ubuntu@ cat8/ FreeBSD-ports-11.1-RELEASE/ man4/ OpenBSD-6.2/ x@ centos@ hpux@ man5/ ports@ X11R7.4/ CentOS-7.1/ HP-UX-11.22/ man6/ redhat@ darwin@ man0p/ man7/ RedHat-9-i386/ Darwin-7.0.1/ man1/ man8/ solaris@ but despite reading docs, adding links and changing configs, I'm unable to get man/-db to access these with or without the -m system switch. I know I must be missing some essential point, but searching has not come up with anything to help me fix this. Has anyone here set this up and can suggest an approach that will work? In addition to the other answers; maybe exporting those directories in the 'PATH' env variable... I already tried listing them all at the end of man-db.conf and MANPATH. I was talking about the env 'PATH' var and not 'MANPATH' but that does not make any difference. :) From the test I've done and using: https://www.cyberciti.biz/faq/linux-unix-creating-a-manpage/ $ cat ${HOME}/try/mann/bogus.n .\" Manpage for bogus. .\" Contact vi...@nixcraft.net.in to correct errors or typos. .TH man 8 "06 May 2010" "1.0" "bogus man page" .SH NAME bogus \- create a new LDAP user .SH SYNOPSIS bogus [USERNAME] .SH DESCRIPTION bogus is high level shell program for adding users to LDAP server. On Debian, administrators should usually use bogus.debian(8) instead. .SH OPTIONS The bogus does not take any options. However, you can supply username. .SH SEE ALSO bogus(8), passwd(5), bogus.debian(8) .SH BUGS No known bugs. .SH AUTHOR Vivek Gite (vi...@nixcraft.net.in) $ man --manpath=${HOME}/try bogus man(8) bogus man page man(8) NAME bogus - create a new LDAP user SYNOPSIS bogus [USERNAME] DESCRIPTION bogus is high level shell program for adding users to LDAP server. On Debian, administrators should usually use bogus.debian(8) instead. OPTIONS The bogus does not take any options. However, you can supply username. SEE ALSO bogus(8), passwd(5), bogus.debian(8) BUGS No known bugs. AUTHOR Vivek Gite (vi...@nixcraft.net.in) 1.0 06 May 2010 man(8) HTH -- John Doe -- 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: How to Setup Multiple System Distro Manpages
Am 15.07.2018 um 14:19 schrieb john doe: On 7/15/2018 9:21 AM, Brian Inglis wrote: On 2018-07-15 00:39, john doe wrote: On 7/14/2018 10:50 PM, Brian Inglis wrote: I've installed a few WSL distros for comparison and downloaded a bunch of other manpage sets and unpacked them: $ l /proc/cygdrive/c/usr/local/share/man/ cat1/ debian@ man1p/ mann/ SunOS-5.10/ cat3/ Debian-8.1.0/ man2/ netbsd@ suse@ cat5/ freebsd@ man3/ NetBSD-7.1/ SuSE-11.3/ ... but despite reading docs, adding links and changing configs, I'm unable to get man/-db to access these with or without the -m system switch. I know I must be missing some essential point, but searching has not come up with anything to help me fix this. Has anyone here set this up and can suggest an approach that will work? In addition to the other answers; maybe exporting those directories in the 'PATH' env variable... I already tried listing them all at the end of man-db.conf and MANPATH. I was talking about the env 'PATH' var and not 'MANPATH' but that does not make any difference. :) Of course it does. man does not look at PATH. $ cat ${HOME}/try/mann/bogus.n [boring contents skipped] $ man --manpath=${HOME}/try bogus [...] Redirecting the manpath and adding alternative systems as man domains are two separate issues. Both work just fine, adding another system (whether also redirected or not) works without any additional configuration. -- 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: setup 2.892 release candidate - please test
On Sun, 15 Jul 2018 14:23:17, Jon Turney wrote: - Packages listed in the "confirm" dialog are now sorted alphabetically Addresses: https://cygwin.com/ml/cygwin/2018-02/msg00078.html Confirmed fixed - 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: Fork issue on W10 WOW
Am 15.07.2018 um 19:23 schrieb David Stacey: On 15/07/18 07:49, Marco Atzeri wrote: In this case AVG is innocent. I removed all AV and the lottery is still there The 32 applications present at boot are: Lavasof Webcompanion We've had trouble with that one in the past [1]. Dave. [1] - https://cygwin.com/ml/cygwin-patches/2015-q3/msg00022.html May be but removing is not improving the issue. And I see nothing strange in the register as residual setting of this and AVG Regards Marco --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus -- 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
setup 2.892 release candidate - please test
A new setup release candidate is available at: https://cygwin.com/setup/setup-2.892.x86_64.exe (64 bit version) https://cygwin.com/setup/setup-2.892.x86.exe(32 bit version) Please test and report any problems here. Changes compared to 2.891: - Fix building with libgpg-error 1.28 - Raise a fatal error on a corrupt archive in "install from local directory" mode Addresses: https://cygwin.com/ml/cygwin-apps/2018-03/msg00037.html - Packages listed in the "confirm" dialog are now sorted alphabetically Addresses: https://cygwin.com/ml/cygwin/2018-02/msg00078.html - Fix creating a bogus current version with an empty version number for packages which only have a test version - Fix ignoring the last package version in all setup.ini files but the last one read - Allow command-line uninstallation of specified orphaned packages - Dependencies of packages specified to be installed or upgraded on the command-line are now upgraded, if required (as we now record these packages being in a "no changes requested" state, rather than a "keep" state that would cause a conflict) - Packages which have been upgraded automatically are now correctly reported as "automatically added" in the "confirm" dialog, - mirrors.lst is now fetched using https:// - Literal URLs in dialogs now reference https://cygwin.com/ - Fix a bug (dating from 2003) in saving an empty network proxy password - Correctly handle 'provides:' and 'conflicts:' for installed packages - Add a '--no-version-check' option, to suppress the warning that a newer version of setup is available - Don't check setup-version: to warn about potential setup.ini parsing problems if a setup-minimum-version: is specified. - Propagate the exit code of the elevated process, when --wait is used Addresses: https://cygwin.com/ml/cygwin/2018-07/msg00020.html (partially) - Properly track the sites providing a given version of a packages (To correctly handle local installs where required packages are spread between cache directories for more than one mirror, and correctly fall back to an alternate mirror when multiple mirrors are used and a problem occurs connecting to the first mirror tried) - Don't use CRLF terminators when writing dependency problems to logfile Addresses: https://cygwin.com/ml/cygwin/2018-03/msg00266.html - Fix a bug which sometimes caused a wildly incorrect value to be used for the expected size download progress was measured against Again, many thanks to Ken Brown for doing all the hard work. -- 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
Fork issue on W10 WOW
On 2018-07-15 00:49, Marco Atzeri wrote: > Am 14.07.2018 um 21:03 schrieb Brian Inglis: >> On 2018-07-14 11:58, Achim Gratz wrote: >>> Marco Atzeri writes: Diese E-Mail wurde von AVG auf Viren geprüft. >>> might be an explanation for the whole thing. AVG is well known for >>> intercepting things already during boot and loading a bunch of their >>> libraries early. > The 32 applications present at boot are: > > HP Cool Sense > HP Audio Switch > HP Jump Start > HP Message Service > Microsoft OneDrive > Lavasof Webcompanion > Wordweb Dictionary > I will wait until 1803 is installed, download is in progress, > before making new trials/experiments Better to just deinstall the above ad/bloatware and any other "freebies" that you'll or should never use, unless it is a needed app, driver, utility or feature. Setup rebaseall before you log off, then select Upgrade and restart, then log on and run Windows Update to get and apply the Cumulative Update for 1803, check Settings/Update is waiting for another restart, log off and select Upgrade and restart again, before logging on and rerunning Cygwin setup to rebaseall. -- 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: BASH 4.4 mapfile/readarray/read builtins mis-behaving with pipe
On Sun, 15 Jul 2018 19:01:21, BloomingAzaleas wrote: CASE: echo multi-line_arg | read foo cat multi-line_unix_fmt_file | read foo =C2=A0RESULT: Fail with variable foo null or unset CASES: left chev re-directions mapfile < some_unix_fmt_file mapfile < no mis-behaving: this is intended behavior - you yourself have given workarounds: either redirect output to a file that can be later read, or pipe to command grouping ala {} or () and read stdin from inside the subshell im not sure what you are asking here - it seems you have a grasp already of the "problem" and "solution" - so nothing more needs to be said really, as nothing needs to be fixed - another option is "lastpipe" http://mywiki.wooledge.org/BashFAQ/024 -- 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
BASH 4.4 mapfile/readarray/read builtins mis-behaving with pipe
Windows 10 Pro 10.0.17134 N/A Build 17134 patched through 15 July 2018 Cygwin 2.10.0(0.325/5/3) Bash 4.4.12(3) Cygwin man pages show: mapfile [-d delim] [-n count] [-O origin] [-s count] [-t] [-u fd] [-C callback] [-c quantum] [array] readarray [-d delim] [-n count] [-O origin] [-s count] [-t] [-u fd] [-C callback] [-c quantum] [array] Read lines from the standard input into the indexed array variable array, or ... read [-ers] [-a aname] [-d delim] [-i text] [-n nchars] [-N nchars] [-p prompt] [-t timeout] [-u fd] [name ...] One line is read from the standard input, or ... So the expectation is that all bash stdin re-directions such as pipes and left chevs should work. For mapfile/readarry, the output array variable MAPFILE is described as being created if not array_var argument is given to mapfile. A) Searched cygwin email list with terms 'mapfile', 'readarray' and 'read builtin'. No obvious hits of recent vintage in summary result list. B) Confirm, not using mapfile/readarry/read, that bash stdin redirs work as expected. echo multi-line_arg | /bin/cat /bin/cat < some_unix_fmt_file /bin/cat
[PATCH v3 2/3] POSIX Asynchronous I/O support: fhandler files
This code is where the AIO implementation is wired into existing Cygwin mechanisms for file and device I/O: the fhandler* functions. It makes use of an existing internal routine prw_open to supply a "shadow fd" that permits asynchronous operations on a file the user app accesses via its own fd. This allows AIO to read or write at arbitrary locations within a file without disturbing the app's file pointer. (This was already the case with normal pread|pwrite; we're just adding "async" to the mix.) --- winsup/cygwin/fhandler.cc | 4 +- winsup/cygwin/fhandler.h| 11 +-- winsup/cygwin/fhandler_disk_file.cc | 115 +--- winsup/cygwin/fhandler_tty.cc | 2 +- 4 files changed, 95 insertions(+), 37 deletions(-) diff --git a/winsup/cygwin/fhandler.cc b/winsup/cygwin/fhandler.cc index 45ae1ad97..ded12cc44 100644 --- a/winsup/cygwin/fhandler.cc +++ b/winsup/cygwin/fhandler.cc @@ -1097,14 +1097,14 @@ fhandler_base::lseek (off_t offset, int whence) } ssize_t __reg3 -fhandler_base::pread (void *, size_t, off_t) +fhandler_base::pread (void *, size_t, off_t, void *) { set_errno (ESPIPE); return -1; } ssize_t __reg3 -fhandler_base::pwrite (void *, size_t, off_t) +fhandler_base::pwrite (void *, size_t, off_t, void *) { set_errno (ESPIPE); return -1; diff --git a/winsup/cygwin/fhandler.h b/winsup/cygwin/fhandler.h index 88653b6e9..b946dddf4 100644 --- a/winsup/cygwin/fhandler.h +++ b/winsup/cygwin/fhandler.h @@ -380,8 +380,8 @@ public: virtual ssize_t __stdcall write (const void *ptr, size_t len); virtual ssize_t __stdcall readv (const struct iovec *, int iovcnt, ssize_t tot = -1); virtual ssize_t __stdcall writev (const struct iovec *, int iovcnt, ssize_t tot = -1); - virtual ssize_t __reg3 pread (void *, size_t, off_t); - virtual ssize_t __reg3 pwrite (void *, size_t, off_t); + virtual ssize_t __reg3 pread (void *, size_t, off_t, void *aio = NULL); + virtual ssize_t __reg3 pwrite (void *, size_t, off_t, void *aio = NULL); virtual off_t lseek (off_t offset, int whence); virtual int lock (int, struct flock *); virtual int mand_lock (int, struct flock *); @@ -1430,9 +1430,10 @@ class fhandler_dev_tape: public fhandler_dev_raw class fhandler_disk_file: public fhandler_base { HANDLE prw_handle; + bool prw_handle_isasync; int __reg3 readdir_helper (DIR *, dirent *, DWORD, DWORD, PUNICODE_STRING fname); - int prw_open (bool); + int prw_open (bool, void *); public: fhandler_disk_file (); @@ -1473,8 +1474,8 @@ class fhandler_disk_file: public fhandler_base void rewinddir (DIR *); int closedir (DIR *); - ssize_t __reg3 pread (void *, size_t, off_t); - ssize_t __reg3 pwrite (void *, size_t, off_t); + ssize_t __reg3 pread (void *, size_t, off_t, void *aio = NULL); + ssize_t __reg3 pwrite (void *, size_t, off_t, void *aio = NULL); fhandler_disk_file (void *) {} dev_t get_dev () { return pc.fs_serial_number (); } diff --git a/winsup/cygwin/fhandler_disk_file.cc b/winsup/cygwin/fhandler_disk_file.cc index fc87d91c1..ebd83f8ae 100644 --- a/winsup/cygwin/fhandler_disk_file.cc +++ b/winsup/cygwin/fhandler_disk_file.cc @@ -24,6 +24,7 @@ details. */ #include "tls_pbuf.h" #include "devices.h" #include "ldap.h" +#include #define _COMPILING_NEWLIB #include @@ -1511,39 +1512,48 @@ fhandler_base::open_fs (int flags, mode_t mode) parameter to the latter. */ int -fhandler_disk_file::prw_open (bool write) +fhandler_disk_file::prw_open (bool write, void *aio) { NTSTATUS status; IO_STATUS_BLOCK io; OBJECT_ATTRIBUTES attr; + ULONG options = get_options (); + + /* If async i/o is intended, turn off the default synchronous operation */ + if (aio) +options &= ~FILE_SYNCHRONOUS_IO_NONALERT; /* First try to open with the original access mask */ ACCESS_MASK access = get_access (); status = NtOpenFile (_handle, access, pc.init_reopen_attr (attr, get_handle ()), , - FILE_SHARE_VALID_FLAGS, get_options ()); + FILE_SHARE_VALID_FLAGS, options); if (status == STATUS_ACCESS_DENIED) { /* If we get an access denied, chmod has been called. Try again with just the required rights to perform the called function. */ access &= write ? ~GENERIC_READ : ~GENERIC_WRITE; status = NtOpenFile (_handle, access, , , - FILE_SHARE_VALID_FLAGS, get_options ()); + FILE_SHARE_VALID_FLAGS, options); } debug_printf ("%y = NtOpenFile (%p, %y, %S, io, %y, %y)", status, prw_handle, access, pc.get_nt_native_path (), - FILE_SHARE_VALID_FLAGS, get_options ()); + FILE_SHARE_VALID_FLAGS, options); if (!NT_SUCCESS (status)) { __seterrno_from_nt_status (status); return -1; } + + /* record prw_handle's asyncness for subsequent pread/pwrite operations */ + prw_handle_isasync =
[PATCH v3 3/3] POSIX Asynchronous I/O support: other files
Updates to misc files to integrate AIO into the Cygwin source tree. Much of it has to be done when adding any new syscalls. There are some updates to limits.h for AIO-specific limits. And some doc mods. --- winsup/cygwin/Makefile.in | 1 + winsup/cygwin/common.din | 8 winsup/cygwin/include/cygwin/version.h | 6 -- winsup/cygwin/include/limits.h | 17 +++-- winsup/cygwin/sysconf.cc | 6 +++--- winsup/cygwin/thread.cc| 4 ++-- winsup/doc/new-features.xml| 6 ++ winsup/doc/posix.xml | 16 winsup/utils/strace.cc | 2 +- 9 files changed, 40 insertions(+), 26 deletions(-) diff --git a/winsup/cygwin/Makefile.in b/winsup/cygwin/Makefile.in index 32f8025cc..966460da8 100644 --- a/winsup/cygwin/Makefile.in +++ b/winsup/cygwin/Makefile.in @@ -249,6 +249,7 @@ MATH_OFILES:= \ DLL_OFILES:= \ advapi32.o \ + aio.o \ arc4random_stir.o \ assert.o \ autoload.o \ diff --git a/winsup/cygwin/common.din b/winsup/cygwin/common.din index 1e971cf92..e7ad14a05 100644 --- a/winsup/cygwin/common.din +++ b/winsup/cygwin/common.din @@ -193,6 +193,13 @@ acosh NOSIGFE acoshf NOSIGFE acoshl NOSIGFE acosl NOSIGFE +aio_cancel SIGFE +aio_error NOSIGFE +aio_fsync SIGFE +aio_read SIGFE +aio_return NOSIGFE +aio_suspend SIGFE +aio_write SIGFE alarm SIGFE aligned_alloc SIGFE alphasort NOSIGFE @@ -841,6 +848,7 @@ lgammal_r NOSIGFE lgetxattr SIGFE link SIGFE linkat SIGFE +lio_listio SIGFE listen = cygwin_listen SIGFE listxattr SIGFE llabs NOSIGFE diff --git a/winsup/cygwin/include/cygwin/version.h b/winsup/cygwin/include/cygwin/version.h index b461fa9c7..5140dd19d 100644 --- a/winsup/cygwin/include/cygwin/version.h +++ b/winsup/cygwin/include/cygwin/version.h @@ -494,14 +494,16 @@ details. */ 323: scanf %l[ conversion. 324: Export sigtimedwait. 325: Export catclose, catgets, catopen. - 326: Export clearenv + 326: Export clearenv. 327: Export pthread_tryjoin_np, pthread_timedjoin_np. + 328: Export aio_cancel, aio_error, aio_fsync, aio_read, aio_return, + aio_suspend, aio_write, lio_listio. Note that we forgot to bump the api for ualarm, strtoll, strtoull, sigaltstack, sethostname. */ #define CYGWIN_VERSION_API_MAJOR 0 -#define CYGWIN_VERSION_API_MINOR 327 +#define CYGWIN_VERSION_API_MINOR 328 /* There is also a compatibity version number associated with the shared memory regions. It is incremented when incompatible changes are made to the shared diff --git a/winsup/cygwin/include/limits.h b/winsup/cygwin/include/limits.h index fe1b8b493..3550c4fcb 100644 --- a/winsup/cygwin/include/limits.h +++ b/winsup/cygwin/include/limits.h @@ -147,7 +147,7 @@ details. */ /* Runtime Invariant Values */ -/* Please note that symbolic names shall be ommited, on specific +/* Please note that symbolic names shall be omitted, on specific implementations where the corresponding value is equal to or greater than the stated minimum, but is unspecified. This indetermination might depend on the amount of available memory space on a specific @@ -155,19 +155,16 @@ details. */ a specific instance shall be provided by the sysconf() function. */ /* Maximum number of I/O operations in a single list I/O call supported by - the implementation. Not yet implemented. */ -#undef AIO_LISTIO_MAX -/* #define AIO_LISTIO_MAX >= _POSIX_AIO_LISTIO_MAX */ + the implementation. */ +#define AIO_LISTIO_MAX 32 /* Maximum number of outstanding asynchronous I/O operations supported by - the implementation. Not yet implemented. */ -#undef AIO_MAX -/* #define AIO_MAX >= _POSIX_AIO_MAX */ + the implementation. */ +#define AIO_MAX 8 /* The maximum amount by which a process can decrease its asynchronous I/O - priority level from its own scheduling priority. */ -#undef AIO_PRIO_DELTA_MAX -/* #define AIO_PRIO_DELTA_MAX >= 0 */ + priority level from its own scheduling priority. Not yet implemented. */ +#define AIO_PRIO_DELTA_MAX 0 /* Maximum number of bytes in arguments and environment passed in an exec call. 32000 is the safe value used for Windows processes when called diff --git a/winsup/cygwin/sysconf.cc b/winsup/cygwin/sysconf.cc index 7680cfc90..ff98f57a3 100644 --- a/winsup/cygwin/sysconf.cc +++ b/winsup/cygwin/sysconf.cc @@ -541,9 +541,9 @@ static struct {cons, {c:_POSIX_SHARED_MEMORY_OBJECTS}},/* 31, _SC_SHARED_MEMORY_OBJECTS */ {cons, {c:_POSIX_SYNCHRONIZED_IO}}, /* 32, _SC_SYNCHRONIZED_IO */ {cons, {c:_POSIX_TIMERS}}, /* 33, _SC_TIMERS */ - {nsup, {c:0}}, /* 34, _SC_AIO_LISTIO_MAX */ - {nsup, {c:0}}, /* 35, _SC_AIO_MAX */ - {nsup, {c:0}}, /* 36, _SC_AIO_PRIO_DELTA_MAX */ + {cons, {c:AIO_LISTIO_MAX}}, /* 34, _SC_AIO_LISTIO_MAX */ + {cons, {c:AIO_MAX}}, /* 35,
[PATCH v3 0/3] POSIX Asynchronous I/O support
This is intended to be the final patch set implementing POSIX AIO. The string XXX marks issues I'm specifically requesting comments on. I think there are only two of these XXXs left, both in aio.cc. Questions, comments, or suggestions are all welcome. Thanks & Regards, ..mark "Hell is other peoples' code." -- Sartron
[PATCH v3 1/3] POSIX Asynchronous I/O support: aio files
This is the core of the AIO implementation: aio.cc and aio.h. The latter is used within the Cygwin DLL by aio.cc and the fhandler* modules, as well as by user programs wanting the AIO functionality. --- winsup/cygwin/aio.cc| 984 winsup/cygwin/include/aio.h | 82 +++ 2 files changed, 1066 insertions(+) create mode 100644 winsup/cygwin/aio.cc create mode 100644 winsup/cygwin/include/aio.h diff --git a/winsup/cygwin/aio.cc b/winsup/cygwin/aio.cc new file mode 100644 index 0..b8f367dc6 --- /dev/null +++ b/winsup/cygwin/aio.cc @@ -0,0 +1,984 @@ +/* aio.cc: Posix asynchronous i/o functions. + +This file is part of Cygwin. + +This software is a copyrighted work licensed under the terms of the +Cygwin license. Please consult the file "CYGWIN_LICENSE" for +details. */ + +#include "winsup.h" +#include "path.h" +#include "fhandler.h" +#include "dtable.h" +#include "cygheap.h" +#include "sigproc.h" +#include +#include +#include +#include + +#ifdef __cplusplus +extern "C" { +#endif + +/* 'aioinitialized' is a thread-safe status of AIO feature initialization: + * 0 means uninitialized, >0 means initializing, <0 means initialized + */ +static NO_COPY volatile LONGaioinitialized = 0; + +/* This implementation supports two flavors of asynchronous operation: + * "inline" and "queued". Inline AIOs are used when: + * (1) fd refers to a local non-locked disk file opened in binary mode, + * (2) no more than AIO_MAX inline AIOs will be in progress at same time. + * In all other cases queued AIOs will be used. + * + * An inline AIO is performed by the calling app's thread as a pread|pwrite on + * a shadow fd that permits Windows asynchronous i/o, with event notification + * on completion. Event arrival causes AIO context for the fd to be updated. + * + * A queued AIO is performed in a similar manner, but by an AIO worker thread + * rather than the calling app's thread. The queued flavor can also operate + * on sockets, pipes, non-binary files, mandatory-locked files, and files + * that don't support pread|pwrite. Generally all these cases are handled as + * synchronous read|write operations, but still don't delay the app because + * they're taken care of by AIO worker threads. + */ + +/* These variables support inline AIO operations */ +static NO_COPY HANDLEevt_handles[AIO_MAX]; +static NO_COPY struct aiocb *evt_aiocbs[AIO_MAX]; +static NO_COPY CRITICAL_SECTION evt_locks[AIO_MAX]; /* per-slot locks */ +static NO_COPY CRITICAL_SECTION slotcrit; /* lock for slot variables in toto */ + +/* These variables support queued AIO operations */ +static NO_COPY sem_t worksem; /* tells whether AIOs are queued */ +static NO_COPY CRITICAL_SECTION workcrit;/* lock for AIO work queue */ +TAILQ_HEAD(queue, aiocb) worklist = TAILQ_HEAD_INITIALIZER(worklist); + +static int +aiochkslot (struct aiocb *aio) +{ + /* Sanity check.. make sure this AIO is not already busy */ + for (int slot = 0; slot < AIO_MAX; ++slot) +if (evt_aiocbs[slot] == aio) + { +debug_printf ("aio %p is already busy in slot %d", aio, slot); +return slot; + } + + return -1; +} + +static int +aiogetslot (struct aiocb *aio) +{ + EnterCriticalSection (); + + /* Find free slot for this inline AIO; if none available AIO will be queued */ + for (int slot = 0; slot < AIO_MAX; ++slot) +if (evt_aiocbs[slot] == NULL) + { +/* If aio is NULL this is just an availability check.. no change made */ +if (aio) + evt_aiocbs[slot] = aio; +LeaveCriticalSection (); +return slot; + } + + LeaveCriticalSection (); + return -1; +} + +static int +aiorelslot (struct aiocb *aio) +{ + /* Find slot associated with this inline AIO and free it */ + EnterCriticalSection (); + for (int slot = 0; slot < AIO_MAX; ++slot) +if (evt_aiocbs[slot] == aio) + { +evt_aiocbs[slot] = NULL; +LeaveCriticalSection (); +return slot; + } + + LeaveCriticalSection (); + return -1; +} + +static void +aionotify_on_pthread (struct sigevent *evp) +{ + pthread_attr_t *attr; + pthread_attr_t default_attr; + int rc; + pthread_t vaquita; /* == "little porpoise", endangered */ + + if (evp->sigev_notify_attributes) +attr = evp->sigev_notify_attributes; + else +{ + pthread_attr_init (attr = _attr); + pthread_attr_setdetachstate (attr, PTHREAD_CREATE_DETACHED); +} + + rc = pthread_create (, attr, + (void * (*) (void *)) evp->sigev_notify_function, + evp->sigev_value.sival_ptr); + + /* The following error is not expected. If seen often, develop a recovery. */ + if (rc) +debug_printf ("aio vaquita thread creation failed, %E"); + + /* Should we wait for the signal delivery thread to finish? We can't: Who + * knows what mischief the app coder may have in their handler? Worst case + * is
[ITA] trc_wrappers-7.6-26
Hi, I would like to take over the maintenance of tcp_wrappers package, which is currently orphaned. I have already prepared an updated tcp_wrappers package as follows. Change History tcp_wrappers-7.6-26 -- 2018 Jul 11 * Updated to latest debian fixes Package Files: D=http://tyan0.dip.jp/cygwin ${D}/x86_64/release/tcp_wrappers/libwrap0/libwrap0-7.6-26.tar.xz ${D}/x86_64/release/tcp_wrappers/libwrap0/libwrap0-7.6-26.hint ${D}/x86_64/release/tcp_wrappers/tcp_wrappers-7.6-26.hint ${D}/x86_64/release/tcp_wrappers/tcp_wrappers-7.6-26.tar.xz ${D}/x86_64/release/tcp_wrappers/libwrap-devel/libwrap-devel-7.6-26.tar.xz ${D}/x86_64/release/tcp_wrappers/libwrap-devel/libwrap-devel-7.6-26.hint ${D}/x86_64/release/tcp_wrappers/tcp_wrappers-7.6-26-src.tar.xz ${D}/x86_64/release/tcp_wrappers/tcp_wrappers-debuginfo/tcp_wrappers-debuginfo-7.6-26.tar.xz ${D}/x86_64/release/tcp_wrappers/tcp_wrappers-debuginfo/tcp_wrappers-debuginfo-7.6-26.hint ${D}/x86/release/tcp_wrappers/libwrap0/libwrap0-7.6-26.tar.xz ${D}/x86/release/tcp_wrappers/libwrap0/libwrap0-7.6-26.hint ${D}/x86/release/tcp_wrappers/tcp_wrappers-7.6-26.hint ${D}/x86/release/tcp_wrappers/tcp_wrappers-7.6-26.tar.xz ${D}/x86/release/tcp_wrappers/libwrap-devel/libwrap-devel-7.6-26.tar.xz ${D}/x86/release/tcp_wrappers/libwrap-devel/libwrap-devel-7.6-26.hint ${D}/x86/release/tcp_wrappers/tcp_wrappers-7.6-26-src.tar.xz ${D}/x86/release/tcp_wrappers/tcp_wrappers-debuginfo/tcp_wrappers-debuginfo-7.6-26.tar.xz ${D}/x86/release/tcp_wrappers/tcp_wrappers-debuginfo/tcp_wrappers-debuginfo-7.6-26.hint -- Takashi Yano
[ITA] rsh-0.17-3
Hi, I would like to take over the maintenance of rsh package, which is currently orphaned. I have already prepared an updated rsh package as follows. Change History -- rsh-0.17-3 -- 2018 Jul 11 --- * Introduced some new patches from fedora * Added IPv6 support to rexec and rcp Package Files: D=http://tyan0.dip.jp/cygwin ${D}/x86_64/release/rsh/rsh-0.17-3.hint ${D}/x86_64/release/rsh/rsh-0.17-3-src.tar.xz ${D}/x86_64/release/rsh/rsh-debuginfo/rsh-debuginfo-0.17-3.tar.xz ${D}/x86_64/release/rsh/rsh-debuginfo/rsh-debuginfo-0.17-3.hint ${D}/x86_64/release/rsh/rsh-0.17-3.tar.xz ${D}/x86_64/release/rsh/rsh-server/rsh-server-0.17-3.tar.xz ${D}/x86_64/release/rsh/rsh-server/rsh-server-0.17-3.hint ${D}/x86/release/rsh/rsh-0.17-3.hint ${D}/x86/release/rsh/rsh-0.17-3-src.tar.xz ${D}/x86/release/rsh/rsh-debuginfo/rsh-debuginfo-0.17-3.tar.xz ${D}/x86/release/rsh/rsh-debuginfo/rsh-debuginfo-0.17-3.hint ${D}/x86/release/rsh/rsh-0.17-3.tar.xz ${D}/x86/release/rsh/rsh-server/rsh-server-0.17-3.tar.xz ${D}/x86/release/rsh/rsh-server/rsh-server-0.17-3.hint -- Takashi Yano
setup 2.892 release candidate - please test
A new setup release candidate is available at: https://cygwin.com/setup/setup-2.892.x86_64.exe (64 bit version) https://cygwin.com/setup/setup-2.892.x86.exe(32 bit version) Please test and report any problems here. Changes compared to 2.891: - Fix building with libgpg-error 1.28 - Raise a fatal error on a corrupt archive in "install from local directory" mode Addresses: https://cygwin.com/ml/cygwin-apps/2018-03/msg00037.html - Packages listed in the "confirm" dialog are now sorted alphabetically Addresses: https://cygwin.com/ml/cygwin/2018-02/msg00078.html - Fix creating a bogus current version with an empty version number for packages which only have a test version - Fix ignoring the last package version in all setup.ini files but the last one read - Allow command-line uninstallation of specified orphaned packages - Dependencies of packages specified to be installed or upgraded on the command-line are now upgraded, if required (as we now record these packages being in a "no changes requested" state, rather than a "keep" state that would cause a conflict) - Packages which have been upgraded automatically are now correctly reported as "automatically added" in the "confirm" dialog, - mirrors.lst is now fetched using https:// - Literal URLs in dialogs now reference https://cygwin.com/ - Fix a bug (dating from 2003) in saving an empty network proxy password - Correctly handle 'provides:' and 'conflicts:' for installed packages - Add a '--no-version-check' option, to suppress the warning that a newer version of setup is available - Don't check setup-version: to warn about potential setup.ini parsing problems if a setup-minimum-version: is specified. - Propagate the exit code of the elevated process, when --wait is used Addresses: https://cygwin.com/ml/cygwin/2018-07/msg00020.html (partially) - Properly track the sites providing a given version of a packages (To correctly handle local installs where required packages are spread between cache directories for more than one mirror, and correctly fall back to an alternate mirror when multiple mirrors are used and a problem occurs connecting to the first mirror tried) - Don't use CRLF terminators when writing dependency problems to logfile Addresses: https://cygwin.com/ml/cygwin/2018-03/msg00266.html - Fix a bug which sometimes caused a wildly incorrect value to be used for the expected size download progress was measured against Again, many thanks to Ken Brown for doing all the hard work.
Re: Moving on from Cygwin
On 26/06/18 19:34, David Stacey wrote: Sadly, the time has come for me to step back from being a Cygwin package maintainer. Corinna has asked that I stay on the list for a while to help any prospective maintainer in adopting one or more of my packages, so I will remain subscribed to 'cygwin' and 'cygwin-apps' for at least a fortnight. I'm unsubscribing from the Cygwin lists now, but I leave you with parting gifts (see below). All are tested in both architectures, and if I was still maintaining these packages I would upload them. I will leave it to your judgement to decide whether to take them or not. All the best, Dave. # gcovr-4.1 (noarch) BASEURL=https://www.dropbox.com/s mkdir -p noarch/release/gcovr pushd noarch/release/gcovr wget "${BASEURL}/ny5q6goa6xopgy9/gcovr-4.1-1-src.tar.xz" wget "${BASEURL}/9u30xmioyxlic2v/gcovr-4.1-1.hint" wget "${BASEURL}/v0aah48c935mq8s/gcovr-4.1-1.tar.xz" popd # ruby-puppet-lint-2.3.6 (noarch) BASEURL=https://www.dropbox.com/s mkdir -p noarch/release/ruby-puppet-lint/ruby-puppet-lint-doc pushd noarch/release/ruby-puppet-lint wget "${BASEURL}/dny3a4dqnl161fj/ruby-puppet-lint-2.3.6-1-src.tar.xz" wget "${BASEURL}/cde6f42b9nnh1xu/ruby-puppet-lint-2.3.6-1.hint" wget "${BASEURL}/rlq2bco9zym9ucy/ruby-puppet-lint-2.3.6-1.tar.xz" cd ruby-puppet-lint-doc wget "${BASEURL}/1q67qtbqx5yvqva/ruby-puppet-lint-doc-2.3.6-1.hint" wget "${BASEURL}/4159ed32h994jb7/ruby-puppet-lint-doc-2.3.6-1.tar.xz" popd # mkvtoolnix-25.0.0 (x86) BASEURL=https://www.dropbox.com/s mkdir -p x86/release/mkvtoolnix/mkvtoolnix-debuginfo mkdir -p x86/release/mkvtoolnix/mkvtoolnix-gui pushd x86/release/mkvtoolnix wget "${BASEURL}/bil2ods4dwzhb8t/mkvtoolnix-25.0.0-1-src.tar.xz" wget "${BASEURL}/hli3l99i14rjoeo/mkvtoolnix-25.0.0-1.hint" wget "${BASEURL}/agisva915of2jkh/mkvtoolnix-25.0.0-1.tar.xz" cd mkvtoolnix-debuginfo wget "${BASEURL}/5a9tvbjkp4ydi9d/mkvtoolnix-debuginfo-25.0.0-1.hint" wget "${BASEURL}/5c17ovxdk06jd3a/mkvtoolnix-debuginfo-25.0.0-1.tar.xz" cd ../mkvtoolnix-gui wget "${BASEURL}/kb2f2jktux18dx2/mkvtoolnix-gui-25.0.0-1.hint" wget "${BASEURL}/b1zv4fqdirbxjr6/mkvtoolnix-gui-25.0.0-1.tar.xz" popd # mkvtoolnix-25.0.0 (x86_64) BASEURL=https://www.dropbox.com/s mkdir -p x86_64/release/mkvtoolnix/mkvtoolnix-debuginfo mkdir -p x86_64/release/mkvtoolnix/mkvtoolnix-gui pushd x86_64/release/mkvtoolnix wget "${BASEURL}/ypawzizaeo2y8l1/mkvtoolnix-25.0.0-1-src.tar.xz" wget "${BASEURL}/y9ohlr3r0rmek1y/mkvtoolnix-25.0.0-1.hint" wget "${BASEURL}/ow84ki9jqao5i60/mkvtoolnix-25.0.0-1.tar.xz" cd mkvtoolnix-debuginfo wget "${BASEURL}/t3zxql66ewoq7rf/mkvtoolnix-debuginfo-25.0.0-1.hint" wget "${BASEURL}/8hus4yfx3t8oemp/mkvtoolnix-debuginfo-25.0.0-1.tar.xz" cd ../mkvtoolnix-gui wget "${BASEURL}/z201b1c1bho2qg0/mkvtoolnix-gui-25.0.0-1.hint" wget "${BASEURL}/iqnqqo4sxl1b6px/mkvtoolnix-gui-25.0.0-1.tar.xz" popd
[ITA] inetutils-1.9.4-1
Hi, I would like to take over the maintenance of inetutils package, which is currently orphaned. I have already prepared an updated inetutils package as follows. Change History -- inetutils-1.9.4-1 -- 11 Jul 2018 --- * Updated to latest upstream release * Enabled IPv6 support * Enhanced the /etc/ftpchroot parser on ftpd so that the root directory can be specified by the second field. * Fixed an upsteam bug of talk that could fail to connect with a party if there are multiple network interfaces. Package Files: D=http://tyan0.dip.jp/cygwin ${D}/x86_64/release/inetutils/inetutils-server/inetutils-server-1.9.4-1.hint ${D}/x86_64/release/inetutils/inetutils-server/inetutils-server-1.9.4-1.tar.xz ${D}/x86_64/release/inetutils/inetutils-1.9.4-1.hint ${D}/x86_64/release/inetutils/inetutils-1.9.4-1.tar.xz ${D}/x86_64/release/inetutils/inetutils-1.9.4-1-src.tar.xz ${D}/x86_64/release/inetutils/inetutils-debuginfo/inetutils-debuginfo-1.9.4-1.hint ${D}/x86_64/release/inetutils/inetutils-debuginfo/inetutils-debuginfo-1.9.4-1.tar.xz ${D}/x86/release/inetutils/inetutils-server/inetutils-server-1.9.4-1.hint ${D}/x86/release/inetutils/inetutils-server/inetutils-server-1.9.4-1.tar.xz ${D}/x86/release/inetutils/inetutils-1.9.4-1.hint ${D}/x86/release/inetutils/inetutils-1.9.4-1.tar.xz ${D}/x86/release/inetutils/inetutils-1.9.4-1-src.tar.xz ${D}/x86/release/inetutils/inetutils-debuginfo/inetutils-debuginfo-1.9.4-1.hint ${D}/x86/release/inetutils/inetutils-debuginfo/inetutils-debuginfo-1.9.4-1.tar.xz -- Takashi Yano
Re: [ITA] inetutils-1.9.4-1
Am 15.07.2018 um 21:50 schrieb Takashi Yano: Hi, I would like to take over the maintenance of inetutils package, which is currently orphaned. I have already prepared an updated inetutils package as follows. Change History -- inetutils-1.9.4-1 -- 11 Jul 2018 --- * Updated to latest upstream release * Enabled IPv6 support * Enhanced the /etc/ftpchroot parser on ftpd so that the root directory can be specified by the second field. * Fixed an upsteam bug of talk that could fail to connect with a party if there are multiple network interfaces. builds fine and passes the tests. Any chance to provide also ping so we can obsolete the ancient ping package ? Regards Marco --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Re: [ITA] inetutils-1.9.4-1
Am 16.07.2018 um 06:55 schrieb Takashi Yano: On Sun, 15 Jul 2018 23:05:39 +0200 Marco Atzeri wrote: builds fine and passes the tests. Thank you for checking. Any chance to provide also ping so we can obsolete the ancient ping package ? I have succeeded to build ping/ping6 in inetutils package and confirmed they seem to work correctly. However I do not know how to prompt to users, who are using old ping package, to request replacing it while installing inetutils package. Is there any package feature to do so? never used but I think is OBSOLETES https://cygwinports.github.io/cygport/pkg_pkg_cygpart.html#robo389 --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Re: [ITA] inetutils-1.9.4-1
On Sun, 15 Jul 2018 23:05:39 +0200 Marco Atzeri wrote: > builds fine and passes the tests. Thank you for checking. > Any chance to provide also ping so > we can obsolete the ancient ping package ? I have succeeded to build ping/ping6 in inetutils package and confirmed they seem to work correctly. However I do not know how to prompt to users, who are using old ping package, to request replacing it while installing inetutils package. Is there any package feature to do so? -- Takashi Yano