and have a look at this video: https://vimeo.com/37032840
On 13 June 2012 04:16, Yanni Chiu wrote:
> On 12/06/12 7:52 PM, Cameron Sanders wrote:
>
>>
>> My test is the most trivial test of the Person tutorial for Magritte,
>> grab my partial version from
>> MCHttpRepository
>> location:
>> 'ht
Hey all!
I have just added large file (chunkwise upload and download) support to
Kom/Networking/Iliad in Pharo 1.4 and while testing it I tried uploading
a 2.9Gb file.
I haven't looked at the exact error message, and I haven't tried writing
a trivial test - but the "half written" file on dis
On Tue, Jun 12, 2012 at 11:55 PM, Camillo Bruni wrote:
>
> > Update to the last image 20129 there are 4 failing tests and I come to
> this conclusion.
>
> ok but these are whitebox tests which have to be adapted... (apparently my
> changes got lost there)
>
> FileSystem-Tests-Core-CamilloBruni.9
>
Hi Igor,
It is very good that someone tries to optimize this, it is a weak point
currently, performance wise.
I am not a low-level guy, so I can't really help with the assembler code. But
utf-8 encoding/decoding is an area that interests me.
I can point to the 2 currently available utf-8 encod
- Added #deleteIfAbsent: , #ensureDeleted and #ensureClosed.
- Added #testDeleteIfAbsent, #testEnsureClosed, #testEnsureDeleted and
#testExists.
- Make FileSystemHandleTest >> tearDown more robust by using ensure* methods.
I have know much about FileSystem so if someone can check please. I
don't
On Jun 13, 2012, at 10:07 AM, Sven Van Caekenberghe wrote:
> Hi Igor,
>
> It is very good that someone tries to optimize this, it is a weak point
> currently, performance wise.
>
> I am not a low-level guy, so I can't really help with the assembler code. But
> utf-8 encoding/decoding is an ar
On 06/13/2012 04:44 AM, Igor Stasenko wrote:
> Hi, hardcore hackers.
> please take a look at the code and tell if it can be improved.
>
> The AsmJit snippet below transforms an unicode integer value
> to 1..4-byte sequence of utf-8
>
> then the outer piece of code (which is not yet written) will
> On 11 June 2012 09:26, Marcus Denker wrote:
>>
>>
>> The whole point about improving the system is to then use the improvements.
>> Else what's the point in improving anything?
>>
>
> Hi, from Capt. Obvious :)
>
The sad fact is that this is not obvious... far from it.
Marcus
--
Marcus Denk
2012/6/12 Igor Stasenko
> On 12 June 2012 23:28, Helene Bilbo
> wrote:
> > The subtle texture is more like overlaying the existing elements with
> white
> > noise.
> >
> > While one can make an IconicButton of course, one can not make a Window
> > Title Bar this way. There must be a way to make
Hi,
I started thinking on next release of Pharo 1.4 (which will be code named
"summer", not an ugly number).
I've been monitoring the list and I think there are some things to improve, so
I'm planning to add this things to new one click:
- pre-load OmniBrowser.
Why I'm suggesting this? Becau
On 13 Jun 2012, at 10:29, Marcus Denker wrote:
> We shoud standardize on *one* converter... what is the use of everyone doing
> it again?
Ultimately, yes, there should be one.
However, it does not hurt that multiple people are working on the same subject
even if that sometimes means multiple
On 13 Jun 2012, at 11:08, Esteban Lorenzano wrote:
> Hi,
>
> I started thinking on next release of Pharo 1.4 (which will be code named
> "summer", not an ugly number).
> I've been monitoring the list and I think there are some things to improve,
> so I'm planning to add this things to new one
On 13.06.2012 10:31, Philippe Marschall wrote:
On 06/13/2012 04:44 AM, Igor Stasenko wrote:
Hi, hardcore hackers.
please take a look at the code and tell if it can be improved.
The AsmJit snippet below transforms an unicode integer value
to 1..4-byte sequence of utf-8
then the outer piece of c
Hi :),
Does anyone know if there's a way to detect if a Zinc Server doesn't bind to a
port, (probably because there's already a server listening on that port), and
signal an error?
Thanks a lot,
Mark
Mark,
On 13 Jun 2012, at 12:09, Mark Smith wrote:
> Hi :),
>
> Does anyone know if there's a way to detect if a Zinc Server doesn't bind to
> a port, (probably because there's already a server listening on that port),
> and signal an error?
>
> Thanks a lot,
>
> Mark
Good question.
Try
Esteban,
Definitely worth doing!!!
Install all the stuff I need on new images etc just to the have to
discard them for some reason doesn't makes me reinstall anything
afterwards.
Tried to work the way of Mariano with the "ConfigurationOf" but
frankly, let it fall by the wayside.
Just too ma
On 06/13/2012 11:40 AM, Henrik Sperre Johansen wrote:
> On 13.06.2012 10:31, Philippe Marschall wrote:
>> On 06/13/2012 04:44 AM, Igor Stasenko wrote:
>>> Hi, hardcore hackers.
>>> please take a look at the code and tell if it can be improved.
>>>
>>> The AsmJit snippet below transforms an unicode
Thanks Sven. That's working now :).
On 13 Jun 2012, at 11:22, Sven Van Caekenberghe wrote:
> Mark,
>
> On 13 Jun 2012, at 12:09, Mark Smith wrote:
>
>> Hi :),
>>
>> Does anyone know if there's a way to detect if a Zinc Server doesn't bind to
>> a port, (probably because there's already a ser
Esteban Lorenzano wrote:
Hi,
I started thinking on next release of Pharo 1.4 (which will be code named "summer", not an ugly number).
I've been monitoring the list and I think there are some things to improve, so I'm planning to add this things to new one click:
- pre-load OmniBrowser.
Why I
On 13 June 2012 10:52, camille teruel wrote:
> 2012/6/12 Igor Stasenko
>>
>> On 12 June 2012 23:28, Helene Bilbo
>> wrote:
>> > The subtle texture is more like overlaying the existing elements with
>> > white
>> > noise.
>> >
>> > While one can make an IconicButton of course, one can not make a
Mark Smith wrote:
Hi :),
Does anyone know if there's a way to detect if a Zinc Server doesn't bind to a
port, (probably because there's already a server listening on that port), and
signal an error?
Thanks a lot,
Mark
As a backup plan... why not from one code path (perhaps requiring a
On 13 June 2012 11:40, Henrik Sperre Johansen
wrote:
> On 13.06.2012 10:31, Philippe Marschall wrote:
>>
>> On 06/13/2012 04:44 AM, Igor Stasenko wrote:
>>>
>>> Hi, hardcore hackers.
>>> please take a look at the code and tell if it can be improved.
>>>
>>> The AsmJit snippet below transforms an u
Hi guys. If you are interested in learning about Fuel's internals, its
differences with other serializers, etc, I invite you to read our journal
paper that has just been accepted. This paper is *much* better than the
version of the ESUG workshop (in case you have read that one).
You can find the p
EFL stands for Enlightenment Foundation Librairies
It is a set of C librairies that are used for the E17 window manager (a
famous vaporware).
E17 is still in alpha (since a very long time but it is usable, give it a
try if you have a linux distro somewhere), because they're currently
working on EFL
Hi guys!
I'm chasing a bug that appeared in glorp under pharo 1.4. Now, the
bug is due to some behavior changed in OrderedCollection I think. Look
at this piece of code:
oc := OrderedCollection new.
ws := oc writeStream.
"this explodes"
ws nextPutAll: (OrderedCollection with: 1 with: 2 with: 3
On 13 June 2012 10:31, Philippe Marschall
wrote:
> On 06/13/2012 04:44 AM, Igor Stasenko wrote:
>> Hi, hardcore hackers.
>> please take a look at the code and tell if it can be improved.
>>
>> The AsmJit snippet below transforms an unicode integer value
>> to 1..4-byte sequence of utf-8
>>
>> then
yup I know that :D
And I provided a fix on e year ago, that got lost in a big refactoring...
- I added an explicit #streamSpecies on the Collection classes.
- By default it returns the same class
- on Set / OrderedCollection / Symbol it returns the mutable types (LinkedList
as well I think)
- over
On 13 June 2012 14:51, camille teruel wrote:
> EFL stands for Enlightenment Foundation Librairies
> It is a set of C librairies that are used for the E17 window manager (a
> famous vaporware).
> E17 is still in alpha (since a very long time but it is usable, give it a
> try if you have a linux dis
soo, what do I do? :D
On 6/13/12, Camillo Bruni wrote:
> yup I know that :D
> And I provided a fix on e year ago, that got lost in a big refactoring...
> - I added an explicit #streamSpecies on the Collection classes.
> - By default it returns the same class
> - on Set / OrderedCollection / Symbo
On 13/06/12 5:08 AM, Esteban Lorenzano wrote:
- pre-load OmniBrowser.
- pre-load Spotlight
As long as it unloads cleanly, then okay.
Would #cleanUpForProduction do the unload?
On 06/13/2012 02:59 PM, Igor Stasenko wrote:
> On 13 June 2012 10:31, Philippe Marschall
> wrote:
>> On 06/13/2012 04:44 AM, Igor Stasenko wrote:
>>> Hi, hardcore hackers.
>>> please take a look at the code and tell if it can be improved.
>>>
>>> The AsmJit snippet below transforms an unicode inte
Hey!
Ok, so the plot thickens:
If I run this in a "oneclick 1.4" I will get a file write error on 2Gb:
| f b |
f := StandardFileStream newFileNamed: 'test'.
b := ByteArray new: 1024*1024*100. "100Mb"
[30 timesRepeat: [f nextPutAll: b]] ensure: [f close] "3Gb"
...but it worked fine using a sel
On Jun 13, 2012, at 6:23 AM, p...@highoctane.be wrote:
> Esteban,
>
> Definitely worth doing!!!
>
> Install all the stuff I need on new images etc just to the have to
> discard them for some reason doesn't makes me reinstall anything
> afterwards.
>
> Tried to work the way of Mariano with the
On 2 June 2012 09:28, Stefan Marr wrote:
> Hi Sean:
>
> On 02 Jun 2012, at 05:07, Sean P. DeNigris wrote:
>
>> During the process, I noticed that the Blue Book specifies that #fork
>> returns the block itself (pg. 252), while in Pharo it returns the process
>> (see #testFork in the slice). Should
On Wed, Jun 13, 2012 at 04:08:14PM +0200, G?ran Krampe wrote:
>
> Hey!
>
> Ok, so the plot thickens:
>
> If I run this in a "oneclick 1.4" I will get a file write error on 2Gb:
>
> | f b |
> f := StandardFileStream newFileNamed: 'test'.
> b := ByteArray new: 1024*1024*100. "100Mb"
> [30 timesRe
On Wed, Jun 13, 2012 at 2:56 PM, Guillermo Polito
wrote:
> oc := OrderedCollection new.
> ws := oc writeStream.
streaming over an OrderedCollection is officially not supported for
standard streams (see http://scg.unibe.ch/scgbib?query=Cass09a for
details). You can only stream over an Array or Str
On Wed, 13 Jun 2012, Guillermo Polito wrote:
soo, what do I do? :D
Streaming into an OrderedCollection is unnecessary, because
OrderedCollection is already a stream-like object. If I were implementing
Smalltalk now, I would probably add the stream protocol to it (#nextPut:,
#nextPutAll:, et
Ok, just was expecting (very very deeply) not having to modify too much in
Glorp :). Anyway, I'll see what can I do in this front.
Now Damien, if streaming is only intended for arrays and strings, I'd
expect the expression 'OrderedCollection new writeStream' to raise an
error... :/
On Wed, Jun 13
Guillermo Polito writes:
> Ok, just was expecting (very very deeply) not having to modify too
> much in Glorp :). Anyway, I'll see what can I do in this front.
>
> Now Damien, if streaming is only intended for arrays and strings, I'd
> expect the expression 'OrderedCollection new writeStream' to
And why no Xtreams?
2012/6/13
> Guillermo Polito writes:
>
> > Ok, just was expecting (very very deeply) not having to modify too
> > much in Glorp :). Anyway, I'll see what can I do in this front.
> >
> > Now Damien, if streaming is only intended for arrays and strings, I'd
> > expect the expr
Let us know how we can help you.
Stef
On Jun 13, 2012, at 1:52 AM, Cameron Sanders wrote:
> Nick & Yanni,
>
> Starting with a clean Pharo 1.4-one-click, running on a Mac, and loading as
> listed below (see botton of page), does not deliver the desired results. A
> trivial Magritte described o
If it's about switching to a clean library maximizing the power of
composition use Xtreams.
If it's about maximizing compatibility, use Nile. The composition in
Nile is done via Traits, this is interesting but spectrum is quite
narrow. Nile also introduces lazy streams and filters, but this is
less
By the way,
OrderedCollection new writing
write: ({1. 2. 3.} as: OrderedCollection);
conclusion
2012/6/13 Nicolas Cellier :
> If it's about switching to a clean library maximizing the power of
> composition use Xtreams.
> If it's about maximizing compatibility, use Nile. The compo
Call it SummerRain :).
Yes this is a good idea.
What we should do also is to push and validate metacello Configs. We should
really move on such topic.
Stef
On Jun 13, 2012, at 11:08 AM, Esteban Lorenzano wrote:
> Hi,
>
> I started thinking on next release of Pharo 1.4 (which will be code na
Can't help remember something old...
Clipper Summer '87.
The name was sticking for a long while.
http://en.wikipedia.org/wiki/Clipper_(programming_language)
You'll see the Seasonal Versions, which is quite a nice idea in fact
as it allows interesting themeing to take place.
There was a VM and
On Wed, Jun 13, 2012 at 12:35 AM, Göran Krampe wrote:
> Hey all!
>
> I have just added large file (chunkwise upload and download) support to
> Kom/Networking/Iliad in Pharo 1.4 and while testing it I tried uploading a
> 2.9Gb file.
>
> I haven't looked at the exact error message, and I haven't tr
I would have really prefer that Xtreams provide a compatible API.
Because changing API means also rewrite documentation….
Nicolas else did you get Xtream working well in Pharo?
Because we will nearly killed all the old FileDirectory code. So stream would
be good candidate to clean too.
Stef
> I
Hi
I try it on Pharo1.4 - all tests green.
http://www.squeaksource.com/Xtreams.html page contains gofer scripts.
Without last ffi packages (for VW I thing) all are loadable and work good.
2012/6/13 Stéphane Ducasse
> I would have really prefer that Xtreams provide a compatible API.
> Because c
On Wed, Jun 13, 2012 at 7:40 AM, David T. Lewis wrote:
>
> On Wed, Jun 13, 2012 at 04:08:14PM +0200, G?ran Krampe wrote:
> >
> > Hey!
> >
> > Ok, so the plot thickens:
> >
> > If I run this in a "oneclick 1.4" I will get a file write error on 2Gb:
> >
> > | f b |
> > f := StandardFileStream newFi
On 13 June 2012 20:25, Stéphane Ducasse wrote:
> I would have really prefer that Xtreams provide a compatible API.
> Because changing API means also rewrite documentation….
If I recall correctly, Michael & Martin said that it was impossible to
provide a compatible API because the ANSI Stream prot
On Wed, Jun 13, 2012 at 7:35 AM, Frank Shearar wrote:
> On 2 June 2012 09:28, Stefan Marr wrote:
> > Hi Sean:
> >
> > On 02 Jun 2012, at 05:07, Sean P. DeNigris wrote:
> >
> >> During the process, I noticed that the Blue Book specifies that #fork
> >> returns the block itself (pg. 252), while in
BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo-1.4-Tests/./Architecture=32,OS=win/60/Project:Architecture=32,OS=winDate of build:Fri, 01 Jun 2012 16:24:22 +0200Build duration:14 hrCHANGESNo ChangesCONSOLE OUTPUTStarted by upstream project "Pharo-1.4-Tests" build number 65Started by
Tx
now there is a difference between adjustments and fully new API and I would
have preferred adjustments.
Stef
On Jun 14, 2012, at 12:11 AM, Frank Shearar wrote:
> On 13 June 2012 20:25, Stéphane Ducasse wrote:
>> I would have really prefer that Xtreams provide a compatible API.
>> Because
On 14 June 2012 08:33, Stéphane Ducasse wrote:
> Tx
>
> now there is a difference between adjustments and fully new API and I would
> have preferred adjustments.
>
> Stef
IMO, Xtreams design is simply superior.
But i agree, we cannot throw existing streams out.. too much things
tied to them, and
54 matches
Mail list logo