Yaakov (Cygwin Ports | 12 Sep 23:04 2008
Picon
Picon

Re: undefined reference to '_cfmakeraw'


Yaakov (Cygwin Ports) wrote:
> cfmakeraw, while available on Linux glibc, is not available on Cygwin.
> But the glibc manual tells us exactly what it does:
> 
> http://www.gnu.org/software/libc/manual/html_node/Noncanonical-Input.html
> 
> So just substitute the cfmakeraw call for the code shown there.

Since this function is specified in its entirety in documentation
(rather than just in code), as above and in other places listed below,
would a patch be accepted for Cygwin?

http://refspecs.freestandards.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/baselib-cfmakeraw-3.html
http://linux.die.net/man/3/cfmakeraw

Yaakov
Jason | 15 Sep 23:31 2008

[PATCH] fix unlink for Cygwin 1.5.25-15 -- unintended data loss with symbolic file links

Please consider the patch below for inclusion in the Cygwin 1.5 branch which
corrects the deletion of symbolic link file types (Vista file reparse
points).

The problem is that CreateFile will open the target and not the link.  See
the MSDN page
http://msdn.microsoft.com/en-us/library/aa365682(VS.85).aspx#CreateFile for
a more detailed description of Vista's symbolic link handling.

Thanks, 
  Jason

---

2008-09-15  Jason Gouger <cygwin at jason-gouger.com>

	* syscalls.cc: Fix 'unlink' so that it will delete the symbolic link
	and not the target file for Vista's file reparse points.

Index: cygwin/syscalls.cc
===================================================================
RCS file: /cvs/src/src/winsup/cygwin/syscalls.cc,v
retrieving revision 1.403.4.3
diff -b -u -p -r1.403.4.3 syscalls.cc
--- cygwin/syscalls.cc	12 Nov 2007 15:30:20 -0000	1.403.4.3
+++ cygwin/syscalls.cc	15 Sep 2008 21:06:10 -0000
 <at>  <at>  -207,7 +207,7  <at>  <at>  unlink (const char *ourname)
     {
       HANDLE h;
       h = CreateFile (win32_name, 0, FILE_SHARE_READ, &sec_none_nih,
(Continue reading)

Christopher Faylor | 16 Sep 00:28 2008

Re: [PATCH] fix unlink for Cygwin 1.5.25-15 -- unintended data loss with symbolic file links

On Mon, Sep 15, 2008 at 02:31:07PM -0700, Jason wrote:
>Please consider the patch below for inclusion in the Cygwin 1.5 branch which
>corrects the deletion of symbolic link file types (Vista file reparse
>points).
>
>The problem is that CreateFile will open the target and not the link.  See
>the MSDN page
>http://msdn.microsoft.com/en-us/library/aa365682(VS.85).aspx#CreateFile for
>a more detailed description of Vista's symbolic link handling.

Sorry but we're not anticipating any new releases of Cygwin 1.5.x.

cgf 

Jason | 16 Sep 01:01 2008

RE: [PATCH] fix unlink for Cygwin 1.5.25-15 -- unintended data loss with symbolic file links

On Monday, September 15, 2008 3:29 PM, Christopher Faylor wrote:
> On Mon, Sep 15, 2008 at 02:31:07PM -0700, Jason wrote:
> >Please consider the patch below for inclusion in the Cygwin 1.5 branch
which
> >corrects the deletion of symbolic link file types (Vista file reparse
> >points).
> >
> >The problem is that CreateFile will open the target and not the link.
See
> >the MSDN page
> >http://msdn.microsoft.com/en-us/library/aa365682(VS.85).aspx#CreateFile
for
> >a more detailed description of Vista's symbolic link handling.
>
> Sorry but we're not anticipating any new releases of Cygwin 1.5.x.
>
> cgf 

Okay, I thought I'd submit the trivial patch just in case someone else runs
into the problem.  The bug has very interesting side effects if someone does
a "rm -rf" of a directory which may contain such symbolic links.  Luckily I
had a backup.  I look forward to the 1.7 release!

Eric Blake | 20 Sep 00:06 2008
Picon

strerrno and new errno values


OK to apply, to match newlib and in preparation for POSIX 200x?

2008-09-19  Eric Blake  <ebb9 <at> byu.net>

	* errno.cc (_sys_errlist): Add ECANCELED, ENOTRECOVERABLE,
	EOWNERDEAD.

--
Don't work too hard, make some time for fun as well!

Eric Blake             ebb9 <at> byu.net
Index: errno.cc
===================================================================
RCS file: /cvs/src/src/winsup/cygwin/errno.cc,v
retrieving revision 1.67
diff -u -p -b -r1.67 errno.cc
--- errno.cc	11 Sep 2008 06:22:31 -0000	1.67
+++ errno.cc	19 Sep 2008 22:05:33 -0000
 <at>  <at>  -284,7 +284,10  <at>  <at>  const char *_sys_errlist[] NO_COPY_INIT 
 /* ENOSHARE 136 */  	  "No such host or network path",
 /* ECASECLASH 137 */	  "Filename exists with different case",
 /* EILSEQ 138 */	  "Invalid or incomplete multibyte or wide character",
-/* EOVERFLOW 139 */	  "Value too large for defined data type"
+/* EOVERFLOW 139 */	  "Value too large for defined data type",
+/* ECANCELED 140 */	  "Operation canceled",
+/* ENOTRECOVERABLE 141 */ "State not recoverable",
+/* EOWNERDEAD 142 */	  "Previous owner died"
(Continue reading)

Christopher Faylor | 20 Sep 00:17 2008

Re: strerrno and new errno values

On Fri, Sep 19, 2008 at 04:06:36PM -0600, Eric Blake wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>OK to apply, to match newlib and in preparation for POSIX 200x?
>
>2008-09-19  Eric Blake  <ebb9 <at> byu.net>
>
>	* errno.cc (_sys_errlist): Add ECANCELED, ENOTRECOVERABLE,
>	EOWNERDEAD.

Yes.  Please apply.

Thanks.

cgf


Gmane