Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Mariano Martinez Peck]

2010/3/27 laurent laffont 

> OK, I've tried the Smalltalk one...
>
> With rev 2151 gnuification (awk) is done as I have gnu-interp.c
> and gnu-interp.c.log in my build directory.
>
> Benchmark gives me:
>
> Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification
> ==
> 312385600 bytecodes/sec; 7320778 sends/sec
> 310868245 bytecodes/sec; 8271046 sends/sec
> 310679611 bytecodes/sec; 8271046 sends/sec
> 310868245 bytecodes/sec; 7232576 sends/sec
> 310491206 bytecodes/sec; 8271046 sends/sec
>
> compared to
>
>  Squeak VM 3.11.3 -r 2135 + FT2Plugin
> ==
> 334421946 bytecodes/sec; 8026581 sends/sec
> 334640522 bytecodes/sec; 7449884 sends/sec
> 334421946 bytecodes/sec; 7449884 sends/sec
> 334421946 bytecodes/sec; 7675486 sends/sec
> 327156549 bytecodes/sec; 7598782 sends/sec
>
> so it seems that on my machine rev 2135 without gnuification is a little
> better. I have GCC 4.4.3,  Linux 32bits.
>
>
I don't understandit is slower with the gnuification ?

weird




> Laurent Laffont
>
>
>
> On Sat, Mar 27, 2010 at 8:55 PM, Levente Uzonyi  wrote:
>
>> On Sat, 27 Mar 2010, laurent laffont wrote:
>>
>>  I've tried gnuification on rev 2151. cmake/configure OK. But while
>>> building:
>>>
>>>
>>> /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2:
>>> erreur: #error GNUIFICATION FAILED ( 0 )
>>>
>>
>> Which gnuification method did you try?
>> There are two different versions. The origial version is an awk script
>> which is run when you're building the vm with make. This is executed by
>> default if you have awk installed.
>> There's another version written in smalltalk (linked by Mariano into this
>> thread) which is not used by VMMAker at the moment, you probably don't need
>> that. If you applied the latter one, you have to make sure that the first
>> one is not executed. You can't gnuifying the sources twice.
>> Since both do the same, the best you can do now is to ignore the smalltalk
>> version. If VMMaker will adopt Gnuifier.st we can remove the awk dependency
>> from the build process, until then you shouldn't apply it if your platform
>> has awk installed.
>>
>>
>> Levente
>>
>>
>>
>>>
>>> Laurent Laffont
>>>
>>>
>>> On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont
>>> wrote:
>>>
>>>  Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
> I
>
>> have a little drop in benchmarks. However I'd rather put a stable
>>
> release
>
>> for Pharo 1.0 than latest trunk. What do you think ?
>>
>
> The so-called "gnuification" is a transformation of the interp.c file.
> So
> this is done after generating the sources with VMMaker. The cmake
> configuration that comes with revision 2135 does not have this step
> enabled,
> and the more recent version that I used, revision 2151, has it. The
> magic is
> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.
>
>
 OK thanks. I will take a look.

 Laurent Laffont




> Cheers,
> Adrian
>
>
>> Laurent Laffont
>>
>>
>>
>>> Adrian
>>>
>>>
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>>  ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>


>>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] [update 1.1] #11299

[Stéphane Ducasse]

11299
-

- Issue : Form dimmed
- Issue 2209: Form conversion ligther/darker and other cool methods
- Issue 2220: CombinedChar>>#add:
- Issue 2217: fontFullName fixes
- Issue 2219: redirect locations fix and tests
- Issue 2221: primitiveFailed better feedback


Stef

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Issue 2219: redirect locations fix

[stephane ducasse]

Hi 

network aware guy can you have a look at that?

http://code.google.com/p/pharo/issues/detail?id=2219
I'm planning to integrate it in pharo but some incentive from you would help :)
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Stéphane Ducasse]

>> /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2:
>> erreur: #error GNUIFICATION FAILED ( 0 )
> 
> Which gnuification method did you try?
> There are two different versions. The origial version is an awk script which 
> is run when you're building the vm with make. This is executed by default if 
> you have awk installed.
> There's another version written in smalltalk (linked by Mariano into this 
> thread) which is not used by VMMAker at the moment, you probably don't need 
> that. If you applied the latter one, you have to make sure that the first one 
> is not executed. You can't gnuifying the sources twice.
> Since both do the same, the best you can do now is to ignore the smalltalk 
> version. If VMMaker will adopt Gnuifier.st

This would be good!
Relying less on the tools of the platform is a plus to my eyes. 

> we can remove the awk dependency from the build process, until then you 
> shouldn't apply it if your platform has awk installed.
> 
> 
> Levente
> 
>> 
>> 
>> Laurent Laffont
>> 
>> 
>> On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont
>> wrote:
>> 
 Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
 I
> have a little drop in benchmarks. However I'd rather put a stable
 release
> for Pharo 1.0 than latest trunk. What do you think ?
 
 The so-called "gnuification" is a transformation of the interp.c file. So
 this is done after generating the sources with VMMaker. The cmake
 configuration that comes with revision 2135 does not have this step 
 enabled,
 and the more recent version that I used, revision 2151, has it. The magic 
 is
 in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.
 
>>> 
>>> OK thanks. I will take a look.
>>> 
>>> Laurent Laffont
>>> 
>>> 
>>> 
 
 Cheers,
 Adrian
 
> 
> Laurent Laffont
> 
> 
>> 
>> Adrian
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
 
 
 ___
 Pharo-project mailing list
 Pharo-project@lists.gforge.inria.fr
 http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
 
>>> 
>>> 
>> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[laurent laffont]

OK, I've tried the Smalltalk one...

With rev 2151 gnuification (awk) is done as I have gnu-interp.c
and gnu-interp.c.log in my build directory.

Benchmark gives me:

Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification
==
312385600 bytecodes/sec; 7320778 sends/sec
310868245 bytecodes/sec; 8271046 sends/sec
310679611 bytecodes/sec; 8271046 sends/sec
310868245 bytecodes/sec; 7232576 sends/sec
310491206 bytecodes/sec; 8271046 sends/sec

compared to

 Squeak VM 3.11.3 -r 2135 + FT2Plugin
==
334421946 bytecodes/sec; 8026581 sends/sec
334640522 bytecodes/sec; 7449884 sends/sec
334421946 bytecodes/sec; 7449884 sends/sec
334421946 bytecodes/sec; 7675486 sends/sec
327156549 bytecodes/sec; 7598782 sends/sec

so it seems that on my machine rev 2135 without gnuification is a little
better. I have GCC 4.4.3,  Linux 32bits.

Laurent Laffont


On Sat, Mar 27, 2010 at 8:55 PM, Levente Uzonyi  wrote:

> On Sat, 27 Mar 2010, laurent laffont wrote:
>
>  I've tried gnuification on rev 2151. cmake/configure OK. But while
>> building:
>>
>>
>> /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2:
>> erreur: #error GNUIFICATION FAILED ( 0 )
>>
>
> Which gnuification method did you try?
> There are two different versions. The origial version is an awk script
> which is run when you're building the vm with make. This is executed by
> default if you have awk installed.
> There's another version written in smalltalk (linked by Mariano into this
> thread) which is not used by VMMAker at the moment, you probably don't need
> that. If you applied the latter one, you have to make sure that the first
> one is not executed. You can't gnuifying the sources twice.
> Since both do the same, the best you can do now is to ignore the smalltalk
> version. If VMMaker will adopt Gnuifier.st we can remove the awk dependency
> from the build process, until then you shouldn't apply it if your platform
> has awk installed.
>
>
> Levente
>
>
>
>>
>> Laurent Laffont
>>
>>
>> On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont
>> wrote:
>>
>>  Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
 I

> have a little drop in benchmarks. However I'd rather put a stable
>
 release

> for Pharo 1.0 than latest trunk. What do you think ?
>

 The so-called "gnuification" is a transformation of the interp.c file.
 So
 this is done after generating the sources with VMMaker. The cmake
 configuration that comes with revision 2135 does not have this step
 enabled,
 and the more recent version that I used, revision 2151, has it. The
 magic is
 in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.


>>> OK thanks. I will take a look.
>>>
>>> Laurent Laffont
>>>
>>>
>>>
>>>
 Cheers,
 Adrian


> Laurent Laffont
>
>
>
>> Adrian
>>
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>>  ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>


 ___
 Pharo-project mailing list
 Pharo-project@lists.gforge.inria.fr
 http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


>>>
>>>
>>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Inspecting an ExternalData

[Schwab,Wilhelm K]

Hello all,

At least in RC1, I am unable to inspect instances of ExternalData; 
#inspectorClassOf: is returning nil (Standard tool set).

Any ideas?  I am getting the external data instances from funtions returning 
void pointers.  Exploring the instances might be working, but I'm not sure what 
to expect just yet.

Bill


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Error parsing XML File

[Alexandre Bergel]

Can you send me the file please?

Alexandre


On 27 Mar 2010, at 12:47, Fabrizio Perin wrote:


Hi Alex,
thanks for your effort. Actually the problem was related exactly to  
the readStream, my method to import the XML files uses the class  
FileStream, instead now it use StandardReadStream and everything  
works fine. All Tests where green in my image too (including your  
new test) but the error still raises trying to import from a file.  
So i investigate in the direction of the readStream from a file and  
i found the solution. I'm still not sure which is the problem using  
FileStream instead StandardFileStream.


Thanks a lot,

Fabrizio

2010/3/26 Alexandre Bergel 
Hi Fabrizo,

I think you're in the right place to talk about that.

I haven't been able to reproduce your error.
I added a test:

