| Home » Language IDEs » C / C++ IDE (CDT) » CDT editor steals back file associations
 Goto Forum:| 
| CDT editor steals back file associations [message #59876] | Mon, 27 January 2003 13:54  |  | 
| Eclipse User  |  |  |  |  | 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   |  | 
| Eclipse User  |  |  |  |  | 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   |  | 
| Eclipse User  |  |  |  |  | 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   |  | 
| Eclipse User  |  |  |  |  | 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 #61161 is a reply to message #60515] | Tue, 04 February 2003 12:20  |  | 
| Eclipse User  |  |  |  |  | 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
 |  |  |  | 
 
 
 Current Time: Fri Oct 31 11:33:31 EDT 2025 
 Powered by FUDForum . Page generated in 0.04162 seconds |