- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Seaside loading broken in Pharo 7

by Sven Van Caekenberghe

You must be looking somewhere else, http://mc.stfx.eu/ZincHTTPComponents/ find 'Character-Encoding-Core', they are all there. > On 21 Mar 2018, at 20:41, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Normally loading #bleedingEdge of Zn, but I have to see if the very, very latest changes are in. >> >> You need Zinc-Character-Encoding-Core-SvenVanCaekenberghe.58 or newer. > > Already trapped in Git/Monticello problems: > > 1. In latest Pharo 7 Build 70715 I open Monticello browser and then I add > > MCHttpRepository > location: 'http://mc.stfx.eu/ZincHTTPComponents' > user: '' > password: '' > > Now try to browse the contents of the repo I already get a DNU because > IceProxyMCVersionInfo returns nil when asked for a #versionNumber leading > to other trouble. > > > 2. Now I try to load what you suggested with a script: > > Gofer it > url: 'http://mc.stfx.eu/ZincHTTPComponents'; > package: 'Zinc-Character-Encoding-Core-SvenVanCaekenberghe.58'; > load > > which fails as this version of the package is not there > > Currently http://mc.stfx.eu/ZincHTTPComponents only goes up to > > Zinc-Character-Encoding-Core-SvenVanCaekenberghe.39 > > and the 39 up to 58 are missing. > > So where is Zinc-Character-Encoding-Core-SvenVanCaekenberghe.58 or newer versions hosted??? > > Thanks > T. > > >

March 21, 2018

Re: [Pharo-dev] Seaside loading broken in Pharo 7

by Torsten Bergmann

> Normally loading #bleedingEdge of Zn, but I have to see if the very, very latest changes are in. > > You need Zinc-Character-Encoding-Core-SvenVanCaekenberghe.58 or newer. Already trapped in Git/Monticello problems: 1. In latest Pharo 7 Build 70715 I open Monticello browser and then I add MCHttpRepository location: 'http://mc.stfx.eu/ZincHTTPComponents' user: '' password: '' Now try to browse the contents of the repo I already get a DNU because IceProxyMCVersionInfo returns nil when asked for a #versionNumber leading to other trouble. 2. Now I try to load what you suggested with a script: Gofer it url: 'http://mc.stfx.eu/ZincHTTPComponents'; package: 'Zinc-Character-Encoding-Core-SvenVanCaekenberghe.58'; load which fails as this version of the package is not there Currently http://mc.stfx.eu/ZincHTTPComponents only goes up to Zinc-Character-Encoding-Core-SvenVanCaekenberghe.39 and the 39 up to 58 are missing. So where is Zinc-Character-Encoding-Core-SvenVanCaekenberghe.58 or newer versions hosted??? Thanks T.

March 21, 2018

[Pharo 7.0-dev] Build #715: 21579-Improving-the-handling-of-conflicts-in-Traits

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #715 was: SUCCESS. The Pull Request #1096 was integrated: "21579-Improving-the-handling-of-conflicts-in-Traits" Pull request url: https://github.com/pharo-project/pharo/pull/1096 Issue Url: https://pharo.fogbugz.com/f/cases/21579 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 21, 2018

[Pharo 7.0-dev] Build #714: 21552-HEInstallerbuild-has-unused-variable

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #714 was: SUCCESS. The Pull Request #1143 was integrated: "21552-HEInstallerbuild-has-unused-variable" Pull request url: https://github.com/pharo-project/pharo/pull/1143 Issue Url: https://pharo.fogbugz.com/f/cases/21552 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 21, 2018

[Pharo 7.0-dev] Build #713: 21636-Move-some-Help-Topics-to-Pharo-Help

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #713 was: SUCCESS. The Pull Request #1141 was integrated: "21636-Move-some-Help-Topics-to-Pharo-Help" Pull request url: https://github.com/pharo-project/pharo/pull/1141 Issue Url: https://pharo.fogbugz.com/f/cases/21636 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 21, 2018

Re: [Pharo-dev] Seaside loading broken in Pharo 7

by Sven Van Caekenberghe