XMLParserTest>>testNonUTF8Characters

   self shouldnt: [XMLDOMParser parseDocumentFrom:
   'Bean BLABLABLA Eidgenössisches Institut für  
BLABLALBLA' readStream] raise: Error.


It goes green in my image. Do you have a different way to get the  
readStream from the String?


Cheers,
Alexandre


On 26 Mar 2010, at 12:14, Fabrizio Perin wrote:

Hi,
I was parsing an XML File with the last version of XML Parser (XML- 
Parser-JAAyer.68) and i get an error related to a not UTF-8  
character that the parser found into the document. The XML document  
contains some german character:





Actually i'm not sure if the error is which is in the  
UTF8TextConverter or something is wrong in the invokation from the  
parser. Anyway i parse several time the same document with older  
versions of the XML-Parser (XML-Parser-JAAyer.57) and it always  
works well. I'm not sure if the mailing list of Pharo is the right  
place to report this problem in the case i'm i'm sorry.


Here the trace from the log:

Error: Invalid utf8 input detected
26 March 2010 4:14:07 pm

VM: Mac OS - intel - 1062 - Squeak3.8.1 of '28 Aug 2006' [latest  
update: #6747] Squeak VM 4.2.2b1

Image: Pharo-1.0-10515-rc3 [Latest update: #10515]

SecurityManager state:
Restricted: false
FileAccess: true
SocketAccess: true
Working Dir /Users/fabrizioperin/development/Pharo/WORKINGONNOW/ 
MooseJEE_64

Trusted Dir /foobar/tooBar/forSqueak/bogus
Untrusted Dir /Users/fabrizioperin/Library/Preferences/Squeak/ 
Internet/My Squeak


UTF8TextConverter(Object)>>error:
   Receiver: an UTF8TextConverter
   Arguments and temporary variables:
   aString:'Invalid utf8 input detected'
   Receiver's instance variables:
an UTF8TextConverter

UTF8TextConverter>>errorMalformedInput
   Receiver: an UTF8TextConverter
   Arguments and temporary variables:

   Receiver's instance variables:
an UTF8TextConverter

UTF8TextConverter>>nextFromStream:
   Receiver: an UTF8TextConverter
   Arguments and temporary variables:
   aStream:MultiByteFileStream: '/Users/ 
fabrizioperin/development/Pharo/WORKINGON...etc...

   character1: $¶
   value1: 182
   character2: $s
   value2: 115
   unicode:nil
   character3: $s
   value3: 115
   character4: nil
   value4: nil
   Receiver's instance variables:
an UTF8TextConverter

MultiByteFileStream>>next
   Receiver: MultiByteFileStream: '/Users/fabrizioperin/ 
development/Pharo/WORKINGONNOW/MooseJEE_64/src/...etc...

   Arguments and temporary variables:
   char:   nil
   secondChar: nil
   state:  nil
   Receiver's instance variables:


XMLStreamReader>>basicNext
   Receiver: a XMLStreamReader
   Arguments and temporary variables:
   nextChar:   nil
   Receiver's instance variables:
   stream: MultiByteFileStream: '/Users/ 
fabrizioperin/development/Pharo/WORKINGONN...etc...

   nestedStreams:  nil
   peekChar:   nil
   buffer: a WriteStream 'SES: Bean zum Einlesen  
und updaten der Stako relevanten ...etc...


XMLStreamReader>>next
   Receiver: a XMLStreamReader
   Arguments and temporary variables:
   nextChar:   nil
   Receiver's instance variables:
   stream: MultiByteFileStream: '/Users/ 
fabrizioperin/development/Pharo/WORKINGONN...etc...

   nestedStreams:  nil
   peekChar:   nil
   buffer: a WriteStream 'SES: Bean zum Einlesen  
und updaten der Stako relevanten ...etc...


XMLStreamReader>>upToAll:
   Receiver: a XMLStreamReader
   Arguments and temporary variables:
   aDelimitingString:  ']]>'
   Receiver's instance variables:
   stream: MultiByteFileStream: '/Users/ 
fabrizioperin/development/Pharo/WORKINGONN...etc...

   nestedStreams:  nil
   peekChar:   nil
   b

Re: [Pharo-project] Pharo 1.0 fixing tests

[Stéphane Ducasse]

Hi adrian

who is working on what?

On Mar 27, 2010, at 6:17 PM, Adrian Lienhard wrote:

> Hi all,
> 
> What results do you get when running all tests in Pharo and PharoCore 1.0 on 
> Mac/Windows/Linux?
> 
> Lukas has MCPackageTest>>#testUnload failing on Hudson (a Linux server, I 
> assume). When running the tests locally on the Mac, the test 
> BlockContextTest>>#testTrace fails. But only the first time. Apparently 
> ContextPart>>#trace: is broken [1].
> 
> When I run all tests in Pharo1.0 on a Mac VM 4.2.3beta1U the first time I get 
> no failures. When running the second time I get following failures:
> 
> MCInitializationTest>>testWorkingCopy

when I run this test twice is is green 
"self debug: #testWorkingCopy"
 


> MCSnapshotTest>>testInstanceReuse
same here 
self debug: #testInstanceReuse

> ReleaseTest>>testObsoleteClasses
probably another test create a class and it is not cleaned up. 

I think that theses tests do not show bugs but probably badly designed tests.
So why don't you move them to expected failures and we release 1.0?




> ProcessspecificTest>>testDynamicVariable
> ProcessspecificTest>>testLocalVariable
> 
> 
> If I then run only the above, they all pass. 
> 
> So there is certainly something fishy with the tests or how they are run.
> 
> I would like to have a reliable, green test suite for Pharo 1.0. Can you 
> report the results you get including the VM/platform? Any idea why the 
> results are not stable?
> 
> Thanks,
> Adrian
> 
> [1] http://code.google.com/p/pharo/issues/detail?id=2210
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Levente Uzonyi]

On Sat, 27 Mar 2010, laurent laffont wrote:


I've tried gnuification on rev 2151. cmake/configure OK. But while building:

/home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2:
erreur: #error GNUIFICATION FAILED ( 0 )


Which gnuification method did you try?
There are two different versions. The origial version is an awk script 
which is run when you're building the vm with make. This is executed by 
default if you have awk installed.
There's another version written in smalltalk (linked by Mariano into this 
thread) which is not used by VMMAker at the moment, you probably don't 
need that. 
If you applied the latter one, you have to make sure that the first one is 
not executed. You can't gnuifying the sources twice.
Since both do the same, the best you can do now is to ignore the smalltalk 
version. If VMMaker will adopt Gnuifier.st we can remove the awk dependency 
from the build process, until then you shouldn't apply it if your 
platform has awk installed.



Levente




Laurent Laffont


On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont
wrote:


Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
I

have a little drop in benchmarks. However I'd rather put a stable

release

for Pharo 1.0 than latest trunk. What do you think ?


The so-called "gnuification" is a transformation of the interp.c file. So
this is done after generating the sources with VMMaker. The cmake
configuration that comes with revision 2135 does not have this step enabled,
and the more recent version that I used, revision 2151, has it. The magic is
in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.



OK thanks. I will take a look.

Laurent Laffont





Cheers,
Adrian



Laurent Laffont




Adrian


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project



___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project








___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Can I use GDB with SqueakVM ?

[Mariano Martinez Peck]

(cross posting)

Hi folks. I have a SqueakVM with an image that uses SqueakDBX to talk to a
database. SqueakDBX talks to a external library (written in C) called
OpenDBX. At the same time, OpenDBX then talks to another library which is
the database client library. WhenI am having a problem with Firebird and
it seems to be related with threads management.

So, what I want to do is to start the SqueakVM with GDB, run my tests and
try to get as much information as possible when it crash.

So far I am in Ubuntu 9.10 and I have tried the following:

ubu...@ubuntu-desktop:~/opendbx/trunk/test$ gdb
/home/ubuntu/squeak/pharo-vm-0.15.2f-linux/squeak
GNU gdb (GDB) 7.0-ubuntu
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from
/home/ubuntu/squeak/pharo-vm-0.15.2f-linux/squeak...done.
(gdb) set args
/home/ubuntu/squeak/pharo1.0-10500-rc1dev09.12.1/pharo1.0-10500-rc1dev09.12.dbx.1.image
(gdb) run
Starting program: /home/ubuntu/squeak/pharo-vm-0.15.2f-linux/squeak
/home/ubuntu/squeak/pharo1.0-10500-rc1dev09.12.1/pharo1.0-10500-rc1dev09.12.dbx.1.image
[Thread debugging using libthread_db enabled]
Cannot find new threads: generic error
(gdb)



As you can see there the error

"[Thread debugging using libthread_db enabled]
Cannot find new threads: generic error"

I am not an expert in C or VM so I don't know if I am doing the things
correctly.  I tried to google a bit, and I found different solutions. I copy
exactly what I found:

"I've find a workaround, i've link the debugging app with libpthread and now
gdb
feels happy, and i can run it with gdb !"

"But however, if I compile the program with -pthread option, am able to
debug the program:
$ cc -W -Wall -Wextra -g 20.c `pkg-config --cflags --libs gtk+-2.0`
-pthread"


"The problem appears to be that something goes wrong with dynamically
loading libpthread in case the program has not been linked to it at
compile time. That would explain why it works when you use msethread,
because that one explicitly links to libpthread at compile time (via
the imports in mselibc, I guess).

Why dynamically loading libpthread causes problems is another
question. Maybe somehow the cthreads unit loads a different ("wrong")
copy of libpthread than the one the static linker uses when linking
the program. Or, alternatively, maybe the static linker selects a
different version of libc to link against if libpthread is also used
(libc and libpthread are quite interwoven on GNU systems, even though
they are separate libraries)."


So...I don't understand exactly how can I fix it.

Thanks for any help.

Mariano
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Mariano Martinez Peck]

Adrian already reported such problem. Look squeak vm mailing list thread
with subject "Gnuification fails when compiling unix VM with latest VMMaker
source"

cheers

mariano

2010/3/27 laurent laffont 

