Skip to main content



      Home
Home » Language IDEs » C / C++ IDE (CDT) » CDT editor steals back file associations
CDT editor steals back file associations [message #59876] Mon, 27 January 2003 13:54 Go to next message
Eclipse UserFriend
Just sort of digging for a debug step here.....

Is there something intentional or otherwise that would cause the behavior
of file associations getting stolen from a different editor plug-in and
replaced back to the CDT editor?

Note this only happens if I leave the file opened when ending (so it
needs to be restored with workspace).

Steps
- Window->Preferences->File Associations
Changed these extensions to use the other editor
.c, .cc, .cpp, .cxx, .h, .hh, .hpp, .jsp, .java, .txt, Makefile
Double checked the associations were correct.

- Leave the other editor open on a file
- End and restart WSAD
If no editor is open on the file when ending WSAD,
then this bug will not occur.
- Bringing back WSAD, the other editor is correctly restored.
- If that part is closed and reopened, the CDT default C editor for
that part will be used.
Looking back at the file associations, most of them are back to
their CDT default editors.
These get reset back to CDT: .c, .cpp, .h, .hh, .hpp, .jsp, .java
- If there is no instance of the other editor open when ending WSAD (so it
doesn't get restored, the file associations seem to remain correct).

Except for .jsp and .java, all of these extensions are handled by CDT, and
I wonder if there's code in place at CDT startup to make the associations
that
perhaps shouldn't be there?
Perhaps some sort of 'ordering' issue with plug-ins?
Any other ideas?
Thanks!



--

"The stuff we call "software" is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown

Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
AOL Instant Messenger: Home:FKulack Work:FKulackWrk
Re: CDT editor steals back file associations [message #59953 is a reply to message #59876] Tue, 28 January 2003 10:40 Go to previous messageGo to next message
Eclipse UserFriend
HI,

Just a quick question RE: WSAD. It was my understanding that the currently
released versions all use the "old" CDT. Could you post your WSAD version
and CDT version if possible?

Thanks

-Judy


You said that you are using
"Fred A. Kulack" <kulack@us.ibm.com> wrote in message
news:b13u72$gu9$1@rogue.oti.com...
| Just sort of digging for a debug step here.....
|
| Is there something intentional or otherwise that would cause the behavior
| of file associations getting stolen from a different editor plug-in and
| replaced back to the CDT editor?
|
| Note this only happens if I leave the file opened when ending (so it
| needs to be restored with workspace).
|
| Steps
| - Window->Preferences->File Associations
| Changed these extensions to use the other editor
| .c, .cc, .cpp, .cxx, .h, .hh, .hpp, .jsp, .java, .txt, Makefile
| Double checked the associations were correct.
|
| - Leave the other editor open on a file
| - End and restart WSAD
| If no editor is open on the file when ending WSAD,
| then this bug will not occur.
| - Bringing back WSAD, the other editor is correctly restored.
| - If that part is closed and reopened, the CDT default C editor for
| that part will be used.
| Looking back at the file associations, most of them are back to
| their CDT default editors.
| These get reset back to CDT: .c, .cpp, .h, .hh, .hpp, .jsp, .java
| - If there is no instance of the other editor open when ending WSAD (so
it
| doesn't get restored, the file associations seem to remain correct).
|
| Except for .jsp and .java, all of these extensions are handled by CDT, and
| I wonder if there's code in place at CDT startup to make the associations
| that
| perhaps shouldn't be there?
| Perhaps some sort of 'ordering' issue with plug-ins?
| Any other ideas?
| Thanks!
|
|
|
| --
|
| "The stuff we call "software" is not like anything that human society
| is used to thinking about. Software is something like a machine, and
| something like mathematics, and something like language, and
| something like thought, and art, and information...
| but software is not in fact any of those other things."
| Bruce Sterling - The Hacker Crackdown
|
| Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
etc...
| IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
| mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
| AOL Instant Messenger: Home:FKulack Work:FKulackWrk
|
|
|
|
Re: CDT editor steals back file associations [message #60032 is a reply to message #59953] Tue, 28 January 2003 17:48 Go to previous messageGo to next message
Eclipse UserFriend
Sure. Sorry I didn't include that.

The new WSAD is eclipse 2.0.2 based so that means new CDT, right?

WSAD 5.0.0 (build id: 20021125_2118)
Eclipse platform version 2.0.2.1 (build id: 200211071448)
CDT 1.0.1 F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip

Interestingly enough, I no longer see the F2 build in the stable build
section from
the CDT downloads page but the 'latest GA release' shows the same date as
the
F2 build was.
They're the same build or should I put the GA CDT 1.0.1 on?

--

"The stuff we call "software" is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown

Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
AOL Instant Messenger: Home:FKulack Work:FKulackWrk


"Judy N. Green" <jgreen@qnx.com> wrote in message
news:b1672b$lm$1@rogue.oti.com...
> HI,
>
> Just a quick question RE: WSAD. It was my understanding that the currently
> released versions all use the "old" CDT. Could you post your WSAD version
> and CDT version if possible?
>
> Thanks
>
> -Judy
>
>
> You said that you are using
> "Fred A. Kulack" <kulack@us.ibm.com> wrote in message
> news:b13u72$gu9$1@rogue.oti.com...
> | Just sort of digging for a debug step here.....
> |
> | Is there something intentional or otherwise that would cause the
behavior
> | of file associations getting stolen from a different editor plug-in and
> | replaced back to the CDT editor?
> |
> | Note this only happens if I leave the file opened when ending (so it
> | needs to be restored with workspace).
> |
> | Steps
> | - Window->Preferences->File Associations
> | Changed these extensions to use the other editor
> | .c, .cc, .cpp, .cxx, .h, .hh, .hpp, .jsp, .java, .txt, Makefile
> | Double checked the associations were correct.
> |
> | - Leave the other editor open on a file
> | - End and restart WSAD
> | If no editor is open on the file when ending WSAD,
> | then this bug will not occur.
> | - Bringing back WSAD, the other editor is correctly restored.
> | - If that part is closed and reopened, the CDT default C editor for
> | that part will be used.
> | Looking back at the file associations, most of them are back to
> | their CDT default editors.
> | These get reset back to CDT: .c, .cpp, .h, .hh, .hpp, .jsp, .java
> | - If there is no instance of the other editor open when ending WSAD
(so
> it
> | doesn't get restored, the file associations seem to remain correct).
> |
> | Except for .jsp and .java, all of these extensions are handled by CDT,
and
> | I wonder if there's code in place at CDT startup to make the
associations
> | that
> | perhaps shouldn't be there?
> | Perhaps some sort of 'ordering' issue with plug-ins?
> | Any other ideas?
> | Thanks!
> |
> |
> |
> | --
> |
> | "The stuff we call "software" is not like anything that human society
> | is used to thinking about. Software is something like a machine, and
> | something like mathematics, and something like language, and
> | something like thought, and art, and information...
> | but software is not in fact any of those other things."
> | Bruce Sterling - The Hacker Crackdown
> |
> | Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
> etc...
> | IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> | mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> | AOL Instant Messenger: Home:FKulack Work:FKulackWrk
> |
> |
> |
> |
>
>
Re: CDT editor steals back file associations [message #60225 is a reply to message #59876] Wed, 29 January 2003 17:23 Go to previous messageGo to next message
Eclipse UserFriend
Anyone have a pointer on where I would look in the Eclipse or CDT code to
see
if I can figure out why my file assocations aren't kept?
Any pointers no matter how insignificant would be helpful.
Thanks.

--

"The stuff we call "software" is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown

Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
AOL Instant Messenger: Home:FKulack Work:FKulackWrk


"Fred A. Kulack" <kulack@us.ibm.com> wrote in message
news:b13u72$gu9$1@rogue.oti.com...
> Just sort of digging for a debug step here.....
>
> Is there something intentional or otherwise that would cause the behavior
> of file associations getting stolen from a different editor plug-in and
> replaced back to the CDT editor?
>
> Note this only happens if I leave the file opened when ending (so it
> needs to be restored with workspace).
>
> Steps
> - Window->Preferences->File Associations
> Changed these extensions to use the other editor
> .c, .cc, .cpp, .cxx, .h, .hh, .hpp, .jsp, .java, .txt, Makefile
> Double checked the associations were correct.
>
> - Leave the other editor open on a file
> - End and restart WSAD
> If no editor is open on the file when ending WSAD,
> then this bug will not occur.
> - Bringing back WSAD, the other editor is correctly restored.
> - If that part is closed and reopened, the CDT default C editor for
> that part will be used.
> Looking back at the file associations, most of them are back to
> their CDT default editors.
> These get reset back to CDT: .c, .cpp, .h, .hh, .hpp, .jsp, .java
> - If there is no instance of the other editor open when ending WSAD (so
it
> doesn't get restored, the file associations seem to remain correct).
>
> Except for .jsp and .java, all of these extensions are handled by CDT, and
> I wonder if there's code in place at CDT startup to make the associations
> that
> perhaps shouldn't be there?
> Perhaps some sort of 'ordering' issue with plug-ins?
> Any other ideas?
> Thanks!
>
>
>
> --
>
> "The stuff we call "software" is not like anything that human society
> is used to thinking about. Software is something like a machine, and
> something like mathematics, and something like language, and
> something like thought, and art, and information...
> but software is not in fact any of those other things."
> Bruce Sterling - The Hacker Crackdown
>
> Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA,
etc...
> IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
> mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
> AOL Instant Messenger: Home:FKulack Work:FKulackWrk
>
>
>
>
Re: CDT editor steals back file associations [message #60515 is a reply to message #60032] Mon, 03 February 2003 15:27 Go to previous messageGo to next message
Eclipse UserFriend
"Fred A. Kulack" <kulack@us.ibm.com> wrote in message
news:b1709s$m3c$1@rogue.oti.com...
| Sure. Sorry I didn't include that.
|
| The new WSAD is eclipse 2.0.2 based so that means new CDT, right?
|
| WSAD 5.0.0 (build id: 20021125_2118)
| Eclipse platform version 2.0.2.1 (build id: 200211071448)
| CDT 1.0.1 F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip
|
| Interestingly enough, I no longer see the F2 build in the stable build
| section from
| the CDT downloads page but the 'latest GA release' shows the same date as
| the
| F2 build was.
| They're the same build or should I put the GA CDT 1.0.1 on?
|

They are the same build ;)

-Judy
Re: CDT editor steals back file associations [message #61161 is a reply to message #60515] Tue, 04 February 2003 12:20 Go to previous message
Eclipse UserFriend
Does anyone have any comments about my original post as far
as pointing me to code that I can look at/debug in any way?
Thanks!

= = = = = = = Here's a slightly word-smithed version of my post.
I'm testing a new editor plugin and file associations aren't always
"sticking" correctly...
Is there something intentional or otherwise that would cause the behavior
of file associations getting stolen from a different editor plug-ins and
replaced back to the CDT, Java, JSP editors?

WSAD 5.0.0 (build id: 20021125_2118)
Which is Eclipse platform version 2.0.2.1 (build id: 200211071448)
CDT 1.0.1 F2 build org.eclipse.cdt-200301080308-win32_1.0.1.bin.dist.zip

I'm just sort of digging for a debug step I can take here.....


Note this only happens if I leave the file opened when ending WSAD
(so it needs to be restored with workspace).
When that happens, all of the specific file assocations mentioned
below get reset (not just the one that was opened).

Steps
- Window->Preferences->File Associations
Changed these extensions to use the other editor
.c, .cc, .cpp, .cxx, .h, .hh, .hpp, .jsp, .java, .txt, Makefile
Double checked the associations were correct.

- Leave the other editor open on a file
- End and restart WSAD
If no editor is open on the file when ending WSAD,
then this bug will not occur.
- Bringing back WSAD, the other editor is correctly restored.
- If that part is closed and reopened, the CDT default C editor for
that part will be used.
Looking back at the file associations, most of them are back to
their default editors.
These get reset back: .c, .cpp, .h, .hh, .hpp, .jsp, .java
- If there is no instance of the other editor open when ending WSAD (so
it doesn't get restored, the file associations seem to remain correct).

Except for .jsp and .java, all of these extensions are handled by CDT, and
I wonder if there's code in place at CDT/JDT/plug-in startup to make the
associations that perhaps shouldn't be there?
Perhaps some sort of 'ordering' issue with plug-ins?
Any other ideas?
Thanks!


--

"The stuff we call "software" is not like anything that human society
is used to thinking about. Software is something like a machine, and
something like mathematics, and something like language, and
something like thought, and art, and information...
but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown

Fred A. Kulack - IBM eServer iSeries ERP, Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN (Phone: 507.253.5982 T/L 553-5982)
mailto:kulack@us.ibm.com Personal: mailto:kulack@magnaspeed.net
AOL Instant Messenger: Home:FKulack Work:FKulackWrk
Previous Topic:never mind, figured it out..
Next Topic:new question!
Goto Forum:
  


Current Time: Fri May 09 13:08:54 EDT 2025

Powered by FUDForum. Page generated in 0.04733 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top