Mantis Bugtracker
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

- Relationships
child of 0007480feedback  Issues that should be fixed in 4.1 

- Notes
(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?
 

- Issue History
Date Modified Username Field Change
03-07-10 00:29 wiz New Issue
03-07-10 00:29 wiz Status new => assigned
03-07-10 00:29 wiz Assigned To  => KenCausey
03-10-10 09:33 laza Note Added: 0013543
03-10-10 09:33 laza Status assigned => feedback
03-12-10 09:01 wiz Note Added: 0013554
03-12-10 13:24 laza Note Added: 0013555
03-16-10 19:52 KenCausey Note Added: 0013560
03-17-10 07:07 wiz Note Added: 0013564
03-18-10 03:55 wiz Priority normal => low
03-23-10 20:03 chris Note Added: 0013575
03-23-10 20:30 chris Note Added: 0013576
03-24-10 10:06 laza Note Added: 0013578
03-24-10 10:06 laza Assigned To KenCausey =>
03-24-10 10:06 laza Status feedback => confirmed
03-24-10 10:07 laza Relationship added related to 0007480
03-24-10 10:07 laza Relationship deleted related to 0007480
03-24-10 10:07 laza Relationship added child of 0007480
03-24-10 10:08 laza Category Any => VM
04-08-10 19:15 wiz Note Added: 0013671
04-08-10 19:18 wiz Note Edited: 0013671
04-08-10 19:24 wiz Note Added: 0013672
04-09-10 21:43 casey Note Added: 0013680
04-13-10 12:06 laza Note Added: 0013693
04-14-10 01:38 wiz Note Added: 0013709
04-14-10 07:41 wiz Note Added: 0013711
06-17-11 23:54 wiz Note Added: 0014146

Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
114 total queries executed.
68 unique queries executed.
Powered by Mantis Bugtracker