> I've tried gnuification on rev 2151. cmake/configure OK. But while
> building:
>
> /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2:
> erreur: #error GNUIFICATION FAILED ( 0 )
>
>
> Laurent Laffont
>
>
>
> On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont <
> laurent.laff...@gmail.com> wrote:
>
>> > Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
>>> I
>>> > have a little drop in benchmarks. However I'd rather put a stable
>>> release
>>> > for Pharo 1.0 than latest trunk. What do you think ?
>>>
>>> The so-called "gnuification" is a transformation of the interp.c file. So
>>> this is done after generating the sources with VMMaker. The cmake
>>> configuration that comes with revision 2135 does not have this step enabled,
>>> and the more recent version that I used, revision 2151, has it. The magic is
>>> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.
>>>
>>
>> OK thanks. I will take a look.
>>
>> Laurent Laffont
>>
>>
>>
>>>
>>> Cheers,
>>> Adrian
>>>
>>> >
>>> > Laurent Laffont
>>> >
>>> >
>>> >>
>>> >> Adrian
>>> >>
>>> >>
>>> >> ___
>>> >> Pharo-project mailing list
>>> >> Pharo-project@lists.gforge.inria.fr
>>> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>> >>
>>> > ___
>>> > Pharo-project mailing list
>>> > Pharo-project@lists.gforge.inria.fr
>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>>
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>
>>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[laurent laffont]

I've tried gnuification on rev 2151. cmake/configure OK. But while building:

/home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2:
erreur: #error GNUIFICATION FAILED ( 0 )


Laurent Laffont


On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont
wrote:

> > Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
>> I
>> > have a little drop in benchmarks. However I'd rather put a stable
>> release
>> > for Pharo 1.0 than latest trunk. What do you think ?
>>
>> The so-called "gnuification" is a transformation of the interp.c file. So
>> this is done after generating the sources with VMMaker. The cmake
>> configuration that comes with revision 2135 does not have this step enabled,
>> and the more recent version that I used, revision 2151, has it. The magic is
>> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.
>>
>
> OK thanks. I will take a look.
>
> Laurent Laffont
>
>
>
>>
>> Cheers,
>> Adrian
>>
>> >
>> > Laurent Laffont
>> >
>> >
>> >>
>> >> Adrian
>> >>
>> >>
>> >> ___
>> >> Pharo-project mailing list
>> >> Pharo-project@lists.gforge.inria.fr
>> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> >>
>> > ___
>> > Pharo-project mailing list
>> > Pharo-project@lists.gforge.inria.fr
>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] bug in Pharo RC3 , OB related

[Lukas Renggli]

Fixed in:

Name: OB-Standard-lr.460
Author: lr
Time: 27 March 2010, 8:03:14 pm
UUID: 10e6bd5f-06e3-4d2b-93ab-57c24120e7df
Ancestors: OB-Standard-lr.459

- fix missing #withAllSuperAndSubclassesDo:

2010/3/27 Mariano Martinez Peck :
> In PharoDev RC3 open a class browser and go to any class that overrides a
> method.
> For example, TestCase >> assert:
> Now, click on the green narrow to go to the super class implementor:
>
> MessageNotUnderstood: TestCase class>>withAllSuperAndSubclassesDo:
>
> The method withAllSuperAndSubclassesDo:  is not in Pharo 1.0 but it is in
> 1.1
>
> Cheers
>
> Mariano
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Lukas Renggli
http://www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] bug in Pharo RC3 , OB related

[Mariano Martinez Peck]

In PharoDev RC3 open a class browser and go to any class that overrides a
method.
For example, TestCase >> assert:
Now, click on the green narrow to go to the super class implementor:

MessageNotUnderstood: TestCase class>>withAllSuperAndSubclassesDo:

The method withAllSuperAndSubclassesDo:  is not in Pharo 1.0 but it is in
1.1

Cheers

Mariano
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Javier Pimás]

If your VM crashes while testing alien, I probably is the same problem I had
while testing it. The last 3 messages of the following thread may have the
solution:

http://n4.nabble.com/Trying-to-build-alien-plugin-in-linux-td1562896i20.html

Changing the define solved the problem. Maybe the #if _APPLE_ ... should be
changed to something according which handles linux too, or maybe
-fno-omit-frame-pointer to makefile.ink should be added as eliot said (I
don't know which makefile.ink and didn't have many time to investigate).

Regards,
Javier.

2010/3/27 laurent laffont 

> > Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
>> I
>> > have a little drop in benchmarks. However I'd rather put a stable
>> release
>> > for Pharo 1.0 than latest trunk. What do you think ?
>>
>> The so-called "gnuification" is a transformation of the interp.c file. So
>> this is done after generating the sources with VMMaker. The cmake
>> configuration that comes with revision 2135 does not have this step enabled,
>> and the more recent version that I used, revision 2151, has it. The magic is
>> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.
>>
>
> OK thanks. I will take a look.
>
> Laurent Laffont
>
>
>
>>
>> Cheers,
>> Adrian
>>
>> >
>> > Laurent Laffont
>> >
>> >
>> >>
>> >> Adrian
>> >>
>> >>
>> >> ___
>> >> Pharo-project mailing list
>> >> Pharo-project@lists.gforge.inria.fr
>> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> >>
>> > ___
>> > Pharo-project mailing list
>> > Pharo-project@lists.gforge.inria.fr
>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Javier Pimás
Ciudad de Buenos Aires
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Pharo 1.0 fixing tests

[laurent laffont]

On Sat, Mar 27, 2010 at 6:17 PM, Adrian Lienhard  wrote:

> Hi all,
>
> What results do you get when running all tests in Pharo and PharoCore 1.0
> on Mac/Windows/Linux?
>
> Lukas has MCPackageTest>>#testUnload failing on Hudson (a Linux server, I
> assume). When running the tests locally on the Mac, the test
> BlockContextTest>>#testTrace fails. But only the first time. Apparently
> ContextPart>>#trace: is broken [1].
>
> When I run all tests in Pharo1.0 on a Mac VM 4.2.3beta1U the first time I
> get no failures. When running the second time I get following failures:
>
> MCInitializationTest>>testWorkingCopy
> MCSnapshotTest>>testInstanceReuse
> ProcessspecificTest>>testDynamicVariable
> ProcessspecificTest>>testLocalVariable
> ReleaseTest>>testObsoleteClasses
>
> If I then run only the above, they all pass.
>


Same result on Linux with the VM I've built.

Laurent Laffont




>
> So there is certainly something fishy with the tests or how they are run.
>
> I would like to have a reliable, green test suite for Pharo 1.0. Can you
> report the results you get including the VM/platform? Any idea why the
> results are not stable?
>
> Thanks,
> Adrian
>
> [1] http://code.google.com/p/pharo/issues/detail?id=2210
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

[Michael Haupt]

Hi Marcus,

On Sat, Mar 27, 2010 at 6:51 PM, Marcus Denker  wrote:
> I was planing to look at your work closely (again)... the ECOOP paper is
> already printed on my Desk :-)

ooh, interest! :-D

If you have any (!) questions, you know how to reach me. :-)

Best,

Michael

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

[Marcus Denker]

On Mar 27, 2010, at 6:37 PM, Michael Haupt wrote:

> Hi,
> 
> first post, sorry for breaking any rules. ;-)

No rules broken..

>> 
>> Yes, that would be interesting to look at.
> 
> I can offer a bunch of code and papers on such a system. Hans
> Schippers, Dirk Janssens (University Antwerpen, Belgium), Robert
> Hirschfeld and myself implemented a thing we called delMDSOC. It
> started out as a machine model for aspect-oriented programming but
> turned out to be much more interesting. It's been implemented using
> COLA. *All* requests to objects are messages in this model, including
> instance variable access. *Everything* is done using delegation. Also,
> the system implements what Eliot wrote above about two receiver slots
> for state and self.
> 
> Stuff is available from here:
> http://www.hpi.uni-potsdam.de/swa/projects/delmdsoc
> 

I was planing to look at your work closely (again)... the ECOOP paper is
already printed on my Desk :-)

Marcus

--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[laurent laffont]

>
> > Does it mean latest SVN source is already "Gnuified" ?  With latest rev.
> I
> > have a little drop in benchmarks. However I'd rather put a stable release
> > for Pharo 1.0 than latest trunk. What do you think ?
>
> The so-called "gnuification" is a transformation of the interp.c file. So
> this is done after generating the sources with VMMaker. The cmake
> configuration that comes with revision 2135 does not have this step enabled,
> and the more recent version that I used, revision 2151, has it. The magic is
> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c.
>

OK thanks. I will take a look.

Laurent Laffont



>
> Cheers,
> Adrian
>
> >
> > Laurent Laffont
> >
> >
> >>
> >> Adrian
> >>
> >>
> >> ___
> >> Pharo-project mailing list
> >> Pharo-project@lists.gforge.inria.fr
> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >>
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

[Michael Haupt]

Hi,

On Sat, Mar 27, 2010 at 6:37 PM, Michael Haupt  wrote:
> Stuff is available from here:
> http://www.hpi.uni-potsdam.de/swa/projects/delmdsoc

sorry, the page does not list all the relevant publications.

* ECOOP'07 (description of model and semantics)
http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/HauptSchippers_2007_AMachineModelForAspectOrientedProgramming.pdf

* ACM SAC PSC'09 (description of implementation)
http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/SchippersHauptHirschfeld_2009_AnImplementationSubstrateForLanguagesComposingModularizedCrosscuttingConcerns_AcmDL.pdf

There is one more paper at OOPSLA'08 that is rather theoretical,
describing semantics mappings for several MDSOC languages and how the
model preserves them ... for the sake of completeness:
http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/SchippersJanssensHauptHirschfeld_2008_DelegationBasedSemanticsForModularizingCrosscuttingConcerns_AcmDL_WithErrata.pdf

Best,

Michael

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Adrian Lienhard]

On Mar 27, 2010, at 18:21 , laurent laffont wrote:

> On Sat, Mar 27, 2010 at 6:13 PM, Adrian Lienhard  wrote:
> 
>> 
>> On Mar 27, 2010, at 17:16 , laurent laffont wrote:
>> 
 I would love that the official Linux VM has:
 
 - that thing about the gnufication
 I did that when compiling MacOS VM.
 Read this link   (step 4 for example)
 
 
>> http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documentation/readme.txt?rev=1984&view=auto
 
 does it make sense also in Linux VM ?  which are the difference in the
 benchmarks compared to do it without this step ?
 
