Home » Language IDEs » C / C++ IDE (CDT) » CDT for Win2000??
| CDT for Win2000?? [message #32180] |
Thu, 16 May 2002 06:49  |
Eclipse User |
|
|
|
Hello all,
I'm very new to the CDT project.
I'm using Eclipse and the JDT a lot on Windows2000.
I can't find the CDT download for Windows, isn't there one?
Mark
|
|
|
| Re: CDT for Win2000?? [message #32220 is a reply to message #32180] |
Thu, 16 May 2002 08:48  |
| Eclipse User |
|
|
|
Hi,
There is no special download for Windows. You can use the downloads found at http://www.eclipse.org/cdt. Much of the
CDT function will work on Windows, but in some cases we are leveraging Linux system tools for things like debugging
(gdb), autoconf support, and profiling (gprof). So this function will not work "out of the box" on Windows.
However, installing the cygwin toolkit (http://www.redhat.com/download/cygwin.html) which is a Unix environment for
Windows gets you some of this function on Windows.
Hope that helps, and by the way, you just made our user FAQ:
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/cdt- home/user/faq.html?cvsroot=Tools_Project#install_30
Jeff.
"mark evertz" <mark.evertz@gmx.de> wrote in message news:ac027b$iop$2@rogue.oti.com...
> Hello all,
> I'm very new to the CDT project.
> I'm using Eclipse and the JDT a lot on Windows2000.
> I can't find the CDT download for Windows, isn't there one?
>
> Mark
>
>
>
>
>
|
|
| |
| Re: CDT for Win2000?? [message #32536 is a reply to message #32220] |
Thu, 16 May 2002 12:21 |
| Eclipse User |
|
|
|
I had much the same question a couple of days ago ... but didn't get around
to asking:) I did, however, download CDT and found that most of what you
say is correct; cygwin does provide the functionality needed. There were 2
anoloies I noted, however:
1) When Eclipse booted with CDT installed a shell window appeared and never
went away. Don't know where it came from - any ideas?
2) Debugging/Running did not work - seemed to produce a violation (can't
remember now) in the target process that poped up a "... you ought to save
and exit" warning from Eclipse itself. I suspect this has something to do
with cygwin's gdb implementation. If you open a cygwin shell and type 'gdb'
you get a tk/tcl wrapper much like what Eclipse is trying to do itself. Any
other ideas?
All in all I'd like to see this work as well and would put in some time to
make it happen. I'm an Eclipe novitiate and got involved because I have a
use to GEF plugin. I'm also a C hack and an integrated Java/C/C++
environment would be real sweet.
One final comment - with CDT installed I seemed to get stack overflow errors
from the VM with alarming regularity. I have since uninstalled and this
problem is no more.
Hope this helps,
Al
"Jeff Turnham" <turnham@ca.ibm.com> wrote in message
news:ac09dt$m09$1@rogue.oti.com...
> Hi,
>
> There is no special download for Windows. You can use the downloads found
at http://www.eclipse.org/cdt. Much of the
> CDT function will work on Windows, but in some cases we are leveraging
Linux system tools for things like debugging
> (gdb), autoconf support, and profiling (gprof). So this function will not
work "out of the box" on Windows.
>
> However, installing the cygwin toolkit
(http://www.redhat.com/download/cygwin.html) which is a Unix environment for
> Windows gets you some of this function on Windows.
>
> Hope that helps, and by the way, you just made our user FAQ:
>
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/cdt- home/user/faq.ht
ml?cvsroot=Tools_Project#install_30
>
> Jeff.
>
> "mark evertz" <mark.evertz@gmx.de> wrote in message
news:ac027b$iop$2@rogue.oti.com...
> > Hello all,
> > I'm very new to the CDT project.
> > I'm using Eclipse and the JDT a lot on Windows2000.
> > I can't find the CDT download for Windows, isn't there one?
> >
> > Mark
> >
> >
> >
> >
> >
>
>
|
|
| | |
| Re: CDT for Win2000?? [message #33106 is a reply to message #33071] |
Fri, 17 May 2002 12:44 |
| Eclipse User |
|
|
|
Allan Clearwaters wrote:
> Jeff,
> Reloaded CDT and poked around a bit - came up with the following:
>
> > > 2) Debugging/Running did not work - seemed to produce a violation
> (can't
> > > remember now) in the target process that poped up a "... you ought to
> save
> > > and exit" warning from Eclipse itself. I suspect this has something to
> do
> > > with cygwin's gdb implementation. If you open a cygwin shell and type
> 'gdb'
> > > you get a tk/tcl wrapper much like what Eclipse is trying to do itself.
> Any
> > > other ideas?
> >
> Checked this out and it would appear to have been a mistake in the launch
> configuration - FALSE ALARM
>
> > > All in all I'd like to see this work as well and would put in some time
> to
> > > make it happen. I'm an Eclipe novitiate and got involved because I have
> a
> > > use to GEF plugin. I'm also a C hack and an integrated Java/C/C++
> > > environment would be real sweet.
> >
> > > One final comment - with CDT installed I seemed to get stack overflow
> errors
> > > from the VM with alarming regularity. I have since uninstalled and this
> > > problem is no more.
> >
> > This is one we haven't heard before...Can you provide the stack (if there
> is one)...Could be in the .log file.
> >
> Haven't had it insatlled long enough to confirm or deny. Will monitor.
>
> Now that I've cleaned up my launch configuration I do not have an error but
> the debugger still does not seem to work for me. I've confirmed 'gdb -nw'
> works from the command line (version is GNU gdb 5.0 (20010428-3)) but if I
> try to debug under CDT I do not seem to be able to set a breakpoint. The
> debug view appears, a new command widow pops up, there is a delay, the new
> window disappears, and the indication is that the process is terminated.
> Looks like this may be a problem attaching to the running process. The
> default invocation of 'ps' under cygwin produces an extra column that lists
> the windows id. If you're parsing ps output then it might not be what you
> would expect. I also launched my test program and then tried to attach to
> it. In this case the pid of the running test program is not listed which I
> try to create a new attach configuration. I am suspicious of the process
> list.
>
The proces list comes from parsing the output of ps commands. On Linux this is
fine, but on Windows, we can only do this with the cygwin ps command.
Unfortunately, cygwin ps doesn't give the same kind of information that you
would get from Linux. Perhaps there's another way to get this info on Windows,
or there are different flags we can use for ps. If you want to try out
different flags, you can test them by editing the following file:
org.eclipse.cdt.dstore.miners/org/eclipse/cdt/dstore/miners/ processmonitor/ProcessMonitorMiner.properties.
Also the Windows approach has problems because, in order to launch a shell to
run ps commands, we use Runtime.exec(). On Windows, this ends up showing a DOS
window - hence the annoying window that doesn't go away when running CDT on
Windows. Does anyone know how we can hide this?
>
> Thanx,
> Al
|
|
|
| Re: CDT for Win2000?? [message #33140 is a reply to message #33071] |
Fri, 17 May 2002 12:37 |
| Eclipse User |
|
|
|
Hi Allan,
I was hoping that your problem would simply be with the operation of gdb in your cygwin environment, but if you can use
gdb from the command line successfully from the command line then there is more to it. To be honest, we don't claim
support for the CDT on Windows. We are focused on Linux and are using all of our cycles to drive towards a stable
release of the CDT shortly after Eclipse provides it's R2 Release. We would really like to see your problem solved, but
cannot commit to doing it ourselves. We are however, willing to receive and incorporate code submissions from the
community that fix problems like these.
For a better explanation: See the following answer in our FAQ:
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/cdt- home/user/faq.html?cvsroot=Tools_Project#general_60
Thanks.
Jeff.
"Allan Clearwaters" <allan@object-forge.com> wrote in message news:ac37b4$16p$1@rogue.oti.com...
> Jeff,
> Reloaded CDT and poked around a bit - came up with the following:
>
> > > 2) Debugging/Running did not work - seemed to produce a violation
> (can't
> > > remember now) in the target process that poped up a "... you ought to
> save
> > > and exit" warning from Eclipse itself. I suspect this has something to
> do
> > > with cygwin's gdb implementation. If you open a cygwin shell and type
> 'gdb'
> > > you get a tk/tcl wrapper much like what Eclipse is trying to do itself.
> Any
> > > other ideas?
> >
> Checked this out and it would appear to have been a mistake in the launch
> configuration - FALSE ALARM
>
> > > All in all I'd like to see this work as well and would put in some time
> to
> > > make it happen. I'm an Eclipe novitiate and got involved because I have
> a
> > > use to GEF plugin. I'm also a C hack and an integrated Java/C/C++
> > > environment would be real sweet.
> >
> > > One final comment - with CDT installed I seemed to get stack overflow
> errors
> > > from the VM with alarming regularity. I have since uninstalled and this
> > > problem is no more.
> >
> > This is one we haven't heard before...Can you provide the stack (if there
> is one)...Could be in the .log file.
> >
> Haven't had it insatlled long enough to confirm or deny. Will monitor.
>
> Now that I've cleaned up my launch configuration I do not have an error but
> the debugger still does not seem to work for me. I've confirmed 'gdb -nw'
> works from the command line (version is GNU gdb 5.0 (20010428-3)) but if I
> try to debug under CDT I do not seem to be able to set a breakpoint. The
> debug view appears, a new command widow pops up, there is a delay, the new
> window disappears, and the indication is that the process is terminated.
> Looks like this may be a problem attaching to the running process. The
> default invocation of 'ps' under cygwin produces an extra column that lists
> the windows id. If you're parsing ps output then it might not be what you
> would expect. I also launched my test program and then tried to attach to
> it. In this case the pid of the running test program is not listed which I
> try to create a new attach configuration. I am suspicious of the process
> list.
>
> Thanx,
> Al
>
>
|
|
| | |
| Re: CDT for Win2000?? [message #33279 is a reply to message #33106] |
Sat, 18 May 2002 10:29 |
| Eclipse User |
|
|
|
David,
Regarding the problem of the sticking window, is it possible to pass the
execution engine a shortcut rather than the program name itself? If so,
then the shortcut can be set to close when the program terminates.
Al
"David McKnight" <dmcknigh@ca.ibm.com> wrote in message
news:3CE5336B.EA66F992@ca.ibm.com...
>
>
> Allan Clearwaters wrote:
>
> > Jeff,
> > Reloaded CDT and poked around a bit - came up with the following:
> >
> > > > 2) Debugging/Running did not work - seemed to produce a violation
> > (can't
> > > > remember now) in the target process that poped up a "... you ought
to
> > save
> > > > and exit" warning from Eclipse itself. I suspect this has something
to
> > do
> > > > with cygwin's gdb implementation. If you open a cygwin shell and
type
> > 'gdb'
> > > > you get a tk/tcl wrapper much like what Eclipse is trying to do
itself.
> > Any
> > > > other ideas?
> > >
> > Checked this out and it would appear to have been a mistake in the
launch
> > configuration - FALSE ALARM
> >
> > > > All in all I'd like to see this work as well and would put in some
time
> > to
> > > > make it happen. I'm an Eclipe novitiate and got involved because I
have
> > a
> > > > use to GEF plugin. I'm also a C hack and an integrated Java/C/C++
> > > > environment would be real sweet.
> > >
> > > > One final comment - with CDT installed I seemed to get stack
overflow
> > errors
> > > > from the VM with alarming regularity. I have since uninstalled and
this
> > > > problem is no more.
> > >
> > > This is one we haven't heard before...Can you provide the stack (if
there
> > is one)...Could be in the .log file.
> > >
> > Haven't had it insatlled long enough to confirm or deny. Will monitor.
> >
> > Now that I've cleaned up my launch configuration I do not have an error
but
> > the debugger still does not seem to work for me. I've confirmed
'gdb -nw'
> > works from the command line (version is GNU gdb 5.0 (20010428-3)) but if
I
> > try to debug under CDT I do not seem to be able to set a breakpoint.
The
> > debug view appears, a new command widow pops up, there is a delay, the
new
> > window disappears, and the indication is that the process is terminated.
> > Looks like this may be a problem attaching to the running process. The
> > default invocation of 'ps' under cygwin produces an extra column that
lists
> > the windows id. If you're parsing ps output then it might not be what
you
> > would expect. I also launched my test program and then tried to attach
to
> > it. In this case the pid of the running test program is not listed
which I
> > try to create a new attach configuration. I am suspicious of the
process
> > list.
> >
>
> The proces list comes from parsing the output of ps commands. On Linux
this is
> fine, but on Windows, we can only do this with the cygwin ps command.
> Unfortunately, cygwin ps doesn't give the same kind of information that
you
> would get from Linux. Perhaps there's another way to get this info on
Windows,
> or there are different flags we can use for ps. If you want to try out
> different flags, you can test them by editing the following file:
>
>
org.eclipse.cdt.dstore.miners/org/eclipse/cdt/dstore/miners/ processmonitor/P
rocessMonitorMiner.properties.
>
> Also the Windows approach has problems because, in order to launch a shell
to
> run ps commands, we use Runtime.exec(). On Windows, this ends up showing
a DOS
> window - hence the annoying window that doesn't go away when running CDT
on
> Windows. Does anyone know how we can hide this?
>
>
>
> >
> > Thanx,
> > Al
>
|
|
|
Goto Forum:
Current Time: Sat Nov 01 13:33:11 EDT 2025
Powered by FUDForum. Page generated in 0.04477 seconds |
Home