public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Houder <houder@xs4all.nl>
To: cygwin@cygwin.com
Subject: Re: sshd: fatal: seteuid XXX : No such device or address
Date: Sat, 16 Mar 2019 09:21:00 -0000	[thread overview]
Message-ID: <51987a7859475523111d48a2e503d8c2@smtp-cloud9.xs4all.net> (raw)
In-Reply-To: <20190315204122.GU3785@calimero.vinschen.de>

On Fri, 15 Mar 2019 21:41:22, Corinna Vinschen  wrote:

> On Mar 15 20:39, Houder wrote:

> > On Fri, 15 Mar 2019 14:42:47, Corinna Vinschen  wrote:
[snip]

> > > Well, there *is* a solution by using strace.  And hey, we now know what
> > > ENXIO returned from seteuid means, don't we?  It's not all bad :)
> >
> > You do! I do not :-) (as I do not have the machinery at my disposal that
> > is required to provoke this error).
> 
> If I'm not mistaken the error occurs for local machine accounts, not for
> domain accounts.  But either way, this problem can only be straced on
> machines which can reproduce the problem and that's usually the machine
> of the OP in the first place.

OP's machine (or equivalent)? Basically, that is what I stated above (i.e.
attempting to state) ...

Error occurs for local machine accounts? Yes, but not at my place! (I did
not see the error (ENXIO) when the sshd problem came up when cygwin 3 was
introduced -- because I "loop back" when using ssh).

> I'm not sure what you're asking for, what do you want to change in
> Cygwin?

To answer the 2nd part of your question: nothing! (even if I was capable
of changing Cygwin).

I can appreciate(?) the complexity of mapping "Linux" to Windows. Simple
enough (?) in case of something like reading/writing a file, because that
concept (general enough to be) is present in both Windows and "Linux".

Totally different in case of seteuid() and companions ...

(Could the error reporting be improved if the Linux system call would be
 a parameter when mapping Windows failure codes to "Linux" error codes?
 I believe that would be very, very troublesome)

To answer the 1st part of your question ...

.. well, I had hoped that you had seen what Windows function had caused
the "No such device or address" error message to appear ...
(and was willing to share that info :-).

I know that you were the one that introduced ERROR_FILE_INVALID and made
it map to ENXIO (in 2001 ... good gracious, almost 20 years ago).

Presumably, because of the empty file problem in av::setup(), a function
in winsup/cygwin/spawn.cc.

Error code ENXIO occurs at a very different level (lower) in Linux than
the level where seteuid() and companions live ...

That is why I was wondering? what made seteuid() in Cygwin generate this
error ...

So, basically, my interest comes down to curiosity! (and I assumed that
you had seen the error appear when the sshd problem came up).

End of thread? :-)

Henri

=====


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

      reply	other threads:[~2019-03-16  9:21 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-14 11:39 renaud.rolles
2019-03-14 12:10 ` Corinna Vinschen
2019-03-14 13:26   ` renaud.rolles
2019-03-14 13:53     ` Corinna Vinschen
2019-03-14 14:03       ` renaud.rolles
2019-03-14 14:20     ` Andrey Repin
2019-03-14 14:24       ` David Dombrowsky
2019-03-14 14:27         ` Corinna Vinschen
2019-03-14 14:50         ` Andrey Repin
2019-03-14 14:38       ` renaud.rolles
2019-03-14 15:07         ` Andrey Repin
2019-03-14 15:29           ` renaud.rolles
2019-07-10 16:10   ` schleprock
2019-03-14 15:53 ` Houder
2019-03-14 17:29   ` Corinna Vinschen
2019-03-15 13:06     ` Houder
2019-03-15 13:42       ` Corinna Vinschen
2019-03-15 19:39         ` Houder
2019-03-15 20:41           ` Corinna Vinschen
2019-03-16  9:21             ` Houder [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51987a7859475523111d48a2e503d8c2@smtp-cloud9.xs4all.net \
    --to=houder@xs4all.nl \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).