>>> 
>>> Isn't it a MacOS issue only ?
>> 
>> No, this is relevant for all GNU C compilers! Without this step, which
>> replaces the switch statement of the interpreter with a jump table, you get
>> a *much* slower VM. I suggest to use the latest SVN source.
>> 
> 
> Does it mean latest SVN source is already "Gnuified" ?  With latest rev. I
> have a little drop in benchmarks. However I'd rather put a stable release
> for Pharo 1.0 than latest trunk. What do you think ?

The so-called "gnuification" is a transformation of the interp.c file. So this 
is done after generating the sources with VMMaker. The cmake configuration that 
comes with revision 2135 does not have this step enabled, and the more recent 
version that I used, revision 2151, has it. The magic is in the awk script in 
unix/cmake/gnuify.awk which produes gnu-interp.c.

Cheers,
Adrian

> 
> Laurent Laffont
> 
> 
>> 
>> Adrian
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

[Michael Haupt]

Hi,

first post, sorry for breaking any rules. ;-)

On Sat, Mar 27, 2010 at 6:17 PM, Marcus Denker  wrote:
>> Perhaps we can be cleverer.  What could we do if we introduced delegation 
>> into the language?  Then we can add wrappers around objects and put the 
>> interception into the wrappers.  This way there is no additional check.  If 
>> one wants to intercept references to an object one creates a DNU wrapper and 
>> becomes the two objects.
>>
>> An execution model of delegation is that there are two slots for the 
>> receiver in a context, a state slot through which inst vars are accessed, 
>> and a self slot to which messages are sent.  Normal sends merely duplicate 
>> the receiver into both slots.  Delegating sends take state as an additional 
>> argument.
>>
>> An alternative model is to dispense with direct inst var access (assuming 
>> the JIT will inline simple accessors in PICs, or simply by virtue of the use 
>> of machine code render accessors affordable) and provide accessors for 
>> delegators that indirect through the delegate.
>>
>
> Yes, that would be interesting to look at.

I can offer a bunch of code and papers on such a system. Hans
Schippers, Dirk Janssens (University Antwerpen, Belgium), Robert
Hirschfeld and myself implemented a thing we called delMDSOC. It
started out as a machine model for aspect-oriented programming but
turned out to be much more interesting. It's been implemented using
COLA. *All* requests to objects are messages in this model, including
instance variable access. *Everything* is done using delegation. Also,
the system implements what Eliot wrote above about two receiver slots
for state and self.

Stuff is available from here:
http://www.hpi.uni-potsdam.de/swa/projects/delmdsoc

The implementation is optimised as far as COLA goes. There is much
potential for improvement, and implementing some PIC-like caching
schemes failed because of some COLA shortcomings I could not figure
out how to fix.

Best,

Michael

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Miguel Enrique Cobá Martinez]

El sáb, 27-03-2010 a las 10:56 -0600, Miguel Enrique Cobá Martinez
escribió:
> El vie, 26-03-2010 a las 22:11 +0100, laurent laffont escribió:
> > Hi,
> > 
> > 
> > Finally I've managed to build squeak vm rev. 2135 (current stable)
> > with FT2Plugin which makes all tests green on Pharo 1.0 rc3
> > image on my machine :)
> > 
> > 
> > If some Linux users can test it on their distro, thanks. 
> 
> Hi Laurent, 
> good job. I tested your instructions on my:
> 
> Debian GNU/Linux Squeeze (testing) amd64
> 
> I didn't have cmake so first had to install it:
> 
> aptitude install cmake
> 
> and then:
> 
> > To build from source archive:
> > ===
> > wget 
> > http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
> > tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz
> > cd Squeak-3.11.3.2135-pharo-src/
> > mkdir build && cd build
> > ../unix/cmake/configure
> > make
> 
> I don't install it (I don't like the custom install process) so I can't
> say if ther is a problem with the install ;)
> 
> > sudo make install
> > 
> 
> 
> I ran the tests in a PharoCore 10515 RC3. Just 1 failure:
> 
> 7296 run, 7278 passes, 17 expected failures, 1 failures, 0 errors, 0
> unexpected passes

Forget this, this doesn't happen in a clean unzipped PharoCore 10515
RC3.
I was using a dirty directory that was used to build a Pharo dev image.
As part of the dev process, the sources or changes file is modified
somehow and this made the testRecompile fail when using the code from
the sources/changes file.

So, when using a clean 10515 core image the test are all green.

Good job.

Cheers
> 
> 
> Also,
> 
> 1 tinyBenchmarks -> '362606232 bytecodes/sec; 10580494 sends/sec'
> 
> Cheers
> 

-- 
Miguel Cobá
http://miguel.leugim.com.mx


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[laurent laffont]

On Sat, Mar 27, 2010 at 6:13 PM, Adrian Lienhard  wrote:

>
> On Mar 27, 2010, at 17:16 , laurent laffont wrote:
>
> >> I would love that the official Linux VM has:
> >>
> >> - that thing about the gnufication
> >> I did that when compiling MacOS VM.
> >> Read this link   (step 4 for example)
> >>
> >>
> http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documentation/readme.txt?rev=1984&view=auto
> >>
> >> does it make sense also in Linux VM ?  which are the difference in the
> >> benchmarks compared to do it without this step ?
> >>
> >
> > Isn't it a MacOS issue only ?
>
> No, this is relevant for all GNU C compilers! Without this step, which
> replaces the switch statement of the interpreter with a jump table, you get
> a *much* slower VM. I suggest to use the latest SVN source.
>

Does it mean latest SVN source is already "Gnuified" ?  With latest rev. I
have a little drop in benchmarks. However I'd rather put a stable release
for Pharo 1.0 than latest trunk. What do you think ?

Laurent Laffont


>
> Adrian
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Pharo 1.0 fixing tests

[Adrian Lienhard]

Hi all,

What results do you get when running all tests in Pharo and PharoCore 1.0 on 
Mac/Windows/Linux?

Lukas has MCPackageTest>>#testUnload failing on Hudson (a Linux server, I 
assume). When running the tests locally on the Mac, the test 
BlockContextTest>>#testTrace fails. But only the first time. Apparently 
ContextPart>>#trace: is broken [1].

When I run all tests in Pharo1.0 on a Mac VM 4.2.3beta1U the first time I get 
no failures. When running the second time I get following failures:

MCInitializationTest>>testWorkingCopy
MCSnapshotTest>>testInstanceReuse
ProcessspecificTest>>testDynamicVariable
ProcessspecificTest>>testLocalVariable
ReleaseTest>>testObsoleteClasses

If I then run only the above, they all pass. 

So there is certainly something fishy with the tests or how they are run.

I would like to have a reliable, green test suite for Pharo 1.0. Can you report 
the results you get including the VM/platform? Any idea why the results are not 
stable?

Thanks,
Adrian

[1] http://code.google.com/p/pharo/issues/detail?id=2210

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[laurent laffont]

>
> Laurent,
>
> Since you have taken the time to get the vm build process going, please
> consider going one step further to get the Alien plugin built too.
> PLEASE...
>

Now I can build it, but my VM crashes while running Alien tests :(.
 Nevertheless I want it (to play with Lumiere), so I will keep trying...

Laurent Laffont



>
> I would do it myself, but as that great 20th Century Philospher, Dirty
> Harry, put it "a man's got to know his limitations."
>
> There has been progress: I have now actually used Code::Blocks to build a
> .so to work around a linking problem.  OTOH, that same library *might* have
> been at the center of yesterday's image meltdown :(   I am determined to
> free my number crunching work from Windows.  Given some of the custom
> hardware things I want to be able to continue doing, Macs are not really an
> answer or I would have made that jump years ago.
>
> Bill
>
>
>
>
>  --
> *From:* pharo-project-boun...@lists.gforge.inria.fr [mailto:
> pharo-project-boun...@lists.gforge.inria.fr] *On Behalf Of *Mariano
> Martinez Peck
> *Sent:* Saturday, March 27, 2010 7:58 AM
> *To:* Pharo-project@lists.gforge.inria.fr
> *Subject:* Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3
> tests green
>
> Hi Laurent. Excellent news!   It's cool to see people playing with the VM.
> Depending in gurus of heroes is never good. Because they left and you are
> dead.
>
> A little question...do you think we should replace the official Linux VM
> from the Pharo website ?
>
> I would love that the official Linux VM has:
>
> - that thing about the gnufication
> I did that when compiling MacOS VM.
> Read this link   (step 4 for example)
>
> http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documentation/readme.txt?rev=1984&view=auto
>
>  does it make sense also in Linux VM ?  which are the difference in the
> benchmarks compared to do it without this step ?
>
> - all tests green
> - FT2Plugin and the Bryce magic for nicer fonts
> - Include this VM in the Pharo 1.0 one click.
>
> Did you check the benchmarks with the VM from Pharo website and yours ? can
> you evaluate the results of "1 tinyBenchmarks" as it is explained if point 5
> of Adrian post:
>
> http://www.adrian-lienhard.ch/blog?article=building-a-pharo-squeak-vm-from-first-principles
>
> It would be cool also to update the readme.txt of the Pharo Linux Vm if
> necessary
>
> And finally would be great to add a link to download the sources also.
>
> Thanks a lot.
>
> Mariano
>
>
> 2010/3/26 laurent laffont 
>
>> Hi,
>>
>> Finally I've managed to build squeak vm rev. 2135 (current stable) with
>> FT2Plugin which makes all tests green on Pharo 1.0 rc3 image on my
>> machine :)
>>
>> If some Linux users can test it on their distro, thanks.
>>
>> The clean binary archive:
>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz
>>
>> The generated source archive:
>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
>>
>> PharoCore-1.0 + configured VMMaker 1.2 image  (for new vm builders, to
>> have a known working base):
>> http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz
>>
>>
>> To build from source archive:
>> ===
>> wget
>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
>> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz
>> cd Squeak-3.11.3.2135-pharo-src/
>> mkdir build && cd build
>> ../unix/cmake/configure
>> make
>> sudo make install
>>
>>
>> Internal plugins:
>> ==
>> UUIDPlugin
>>
>> External plugins:
>> ==
>>  ADPCMCodecPlugin
>> AioPlugin
>> AsynchFilePlugin
>> B2DPlugin
>> B3DAcceleratorPlugin
>> BMPReadWriterPlugin
>> BitBltPlugin
>> CroquetPlugin
>> DSAPrims
>> DropPlugin
>> FFTPlugin
>> FT2Plugin
>> FileCopyPlugin
>> FilePlugin
>> FloatArrayPlugin
>> FloatMathPlugin
>> GeniePlugin
>> HostWindowPlugin
>> JPEGReadWriter2Plugin
>> JPEGReaderPlugin
>> JoystickTabletPlugin
>> Klatt
>> LargeIntegers
>> LocalePlugin
>> MIDIPlugin
>> Matrix2x3Plugin
>> MiscPrimitivePlugin
>> Mpeg3Plugin
>> QuicktimePlugin
>> RePlugin
>> SecurityPlugin
>> SerialPlugin
>> SocketPlugin
>> SoundCodecPrims
>> SoundGenerationPlugin
>> SoundPlugin
>> Squeak3D
>> SqueakFFIPrims
>> StarSqueakPlugin
>> SurfacePlugin
>> UnixOSProcessPlugin
>> XDisplayControlPlugin
>> ZipPlugin
>>
>>
>> Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName
>>   deletes your image :)
>>  testFontFullName
>> "self debug: #testFontFullName"
>> | env dir |
>> env := (Locale isoLanguage: 'ja') languageEnvironment.
>> dir := FileDirectory on: SecurityManager default untrustedUserDirectory.
>> [dir recursiveDelete]   <-- Cool !!
>> on: Error
>> do: [:e | e].
>> env fontFullName.
>> self assert: dir exists
>>
>>
>> Cheers,
>>
>> Laurent Laffont
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gfor

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

