Anonymous | Login | 01-17-2021 04:03 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0007472 | [Squeak] VM | minor | always | 03-07-10 00:29 | 06-17-11 23:54 | |||||||
Reporter | wiz | View Status | public | |||||||||
Assigned To | ||||||||||||
Priority | low | Resolution | open | |||||||||
Status | confirmed | Product Version | trunk | |||||||||
Summary | 0007472: In sq 9563 copying workspace text across images loses line endings | |||||||||||
Description |
For this one. Open two fresh sq 9563 images. In one open a workspace type the digits 1 to 9 each on a separate line 1 2 3 ... select the entire work space and copy the text. Open a second workspace in the same image and paste the text (you will see what you typed) Now go to the second image and Open a workspace and paste the text. (notice that all nine digits are now on the same line.) What happened to the line endings? |
|||||||||||
Additional Information |
I am doing this inter image pasting in the context of Ubuntu 8.04. Will this bug reproduce on a Mac or Windows system? |
|||||||||||
Attached Files | ||||||||||||
|
![]() |
|
(0013543 - 124 - 124 - 124 - 124 - 124 - 124) laza 03-10-10 09:33 |
I can't reproduce this. Neither on Ubuntu 9.10 nor on Windows. What VM were you using? Does the problem still exist for you? |
(0013554 - 174 - 216 - 216 - 216 - 216 - 216) wiz 03-12-10 09:01 |
Hi laza, Interesting data point. Which vm are you using? I have a early pharo closure vm in service. Not quite sure which one. What should I be using? Cheers --Jer |
(0013555 - 414 - 468 - 574 - 676 - 676 - 676) laza 03-12-10 13:24 |
Let's see 3.10-6 #1 So 23. Aug 13:22:14 CEST 2009 gcc 4.3.4 Squeak3.10beta of 22 July 2007 [latest update: 0007159] Linux renaud 2.6.30-1-686 #1 SMP Mon Aug 3 16:18:30 UTC 2009 i686 GNU/Linux default plugin location: /usr/lib/squeak/3.10-6/*.so This should be the last VM with closure support before the build system switched using cmake You could also try the latest VM from http://www.squeakvm.org/unix [^] |
(0013560 - 65 - 65 - 65 - 65 - 65 - 65) KenCausey 03-16-10 19:52 |
wiz? More info? Can you still reproduce this? Can I close now? |
(0013564 - 165 - 183 - 183 - 183 - 183 - 183) wiz 03-17-10 07:07 |
Hi Ken, please don't close yet. I haven't tried with the suggested vm and I want to do that. With the pharo vm the symptoms are quite solid for me. Cheers -Jer. |
(0013575 - 42 - 42 - 42 - 42 - 42 - 42) chris 03-23-10 20:03 |
I am having the same problem, Kubuntu 9.1. |
(0013576 - 742 - 826 - 826 - 1023 - 1023 - 1023) chris 03-23-10 20:30 |
$ squeak -version + exec padsp /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135/squeakvm -pathenc UTF-8 -encoding UTF-8 -plugins /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135 -vm-sound-oss -version 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 Linux ubuntu 2.6.28-15-generic 0000049-Ubuntu SMP Tue Aug 18 18:40:08 UTC 2009 i686 GNU/Linux plugin path: /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135 [default: /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135/] $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 9.04 Release: 9.04 Codename: jaunty $ uname -a Linux chrisT60p 2.6.28-11-generic 0000042-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux |
(0013578 - 69 - 69 - 69 - 69 - 69 - 69) laza 03-24-10 10:06 |
Hm, I try to figure out what changed, but I'm seeing that now too! :{ |
(0013671 - 1010 - 1244 - 1244 - 1244 - 1244 - 1244) wiz 04-08-10 19:15 edited on: 04-08-10 19:18 |
more data points. In a sq 7067 (3.9) Open a workspace Type digits on separate lines. Copy. Open a fresh sq 9885 (4.1rc) paste note that pasting works correctly. ==== In a fresh workspace in sq 9885 type digits on separate lines copy. Back in sq sq 7067 Open a fresh workspace. Paste. Note that you get digits on separate lines. Good. Launch a new sq 9885 Open a fresh workspace. Paste. Note you get digits on same line. ====== So suspects: Linux has an alibi. New workspace (shout) needs to be grilled. There seems to be something that makes the workspace decide to change line endings. It does not happen in all cases (else the plain workspace paste would foul up also). It also doesn't happen within the same image. It does happen after an excursion between images. Yours in curiosity and service, --Jerome Peace P.S I tried coping text into the text editor. Noted digits all on separate lines. The problem seems to happen in the paste to workspace phase. |
(0013672 - 618 - 726 - 726 - 726 - 726 - 726) wiz 04-08-10 19:24 |
q:Is this a show stopper? a: Probably. Copy and paste is pretty essential. I have found one apparent work around. You can copy from workspace to into a text editor w/o using line endings. Then you have to copy the text in the text editor and use that to paste into your second image. I suppose this also means you could save the workspace to disk. Open that file and copy and paste into a second image. All this is a big hassle for something that used to work and is just supposed to work. If 4.1 is released with this bug then it at least has to be mentioned as a known issue. Cheers --Jer |
(0013680 - 371 - 407 - 407 - 509 - 509 - 509) casey 04-09-10 21:43 |
I have repro. Let me know if there's something I can do to help track this one down. casey@wanderlust:~$ squeak -version 3.10-6 #1 Sun Aug 2 02:02:29 PDT 2009 gcc 4.2.4 Squeak3.10beta of 22 July 2007 [latest update: 0007159] Linux ubuntu 2.6.24-24-generic #1 SMP Fri Jul 24 22:46:06 UTC 2009 i686 GNU/Linux default plugin location: /usr/local/lib/squeak/3.10-6/*.so |
(0013693 - 517 - 646 - 850 - 850 - 850 - 850) laza 04-13-10 12:06 |
This might be the cause of the problem. Can anyone verify that this solves the issue? from http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-April/148575.html [^] On Apr 11, 2010, at 5:43 PM, Jerome Peace wrote: > First across images cutting and pasting loses line endings. Fix your locale settings in your .profile or .bashrc or whatever you use. Adding export LC_ALL=C or export LC_ALL=en.US_UTF-8 or export LC_ALL=$LANG will probably fix it. Open a new shell and try again. |
(0013709 - 723 - 777 - 777 - 777 - 777 - 777) wiz 04-14-10 01:38 |
Hi laza. I am currently trying variations of Ian's suggestions. The problem is I can't figure out which one specifically is relevant to the Ubuntu 8.04 enviornment. Also, I need to know what would be a significant test. I have written Ian offlist and I am waiting for a reply. Meanwhile the problem has proved harder than the variations I was able to try. The problem still exists. It is still extremely annoying and limiting. And it needs to be resolved. The 3.9 image provides copiable text without the problem. So without changing anything in the Ubuntu enviornment there should be something in squeak that has change/could be reverted that holds the solution. Yours in curiosity and service, --Jerome Peace |
(0013711 - 1283 - 1473 - 1473 - 1473 - 1473 - 1473) wiz 04-14-10 07:41 |
More data points. Using sq 4.1.1. (sq 9938) and the vm from myDir/Squeak-4.0.3.2196-linux_i386/bin/squeak copy the first paragraph and a half from the "Welcome..." window. Opening a 3.9 squeak (old vm) I can paste that getting correct line endings\ Opening a second 4.1.1 image I paste the same thing and have lost the line endings. If I explore the Clipboard default in the 3.9 squeak I see the pasted text. If I explore the Clipborad default in 4.1.1 I do not see the pasted text but apparently some text leftover from the save. If I explore the Clipboard default in the source 4.1.1 image I see the copied text with the correct line endings. To get the pasted text in the destination 4.1.1 I have to explore the result of Clipboard default primitiveClipboardText Which calls <primitive 141> successfully. The text comes back from the primitive w/o the line endings. So what is primitive 141 doing that gets me no line endings? More. What is the 4.1.1 primitive doing that the 3.9 primitive is not? Finally, having retreived the system clipboard text from the primitive why is it not stored into the Clipboard default? Come to think of it when are things stored into the Clipboard default? Yours in curiosity and service, --Jerome Peace |
(0014146 - 590 - 668 - 668 - 668 - 668 - 668) wiz 06-17-11 23:54 |
Time to freshen this report. Problem still happens in Sq4.3. Ubuntu 8.04 I can copy text from a Squeak 4.1 image workspace or codeholder. If I paste it into the linux Text Editor the lines are separate. If instead I paste it into a workspace or codeholder in sq4.2 (10976) the line endings seem to be lost. If I instead copy what I just pasted in the Text Editor and paste that into the workspace or code holder the line endings are preserved. Q: How do I find out what the difference is between the paste buffer in the first paragraph and the paste buffer in the second? |
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
114 total queries executed. 68 unique queries executed. |