Community
Participate
Working Groups
I work with Eclipse on different computers without any problems. But only when I work on my Dell Precision 650 MT Dual Intel XEON 2,4 GHz (512 KB Cache) which is equipped with two processors and 1 GB memory, the cut and paste feature does not correctly work while editing Java source files. The effect is, that when I apply CTRL+X resp. SHIFT+DEL on a marked text, the text is moved to the clip board but it is NOT removed from the source. To remove the text I have always to use DEL in a second step. Sometimes when I press SHIFT+DEL very often in a series (about 10 times) then the text is removed how expected. The described effect does only appear in Eclipse an not in other editors like TextPad or others.
Works using I20030710 plain drop without changing any key binding configurations. I suggest to reset your key bindings: Window > Preferences > Workbench > Keys, click "Restore Defaults" Please reopen if you then still see the problem using build I20030710 or higher.
added pseudo keyword
Your suggestion, that I followed, wasn't the road to success. Now I also work with WebSphere Application Developer 5.0 which based on Eclipse 2.0.3. Also there the cut/copy and paste function does not work on my two processor computer. And it is not only an effect in Java files but in all ASCII files. I am absolutely sure it is not a problem of the key bindings. The cut/copy and paste also doesn't work when I select the Cut- and Paste-function from the Edit menu. In other environments than my two processor computer I have absolutely no problems.
Moving to SWT for comment.
.
Does cut and paste work when using the cut/paste menu items in the context menu (right mouse menu)?
Veronika to track this clipboard issue. I doubt we have similar hardware to try this on though.
We have the same problem it is not working on 1 processor machine with Pentium IV with HyperThreading(which makes OS to see 2 processors) OS: Windows XP Cut from menu and cut from right mouse menu is not working too(it works if choose it more than one time)
This is the tested version of Eclipse Version: 2.1.2 Build id: 200311030802
I've download new 2.1.3 version Build id: 200403101828 it has the same problem bug is not fixed in it
Same problem here. I'm using an IBM ThinkCentre: single CPU with hyperthreading. We're using Eclipse in Linux running through VMWare. All of my other apps cut&paste just fine, but Eclipse won't do it, no matter what the perspective editor.
Addendum to my last comment: Eclipse 2.1.3 , Build 200403101828
My last report: Ver.: 2.1.3 Build: 200403101828 I cannot copy and paste within Eclipse. However, I can copy a selection in eclipse, paste the selection into another app, then copy the same selection in the other app and paste it back into eclipse. Wild stuff. This is currently the best way I can copy and paste. Chris
*** Bug 68966 has been marked as a duplicate of this bug. ***
Please retry with Eclipse 3.0 (released).
It's the same problem with version 3.0!
We discovered that when Reget Deluxe is stopped the problem disappears when Reget is started it appears again. But on 1 processor machine no problems with Reget.
But I have no problems with Eclipse 3.0. Version: 3.0.0 Build id: 200406251208
Mathias, do you have any clipboard software running - such as Reget or AutoClip or ClipMagic - an application that gives you access to the last N items pasted to the Clipboard? If so, what is it?
I don't have any clipboard software running, just eclipse and sometimes the internet explorer. All I know is that it works fine since I turned off Hyperthreading (that's the reason why I think it has something to do with it...).
Well, I guess I will just have to order a 2 processor machine with hyper threading - darn : )
It's enough to order 1 processor machine with Hyper Threading (the hyper threading makes the OS see two processors) This is my configuration.
I have quite the same problem without hyperthreading on a Pentium III (WinXP SP1) with various Eclipse versions up to and including Version: 3.0.0 Build id: 200406251208. The only difference is that it happens *sometimes* only: I can work for hours with Ctrl-X (or Edit -> Cut for that matter) working just fine, and then suddenly it fails to remove the marked text. Original behavior is restored only when I exit and restart Eclipse.
Heiko, this sounds like a different problem because it does not involve hyperthreading. Please open a different bug report. Also, when you can not use Ctrl-X, can you use the context menu to perform the operation?
Veronika, I did as requested and filed a new bug (# 69579), even though my experience tells me that if the symptoms are identical, the bugs may well be identical, too. I didn't have the opportunity to check with the context menu yet. Besides, in order to avoid misunderstanding: You wrote "...can not use Ctrl- X...". I *can* use it, it only does the same as Ctrl-C. I understand that this is the problem of the "2-processor bug", too.
I have a similar problem with running on a good old single processor on Windows NT. I never had any problems with the 2.1 versions, but I have it on 3.0. I have modified the key bindings in order to use SHIFT+DEL and SHIFT+INS to allow the cut and past. I have also a tool collecting cutand paste history (the ones that comes with Office 2000). I have indeed sometimes the cut that doesn't remove the text, or sometimes that remove it, but then the paste fails (nothing is pasted). If I retry a few times (sometimes changing also the selection a little bit), it finally works. I have also notice that I have more often the problem when I select entire line(s), instead of part of a line.
I think this is finally fixed by the fix for bug 70077. Clsoing this bug report. Please reopen if problem continues to occur in Eclipse 3.0.1 M20040901 or later.
*** Bug 59915 has been marked as a duplicate of this bug. ***