[Marcus Denker]

On Mar 26, 2010, at 6:12 PM, Eliot Miranda wrote:

> 
> Perhaps we can be cleverer.  What could we do if we introduced delegation 
> into the language?  Then we can add wrappers around objects and put the 
> interception into the wrappers.  This way there is no additional check.  If 
> one wants to intercept references to an object one creates a DNU wrapper and 
> becomes the two objects.
> 
> An execution model of delegation is that there are two slots for the receiver 
> in a context, a state slot through which inst vars are accessed, and a self 
> slot to which messages are sent.  Normal sends merely duplicate the receiver 
> into both slots.  Delegating sends take state as an additional argument.
> 
> An alternative model is to dispense with direct inst var access (assuming the 
> JIT will inline simple accessors in PICs, or simply by virtue of the use of 
> machine code render accessors affordable) and provide accessors for 
> delegators that indirect through the delegate.
> 

Yes, that would be interesting to look at. 

Marcus

--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Adrian Lienhard]

On Mar 27, 2010, at 17:16 , laurent laffont wrote:

>> I would love that the official Linux VM has:
>> 
>> - that thing about the gnufication
>> I did that when compiling MacOS VM.
>> Read this link   (step 4 for example)
>> 
>> http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documentation/readme.txt?rev=1984&view=auto
>> 
>> does it make sense also in Linux VM ?  which are the difference in the
>> benchmarks compared to do it without this step ?
>> 
> 
> Isn't it a MacOS issue only ?

No, this is relevant for all GNU C compilers! Without this step, which replaces 
the switch statement of the interpreter with a jump table, you get a *much* 
slower VM. I suggest to use the latest SVN source.

Adrian


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] [update 1.1] #11298

[Marcus Denker]

11298
-

Issue 2216: remove 21 unsent methods
Issue 2215: testFontFullName recursively deletes all files in the image 
directory
- Undo a change from Issue  2030

Marcus

--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] [GSoC] Problems, Students bio and projects without mentor

[Mariano Martinez Peck]

Hi everybody. I hope everybody is fine. As you may have noticed, the ESUG
GSoC has been quite busy the last weeks. Students started to register in the
website, discuss with mentors, etc...

A little problem that we saw few times: when you register (as a student or
mentor) you should receive a confirmation email. I don't know why but some
people reported this mail was filtered in the spam folder. So, if you are
mentor or student and didn't receive a confirmation email, please check you
spam folder.

Students, when you edit your profile there is a tab called "Biography".
Please, take the time to complete that. There are multiple students per
project and that may help the mentor to choose the student.

Another problem is that we have two projects without mentors.

  1. Native windows for Squeak and Pharo
http://gsoc2010.esug.org/projects/native-windows
  2. OpenSSL Smalltalk wrapper
http://gsoc2010.esug.org/projects/openssl

Fortunately no student yet expressed interest on any of them. There is a
deadline in Monday to remove them if there won't be any mentor found.

That's all for the moment.

Mariano
ESUG GSoC admin
esug.gsoc.adm2...@gmail.com
http://gsoc2010.esug.org/
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Miguel Enrique Cobá Martinez]

El vie, 26-03-2010 a las 22:11 +0100, laurent laffont escribió:
> Hi,
> 
> 
> Finally I've managed to build squeak vm rev. 2135 (current stable)
> with FT2Plugin which makes all tests green on Pharo 1.0 rc3
> image on my machine :)
> 
> 
> If some Linux users can test it on their distro, thanks. 

Hi Laurent, 
good job. I tested your instructions on my:

Debian GNU/Linux Squeeze (testing) amd64

I didn't have cmake so first had to install it:

aptitude install cmake

and then:

> To build from source archive:
> ===
> wget http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz
> cd Squeak-3.11.3.2135-pharo-src/
> mkdir build && cd build
> ../unix/cmake/configure
> make

I don't install it (I don't like the custom install process) so I can't
say if ther is a problem with the install ;)

> sudo make install
> 


I ran the tests in a PharoCore 10515 RC3. Just 1 failure:

7296 run, 7278 passes, 17 expected failures, 1 failures, 0 errors, 0
unexpected passes


Also,

1 tinyBenchmarks -> '362606232 bytecodes/sec; 10580494 sends/sec'

Cheers

-- 
Miguel Cobá
http://miguel.leugim.com.mx


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Error parsing XML File

[Fabrizio Perin]

Hi Alex,
thanks for your effort. Actually the problem was related exactly to the
readStream, my method to import the XML files uses the class FileStream,
instead now it use StandardReadStream and everything works fine. All Tests
where green in my image too (including your new test) but the error still
raises trying to import from a file. So i investigate in the direction of
the readStream from a file and i found the solution. I'm still not sure
which is the problem using FileStream instead StandardFileStream.

Thanks a lot,

Fabrizio

2010/3/26 Alexandre Bergel 

