public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Andrew DeFaria <Andrew@DeFaria.com>
To: cygwin@cygwin.com
Subject: Re: Side-by-side configuration is incorrect reported as permission denied
Date: Mon, 13 Aug 2012 14:43:00 -0000	[thread overview]
Message-ID: <k0b35b$e99$1@dough.gmane.org> (raw)
In-Reply-To: <20120813082716.GA11198@calimero.vinschen.de>

On 08/13/2012 01:27 AM, Corinna Vinschen wrote:
> On Aug 12 18:49, Andrew DeFaria wrote:
>> On 08/12/2012 01:35 PM, Earnie Boyd wrote:
>>> On Sun, Aug 12, 2012 at 1:56 PM, Pawel Jasinski wrote:
>>>>> If you can find a nice Linux errno which maps from ERROR_SXS_CANT_GEN_ACTCTX
>>>>> to something other than EACCES I'd be happy to change Cygwin.
>> [...]
>> Now I know that there are POSIX error codes and people tend to check
>> error numbers and you want to put the closest match of a POSIX errno
>> to the Windows error message. But why couldn't you just print to
>> stderr the error message that Windows returned perhaps in addition
>> to setting syserr to "Permission denied"?
> Do you really want that?
I think it would be helpful.
> There's a difference between cmd and Cygwin.  Cmd is a shell, Cygwin is
> just the underlying shared lib providing a generic API.
OK so bash...
> If an error occurs, it's the shell's responsibility to print an error
> message in the first place.  All messages printed by Cygwin are not
> controllable by the calling application.  Therefore we usually only
> print messages from the DLL if something very serious happens from the
> DLLs perspective.  Some arbitrary Windows error code returned from
> CreateProcess is usually not something actually serious.  There was
> just "some" reason that an application couldn't be started.
IMHO "some" reason that the user should be alerted about. How is it 
helpful to the end user to suppress the error message?
> Also, where do you draw the border?  Which windows error code is serious
> enough to justify a (pretty intrusive!) error message from the underlying
> library and which isn't?
I would draw the border at "if there's an error message".
> As cgf pointed out, Windows has zillions of error codes.  We wouldn't
> want to generate the same number of POSIX-like error codes.  It wouldn't
> make a lot of sense since POSIX applications only test for a limited,
> expected number of error codes, and it might break things.
I was talking error *messages* not error *codes*.
> Having said that, EACCES is not bad as far as error codes go in this
> case, but I like Cliff Hones' idea to choose another existing POSIX
> error like ELIBACC, "Can not access a needed shared library", which
> might make more sense in this scenario.  I'd also like ENOPKG, "Package
> not installed".
Again, I was talking error messages not error codes.
-- 
Andrew DeFaria <http://defaria.com>
Why is there only one Monopolies commission?


--
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:[~2012-08-13 14:32 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-11  0:45 Andrew DeFaria
2012-08-11 10:35 ` Larry Hall (Cygwin)
2012-08-11 17:32   ` Earnie Boyd
2012-08-11 19:23   ` Andrew DeFaria
2012-08-11 19:54     ` Christopher Faylor
2012-08-12  4:24       ` Cliff Hones
2012-08-12  9:07       ` Andrew DeFaria
2012-08-12 12:35   ` Pawel Jasinski
2012-08-12 17:56     ` Christopher Faylor
2012-08-12 19:59       ` Pawel Jasinski
2012-08-12 20:54         ` Earnie Boyd
2012-08-12 21:30           ` Christopher Faylor
2012-08-13  1:05             ` Pawel Jasinski
2012-08-13  8:28               ` Herbert Stocker
2012-08-13 10:05                 ` Corinna Vinschen
2012-08-13 12:51                   ` Herbert Stocker
2012-08-13 13:11                 ` Earnie Boyd
2012-08-13 13:21                   ` Corinna Vinschen
2012-08-13 13:28                     ` Earnie Boyd
2012-08-13 14:32                       ` Corinna Vinschen
2012-08-13 13:51                   ` Cliff Hones
2012-08-13 15:15                 ` Christopher Faylor
2012-08-13  3:49           ` Andrew DeFaria
2012-08-13  8:48             ` Corinna Vinschen
2012-08-13 14:43               ` Andrew DeFaria [this message]
2012-08-13 14:59                 ` Corinna Vinschen
2012-08-13 15:01                   ` Andrew DeFaria
2012-08-13 15:22                     ` Corinna Vinschen
2012-08-13 15:40                       ` Andrew DeFaria
2012-08-13 15:33                 ` Christopher Faylor
2012-08-13 16:02                   ` Andrew DeFaria
2012-08-13 16:19                     ` Corinna Vinschen
2012-08-13 17:57                       ` Andrew DeFaria
2012-08-14 21:11                   ` Andrey Repin
2012-08-15  4:23                     ` Christopher Faylor
2012-08-13 18:56 Pawel Jasinski
2012-08-13 19:12 ` Christopher Faylor
2012-08-13 21:49   ` Daniel Colascione
2012-08-14  0:42     ` Pawel Jasinski
2012-08-14  3:12       ` Christopher Faylor
2012-08-14  8:38       ` Eric Blake
2012-08-14  9:16         ` Pawel Jasinski
2012-08-14 15:10           ` Christopher Faylor
2012-08-14 21:37             ` Pawel Jasinski
2012-08-15  5:37               ` Christopher Faylor

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='k0b35b$e99$1@dough.gmane.org' \
    --to=andrew@defaria.com \
    --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).