> On 21 Mar 2018, at 12:49, Torsten Bergmann <astares(a)gmx.de> wrote: > > Is there already a fix available, any reference issue? > @Sven: can you tell us about the status/steps? Normally loading #bleedingEdge of Zn, but I have to see if the very, very latest changes are in. You need Zinc-Character-Encoding-Core-SvenVanCaekenberghe.58 or newer. > Gesendet: Dienstag, 13. MÃ¤rz 2018 um 21:26 Uhr > Von: "Cyril Ferlicot" <cyril.ferlicot(a)gmail.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] Seaside loading broken in Pharo 7 > > On mar. 13 mars 2018 at 21:11, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi Pharo-dev (CC Seaside-dev) > > the Seaside PR on discussions for Pharo 7 supprt on > > https://github.com/SeasideSt/Seaside/pull/979 > > says one should use > > Metacello new > baseline:'Seaside3'; > repository: 'github://SeasideSt/Seaside:master/repository'; > load. > > to load Seaside in Pharo 7 (which was from around 7th of February) > > I today tried with latest 70694 fresh Pharo image but after a while I get many > walkback debuggers with #setToEnd, isReadOnly and #closed not implemented > on ZnCharacterReadWriteStream > > while it is loading "Zinc-Character-Encoding-Core-SvenVanCaekenberghe.56" > > If I remember correctly I was able to load it in P7 two weeks ago - so something > broke it meanwhile. > > Any ideas? > > Hi! This is because of a really recent change and Sven is working on it. > > > > Bye > T. > > -- > Cyril Ferlicot > https://ferlicot.fr > > http://www.synectique.eu > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France

March 21, 2018

Re: [Pharo-dev] Seaside loading broken in Pharo 7

by Torsten Bergmann

March 21, 2018

[Pharo 7.0-dev] Build #712: 21622-Enhance-FileReference-API-to-allow-to-choose-encoding

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #712 was: SUCCESS. The Pull Request #1134 was integrated: "21622-Enhance-FileReference-API-to-allow-to-choose-encoding" Pull request url: https://github.com/pharo-project/pharo/pull/1134 Issue Url: https://pharo.fogbugz.com/f/cases/21622 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 21, 2018

Re: [Pharo-dev] Epicea changes broken in latest 7

by Damien Pollet