> Hi Fabrizo,
>
> I think you're in the right place to talk about that.
>
> I haven't been able to reproduce your error.
> I added a test:
>
> XMLParserTest>>testNonUTF8Characters
>
>self shouldnt: [XMLDOMParser parseDocumentFrom:
>'Bean BLABLABLA Eidgenössisches Institut für
> BLABLALBLA' readStream] raise: Error.
>
> It goes green in my image. Do you have a different way to get the
> readStream from the String?
>
> Cheers,
> Alexandre
>
>
> On 26 Mar 2010, at 12:14, Fabrizio Perin wrote:
>
>  Hi,
>> I was parsing an XML File with the last version of XML Parser
>> (XML-Parser-JAAyer.68) and i get an error related to a not UTF-8 character
>> that the parser found into the document. The XML document contains some
>> german character:
>>
>> 
>>
>> Actually i'm not sure if the error is which is in the UTF8TextConverter or
>> something is wrong in the invokation from the parser. Anyway i parse several
>> time the same document with older versions of the XML-Parser
>> (XML-Parser-JAAyer.57) and it always works well. I'm not sure if the mailing
>> list of Pharo is the right place to report this problem in the case i'm i'm
>> sorry.
>>
>> Here the trace from the log:
>>
>> Error: Invalid utf8 input detected
>> 26 March 2010 4:14:07 pm
>>
>> VM: Mac OS - intel - 1062 - Squeak3.8.1 of '28 Aug 2006' [latest update:
>> #6747] Squeak VM 4.2.2b1
>> Image: Pharo-1.0-10515-rc3 [Latest update: #10515]
>>
>> SecurityManager state:
>> Restricted: false
>> FileAccess: true
>> SocketAccess: true
>> Working Dir
>> /Users/fabrizioperin/development/Pharo/WORKINGONNOW/MooseJEE_64
>> Trusted Dir /foobar/tooBar/forSqueak/bogus
>> Untrusted Dir /Users/fabrizioperin/Library/Preferences/Squeak/Internet/My
>> Squeak
>>
>> UTF8TextConverter(Object)>>error:
>>Receiver: an UTF8TextConverter
>>Arguments and temporary variables:
>>aString:'Invalid utf8 input detected'
>>Receiver's instance variables:
>> an UTF8TextConverter
>>
>> UTF8TextConverter>>errorMalformedInput
>>Receiver: an UTF8TextConverter
>>Arguments and temporary variables:
>>
>>Receiver's instance variables:
>> an UTF8TextConverter
>>
>> UTF8TextConverter>>nextFromStream:
>>Receiver: an UTF8TextConverter
>>Arguments and temporary variables:
>>aStream:MultiByteFileStream:
>> '/Users/fabrizioperin/development/Pharo/WORKINGON...etc...
>>character1: $¶
>>value1: 182
>>character2: $s
>>value2: 115
>>unicode:nil
>>character3: $s
>>value3: 115
>>character4: nil
>>value4: nil
>>Receiver's instance variables:
>> an UTF8TextConverter
>>
>> MultiByteFileStream>>next
>>Receiver: MultiByteFileStream:
>> '/Users/fabrizioperin/development/Pharo/WORKINGONNOW/MooseJEE_64/src/...etc...
>>Arguments and temporary variables:
>>char:   nil
>>secondChar: nil
>>state:  nil
>>Receiver's instance variables:
>>
>>
>> XMLStreamReader>>basicNext
>>Receiver: a XMLStreamReader
>>Arguments and temporary variables:
>>nextChar:   nil
>>Receiver's instance variables:
>>stream: MultiByteFileStream:
>> '/Users/fabrizioperin/development/Pharo/WORKINGONN...etc...
>>nestedStreams:  nil
>>peekChar:   nil
>>buffer: a WriteStream 'SES: Bean zum Einlesen und
>> updaten der Stako relevanten ...etc...
>>
>> XMLStreamReader>>next
>>Receiver: a XMLStreamReader
>>Arguments and temporary variables:
>>nextChar:   nil
>>Receiver's instance variables:
>>stream: MultiByteFileStream:
>> '/Users/fabrizioperin/development/Pharo/WORKINGONN...etc...
>>nestedStreams:  nil
>>peekChar:   nil
>>buffer: a WriteStream 'SES: Bean zum Einlesen und
>> updaten der Stako relevanten ...etc...
>>
>> XMLStreamReader>>upToAll:
>>Receiver: a XMLStreamReader
>>Arguments and temporary variables:
>>aDelimitingString:  ']]>'
>>Receiver's instance variables:
>>stream:   

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[laurent laffont]

2010/3/27 Mariano Martinez Peck 

> Hi Laurent. Excellent news!   It's cool to see people playing with the VM.
> Depending in gurus of heroes is never good. Because they left and you are
> dead.
>
> A little question...do you think we should replace the official Linux VM
> from the Pharo website ?
>

I think so :) (if other users report no problem - Thanks Alain): the binary
form is cleaner than exupery-vm, we have the source, fonts are nice, all
tests green, build is reproductible.


>
> I would love that the official Linux VM has:
>
> - that thing about the gnufication
> I did that when compiling MacOS VM.
> Read this link   (step 4 for example)
>
> http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documentation/readme.txt?rev=1984&view=auto
>
>  does it make sense also in Linux VM ?  which are the difference in the
> benchmarks compared to do it without this step ?
>

Isn't it a MacOS issue only ?


>
> - all tests green
> - FT2Plugin and the Bryce magic for nicer fonts
>

With Bryce's Bitlbt patch from Exupery VM some test fails and while some
rendering are little better with Exupery, some aren't nice  (hints for
example).


> - Include this VM in the Pharo 1.0 one click.
>
> Did you check the benchmarks with the VM from Pharo website and yours ? can
> you evaluate the results of "1 tinyBenchmarks" as it is explained if point 5
> of Adrian post:
>
> http://www.adrian-lienhard.ch/blog?article=building-a-pharo-squeak-vm-from-first-principles


Benchmarks

Distro: up to date ArchLinux 32bits

$ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 CPU T7200  @ 2.00GHz
stepping: 6
cpu MHz : 1994.987
cache size  : 4096 KB

(White MacBook 2008)

benchmark:

5 timesRepeat: [
  Transcript show: 1 tinyBenchmarks; cr]

my Squeak VM 3.11.3 -r 2135 + FT2Plugin. GCC version 4.4.3
==
334421946 bytecodes/sec; 8026581 sends/sec
334640522 bytecodes/sec; 7449884 sends/sec
334421946 bytecodes/sec; 7449884 sends/sec
334421946 bytecodes/sec; 7675486 sends/sec
327156549 bytecodes/sec; 7598782 sends/sec


vanilla Squeak VM 3.11.3 -r 2135
==
198449612 bytecodes/sec; 7593723 sends/sec
197836166 bytecodes/sec; 7548493 sends/sec
203174603 bytecodes/sec; 7558497 sends/sec
198757763 bytecodes/sec; 7528563 sends/sec
200312989 bytecodes/sec; 7232576 sends/sec

pharo-vm-0.15.2f-linux (exupery)
==
369942196 bytecodes/sec; 9303240 sends/sec
375091575 bytecodes/sec; 9333693 sends/sec
375641966 bytecodes/sec; 9280531 sends/sec
376193975 bytecodes/sec; 9280531 sends/sec
376470588 bytecodes/sec; 9280531 sends/sec


Exupery is better on benchmarks, but what is the activity on this VM?

Laurent Laffont

It would be cool also to update the readme.txt of the Pharo Linux Vm if
> necessary
>
> And finally would be great to add a link to download the sources also.
>
> Thanks a lot.
>
> Mariano
>
>
> 2010/3/26 laurent laffont 
>
>> Hi,
>>
>> Finally I've managed to build squeak vm rev. 2135 (current stable) with
>> FT2Plugin which makes all tests green on Pharo 1.0 rc3 image on my
>> machine :)
>>
>> If some Linux users can test it on their distro, thanks.
>>
>> The clean binary archive:
>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz
>>
>> The generated source archive:
>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
>>
>> PharoCore-1.0 + configured VMMaker 1.2 image  (for new vm builders, to
>> have a known working base):
>> http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz
>>
>>
>> To build from source archive:
>> ===
>> wget
>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
>> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz
>> cd Squeak-3.11.3.2135-pharo-src/
>> mkdir build && cd build
>> ../unix/cmake/configure
>> make
>> sudo make install
>>
>>
>> Internal plugins:
>> ==
>> UUIDPlugin
>>
>> External plugins:
>> ==
>> ADPCMCodecPlugin
>> AioPlugin
>> AsynchFilePlugin
>> B2DPlugin
>> B3DAcceleratorPlugin
>> BMPReadWriterPlugin
>> BitBltPlugin
>> CroquetPlugin
>> DSAPrims
>> DropPlugin
>> FFTPlugin
>> FT2Plugin
>> FileCopyPlugin
>> FilePlugin
>> FloatArrayPlugin
>> FloatMathPlugin
>> GeniePlugin
>> HostWindowPlugin
>> JPEGReadWriter2Plugin
>> JPEGReaderPlugin
>> JoystickTabletPlugin
>> Klatt
>> LargeIntegers
>> LocalePlugin
>> MIDIPlugin
>> Matrix2x3Plugin
>> MiscPrimitivePlugin
>> Mpeg3Plugin
>> QuicktimePlugin
>> RePlugin
>> SecurityPlugin
>> SerialPlugin
>> SocketPlugin
>> SoundCodecPrims
>> SoundGenerationPlugin
>> SoundPlugin
>> Squeak3D
>> SqueakFFIPrims
>> StarSqueakPlugin
>> SurfacePlugin
>> UnixOSProcessPlugin
>> XDisplayControlPlugin
>> ZipPlugin
>>
>>
>> Fun story: if you don't have SecurityPlugin, Local

Re: [Pharo-project] Ubuntu users

[Mariano Martinez Peck]

On Sat, Mar 27, 2010 at 11:39 AM, Schwab,Wilhelm K wrote:

> Hello all,
>
> I hope this is simply irresponsible FUD, but one possible explanation for
> my image meltdown yesterday is that it was fried in copying to a USB stick.


The only thing I am aware of about USB is this:

http://code.google.com/p/pharo/issues/detail?id=1645

Although I don't think it is related.



>  I have also been messing around with FFI, which is another way things
> could have gone bad.  Attempts to load the bad image end in "Read failed or
> premature end of image file."
>
> I am asking myself whether unmounting USB drives is working as well as it
> did prior to some updates that came out last week.  Any thoughts?  Backups
> are always a good idea, and you might want to be a little extra careful
> until experience proves me wrong.
>
> Bill
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Recovering lost changes

[Stéphane Ducasse]

On Mar 27, 2010, at 3:34 PM, Schwab,Wilhelm K wrote:

> Stef,
> 
> I just spent an hour or so using the lost changes browser to recover much of 
> the past couple of day's work.   The good news is that it was very stable in 
> doing what it does.  I have been doing a lot of code generation from meta 
> data, which allowed me to make a *very* large number of entries in the change 
> log.  Sorting through that was problematic.  Features of Ian Bartholomew's 
> Chunk Browser would have been very helpful.  In particular, Ian offers ways 
> to filter on chunk type and to identify the most recent chunks for any given 
> class/method.
> 
> My big mistake was failing to make a backup following the last generation 
> step and before importing more of my code from Dolphin.  I have been using 
> SIF to export code followed by "search and replace" via the regex package to 
> create relatively cleanly loading code.  Being forced to do that again, I 
> improved the search and replace step and found many relevant chunks that have 
> most of the imported code in reasonable shape; a lot of it will be buggy for 
> some time due to callbacks and other details.
> 
> One thing that has been (temporarily) lost is some category changes, but that 
> will be easy to replicate.  I am more concerned about subtle changes to the 
> generation that might not have survived the recovery.  So far, it looks ok, 
> but my first priority was to get a post-recovery backup to avoid repeating 
> the whole mess.
> 
> Now I notice that my change log is 29MB and climbing.  Does #condenseChanges 
> work?

It should. We use it for building the release candidates
Now I thought that we do not have this limit but 2Gb

>  The limit is 32 MB, right?  It might also simply be time to build a new 
> image on RC3.

rebuilding fresh is always good.

> 
> Bill
> 
> 
> 
> -Original Message-
> From: pharo-project-boun...@lists.gforge.inria.fr 
> [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane 
> Ducasse
> Sent: Saturday, March 27, 2010 7:12 AM
> To: Pharo-project@lists.gforge.inria.fr
> Subject: Re: [Pharo-project] Recovering lost changes
> 
> 
> On Mar 27, 2010, at 4:09 AM, Schwab,Wilhelm K wrote:
> 
>> Hello all,
>> 
>> I had some type of melt-down today and ended up with an image that won't 
>> load.  I have a backup from a few days ago, but a lot has happened since 
>> then.  Recent change logs seem to be readable, but the "Recover lost 
>> changes" GUI has not been terribly helpful.  Is there a way to filter to 
>> things like most recent versions of a any given methods, and/or sort on the 
>> types of chunks?
>> 
>> One surprising weakness I noted was that many do-it chunks involve things 
>> that were in context in the debugger, are "now" nil and ended up breaking 
>> the file-in command.  I put an error handler around the evaluatations which 
>> helped, but things are still somewhat slow thanks to other do-its that do a 
>> LOT of work.  I might start chipping away from the most recent chunks until 
>> it recovers enough that I can cut my loses.
>> 
>> Ian Bartholomew's Chunk Browser for Dolphin would be an ideal tool to 
>> emulate.  With what we have now, any workarounds for the things above would 
>> be greatly appreciated.
> 
> 
> we should already log class definition as class definition and not doits.
> There are so many things to fix.
> Cleaning the chunk format, fileouter, changes recorder...
> 
>> Is there a way to do extended selection (e.g. shift-select to select a range 
>> of chunks)?
>> 
>> Bill
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

[Hernán Morales Durand]

A lot easier is to identify two points:

1) Why would you want to do that?
2) With the answer of 1) try to identify the image subsystem to apply
the instrumentation.

