May 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

by stepharo

> > I created an ePub version of the book Enterprise Pharo for > electronic readers. > It would be great if you could test it and give me feedbacks on > everything that shocks you. > > You can downlod the file > here<http://files.pharo.org/books-ressources/entreprise-pharo/>. > > Thanks, > Thibault > > > Works very nicely on my iPhone. It would be great to have all the > books in this format. this is the idea :) Stef > > Cheers > Andy

May 31, 2016

Re: [Pharo-users] Changes file without

by stepharo

Thanks mariano We are trying to find all the places that are writing to disc and others and we should be able to turn them on and off. Stef Le 31/5/16 Ã 14:29, Mariano Martinez Peck a Ã©crit : > There used to be a #discardChanges or #forgetChanges or some message > like that that allowed one to discard .changes file. But I cannot seem > to find that anymore in 5.0. Maybe it is #closeSourceFiles. > > The reason could be becuase the do-it (same as executing a .st) are > tracked in the changes file. Another possibility is to explicitly > disable the announcers, hoping that the changes writing happens via > announcements: > > SystemAnnouncer uniqueInstance suspendAllWhile: [ self executeYourScript ] > > Hope this helps. > > On Tue, May 31, 2016 at 8:22 AM, Valentin Ryckewaert > <valentin.ryckewaert(a)gmail.com <mailto:valentin.ryckewaert@gmail.com>> > wrote: > > Hello everyone, > > I'm trying to execute a script from a .st file on a image whose > changes file isn't writable. > When i do this, I'm getting a bug with primSize... It looks like > get size of the file need write access ? > The exception : > Primitive failed: primitive #primsize: in MultiByteFileStream > > Does someone have an idea of the reason of this problem please? > > Valentin > > > > > -- > Mariano > http://marianopeck.wordpress.com

May 31, 2016

Re: [Pharo-users] Changes file without

by stepharo

If you execute your script with an image with ui you should be able to see the stack. Le 31/5/16 Ã 12:22, Valentin Ryckewaert a Ã©crit : > Hello everyone, > > I'm trying to execute a script from a .st file on a image whose > changes file isn't writable. > When i do this, I'm getting a bug with primSize... It looks like get > size of the file need write access ? > The exception : > Primitive failed: primitive #primsize: in MultiByteFileStream > > Does someone have an idea of the reason of this problem please? > > Valentin

May 31, 2016

Re: [Pharo-users] Changes file without

by Mariano Martinez Peck

There used to be a #discardChanges or #forgetChanges or some message like that that allowed one to discard .changes file. But I cannot seem to find that anymore in 5.0. Maybe it is #closeSourceFiles. The reason could be becuase the do-it (same as executing a .st) are tracked in the changes file. Another possibility is to explicitly disable the announcers, hoping that the changes writing happens via announcements: SystemAnnouncer uniqueInstance suspendAllWhile: [ self executeYourScript ] Hope this helps. On Tue, May 31, 2016 at 8:22 AM, Valentin Ryckewaert < valentin.ryckewaert(a)gmail.com> wrote: > Hello everyone, > > I'm trying to execute a script from a .st file on a image whose changes > file isn't writable. > When i do this, I'm getting a bug with primSize... It looks like get size > of the file need write access ? > The exception : > Primitive failed: primitive #primsize: in MultiByteFileStream > > Does someone have an idea of the reason of this problem please? > > Valentin > -- Mariano http://marianopeck.wordpress.com

May 31, 2016

Re: [Pharo-users] Is lazy evaluation of infinite series possible?

by Hilaire

Multiplication of power series looks tricky as for the term k of the resulting power series you need to access terms where sum index value to k. (ps1 next: i) and (ps2 next: k - i). Somehow the bloc of code defining the multiplicated serie needs to know about its current rank k. You should not need a dedicated .* operator, you can handle it with only * operator with appropriate object testing. No real answer Le 30/05/2016 21:47, Erisa a Ã©crit : > The fibonacciSequence example was really helpful. I made a new class > PowerSeries, a subclass of Generator. Then I defined a binary operation + > as follows: > > + aPowerSeries > ^ PowerSeries on: [ :ps | > | a b | > [ a := self next. > b := aPowerSeries next. > ps yield: (a + b) ] > repeat ] > > This works perfectly. But now I am struggling with how to define > multiplication. When I do PS1 * PS2, the first yield should be a := PS1 > next. b := PS2 next. ps yield (a * b). Thereafter would come the > PowerSeries, call it PSNew, (PS2 .* a) + (PS1 * PS2'), where .* is scalar > multiplication (easy to implement) and PS2' is the original PS2 (i.e., > rewound 1). I see several problems here. It looks like I need a way to > clone (fork?) a PowerSeries since in this computation I need both the > current PS2 and the original PS2 and be able to operate with them > independently. Second, how do I define the generator so that it first > yields the scalar (a*b) and thereafter is represented by the PowerSeries > PSNew? Finally, will the recursion in the definition of * blow up rapidly? -- Dr. Geo http://drgeo.eu

May 31, 2016

Re: [Pharo-users] Mongo-BSON OID LargePositiveInteger increase

by Henrik Johansen

> On 31 May 2016, at 11:44 , Holger Freyther <holger(a)freyther.de> wrote: > > not with Pharo5: > > ((LargePositiveInteger new: 3) digitAdd: SmallInteger maxVal - 10) class > => SmallInteger That's a very recent change to the LargeInteger primitives, wasn't in my old spur vm (a month old perhaps). So,in addition to #digitAdd: being 3 times slower than #+ (...jittability? Shouldn't be *that* much more work to add a byte to another byte compared to whatever #+ does) nor is it hitting the fast path for replaceFrom:.. (2 variableX instances) either, meaning it'll see an even bigger improvement from reverting compared to Pharo4 (which got 50% faster...) > ' > > cool! Change looks good but please remove the obsolete >>#digitAdd: comment. > > thanks a lot!! Done, published as .47 Tested counter increments and reset at image startup, seemed to work at least. Cheers, Henry

May 31, 2016

Re: [Pharo-users] Is lazy evaluation of infinite series possible?

by CÃ©drick BÃ©ler

I have no idea of the solutionâ¦ but what I just read brought to me Â« Continuation Â» . I wonder if it may help here. My 0.2 cents, CÃ©drik

May 31, 2016

Changes file without

by Valentin Ryckewaert

Hello everyone, I'm trying to execute a script from a .st file on a image whose changes file isn't writable. When i do this, I'm getting a bug with primSize... It looks like get size of the file need write access ? The exception : Primitive failed: primitive #primsize: in MultiByteFileStream Does someone have an idea of the reason of this problem please? Valentin

May 31, 2016

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

by Mark Bestley

On 30/05/2016 15:44, Thibault ARLOING wrote: > Hi, > > I created an ePub version of the book Enterprise Pharo for electronic > readers. > It would be great if you could test it and give me feedbacks on > everything that shocks you. > > You can downlod the file here > <http://files.pharo.org/books-ressources/entreprise-pharo/>. > It is not a valid epub file epubcheck finds many errors <https://github.com/idpf/epubcheck> The first ome which will stop some readers loading at all is Mimetype file entry is missing or is not the first file in the archive. -- Mark

May 31, 2016

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

by Damien Cassou

Andy Burnett <andy.burnett(a)knowinnovation.com> writes: > Great idea! And, I have just done it :-) thank you *very* much. ESUG received your donation. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 31, 2016