Trying to open Epicea in at least one project on my machine ;-) Perhaps it's best if I check with Guille in person tomorrow. On 20 March 2018 at 18:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > On 20 Mar 2018, at 17:31, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > > > I can perfectly reproduce, in fact I've had to copy-paste by hand from > the changes file and switched back to a 6.1 image to be able to do any work > on Clap. > > Perhaps this is triggered by the actual contents of the ombu files? > > Probably. > > Can you describe a reproducible scenario ? > > > On 20 March 2018 at 17:26, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Argh, yes, I am sorry. I can no longer reproduce it either, must have > occurred in a hacking image. > > > > I tested with the latest 7 and all was OK, even with a full Unicode > comment like > > > > foo > > "Ã©lÃ¨ve FranÃ§ais - 100 â¬" > > > > ^ foo > > > > > On 20 Mar 2018, at 17:12, Martin Dias <tinchodias(a)gmail.com> wrote: > > > > > > Couldn't reproduce in latest Pharo 7 32 bits. > > > > > > From stack trace: it's strange that ZnUTF8Encoder>>nextCodePointFromStream: > got that nil when parsing the stream. > > > > > > Martin > > > > > > On Wed, Mar 14, 2018 at 8:32 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > > > I cannot reproduce it from here... does your file have non-ascii > characters? > > > > > > On Wed, Mar 14, 2018 at 10:55 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > World Menu > Tools > Code Changes > > > > > > click on any change, boom. > > > > > > [ :error | > > > (OmFileStoreReadingError > > > readingError: error > > > on: self fileReference > > > position: readStream position) signal ] in [ :readStream | > > > [ ^ aBlockClosure value: readStream ] > > > on: Error > > > do: [ :error | > > > (OmFileStoreReadingError > > > readingError: error > > > on: self fileReference > > > position: readStream position) signal ] ] in > OmBlockFileStore(OmFileStore)>>readEntriesWith: in Block: [ :error | ... > > > BlockClosure>>cull: > > > Context>>evaluateSignal: > > > Context>>handleSignal: > > > Context>>handleSignal: > > > MessageNotUnderstood(Exception)>>signal > > > UndefinedObject(Object)>>doesNotUnderstand: #< > > > ZnUTF8Encoder>>nextCodePointFromStream: > > > ZnUTF8Encoder(ZnCharacterEncoder)>>nextFromStream: > > > ZnCharacterReadStream>>nextElement > > > [ :out | > > > | partialMatch pattern matched | > > > partialMatch := (self collectionSpecies new: aCollection size) > > > writeStream. > > > pattern := aCollection readStream. > > > matched := false. > > > [ matched or: [ self atEnd or: [ pattern atEnd ] ] ] > > > whileFalse: [ | ch | > > > (ch := self nextElement) = pattern next > > > ifTrue: [ pattern atEnd > > > ifTrue: [ matched := true ] > > > ifFalse: [ partialMatch > nextPut: ch ] ] > > > ifFalse: [ pattern reset. > > > out nextPutAll: partialMatch contents. > > > partialMatch reset. > > > out nextPut: ch ] ]. > > > matched > > > ifFalse: [ out nextPutAll: partialMatch contents ] ] in > ZnCharacterReadStream>>upToAll: in Block: [ :out | ... > > > String class(SequenceableCollection class)>>new:streamContents: > > > String class(SequenceableCollection class)>>streamContents: > > > ZnCharacterReadStream>>upToAll: > > > [ stream upToAll: token ] in OmSTONEntryReader>> > nextEntryPositionIfFound:ifNone: in Block: [ stream upToAll: token ] > > > BlockClosure>>on:do: > > > OmSTONEntryReader>>nextEntryPositionIfFound:ifNone: > > > OmSTONEntryReader>>entryPositionsDo: > > > OmSTONEntryReader>>entryPositionsUpTo: > > > [ :readStream | > > > readStream position: startPosition. > > > ^ self newEntryReader > > > stream: readStream; > > > entryPositionsUpTo: endPosition ] in OmBlockFileStore>>entryPositionsStartingAt:upTo: > in Block: [ :readStream | ... > > > [ ^ aBlockClosure value: readStream ] in [ :readStream | > > > [ ^ aBlockClosure value: readStream ] > > > on: Error > > > do: [ :error | > > > (OmFileStoreReadingError > > > readingError: error > > > on: self fileReference > > > position: readStream position) signal ] ] in > OmBlockFileStore(OmFileStore)>>readEntriesWith: in Block: [ ^ > aBlockClosure value: readStream ] > > > BlockClosure>>on:do: > > > [ :readStream | > > > [ ^ aBlockClosure value: readStream ] > > > on: Error > > > do: [ :error | > > > (OmFileStoreReadingError > > > readingError: error > > > on: self fileReference > > > position: readStream position) signal ] ] in > OmBlockFileStore(OmFileStore)>>readEntriesWith: in Block: [ :readStream | > ... > > > [ aBlock value: stream ] in FileReference(AbstractFileReference)>>readStreamDo: > in Block: [ aBlock value: stream ] > > > BlockClosure>>ensure: > > > FileReference(AbstractFileReference)>>readStreamDo: > > > OmBlockFileStore(OmFileStore)>>readEntriesWith: > > > OmBlockFileStore>>entryPositionsStartingAt:upTo: > > > OmBlock>>refresh > > > OmBlock>>checkIfMustRefreshBlock > > > > > > > > > > > > > > > > > > -- > > > > > > Guille Polito > > > Research Engineer > > > > > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > > CRIStAL - UMR 9189 > > > French National Center for Scientific Research - http://www.cnrs.fr > > > > > > Web: http://guillep.github.io > > > Phone: +33 06 52 70 66 13 > > > > > > > > > > > > > > > -- > > Damien Pollet > > type less, do more [ | ] http://people.untyped.org/damien.pollet > > > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

March 20, 2018

Re: [Pharo-dev] Epicea changes broken in latest 7

by Sven Van Caekenberghe

> On 20 Mar 2018, at 17:31, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > I can perfectly reproduce, in fact I've had to copy-paste by hand from the changes file and switched back to a 6.1 image to be able to do any work on Clap. > Perhaps this is triggered by the actual contents of the ombu files? Probably. Can you describe a reproducible scenario ? > On 20 March 2018 at 17:26, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Argh, yes, I am sorry. I can no longer reproduce it either, must have occurred in a hacking image. > > I tested with the latest 7 and all was OK, even with a full Unicode comment like > > foo > "Ã©lÃ¨ve FranÃ§ais - 100 â¬" > > ^ foo > > > On 20 Mar 2018, at 17:12, Martin Dias <tinchodias(a)gmail.com> wrote: > > > > Couldn't reproduce in latest Pharo 7 32 bits. > > > > From stack trace: it's strange that ZnUTF8Encoder>>nextCodePointFromStream: got that nil when parsing the stream. > > > > Martin > > > > On Wed, Mar 14, 2018 at 8:32 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > I cannot reproduce it from here... does your file have non-ascii characters? > > > > On Wed, Mar 14, 2018 at 10:55 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > World Menu > Tools > Code Changes > > > > click on any change, boom. > > > > [ :error | > > (OmFileStoreReadingError > > readingError: error > > on: self fileReference > > position: readStream position) signal ] in [ :readStream | > > [ ^ aBlockClosure value: readStream ] > > on: Error > > do: [ :error | > > (OmFileStoreReadingError > > readingError: error > > on: self fileReference > > position: readStream position) signal ] ] in OmBlockFileStore(OmFileStore)>>readEntriesWith: in Block: [ :error | ... > > BlockClosure>>cull: > > Context>>evaluateSignal: > > Context>>handleSignal: > > Context>>handleSignal: > > MessageNotUnderstood(Exception)>>signal > > UndefinedObject(Object)>>doesNotUnderstand: #< > > ZnUTF8Encoder>>nextCodePointFromStream: > > ZnUTF8Encoder(ZnCharacterEncoder)>>nextFromStream: > > ZnCharacterReadStream>>nextElement > > [ :out | > > | partialMatch pattern matched | > > partialMatch := (self collectionSpecies new: aCollection size) > > writeStream. > > pattern := aCollection readStream. > > matched := false. > > [ matched or: [ self atEnd or: [ pattern atEnd ] ] ] > > whileFalse: [ | ch | > > (ch := self nextElement) = pattern next > > ifTrue: [ pattern atEnd > > ifTrue: [ matched := true ] > > ifFalse: [ partialMatch nextPut: ch ] ] > > ifFalse: [ pattern reset. > > out nextPutAll: partialMatch contents. > > partialMatch reset. > > out nextPut: ch ] ]. > > matched > > ifFalse: [ out nextPutAll: partialMatch contents ] ] in ZnCharacterReadStream>>upToAll: in Block: [ :out | ... > > String class(SequenceableCollection class)>>new:streamContents: > > String class(SequenceableCollection class)>>streamContents: > > ZnCharacterReadStream>>upToAll: > > [ stream upToAll: token ] in OmSTONEntryReader>>nextEntryPositionIfFound:ifNone: in Block: [ stream upToAll: token ] > > BlockClosure>>on:do: > > OmSTONEntryReader>>nextEntryPositionIfFound:ifNone: > > OmSTONEntryReader>>entryPositionsDo: > > OmSTONEntryReader>>entryPositionsUpTo: > > [ :readStream | > > readStream position: startPosition. > > ^ self newEntryReader > > stream: readStream; > > entryPositionsUpTo: endPosition ] in OmBlockFileStore>>entryPositionsStartingAt:upTo: in Block: [ :readStream | ... > > [ ^ aBlockClosure value: readStream ] in [ :readStream | > > [ ^ aBlockClosure value: readStream ] > > on: Error > > do: [ :error | > > (OmFileStoreReadingError > > readingError: error > > on: self fileReference > > position: readStream position) signal ] ] in OmBlockFileStore(OmFileStore)>>readEntriesWith: in Block: [ ^ aBlockClosure value: readStream ] > > BlockClosure>>on:do: > > [ :readStream | > > [ ^ aBlockClosure value: readStream ] > > on: Error > > do: [ :error | > > (OmFileStoreReadingError > > readingError: error > > on: self fileReference > > position: readStream position) signal ] ] in OmBlockFileStore(OmFileStore)>>readEntriesWith: in Block: [ :readStream | ... > > [ aBlock value: stream ] in FileReference(AbstractFileReference)>>readStreamDo: in Block: [ aBlock value: stream ] > > BlockClosure>>ensure: > > FileReference(AbstractFileReference)>>readStreamDo: > > OmBlockFileStore(OmFileStore)>>readEntriesWith: > > OmBlockFileStore>>entryPositionsStartingAt:upTo: > > OmBlock>>refresh > > OmBlock>>checkIfMustRefreshBlock > > > > > > > > > > > > -- > > > > Guille Polito > > Research Engineer > > > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - http://www.cnrs.fr > > > > Web: http://guillep.github.io > > Phone: +33 06 52 70 66 13 > > > > > > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet

March 20, 2018