From: Christopher Faylor <cgf-please-use-the-mailinglist@sourceware.org>
To: gdb-patches@sourceware.org
Subject: Re: RFA: Support Windows extended error numbers in safe_strerror
Date: Sun, 05 Feb 2006 19:34:00 -0000 [thread overview]
Message-ID: <20060205193440.GB4718@trixie.casa.cgf.cx> (raw)
In-Reply-To: <uy80q4dm9.fsf@gnu.org>
On Sun, Feb 05, 2006 at 06:46:06AM +0200, Eli Zaretskii wrote:
>>Date: Sat, 4 Feb 2006 19:15:03 -0500
>>From: Christopher Faylor
>>
>>>But it isn't the same platform, anymore than MIPS/Linux and MIPS/Irix
>>>are the same platform. Cygwin requires a considerable amount of
>>>additional software to be installed, of which a large part is a system
>>>library that presents a very different API than the native OS.
>>
>>The minimal amount of software required for gdb to run with Cygwin is:
>>gdb.exe, Cygwin1.dll, cygiconv-2.dll, and cygncurses-8.dll . You may
>>potentially need to have the terminfo library installed, too, don't
>>know for sure, and I'm not really interested in testing. I wouldn't
>>call that a considerable amount of software.
>
>First, I think you need the shell as well (correct me if I'm wrong).
The shell is needed for the "shell" command. The shell is not used for
running programs.
So, yes, if you don't have a Cygwin shell, then the shell command won't
work. If that is a show stopper, I could have gdb revert to using a
windows shell if /bin/sh is missing.
>Second, running GDB alone is not useful. People use the Cygwin build
>of GDB to debug other Cygwin programs. Just building those other
>programs requires a more or less full Cygwin installation, including
>the shell, Coreutils, Grep, Gawk, and whatsnot.
You've lost me. So people *do* (because they can) download a lot of
other packages along with gdb so that means that gdb is unacceptable as
a native debugger?
I thought the point was that you needed too many packages to debug
windows programs. Of course you can debug Cygwin programs with the
Cygwin version of gdb. If you are going to be building programs which
use configure then you will need coreutils, grep, gawk, and maybe even
M4. Many people who use MinGW have native versions of these programs on
their system, but that's sort of besides the point. We are talking
about debugging Windows apps which do not use any of these.
>More importantly, what matters is that the software that makes your
>system a Cygwin system modifies the OS interface in important ways, so
>it can no longer be considered the same platform, IMO.
Cygwin is just a DLL. It doesn't inject itself into native windows
applications to change what they see as the "OS interface", except for
the, IMO, minor, caveats mentioned below.
People use the Cygwin version of gdb to debug MinGW applications all of
the time. In fact, I believe that one of the main MinGW developers uses
Cygwin as his platform for working on MinGW.
Other developers use MSYS which is a Cygwin fork.
>>You are apparently confusing the Cygwin distribution with the Cygwin
>>DLL. That's like conflating Fedora Core 5 with the linux kernel.
>
>Please give me more credit than that, Chris.
Eli, you are making statements which I know to be false, so I can only
draw the conclusion that you are either confused or misinformed.
Neither is an an indication of lack of intelligence or something to be
taken as an insult.
>>Also, there is nothing in Cygwin which stops you from running native
>>windows apps (e.g., a MinGW version of gcc) if that is your preference.
>
>Yes, there is. But I'm sure you know that, so I won't elaborate.
I'd prefer that you did elaborate since you seem to be implying that I
was (to put it politely) withholding information, and I have no idea
what you're talking about.
It would not make much sense to think that the existence of the Cygwin
DLL on a windows system would somehow interfere with the correct
operation of a windows program since there are scores of windows
programs running on a correctly functioning Windows system at any given
time. So, you can't mean that, obviously.
If you're talking about trying to run programs under bash, then, the
only problem that I can think of is what Daniel found - some native
Windows programs misbehave if used with Cygwin's ttys or ptys. The
solution to this dilemma is the same that you'd use if Cygwin was not on
the system - don't use ptys or ttys. If you are a purist, then don't
use bash. Just run gdb directly.
I am not aware of any problems with running native windows programs
under gdb. If there are, then I'd be happy to look into fixing them for
as long as I continue to be maintainer.
cgf
next prev parent reply other threads:[~2006-02-05 19:34 UTC|newest]
Thread overview: 98+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-03 21:55 Daniel Jacobowitz
2006-02-03 23:25 ` Mark Kettenis
2006-02-03 23:39 ` Christopher Faylor
2006-02-04 3:27 ` Daniel Jacobowitz
2006-02-04 6:29 ` Jim Blandy
2006-02-04 10:33 ` Eli Zaretskii
2006-02-04 10:59 ` Eli Zaretskii
2006-02-04 14:35 ` Mark Kettenis
2006-02-04 14:52 ` Daniel Jacobowitz
2006-02-04 15:14 ` Eli Zaretskii
2006-02-05 0:15 ` Christopher Faylor
2006-02-05 4:46 ` Eli Zaretskii
2006-02-05 19:34 ` Christopher Faylor [this message]
2006-02-05 19:49 ` Daniel Jacobowitz
2006-02-05 20:19 ` Eli Zaretskii
2006-02-05 20:22 ` Daniel Jacobowitz
2006-02-05 21:50 ` Christopher Faylor
2006-02-05 21:57 ` Daniel Jacobowitz
2006-02-05 22:33 ` Christopher Faylor
2006-02-05 22:41 ` Daniel Jacobowitz
2006-02-06 6:35 ` Christopher Faylor
2006-02-06 17:26 ` Daniel Jacobowitz
2006-02-05 22:59 ` Eli Zaretskii
2006-02-05 22:47 ` Eli Zaretskii
2006-02-06 2:41 ` Daniel Jacobowitz
2006-02-06 4:20 ` Eli Zaretskii
2006-02-05 22:57 ` Eli Zaretskii
2006-02-05 22:44 ` Christopher Faylor
2006-02-05 23:07 ` Eli Zaretskii
2006-02-06 5:14 ` Christopher Faylor
2006-02-06 7:20 ` Eli Zaretskii
2006-02-06 8:47 ` Corinna Vinschen
2006-02-06 12:07 ` Bob Rossi
2006-02-06 14:23 ` Daniel Jacobowitz
2006-02-06 18:37 ` Eli Zaretskii
2006-02-04 10:03 ` Eli Zaretskii
2006-02-05 0:27 ` Christopher Faylor
2006-02-05 2:01 ` Daniel Jacobowitz
2006-02-05 4:49 ` Eli Zaretskii
2006-02-05 7:39 ` Jim Blandy
2006-02-05 20:01 ` Eli Zaretskii
2006-02-05 20:20 ` Daniel Jacobowitz
2006-02-05 22:45 ` Eli Zaretskii
2006-02-06 2:38 ` Daniel Jacobowitz
2006-02-05 4:48 ` Eli Zaretskii
2006-02-04 1:06 ` Jim Blandy
2006-02-04 3:00 ` Daniel Jacobowitz
2006-02-04 6:22 ` Ian Lance Taylor
2006-02-04 10:29 ` Eli Zaretskii
2006-02-04 13:53 ` Mark Kettenis
2006-02-04 15:17 ` Eli Zaretskii
2006-02-04 10:24 ` Eli Zaretskii
2006-02-04 15:33 ` Mark Kettenis
2006-02-04 15:35 ` Eli Zaretskii
2006-02-04 10:20 ` Eli Zaretskii
2006-02-04 13:14 ` Mark Kettenis
2006-02-05 7:41 ` Jim Blandy
2006-03-02 0:53 ` Michael Snyder
2006-02-04 11:58 ` Eli Zaretskii
2006-02-04 14:53 ` Daniel Jacobowitz
2006-02-04 15:09 ` Eli Zaretskii
2006-02-04 15:57 ` David Ayers
2006-02-06 17:35 ` Daniel Jacobowitz
2006-02-06 17:54 ` Christopher Faylor
2006-02-06 18:23 ` Jim Blandy
2006-02-06 19:08 ` Eli Zaretskii
2006-02-06 19:58 ` Daniel Jacobowitz
2006-02-06 20:59 ` Daniel Jacobowitz
2006-02-06 22:55 ` Mark Kettenis
2006-02-06 22:58 ` Daniel Jacobowitz
2006-02-08 0:08 ` Daniel Jacobowitz
2006-02-08 21:08 ` Mark Kettenis
2006-02-08 21:12 ` Bob Rossi
2006-02-08 23:17 ` Mark Kettenis
2006-02-08 23:23 ` Daniel Jacobowitz
2006-02-09 0:12 ` Joel Brobecker
2006-02-09 1:54 ` Bob Rossi
2006-02-09 7:47 ` Eli Zaretskii
2006-02-09 9:18 ` Jim Blandy
2006-02-08 21:54 ` Eli Zaretskii
2006-02-08 23:10 ` Mark Kettenis
2006-02-08 23:22 ` Daniel Jacobowitz
2006-02-09 14:40 ` Mark Kettenis
2006-02-09 15:14 ` Daniel Jacobowitz
2006-02-09 20:24 ` Eli Zaretskii
2006-02-09 8:00 ` Eli Zaretskii
2006-02-09 14:44 ` Mark Kettenis
2006-02-09 14:57 ` Daniel Jacobowitz
2006-02-09 20:40 ` Eli Zaretskii
2006-02-09 21:06 ` Daniel Jacobowitz
2006-02-09 22:13 ` Eli Zaretskii
2006-02-09 20:26 ` Eli Zaretskii
2006-02-09 22:37 ` Daniel Jacobowitz
2006-02-10 7:53 ` Eli Zaretskii
2006-02-10 16:18 ` Christopher Faylor
2006-02-10 16:49 ` Daniel Jacobowitz
2006-02-10 18:18 ` Eli Zaretskii
2006-02-10 21:56 ` Daniel Jacobowitz
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=20060205193440.GB4718@trixie.casa.cgf.cx \
--to=cgf-please-use-the-mailinglist@sourceware.org \
--cc=gdb-patches@sourceware.org \
/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