All other techniques are forms of interventionism, you will be trying
to perform surgery to a terminal patient.

Cheers,

Hernán

2010/3/25 Mariano Martinez Peck :
> Hi folks. I want to intercept (and do something) for all objects. I know few
> approaches, for example:
>
> 1) using method wrappers (implementing  run: aSelector with: arguments in:
> aReceiver) I can wrap all compiled methods of all classes  and there I have
> the receiver.
>
> 2) become all objects to some kind of hacky object that stores the original
> object and that redefines the doesNotUnderstand:
>
> But in 1) I need to change all CompiledMehtod of all classes.
> in 2) I have to become all the objects to another object
>
> Then my question is, is there an easier way to intercept all messages send
> to all objects from the image side (not going to vm) and with a lower cost ?
> And if going to vm, how ?
>
> Thanks.
>
> Mariano
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Ubuntu users

[Schwab,Wilhelm K]

Hello all,

I hope this is simply irresponsible FUD, but one possible explanation for my 
image meltdown yesterday is that it was fried in copying to a USB stick.  I 
have also been messing around with FFI, which is another way things could have 
gone bad.  Attempts to load the bad image end in "Read failed or premature end 
of image file."

I am asking myself whether unmounting USB drives is working as well as it did 
prior to some updates that came out last week.  Any thoughts?  Backups are 
always a good idea, and you might want to be a little extra careful until 
experience proves me wrong.

Bill


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Recovering lost changes

[Schwab,Wilhelm K]

Stef,

I just spent an hour or so using the lost changes browser to recover much of 
the past couple of day's work.   The good news is that it was very stable in 
doing what it does.  I have been doing a lot of code generation from meta data, 
which allowed me to make a *very* large number of entries in the change log.  
Sorting through that was problematic.  Features of Ian Bartholomew's Chunk 
Browser would have been very helpful.  In particular, Ian offers ways to filter 
on chunk type and to identify the most recent chunks for any given class/method.

My big mistake was failing to make a backup following the last generation step 
and before importing more of my code from Dolphin.  I have been using SIF to 
export code followed by "search and replace" via the regex package to create 
relatively cleanly loading code.  Being forced to do that again, I improved the 
search and replace step and found many relevant chunks that have most of the 
imported code in reasonable shape; a lot of it will be buggy for some time due 
to callbacks and other details.

One thing that has been (temporarily) lost is some category changes, but that 
will be easy to replicate.  I am more concerned about subtle changes to the 
generation that might not have survived the recovery.  So far, it looks ok, but 
my first priority was to get a post-recovery backup to avoid repeating the 
whole mess.

Now I notice that my change log is 29MB and climbing.  Does #condenseChanges 
work?  The limit is 32 MB, right?  It might also simply be time to build a new 
image on RC3.

Bill



-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane 
Ducasse
Sent: Saturday, March 27, 2010 7:12 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Recovering lost changes


On Mar 27, 2010, at 4:09 AM, Schwab,Wilhelm K wrote:

> Hello all,
> 
> I had some type of melt-down today and ended up with an image that won't 
> load.  I have a backup from a few days ago, but a lot has happened since 
> then.  Recent change logs seem to be readable, but the "Recover lost changes" 
> GUI has not been terribly helpful.  Is there a way to filter to things like 
> most recent versions of a any given methods, and/or sort on the types of 
> chunks?
> 
> One surprising weakness I noted was that many do-it chunks involve things 
> that were in context in the debugger, are "now" nil and ended up breaking the 
> file-in command.  I put an error handler around the evaluatations which 
> helped, but things are still somewhat slow thanks to other do-its that do a 
> LOT of work.  I might start chipping away from the most recent chunks until 
> it recovers enough that I can cut my loses.
> 
> Ian Bartholomew's Chunk Browser for Dolphin would be an ideal tool to 
> emulate.  With what we have now, any workarounds for the things above would 
> be greatly appreciated.


we should already log class definition as class definition and not doits.
There are so many things to fix.
Cleaning the chunk format, fileouter, changes recorder...

> Is there a way to do extended selection (e.g. shift-select to select a range 
> of chunks)?
> 
> Bill
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Schwab,Wilhelm K]

Laurent,

Since you have taken the time to get the vm build process going, please 
consider going one step further to get the Alien plugin built too.  PLEASE...

I would do it myself, but as that great 20th Century Philospher, Dirty Harry, 
put it "a man's got to know his limitations."

There has been progress: I have now actually used Code::Blocks to build a .so 
to work around a linking problem.  OTOH, that same library *might* have been at 
the center of yesterday's image meltdown :(   I am determined to free my number 
crunching work from Windows.  Given some of the custom hardware things I want 
to be able to continue doing, Macs are not really an answer or I would have 
made that jump years ago.

Bill





From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Mariano 
Martinez Peck
Sent: Saturday, March 27, 2010 7:58 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

Hi Laurent. Excellent news!   It's cool to see people playing with the VM. 
Depending in gurus of heroes is never good. Because they left and you are dead.

A little question...do you think we should replace the official Linux VM from 
the Pharo website ?

I would love that the official Linux VM has:

- that thing about the gnufication
I did that when compiling MacOS VM.
Read this link   (step 4 for example)
http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documentation/readme.txt?rev=1984&view=auto

 does it make sense also in Linux VM ?  which are the difference in the 
benchmarks compared to do it without this step ?

- all tests green
- FT2Plugin and the Bryce magic for nicer fonts
- Include this VM in the Pharo 1.0 one click.

Did you check the benchmarks with the VM from Pharo website and yours ? can you 
evaluate the results of "1 tinyBenchmarks" as it is explained if point 5 of 
Adrian post:
http://www.adrian-lienhard.ch/blog?article=building-a-pharo-squeak-vm-from-first-principles

It would be cool also to update the readme.txt of the Pharo Linux Vm if 
necessary

And finally would be great to add a link to download the sources also.

Thanks a lot.

Mariano


2010/3/26 laurent laffont 
mailto:laurent.laff...@gmail.com>>
Hi,

Finally I've managed to build squeak vm rev. 2135 (current stable) with 
FT2Plugin which makes all tests green on Pharo 1.0 rc3 image on my 
machine :)

If some Linux users can test it on their distro, thanks.

The clean binary archive:  
http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz

The generated source archive: 
http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz

PharoCore-1.0 + configured VMMaker 1.2 image  (for new vm builders, to have a 
known working base): 
http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz


To build from source archive:
===
wget http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz
cd Squeak-3.11.3.2135-pharo-src/
mkdir build && cd build
../unix/cmake/configure
make
sudo make install


Internal plugins:
==
UUIDPlugin

External plugins:
==
ADPCMCodecPlugin
AioPlugin
AsynchFilePlugin
B2DPlugin
B3DAcceleratorPlugin
BMPReadWriterPlugin
BitBltPlugin
CroquetPlugin
DSAPrims
DropPlugin
FFTPlugin
FT2Plugin
FileCopyPlugin
FilePlugin
FloatArrayPlugin
FloatMathPlugin
GeniePlugin
HostWindowPlugin
JPEGReadWriter2Plugin
JPEGReaderPlugin
JoystickTabletPlugin
Klatt
LargeIntegers
LocalePlugin
MIDIPlugin
Matrix2x3Plugin
MiscPrimitivePlugin
Mpeg3Plugin
QuicktimePlugin
RePlugin
SecurityPlugin
SerialPlugin
SocketPlugin
SoundCodecPrims
SoundGenerationPlugin
SoundPlugin
Squeak3D
SqueakFFIPrims
StarSqueakPlugin
SurfacePlugin
UnixOSProcessPlugin
XDisplayControlPlugin
ZipPlugin


Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName   
deletes your image :)
testFontFullName
"self debug: #testFontFullName"
| env dir |
env := (Locale isoLanguage: 'ja') languageEnvironment.
dir := FileDirectory on: SecurityManager default untrustedUserDirectory.
[dir recursiveDelete]   <-- Cool !!
on: Error
do: [:e | e].
env fontFullName.
self assert: dir exists


Cheers,

Laurent Laffont

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Alain Plantec]

laurent laffont a écrit :

Hi,

Finally I've managed to build squeak vm rev. 2135 (current stable) 
with FT2Plugin which makes all tests green on Pharo 1.0 rc3 
image on my machine :)


If some Linux users can test it on their distro, thanks. 

The clean binary archive: 
 http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz

tested on Ubuntu 9.10 32bits
works like a charm.
Thanks
Alain

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Mariano Martinez Peck]

Hi Laurent. Excellent news!   It's cool to see people playing with the VM.
Depending in gurus of heroes is never good. Because they left and you are
dead.

A little question...do you think we should replace the official Linux VM
from the Pharo website ?

I would love that the official Linux VM has:

- that thing about the gnufication
I did that when compiling MacOS VM.
Read this link   (step 4 for example)
http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Documentation/readme.txt?rev=1984&view=auto

 does it make sense also in Linux VM ?  which are the difference in the
benchmarks compared to do it without this step ?

- all tests green
- FT2Plugin and the Bryce magic for nicer fonts
- Include this VM in the Pharo 1.0 one click.

Did you check the benchmarks with the VM from Pharo website and yours ? can
you evaluate the results of "1 tinyBenchmarks" as it is explained if point 5
of Adrian post:
http://www.adrian-lienhard.ch/blog?article=building-a-pharo-squeak-vm-from-first-principles

