Hi,
For scripting purposes, I would like to use/control the VM exit status/value
(on Linux).
There is SmalltalkImage#snapshot:andQuit: but there is nothing there that
indicates that one can set the process exit status. Is there a way to do that ?
Has anyone a good idea on how the CogVM could
Not nice, but works reasonably well. The invoking script listens to Pharo
generating some output file. Have a look at builder.sh, it does that.
Lukas
On Friday, 25 November 2011, Sven Van Caekenberghe s...@beta9.be wrote:
Hi,
For scripting purposes, I would like to use/control the VM exit
Le 25/11/2011 07:39, Sean P. DeNigris a écrit :
What's currently in progress? SimpleMorphic? CUIS related? Other?
I was pulling my hair out with Morphic layouts yesterday and started to
clean, but I don't want to duplicate efforts on things already being worked
on. There are a bunch of open
On 25 Nov 2011, at 09:37, Lukas Renggli wrote:
Not nice, but works reasonably well. The invoking script listens to Pharo
generating some output file.
Have a look at builder.sh, it does that.
Thx, I knew about that one.
And indeed, it does seems to work, but it is not very nice compared to
Am 25.11.2011 um 00:45 schrieb Igor Stasenko:
On 25 November 2011 01:28, Stephan Eggermont step...@stack.nl wrote:
Igor Stasenko wrote:
I think you looking for solution in a wrong direction.
Just ask yourself, how much of that data you need to keep in operative
memory at single moment of
On 23 November 2011 21:59, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Hi
imagine that I want to bootstrap our nice kernel.
I will need to somehow create a new nil, true, false, instances of new
classes Undefined, True, False.
Such instances will then be put on the SpecialObjectArray
On 25 Nov 2011, at 10:31, Norbert Hartl wrote:
A very good reason to bring 64bit back into focus, don't you think?
I too think that big images are important: as other have said, RAM is cheap so
there is no reason not to use it.
One should not get sloppy and waiste memory, so good engineering
Dear all,
I've been working on a hole replacement of Morphic myself, because if
was tired of fixing Morphic (or porting CUIS Morphic into Pharo), and
found much more productive the approach of rewriting it from scratch.
In my expierience, i was 100% more productive by not trying to be
backward
Hi Sean, i got overwhelmed last year with the task of porting CUIS
Morphic, to Pharo. There's just to much differences on several common
classes, it's hard to fully understand how to merge both ui
frameworks.
Even though i believe Juan has a did an excellent work in simplifying
Morphic, and
Messages #sunitExitxWith: and #sunitAnnounce:toResult: still have only
*SUnit category in some classes. Because this package was renamed to
SUnit-Core, this methods do not belong to any package.
There would not be bad idea to check whole image ;-)
-- Pavel
link: http://code.google.com/p/pharo/issues/detail?id=5024
On Fri, Nov 25, 2011 at 12:41 PM, Pavel Krivanek
pavel.kriva...@gmail.com wrote:
Messages #sunitExitxWith: and #sunitAnnounce:toResult: still have only
*SUnit category in some classes. Because this package was renamed to
SUnit-Core,
Impressive!
Let us know
Alexandre
On 25 Nov 2011, at 07:00, Fernando Olivero wrote:
Dear all,
I've been working on a hole replacement of Morphic myself, because if
was tired of fixing Morphic (or porting CUIS Morphic into Pharo), and
found much more productive the approach of rewriting
Sounds exciting.
Doru
On Fri, Nov 25, 2011 at 1:07 PM, Alexandre Bergel
alexandre.ber...@me.com wrote:
Impressive!
Let us know
Alexandre
On 25 Nov 2011, at 07:00, Fernando Olivero wrote:
Dear all,
I've been working on a hole replacement of Morphic myself, because if
was tired of
14236
-
Issue 5024: incomplete SUnit
http://code.google.com/p/pharo/issues/detail?id=5024
Issue 5022: UITheme uncategorized method
http://code.google.com/p/pharo/issues/detail?id=5022
--
Marcus Denker -- http://marcusdenker.de
On 25 November 2011 11:00, Fernando Olivero fernando.oliv...@usi.ch wrote:
Dear all,
I've been working on a hole replacement of Morphic myself, because if
was tired of fixing Morphic (or porting CUIS Morphic into Pharo), and
found much more productive the approach of rewriting it from
http://code.google.com/p/pharo/issues/detail?id=5028
MCPackageManager class #initialize contains unimplemented call of
#unregisterForNotifications so Monticello cannot be loaded to a fresh
image. This method is no more present in the image.
Does anyone know why it was removed? It seems to be
Hi,
I would like to ask if the current solution where the method
Object#deprecated: is placed in the package Deprecated14, is good.
For images where this package is not present (e.g. Pharo-Kernel) we
got unimplemented call and possible DNU. The method
#deprecated:on:in: is in the kernel.
Of
sven could you add an entry on the cog bug tracker?
Stef
On Nov 25, 2011, at 9:48 AM, Sven Van Caekenberghe wrote:
On 25 Nov 2011, at 09:37, Lukas Renggli wrote:
Not nice, but works reasonably well. The invoking script listens to Pharo
generating some output file.
Have a look at
On Nov 25, 2011, at 11:53 AM, Pavel Krivanek wrote:
Hi,
I would like to ask if the current solution where the method
Object#deprecated: is placed in the package Deprecated14, is good.
I think the idea was to deprecate deprecated: so people use the one with more
infos... (deprecated:on:in:)
Mariano Martinez Peck wrote:
Hi Ben. Are you using exactly the same VM for both, 1.3
and 1.2.1?
from what I can see it looks like if FFI doesn't find the odbc library.
cheers
On Thu, Nov 24, 2011 at 4:57 PM, Stphane
Ducasse stephane.duca...@inria.fr
wrote:
did
you check the plugins?
On 25 Nov 2011, at 16:09, Stéphane Ducasse wrote:
sven could you add an entry on the cog bug tracker?
http://code.google.com/p/cog/issues/detail?id=64
There is already support for that in platform-specific code.
The function is
sqInt ioExitWithErrorCode(int);
so, the only thing which we need is to change the #primitiveQuit
to see if there an extra argument to it,
and then call
that function instead of ioExit
looks like easy to do.
Btw,
On 25 Nov 2011, at 09:27, Sven Van Caekenberghe wrote:
For scripting purposes, I would like to use/control the VM exit status/value
(on Linux).
There is SmalltalkImage#snapshot:andQuit: but there is nothing there that
indicates that one can set the process exit status. Is there a way to
did you kill the absolute coordinates?
say yes please :)
Stef
On Nov 25, 2011, at 11:00 AM, Fernando Olivero wrote:
Dear all,
I've been working on a hole replacement of Morphic myself, because if
was tired of fixing Morphic (or porting CUIS Morphic into Pharo), and
found much more
No may be just a mistake.
http://code.google.com/p/pharo/issues/detail?id=5028
MCPackageManager class #initialize contains unimplemented call of
#unregisterForNotifications so Monticello cannot be loaded to a fresh
image. This method is no more present in the image.
Does anyone know
in the bug tracker please :)
On Nov 25, 2011, at 4:59 PM, Igor Stasenko wrote:
There is already support for that in platform-specific code.
The function is
sqInt ioExitWithErrorCode(int);
so, the only thing which we need is to change the #primitiveQuit
to see if there an extra
Yes, it works!
if i open image like that:
./results/NBCog.app/Contents/MacOS/NBCog ./image/generator.image ; echo $?
and then do:
Smalltalk quitPrimitive: 10
it prints:
10
On 25 November 2011 17:01, Stéphane Ducasse stephane.duca...@inria.fr wrote:
in the bug tracker please :)
On Nov 25,
On 25 November 2011 17:01, Stéphane Ducasse stephane.duca...@inria.fr wrote:
in the bug tracker please :)
done:
http://code.google.com/p/pharo/issues/detail?id=5029
--
Best regards,
Igor Stasenko.
Just to let you know:
it works on Mac!
I just loaded the code which Javier did for linux, changed path to
library and it worked out of the box.
all examples in [1] are working out of the box!
So, now i can start wiring Cairo backend for Athens :)
[1] http://squeaksource.com/NBCairo/
--
Best
Glad to be able to say: yes!
Each object speaks in its own coordinate system, its parent already
internalized the point.
Suppose we have a click, announced by the mouse at a given point,
given in Display coordinates.
From now on we go, from the display, to the view , to the scene, to
the shape,
On 25 November 2011 17:22, Fernando Olivero fernando.oliv...@usi.ch wrote:
Glad to be able to say: yes!
Each object speaks in its own coordinate system, its parent already
internalized the point.
Suppose we have a click, announced by the mouse at a given point,
given in Display coordinates.
Hi Fernando,
This sounds very interesting! Do you have a rich text widget? ;-)
Cheers,
Bernhard
Am 25.11.2011 um 11:00 schrieb Fernando Olivero:
Dear all,
I've been working on a hole replacement of Morphic myself, because if
was tired of fixing Morphic (or porting CUIS Morphic into
+1 on moving to relative coordinates!
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Stéphane Ducasse
[stephane.duca...@inria.fr]
Sent: Friday, November 25, 2011 11:00 AM
To:
Benefit of doubt: I assume they used absolute coordinates in the belief that it
would reduce the amount of translation of coordinates that would be needed???
Less benefit of doubt: they might have done it to make things easier on end
users. If that were their answer, I would respond with a
14237
-
Issue 5010: Testing GUI widgets
http://code.google.com/p/pharo/issues/detail?id=5010
Issue 5027: rename _log.txt to PharoDebug.log
http://code.google.com/p/pharo/issues/detail?id=5027
Issue 5026: update Pharo-Kernel and Pharo-Core package
cool
We want more :)
Stef
On Nov 25, 2011, at 5:17 PM, Igor Stasenko wrote:
Just to let you know:
it works on Mac!
I just loaded the code which Javier did for linux, changed path to
library and it worked out of the box.
all examples in [1] are working out of the box!
So, now i can
14237
-
Issue 5010: Testing GUI widgets
http://code.google.com/p/pharo/issues/detail?id=5010
Issue 5027: rename _log.txt to PharoDebug.log
http://code.google.com/p/pharo/issues/detail?id=5027
Issue 5026: update Pharo-Kernel and Pharo-Core package
Thank you!
On 25 Nov 2011, at 17:06, Igor Stasenko wrote:
Yes, it works!
if i open image like that:
./results/NBCog.app/Contents/MacOS/NBCog ./image/generator.image ; echo $?
and then do:
Smalltalk quitPrimitive: 10
it prints:
10
On 25 November 2011 17:01, Stéphane Ducasse
14238
-
Issue 4998: ContextPart#runUntilErrorOrReturnFrom:
(for testing)
http://code.google.com/p/pharo/issues/detail?id=4998
Issue 4994: Two failing test in ProcessTest
http://code.google.com/p/pharo/issues/detail?id=4994
Issue 5014: zn updates
Ok for me
-- Pavel
25.11.2011 v 16:15, Marcus Denker marcus.den...@inria.fr:
On Nov 25, 2011, at 11:53 AM, Pavel Krivanek wrote:
Hi,
I would like to ask if the current solution where the method
Object#deprecated: is placed in the package Deprecated14, is good.
I think the idea
Hi
I would like to know the methods that I should define in a subclass of
ProtoObject so that I can use basicNew.
Does any of you have an idea?
Stef
Don't you just need the basicNew primitive, and make sure that the
magic number is set in the object that has the basicNew installed to
something that makes sense? If you want to send messages to the object,
probably also best install some dictionary as the method dict instvar.
Toon
On
Apparently I can do a doit I was naively doing an inspect ;)
Don't you just need the basicNew primitive, and make sure that the magic
number is set in the object that has the basicNew installed to something
that makes sense?
I do not know what is the magic number.
I guess that my problem
With the magic number I mean the number that defines the object's
structure. It's one of the first 3 instance variables of every class,
encoding how many instance variables there are; what kind of object it
is supposed to be (normal, array, bytes, words...). Every class
basically needs 3
Here's my scenario:
- a Pier kernel was previously serialized with Fuel-1.7
- a class was re-named (happens to be a subclass of PRCommand)
- get a walkback when trying to de-serialize with the same Fuel-1.7
- define the missing class, then de-serialize works
I was hoping that, after serializing
On 11/25/2011 12:14 AM, Igor Stasenko wrote:
On 24 November 2011 23:29, Javier Pimáselpochodelage...@gmail.com wrote:
On Thu, Nov 24, 2011 at 4:58 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
We do the same for our bootstrapper. First allocate space for the
objects used by the
To reply to the question from our pov:
In Pinocchio we actually need that nil, true and false fall within the
first 4gb of virtual memory space, since our native code directly
addresses those objects; and AMD64 code can only use 32bits for direct
addresses.
This is kinda sucky since OSX
I'm confused.
I'm not creating a class but an instance.
if it would be Behavior basicNew then yes I made sure that we could do Behavior
new and not crashing the system back in Squeak.
On Nov 25, 2011, at 9:45 PM, Toon Verwaest wrote:
With the magic number I mean the number that defines the
but you should be able to calculate size taken from object format
descriptor, don't you?
That's what we do in Pinocchio. We just ask for instSize, amongst other
things... Maybe I'm missing something? :)
right now I will start with stub to get some momentum and think after.
I was reading
Ok, I guess I was confused by your initial question: the methods that I
should define in a subclass of ProtoObject so that I can use basicNew... :)
On 11/25/2011 10:05 PM, Stéphane Ducasse wrote:
I'm confused.
I'm not creating a class but an instance.
if it would be Behavior basicNew then yes
On Nov 25, 2011, at 10:03 PM, Toon Verwaest wrote:
To reply to the question from our pov:
In Pinocchio we actually need that nil, true and false fall within the first
4gb of virtual memory space, since our native code directly addresses those
objects; and AMD64 code can only use 32bits
That's what we do in Pinocchio. We just ask for instSize, amongst other
things... Maybe I'm missing something? :)
right now I will start with stub to get some momentum and think after.
I was reading the bootstrap of Mate and it should be close to the one of
pinocchio.
I'm reading also micro
Thanks
for now I should eat my own dog food and do it and stop talking or even
thinking about it.
But I'm sucked by the world around me (wife, kids, colleagues, mail, admin, I
should go to an island without humans and internet).
Stef
On Nov 25, 2011, at 10:14 PM, Toon Verwaest wrote:
Denis Kudriashov wrote
Can I turn on halos. And is rotating morphs supported in pharo?
I love the rotating Morphs in Squeak! I found the functionality still in
Pharo, but only in RectangleMorph. But it seems to work fine to just copy
the methods from the t-rotating category of
Marcus Denker-4 wrote
I think the idea was to deprecate deprecated: so people use the one with
more
infos... (deprecated:on:in:)
But for small external projects, deprecated: is just fine and there are
users. So
I suggest we just move it out of the deprecated package and have it as a
On Nov 25, 2011, at 10:09 PM, Toon Verwaest wrote:
Ok, I guess I was confused by your initial question: the methods that I
should define in a subclass of ProtoObject so that I can use basicNew... :)
:)
Yes it is more the methods that I should define to have a usable class (browse,
doit,
The attached test case, reproduced below:
| result |
self analyzer
when: [:x | FLPair = x class and: [x left isNil not] ]
substituteBy: [:x | x copy left: $A ].
result := self resultOfSerializeAndMaterialize:
(FLPair new left: $a; right: $b; yourself).
self assert:
+ 1
Given a date and a version is a nice way to educate people to traceability.
Marcus Denker-4 wrote
I think the idea was to deprecate deprecated: so people use the one with
more
infos... (deprecated:on:in:)
But for small external projects, deprecated: is just fine and there are
On Nov 25, 2011, at 11:08 AM, Fernando Olivero wrote:
Hi Sean, i got overwhelmed last year with the task of porting CUIS
Morphic, to Pharo. There's just to much differences on several common
classes, it's hard to fully understand how to merge both ui
frameworks.
Even though i believe Juan
Hi everyone,
I have implemented a test for the missing method and the method itself. Before
I can upload it I need to create an issue for the enhancement. In the tracker I
am missing a template for a Pharo 1.3 Enhancement. Would you mind creating one?
Or is it a policy that if someone who
On 25.11.2011 22:18, Helene Bilbo wrote:
Denis Kudriashov wrote
Can I turn on halos. And is rotating morphs supported in pharo?
I love the rotating Morphs in Squeak! I found the functionality still in
Pharo, but only in RectangleMorph. But it seems to work fine to just copy
the methods from
On 25/11/11 3:56 PM, Yanni Chiu wrote:
Any ideas why Fuel is looking for OldClass, yet there are no instances
of OldClass in the de-serialized object graph.
There are no instances, but the class object itself is being held in
various places in the Pier kernel.
Hi Yanni
This is a feature or a known issue, I am not sure yet!
In serialization, when you substitute an object by another, such
substitution(*) is then serialized using the same rules, so you might need
the guard condition to avoid the infinite loop.
This was the simpler implementation, but
Hi Yanni,
On Fri, Nov 25, 2011 at 7:22 PM, Yanni Chiu ya...@rogers.com wrote:
On 25/11/11 3:56 PM, Yanni Chiu wrote:
Any ideas why Fuel is looking for OldClass, yet there are no instances
of OldClass in the de-serialized object graph.
There are no instances, but the class object itself
On 25/11/11 5:26 PM, Martin Dias wrote:
Hi Yanni
This is a feature or a known issue, I am not sure yet!
It makes sense why it is the way it is (as you've noted below). Once you
know this is what's happening. But, when first encountered, it's a bit
scary to see your image not respond. I'm
On 25/11/11 5:46 PM, Martin Dias wrote:
This can be the problem. Can you update these references to point NewClass?
Now that I know what's holding on to the class, I can figure out what to
do. Ideally, I'd like to remove the reference to the class, and have the
command list re-generated.
Hi Bernhard
the idea is enh only go for the current alpha except if they are more than enh
but really urgent freaky fixing a terribly broken
aspect of a stable :).
so go ahead and add a bug entry
Stef
On Nov 25, 2011, at 11:01 PM, Bernhard Pieber wrote:
Hi everyone,
I have implemented
Postdoc Position
• Duration: 3 years
• Starting date: end 2011
• Where: RMOD team at INRIA Lille Nord Europe http://rmod.lille.inria.fr
• Salary: 55 Keuros net (before taxes)
Keywords: dynamic languages, security, information flow, Smalltalk, Javascript
The
Postdoc Position
• Duration: 3 years
• Starting date: end 2011
• Where: RMOD team at INRIA Lille Nord Europe http://rmod.lille.inria.fr
• Salary: 55 Keuros net (before taxes)
Keywords: dynamic languages, security, information flow, Smalltalk, Javascript
The
69 matches
Mail list logo