We have a small REPL image for Pharo 2.0
https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-2.0/job/PharoKernel2.0-OSProcess-evaluator/
It uses this code:
https://gitorious.org/pharo-build/pharo-build/source/16a7598f75c46e6a12e2f4edf16710563e92dbe0:scripts/pharo/Kernel-2.0/OSProcessEvaluator
Branch: refs/tags/30597
Home: https://github.com/pharo-project/pharo-core
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: f41e7d140b0222035b4e2e5aa24fcc68dc12b230
https://github.com/pharo-project/pharo-core/commit/f41e7d140b0222035b4e2e5aa24fcc68dc12b230
Author: Jenkins Build Server
Date: 2013-11-25 (Mon, 25 Nov 2013
Hi,
I'm coming late to this. I don't fully share the vision of Java as a
language having a renaissance, I think it is a mature language, strict
by definition, but solid executionwise. So yes, it's a pain the a** to
develop with it, particularly having programmed with Smalltalk during
a decade.
In
Bravo Jan and your collaborators. You have done it.
Anything preventing STX:LIBJAVA from being used in production environments?
Anything preventing Pharo and VisualWorks for using the technology also?
Any plans to do the same for C# DotNET?
All the best,
Aik-Siong Koh
--
View this message in
Hi Benjamin,
I am just curious if you had a time to look at the layout? If you have an idea,
let me know and I will try to fix it.
Thanks,
Jura
El 24-11-2013, a las 17:47, Benjamin
escribió:
> I will do that tomorrow :P
>
> Do not hesitate to bump me if you forget :)
>
> Ben
>
> On 24 Nov
Hi Guillermo, Hi Stef,
On Mon, Nov 25, 2013 at 2:33 PM, Guillermo Polito wrote:
>
>
>
> On Mon, Nov 25, 2013 at 5:09 PM, Stéphane Ducasse <
> stephane.duca...@inria.fr> wrote:
>
>>
>>> From the practical point of view, it's always faster to remove.
>>> something than to load something. And it's
Yes I am interested in Amber Roassal and also Roassal3d. Mostly on Amber
Roassal because I want to target tablets and phones and since I have no
desire to go through the App stores, javascript is my best option.
Another thing I have observed is that in all examples there is no
anti-aliasing which
I have actually used PyPy , the socket bridge I had created was to make
PyPy communicate with cpython embeded in the open source 3d application
Blender and vice versa. I wanted to use PyPy to speed up blender cpython.
Very friendly community too. AFAIK they had a Smalltalk implementation on
top of
I am not familiar with the libraries you referring to nor I have messed
with XML (thank god).
I dont care which is faster I only care which is fast enough.
I have never benchmarked my sockets but they always have been fast enough
for my needs.
I have found a benchmark here
http://www.opendmx.net
On Sun, Nov 24, 2013 at 9:34 AM, Sean P. DeNigris wrote:
> Stephan Eggermont wrote
>> We need to revert to the modal behavior
>
> In general in UIs, he best approach is to do what the user requests without
> hesitation, and make everything undoable.
Ah, thanks for saying that. People need to be
Hi Jan,
On 25 Nov 2013, at 22:47, Jan Vrany wrote:
> Here's the code that parses XML using Xerces on VM that
> runs both Smalltalk and Java:
>
> ===
> factory := JAVA javax xml parsers SAXParserFactory newInstance.
> parser := factory newSAXParser getXMLReader.
> parser setC
On Mon, Nov 25, 2013 at 5:09 PM, Stéphane Ducasse wrote:
>
>> From the practical point of view, it's always faster to remove. something
>> than to load something. And it's much faster to unload it without
>> Monticello. So I would use ugly removeAllButPackages: because it's fast,
>> then fix the
Speaking of which, I'd love to have a go at targeting Emscripten
https://github.com/kripken/emscripten/wiki
We can do this by using llvm-gcc producing bitcode.
It may not be too hard to compile things, of course, the next challenge is
with all the display and I/O.
But if they can do Unreal3, ME
Hi guys,
Does anyone know if Pharo can work on a Solaris System ?
Cheers,
Jannik
Thanks for all your explanation. There are useful!
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
On Nov 25, 2013, at 6:20 PM, Igor Stasenko wrote:
>
>
>
> On 25 November 2013 19:01, A
On 25/11/13 20:12, kilon alios wrote:
I don't see a problem. Sockets provide a way to communicate, sockets
nowadays are used almost everywhere. They have their limitations but its
a viable , very fast and simple solution.
OK, let's make an experiment and we'll see :-)
Here's the code that pars
Hi!
> So I took your advice and gave a good look to Roassal to learn more about how
> to use Athens. First I want to congratulate the coders, I was expecting a
> simple visualisation library for object graphs and what I see is a full blown
> graphics library that can be used for many diffirent
On 25 November 2013 19:01, Alexandre Bergel wrote:
> > If I add, let’s say, 30 000 000 elements into c. After the addition the
> array will be very very big. Which means that it may be in a different
> segment memory than the one that contains “c”. Do you feel this may be a
> problem? I am thinki
Eliot do you think we could earn performance on Cog just by editing its
settings ?
I mean for example the settings:
- number of PICs maximum case
- JIT cache size
- ...
If we had something (like a job on a build server) that would try all the
values in a range possible for each setting, I mean fo
>
> But the problem is that the *semantics* are still that of Smalltalk, and it’s
> completely not clear for the programmer where the similarity ends.
>
> If you want to have “I can type in examples from my ruby book” compatibility,
> you need to implement the real semantics, which in many case
>
> Tangentially can anyone point me to a headless image with a REPL for use
> in testing Spur?
>
Hi Eliot,
This is probably much too heavyweight for what you have in mind, but if
you are able to load OSProcess and CommandShell into the test image, you
can then evaluate "ExternalCommandShell star
So I took your advice and gave a good look to Roassal to learn more about
how to use Athens. First I want to congratulate the coders, I was expecting
a simple visualisation library for object graphs and what I see is a full
blown graphics library that can be used for many diffirent kinds of
graphic
On 25 Nov 2013, at 21:13, kilon alios wrote:
> I don't see a problem. Sockets provide a way to communicate, sockets nowadays
> are used almost everywhere. They have their limitations but its a viable ,
> very fast and simple solution.
>
> Also you can use Redline Smalltalk -> http://www.redl
I don't see a problem. Sockets provide a way to communicate, sockets
nowadays are used almost everywhere. They have their limitations but its a
viable , very fast and simple solution.
Also you can use Redline Smalltalk -> http://www.redline.st/ if you want to
run smalltalk on JVM.
I vaguely remem
>
> From the practical point of view, it's always faster to remove. something
> than to load something. And it's much faster to unload it without Monticello.
> So I would use ugly removeAllButPackages: because it's fast, then fix the
> problems like obsolete classes an Undeclared, continue with
On Nov 25, 2013, at 7:11 AM, Pavel Krivanek wrote:
> Hi Stef,
>
> our starting point looks like this:
> - we have a method how to produce small image without network etc.
> - we are able to load network, Monticello and Gofer in it (this job is
> currently broken)
> - we are able to load Metace
On 25/11/13 19:17, kilon alios wrote:
Its also way simpler and faster to just make java apps communicate with
pharo via sockets.
No, it's not simpler nor faster.
Imagine you want to parse and validate XML using Xerces parser
while having your SAX handler written in Smalltalk.
Jan
never heard about it :)
On Nov 25, 2013, at 3:39 PM, Martin Dias wrote:
> Hi,
>
> I just discovered this feature and wanted to share it:
>
> When a version is saved, the file repositories check if a file named 'notify'
> exists in the repository directory [1]. If it exists, then it reads ema
On 25 Nov 2013, at 20:39, Stéphane Ducasse wrote:
> it was done.
>
There is already a fix… will be added with the next update.
> On Nov 25, 2013, at 10:47 AM, Camillo Bruni wrote:
>
>>
>> On 2013-11-24, at 20:55, Stéphane Ducasse wrote:
>>
>>> Smalltalk tools openBrowser
>>> produces an
it was done.
On Nov 25, 2013, at 10:47 AM, Camillo Bruni wrote:
>
> On 2013-11-24, at 20:55, Stéphane Ducasse wrote:
>
>> Smalltalk tools openBrowser
>> produces an emergency evaluator.
>> => annoying.
>
> => open a bug entry
I published the package. It was probably in my package cache.
Let me know if this is working.
On Nov 25, 2013, at 10:41 AM, Tudor Girba wrote:
> Hi Stef,
>
> ConfigurationOfXMLWriter does not work. The moose build fails because
> XML-Writer-Core-monty.5 does not seem to exist:
>
> FAILED->XML
I will have a look.
Stef
> Hi Stef,
>
> ConfigurationOfXMLWriter does not work. The moose build fails because
> XML-Writer-Core-monty.5 does not seem to exist:
>
> FAILED->XML-Writer-Core-monty.5[31mCould not resolve: XML-Writer-Core
> [XML-Writer-Core-monty.5] in /builds/workspace/moose-5
tx
I will check.
>
>
>
>> Stupidly I was thinking that unload was removing classes from the system.
>>
>> but (MCWorkingCopy forPackage: (MCPackage named: 'NautilusCommon')) unload.
>> does not remove the classes from the system
>>
>> is it me or it was working?
>>
>
> It seems to work fo
Actually, do I want to have Pharo running on Java? My answer was ‘yes’ a couple
of years before. Today, I want to have Pharo (or at least most of it) running
in a web browser.
Distributing applications to clients is then so easy...
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Hi Pavel, Hi All,
On Sun, Nov 24, 2013 at 10:11 PM, Pavel Krivanek
wrote:
> Hi Stef,
>
> our starting point looks like this:
> - we have a method how to produce small image without network etc.
> - we are able to load network, Monticello and Gofer in it (this job is
> currently broken)
> - we ar
Its also way simpler and faster to just make java apps communicate with
pharo via sockets. You dont need pharo to run JVM , all you need is a way
to communicate with it. So why do it the hard way ?
Στις 24 Νοε 2013 11:20 μ.μ., ο χρήστης "askoh" έγραψε:
> http://www.wired.com/wiredenterprise/2013/
On Mon, Nov 25, 2013 at 3:49 AM, Camillo Bruni wrote:
> we have now 5 cases defined as show stopper...
>
> https://pharo.fogbugz.com/f/filters/62/All-priority
>
> if that were really the case the image would no longer run ;)
>
My understanding of the term "show stopper" is a deficiency that is ju
On Sun, Nov 24, 2013 at 1:19 PM, askoh wrote:
> http://www.wired.com/wiredenterprise/2013/09/the-second-coming-of-java/
>
> The article talks about Java Virtual Machine running dynamic languages like
> Scala and Clojure in addition to Java. What prevents the Smalltalk Virtual
> Machine from runni
> If I add, let’s say, 30 000 000 elements into c. After the addition the array
> will be very very big. Which means that it may be in a different segment
> memory than the one that contains “c”. Do you feel this may be a problem? I
> am thinking about a long jump between c and array. Long jumps
Ok, thanks Clément for the explanation.
what do you mean with "now if you a 3 million of elements to this
OrderedCollection, you need to handle specifically”. What the VM does exactly
in that case?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.ber
Damien Cassou wrote
> done. Please open the launcher, then its preference settings, and
> change the directory.
Cool, thanks!
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/PharoLauncher-tp4723991p4725135.html
Sent from the Pharo Smalltalk Developers mailing list arc
Hi Alexandre,
On Mon, Nov 25, 2013 at 7:42 AM, Alexandre Bergel
wrote:
> Hi Eliot,
>
> I have a question still on segmented memory.
>
> Consider an object “c := OrderedCollection new”. It is likely that the
> internal "array” and the object c will be in the same generation and in the
> same memor
On Mon, Nov 25, 2013 at 9:37 AM, Sven Van Caekenberghe wrote:
>
> On 25 Nov 2013, at 17:56, Clément Bera wrote:
>
> > Yeah you cannot compile without inlining specific messages. You can
> disable inlining of #timesRepeat: at image level because we added it for
> fun to see if it was easy to do i
On 25 Nov 2013, at 17:56, Clément Bera wrote:
> Yeah you cannot compile without inlining specific messages. You can disable
> inlining of #timesRepeat: at image level because we added it for fun to see
> if it was easy to do in Opal. Now all other optimizations were in the old
> compiler and
Hi:
On 25 Nov 2013, at 17:46, Clément Bera wrote:
> An interesting point in V8 is that the data and pointers are not in the same
> spaces. It would mean in Cog, if I understand correctly, that byte and word
> objects are not in the same space as other objects. I guess this simplifies
> the GC
Yeah you cannot compile without inlining specific messages. You can disable
inlining of #timesRepeat: at image level because we added it for fun to see
if it was easy to do in Opal. Now all other optimizations were in the old
compiler and are mandatories. However, you can now in Opal disable these
Hello,
To answer your question, V8 definitely supports memory segments. I don't
know about papers but in the code each segment is an instance of Heap (see
heap.cc and heap.h in the source). The 2 young spaces are in another
contiguous segment of 8Mb.
Each segment of V8 are one of this kind (all i
Indeed, it seems to work fine. Thanks Stephan and Diego.
Doru
On Mon, Nov 25, 2013 at 2:25 PM, Camillo Bruni wrote:
> Doru uploaded the new version, seems to work again:
>
> https://ci.inria.fr/pharo-contribution/job/XMLWriter/
> https://ci.inria.fr/pharo-contribution/job/XMLParser/
>
> also I
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: aa60745ad2bcc2724c1de09046f66e582bec08b1
https://github.com/pharo-project/pharo-core/commit/aa60745ad2bcc2724c1de09046f66e582bec08b1
Author: Jenkins Build Server
Date: 2013-11-25 (Mon, 25 Nov 2013
Branch: refs/tags/30596
Home: https://github.com/pharo-project/pharo-core
On Mon, Nov 18, 2013 at 7:00 AM, wrote:
> Hi! We're sending this automatic email twice a month, to give the
> community an opportunity to easily know what's happening and to coordinate
> efforts. Just answer informally, and feel free to spawn discussions
> thereafter!
>
> ### Here's what I've be
On Thu, Nov 21, 2013 at 4:00 PM, Sean P. DeNigris wrote:
> One thing is that I'd like to be able to choose the default image location.
> It feels wrong to install them under ~/Library/Preferences on the Mac...
done. Please open the launcher, then its preference settings, and
change the directory
Hi Eliot,
I have a question still on segmented memory.
Consider an object “c := OrderedCollection new”. It is likely that the internal
"array” and the object c will be in the same generation and in the same memory
segment.
If I add, let’s say, 30 000 000 elements into c. After the addition the
On 25 Nov 2013, at 16:26, Max Leske wrote:
> Thanks Clément, that seems to be it. Disabling the timesRepeat inlining makes
> most of the builds run through but not all of them. It seems like there’s
> another (Opal related?) problem (with the exact same symptoms…).
>
> I’ve tried disabling al
With the object's format reified in Layouts, we could rewrite a method like
this by a double-dispatch:
Object >>
fuelAccept: aGeneralMapper
"Be careful because the order is important. For example, weak are also
variable, but we need that weak objects send #visitWeakObject: and not
#visitVariableOb
Mmm... if slots support annotations, maybe the user can tag an instance
variable with a "ignore" tag.
At this moment, the user can override #fuelIgnoredInstanceVariableNames to
do that, answering a list of variable names.
Martín
On Sat, Nov 23, 2013 at 5:46 PM, Stéphane Ducasse wrote:
>
> > H
I dont think you have read my full message :)
I have already reported it on fogbuz and provided a slice with the fix.
On Mon, Nov 25, 2013 at 2:14 PM, Damien Cassou wrote:
> On Mon, Nov 18, 2013 at 6:47 PM, kilon alios
> wrote:
> > in #smalltalkhub few minutes ago
>
>
> could you please repo
Started an editor for Athens, Hyperion
- Currently I have implemented edit mode for straight lines
hopefully more to come :)
On Mon, Nov 25, 2013 at 2:34 PM, Tudor Girba wrote:
> Not yet started. It's planned for sometime this week (hopefully).
>
> Doru
>
>
> On Mon, Nov 25, 2013 at 1:25 PM,
Hi,
I just discovered this feature and wanted to share it:
When a version is saved, the file repositories check if a file named
'notify' exists in the repository directory [1]. If it exists, then it
reads email addresses from that file and send emails notifying the new
version [2].
We noticed wi
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 2055d83044b0b6c73889f8d1991b61691a000a1d
https://github.com/pharo-project/pharo-core/commit/2055d83044b0b6c73889f8d1991b61691a000a1d
Author: Jenkins Build Server
Date: 2013-11-25 (Mon, 25 Nov 2013
Branch: refs/tags/30595
Home: https://github.com/pharo-project/pharo-core
pfff you people doing this only for the glory and the girls. How shallow :D
On Mon, Nov 25, 2013 at 3:29 PM, Nicolas Petton wrote:
> yep thanks Damien, we need more of your contributions :)
>
> Nico
>
> Damien Cassou writes:
>
> > On Mon, Nov 25, 2013 at 1:26 PM, kilon alios
> wrote:
> >> yeah
yep thanks Damien, we need more of your contributions :)
Nico
Damien Cassou writes:
> On Mon, Nov 25, 2013 at 1:26 PM, kilon alios wrote:
>> yeah you replied me on irc, the package is now deleted, far easier than I
>> expected , well done to Nicolas for smalltalk hub :)
>
>
> thanks to Nicolas
Doru uploaded the new version, seems to work again:
https://ci.inria.fr/pharo-contribution/job/XMLWriter/
https://ci.inria.fr/pharo-contribution/job/XMLParser/
also I closed the original issue again
https://pharo.fogbugz.com/f/cases/12229/XML-Tools-improvement
On 2013-11-25, at 13:40, Stephan
On Thu, Nov 21, 2013 at 5:33 PM, Mark Bestley wrote:
> Aren't the parameters of setImage and template the wrong way round? ie it
> seems to pass the template dir to the image and vice versa
fixed. Thanks
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Success is the ability to go from
On Mon, Nov 25, 2013 at 1:26 PM, kilon alios wrote:
> yeah you replied me on irc, the package is now deleted, far easier than I
> expected , well done to Nicolas for smalltalk hub :)
thanks to Nicolas for everything else on SmalltalkHub. But this
particular button was made by me :-D. Thanks to m
On Sun, Nov 24, 2013 at 4:18 PM, Stéphane Ducasse
wrote:
> I have no idea why because I could add him to XMLParser and others.
done
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Churchill
The configuration of XMLWriter refers to the wrong repository.
That breaks the moose build.
I don’t seem to have commit rights to PharoExtras, so
ConfigurationOfXMLWriter-StephanEggermont.41.mcz
Description: Binary data
Not yet started. It's planned for sometime this week (hopefully).
Doru
On Mon, Nov 25, 2013 at 1:25 PM, Damien Cassou wrote:
> On Mon, Nov 18, 2013 at 7:05 PM, Tudor Girba wrote:
> > - Translate the Moose book into Pillar
>
>
> how is it going?
>
> --
> Damien Cassou
> http://damiencassou.seas
On Mon, Nov 18, 2013 at 7:05 PM, Tudor Girba wrote:
> - Translate the Moose book into Pillar
how is it going?
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Churchill
better late than never :D
yeah you replied me on irc, the package is now deleted, far easier than I
expected , well done to Nicolas for smalltalk hub :)
On Mon, Nov 25, 2013 at 2:11 PM, Damien Cassou wrote:
> On Sun, Nov 17, 2013 at 5:28 PM, kilon alios
> wrote:
> > Hi , I was working on my pr
### Here's what I've been up to since the last WhatsUp:
- wrote a few readme for some Pharo repositories
- add a project to the bachelor projects to http://topics.pharo.org/
- update on pharo topics
PharoLauncher:
- release a drag&drop dmg for Pharo on MacOSX
- bug fixes + some cleaning
Phar
On Mon, Nov 18, 2013 at 6:47 PM, kilon alios wrote:
> in #smalltalkhub few minutes ago
could you please report bugs on fogbugz?
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Churchill
On Sun, Nov 17, 2013 at 5:28 PM, kilon alios wrote:
> Hi , I was working on my project Hyperion and I made a mistake. I committed
> my latest commit to PharoLauncher repo instead of my Hyperion repo in
> smalltalkhub. Is there a way to delete the commit so that my Hyperion
> package does not appea
we have now 5 cases defined as show stopper...
https://pharo.fogbugz.com/f/filters/62/All-priority
if that were really the case the image would no longer run ;)
signature.asc
Description: Message signed with OpenPGP using GPGMail
On 2013-11-25, at 11:24, Marcus Denker wrote:
>
> 7559 Plugins Primitives no longer work after a while
> https://pharo.fogbugz.com/f/cases/7559
7559 was solved in 3.0 by a DateAndTime fix which I do not want to backport
(too easy to break something).
signature.asc
Description: Message
Hi,
We have 5 open issues reported against Pharo2:
Not fixed and no fix available in 2, fixed in 3:
11683 Renaming a package in Nautilus w/ a shorter name: Primitive Failed due to
negative size passed
https://pharo.fogbugz.com/f/cases/1168
7559 Plugins Primitives no longer work
On 2013-11-24, at 20:55, Stéphane Ducasse wrote:
> Smalltalk tools openBrowser
> produces an emergency evaluator.
> => annoying.
=> open a bug entry
signature.asc
Description: Message signed with OpenPGP using GPGMail
Hi Stef,
ConfigurationOfXMLWriter does not work. The moose build fails because
XML-Writer-Core-monty.5 does not seem to exist:
FAILED->XML-Writer-Core-monty.5[31mCould not resolve: XML-Writer-Core
[XML-Writer-Core-monty.5] in /builds/workspace/moose-5.0/package-cache
http://smalltalkhub.com/mc/P
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 7d380dcb3b89f9a0b654cc5c711f5c0fcb7c0260
https://github.com/pharo-project/pharo-core/commit/7d380dcb3b89f9a0b654cc5c711f5c0fcb7c0260
Author: Jenkins Build Server
Date: 2013-11-25 (Mon, 25 Nov 2013
Branch: refs/tags/30594
Home: https://github.com/pharo-project/pharo-core
On 25 Nov 2013, at 10:04, Marcus Denker wrote:
>
> On 25 Nov 2013, at 09:19, p...@highoctane.be wrote:
>
>> Exactly. This researcher/industry - lab/delivery is always present, no
>> matter where one goes.
>>
>> I was thinking more along the lines of:
>>
>>
>> Investing in the industry
>>
On 25 Nov 2013, at 09:19, p...@highoctane.be wrote:
> Exactly. This researcher/industry - lab/delivery is always present, no matter
> where one goes.
>
> I was thinking more along the lines of:
>
>
> Investing in the industry
>
> Thousands of vendors depend on Intel® processors for product d
Exactly. This researcher/industry - lab/delivery is always present, no
matter where one goes.
I was thinking more along the lines of:
Investing in the industry
Thousands of vendors depend on Intel® processors for product development.
To help them forge ahead with new product advancements, Intel
85 matches
Mail list logo