It would be cool also to update the readme.txt of the Pharo Linux Vm if
necessary

And finally would be great to add a link to download the sources also.

Thanks a lot.

Mariano


2010/3/26 laurent laffont 

> Hi,
>
> Finally I've managed to build squeak vm rev. 2135 (current stable) with
> FT2Plugin which makes all tests green on Pharo 1.0 rc3 image on my
> machine :)
>
> If some Linux users can test it on their distro, thanks.
>
> The clean binary archive:
> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz
>
> The generated source archive:
> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
>
> PharoCore-1.0 + configured VMMaker 1.2 image  (for new vm builders, to have
> a known working base):
> http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz
>
>
> To build from source archive:
> ===
> wget
> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz
> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz
> cd Squeak-3.11.3.2135-pharo-src/
> mkdir build && cd build
> ../unix/cmake/configure
> make
> sudo make install
>
>
> Internal plugins:
> ==
> UUIDPlugin
>
> External plugins:
> ==
> ADPCMCodecPlugin
> AioPlugin
> AsynchFilePlugin
> B2DPlugin
> B3DAcceleratorPlugin
> BMPReadWriterPlugin
> BitBltPlugin
> CroquetPlugin
> DSAPrims
> DropPlugin
> FFTPlugin
> FT2Plugin
> FileCopyPlugin
> FilePlugin
> FloatArrayPlugin
> FloatMathPlugin
> GeniePlugin
> HostWindowPlugin
> JPEGReadWriter2Plugin
> JPEGReaderPlugin
> JoystickTabletPlugin
> Klatt
> LargeIntegers
> LocalePlugin
> MIDIPlugin
> Matrix2x3Plugin
> MiscPrimitivePlugin
> Mpeg3Plugin
> QuicktimePlugin
> RePlugin
> SecurityPlugin
> SerialPlugin
> SocketPlugin
> SoundCodecPrims
> SoundGenerationPlugin
> SoundPlugin
> Squeak3D
> SqueakFFIPrims
> StarSqueakPlugin
> SurfacePlugin
> UnixOSProcessPlugin
> XDisplayControlPlugin
> ZipPlugin
>
>
> Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName
> deletes your image :)
> testFontFullName
> "self debug: #testFontFullName"
> | env dir |
>  env := (Locale isoLanguage: 'ja') languageEnvironment.
> dir := FileDirectory on: SecurityManager default untrustedUserDirectory.
>  [dir recursiveDelete]   <-- Cool !!
> on: Error
> do: [:e | e].
>  env fontFullName.
> self assert: dir exists
>
>
>  Cheers,
>
> Laurent Laffont
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Recovering lost changes

[Stéphane Ducasse]

On Mar 27, 2010, at 4:09 AM, Schwab,Wilhelm K wrote:

> Hello all,
> 
> I had some type of melt-down today and ended up with an image that won't 
> load.  I have a backup from a few days ago, but a lot has happened since 
> then.  Recent change logs seem to be readable, but the "Recover lost changes" 
> GUI has not been terribly helpful.  Is there a way to filter to things like 
> most recent versions of a any given methods, and/or sort on the types of 
> chunks?
> 
> One surprising weakness I noted was that many do-it chunks involve things 
> that were in context in the debugger, are "now" nil and ended up breaking the 
> file-in command.  I put an error handler around the evaluatations which 
> helped, but things are still somewhat slow thanks to other do-its that do a 
> LOT of work.  I might start chipping away from the most recent chunks until 
> it recovers enough that I can cut my loses.
> 
> Ian Bartholomew's Chunk Browser for Dolphin would be an ideal tool to 
> emulate.  With what we have now, any workarounds for the things above would 
> be greatly appreciated.


we should already log class definition as class definition and not doits.
There are so many things to fix.
Cleaning the chunk format, fileouter, changes recorder...

> Is there a way to do extended selection (e.g. shift-select to select a range 
> of chunks)?
> 
> Bill
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Stéphane Ducasse]

+1000

On Mar 27, 2010, at 10:19 AM, Adrian Lienhard wrote:

> 
> On Mar 26, 2010, at 22:11 , laurent laffont wrote:
> 
> [...]
> 
>> Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName
>> deletes your image :)
> 
> WTF?! That's exactly what happened to me some time ago. I lost a lot of 
> images that were stored in the same folder like the image. Let's get rid of 
> this test.
> 
> I created issue http://code.google.com/p/pharo/issues/detail?id=2215
> 
> Adrian 
> 
>> testFontFullName
>> "self debug: #testFontFullName"
>> | env dir |
>> env := (Locale isoLanguage: 'ja') languageEnvironment.
>> dir := FileDirectory on: SecurityManager default untrustedUserDirectory.
>> [dir recursiveDelete]   <-- Cool !!
>> on: Error
>> do: [:e | e].
>> env fontFullName.
>> self assert: dir exists
>> 
>> 
>> Cheers,
>> 
>> Laurent Laffont
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [update 1.1] #11297

[Stéphane Ducasse]

thanks marcus.

Stef

On Mar 27, 2010, at 10:03 AM, Marcus Denker wrote:

> 11297
> -
> 
> Issue 2214:   tests for shadowing
> Issue 2212:   some refactoring related to Smalltalk globals
> Issue 2206:   Rename JPEGReadWriter2 to PluginBasedJPEGReadWriter
> Issue 2166:   MethodProperties pending tasks
> 
> 
> --
> Marcus Denker  --  mar...@2denker.de
> http://www.2denker.de
> 
> 2denker UG (haftungsbeschränkt)
> Sitz Köln
> Amtsgericht - Registergericht - Köln, HRB 65065
> Geschäftsführer: Christian Denker und Dr. Marcus Denker 
> 
> 
> 
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [squeak-dev] A new Smalltalk mailing-list

[Serge Stinckwich]

Yes can we wait until everyone migrate to the new mailing-list ?
Thank you.

On Sat, Mar 27, 2010 at 5:25 PM, stephane ducasse
 wrote:
> Ken I imagine that serge was not aware of that possibility,  close it and we 
> keep the archive.
>
> Stef
>
> On Mar 26, 2010, at 5:18 PM, Ken Causey wrote:
>
>> OK, but that's a separate issue.  Deleting the list does not necessarily
>> delete the archive, it simply eliminates the membership list and of
>> course the ability to receive and relay new messages.  If you are not
>> going to use the list any more I really do need to close/delete it, at
>> which point I can leave the archive in place or send it to you.
>>
>> Ken
>>
>> On Fri, 2010-03-26 at 09:30 +0700, Serge Stinckwich wrote:
>>> No, we can keep the archive for historical purpose ;-)
>>>
>>> On Fri, Mar 26, 2010 at 6:02 AM, Ken Causey  wrote:
 Does that mean the old list

 http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-fr

 should now be deleted?

 Ken

 On Thu, 2010-03-25 at 22:16 +0700, Serge Stinckwich wrote:
> Hi all,
> french Smalltalkers (Squeakers, Pharoers, VWers, GnuSTers, ...) have
> now a new mailing list: http://groups.google.com/group/smalltalk-fr
>
> The archive of the mailing-list is available on nabble :
> http://n3.nabble.com/smalltalk-fr-f471484.html
>
> This mailing-list replace the old Squeak-fr mailing list.
>
> Best regards,


>>>
>>>
>>>
>>
>>
>
>



-- 
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Smalltalkers do: [:it | All with: Class, (And love: it)]
http://doesnotunderstand.org/

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

[Stéphane Ducasse]

> Now for message receive, one could imagine a partial reification scheme: a 
> tag bit on the object header, if it is there, the VM calls a receive
> method instead of the method that would originally be called. So you would 
> pay, in all casses, one bit-check on message send *and* you need
> space to put this flag. Would anyone want to pay that?
> 
> Perhaps we can be cleverer.  What could we do if we introduced delegation 
> into the language?  Then we can add wrappers around objects and put the 
> interception into the wrappers.  This way there is no additional check.  If 
> one wants to intercept references to an object one creates a DNU wrapper and 
> becomes the two objects.
> 
> An execution model of delegation is that there are two slots for the receiver 
> in a context, a state slot through which inst vars are accessed, and a self 
> slot to which messages are sent.  Normal sends merely duplicate the receiver 
> into both slots.  Delegating sends take state as an additional argument.
> 
> An alternative model is to dispense with direct inst var access (assuming the 
> JIT will inline simple accessors in PICs, or simply by virtue of the use of 
> machine code render accessors affordable) and provide accessors for 
> delegators that indirect through the delegate.

Eliot indeed this kind of schem looks interesting. I would love a system where 
we can really experiment with that kind of infrastructural changes
that open a lot of new space.

Stef


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

[Adrian Lienhard]

On Mar 26, 2010, at 22:11 , laurent laffont wrote:

[...]

> Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName
> deletes your image :)

WTF?! That's exactly what happened to me some time ago. I lost a lot of images 
that were stored in the same folder like the image. Let's get rid of this test.

I created issue http://code.google.com/p/pharo/issues/detail?id=2215

Adrian 

> testFontFullName
> "self debug: #testFontFullName"
> | env dir |
> env := (Locale isoLanguage: 'ja') languageEnvironment.
> dir := FileDirectory on: SecurityManager default untrustedUserDirectory.
> [dir recursiveDelete]   <-- Cool !!
> on: Error
> do: [:e | e].
> env fontFullName.
> self assert: dir exists
> 
> 
> Cheers,
> 
> Laurent Laffont
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] [update 1.1] #11297

[Marcus Denker]

11297
-

Issue 2214: tests for shadowing
Issue 2212: some refactoring related to Smalltalk globals
Issue 2206: Rename JPEGReadWriter2 to PluginBasedJPEGReadWriter
Issue 2166: MethodProperties pending tasks


--
Marcus Denker  --  mar...@2denker.de
http://www.2denker.de

2denker UG (haftungsbeschränkt)
Sitz Köln
Amtsgericht - Registergericht - Köln, HRB 65065
Geschäftsführer: Christian Denker und Dr. Marcus Denker 





___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project