February 2019 - Pharo-users

PharoV50.sources in VM?

by Hilaire

Hi, In the Linux distributed VM, I noted the file lib/pharo/5.xxxx/PharoV50.sources. Can it be removed safely? What is its purpose? Thanks Hilaire -- Dr. Geo http://drgeo.eu

Feb. 1, 2019

Re: [Pharo-users] LibGit error at start up

by Hilaire

I have determined the Linux 32 bits VM proposed for download is the faulty. No idea about the 64bits versions. You can download the Pharo VM and image as separated packages. * Pharo image:Â 64bit (default) <https://files.pharo.org/get-files/70/pharo64.zip>Â |Â 32bit <https://files.pharo.org/get-files/70/pharo.zip> * Â PharoVM 7.0 for Windows:Â 64bit <https://files.pharo.org/get-files/70/pharo64-win-stable.zip>Â |Â 32bit (default) <https://files.pharo.org/get-files/70/pharo-win-stable.zip> * Â PharoVM 7.0 for macOS:Â 64bit (default) <https://files.pharo.org/get-files/70/pharo64-mac-stable.zip>Â |Â 32bit <https://files.pharo.org/get-files/70/pharo-mac-stable.zip> * Â PharoVM 7.0 for Linux:Â 64bit (default) <https://files.pharo.org/get-files/70/pharo64-linux-stable.zip>Â |Â 32bit <https://files.pharo.org/get-files/70/pharo-linux-stable.zip> Le 31/01/2019 Ã 11:43, Hilaire a Ã©critÂ : > I should add the host is Linux 64bits, configured with 32 bits > libraries, and DrGeo/32bits was running fine so far (version of June > 2018 with P7 32bits image and VM of then). It should not be related to > the issue. -- Dr. Geo http://drgeo.eu

Feb. 1, 2019

favorite way to migrate from mczs to git?

by PAUL DEBRUICKER

Hi - Whats the best way to migrate a few dozen projects to git, some with ConfigurationOfXXX and some without? https://github.com/peteruhnak/git-migration seems to be broken on Pharo 6 & 7. Thanks Paul

Feb. 1, 2019

Re: [Pharo-users] Class name with diacritic character and Pharo

by Sven Van Caekenberghe

https://github.com/pharo-project/pharo/pull/2433 > On 29 Jan 2019, at 15:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > https://github.com/pharo-project/pharo/issues/2395 > >> On 27 Jan 2019, at 17:03, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> Hi Dominique, >> >>> On 27 Jan 2019, at 11:40, Dominique Dartois <dom(a)dartois.org> wrote: >>> >>> Hello all. >>> If a use french diacritic character in a class name, the code runs but I canât fileout the package nor save it with Monticello. >>> For example, the C cedilla in the class name drive me to an âZnInvalidUTF8:Illegal byte for utf-8 encoding' when filing out. >>> >>> Is it a bug or a feature? >>> Thank you >>> >>> <image.png>--- >>> Dominique Dartois >> >> Thanks for reporting this. This is most definitely a bug, I can confirm its occurrence. >> >> I'm CC pharo-dev as this is quite important. This will be a long mail. >> >> >> This is one manifestation of a problem that has been present for quite a while. >> >> I'll start by describing what I did, what went well and where/how this fails, some generic points, and two conceptual solutions (that need further verification). >> >> Like you, I created a new subclass: >> >> Object subclass: #ClasseFranÃ§aise >> instanceVariableNames: '' >> classVariableNames: '' >> package: '_UnpackagedPackage' >> >> With comment: >> >> I am ClasseFranÃ§aise. >> >> Try: >> >> ClasseFranÃ§aise new Ã©lÃ¨ve. >> ClasseFranÃ§aise new euro. >> >> And two methods (in the 'test' protocol): >> >> Ã©lÃ¨ve >> ^ 'Ã©lÃ¨ve' >> >> euro >> ^ 'â¬' >> >> I added the euro sign (because that is encoded in UTF-8 with 3 bytes, not 2 like Ã§). >> Like you said, the system can cope with such class and method names and seems to function fine. >> >> Looking at the .changes file, the correct source code was appended: >> >> ----SNAPSHOT----2019-01-26T23:36:18.548555+01:00 work.image priorSource: 339848! >> >> Object subclass: #ClasseFranÃ§aise >> instanceVariableNames: '' >> classVariableNames: '' >> package: '_UnpackagedPackage'! >> !ClasseFranÃ§aise commentStamp: 'SvenVanCaekenberghe 1/27/2019 12:25' prior: 0! >> I am ClasseFranÃ§aise.! >> !ClasseFranÃ§aise methodsFor: 'test' stamp: 'SvenVanCaekenberghe 1/27/2019 12:26'! >> Ã©lÃ¨ve >> ^ 'Ã©lÃ¨ve'! ! >> !ClasseFranÃ§aise commentStamp: 'SvenVanCaekenberghe 1/27/2019 12:27' prior: 33898360! >> I am ClasseFranÃ§aise. >> >> Try: >> >> ClasseFranÃ§aise new Ã©lÃ¨ve. >> ClasseFranÃ§aise new euro. >> ! >> !ClasseFranÃ§aise methodsFor: 'test' stamp: 'SvenVanCaekenberghe 1/27/2019 12:27'! >> euro >> ^ 'â¬'! ! >> >> >> Doing a file out (or otherwise saving the source code) fails. The reason is an incorrect manipulation of this source file while looking for what is called the method preamble, in SourcFileArray>>#getPreambleFrom:at: position >> >> An programmatic way to invoke the same error is by doing >> >> (ClasseFranÃ§aise>>#Ã©lÃ¨ve) timeStamp. >> (ClasseFranÃ§aise>>#Ã©lÃ¨ve) author. >> >> Both fail with the same error. >> >> >> The source code of methods is (currently) stored in a .sources or .changes file. CompiledMethods know their source pointer, an offset in one of these files. Right before the place where the source starts is a preamble that contains some meta information (including the author and timestamp). To access that preamble, the source code pointer is moved backwards to the beginning of the preamble (which begins and ends with a !). >> >> >> The current approach fails in the presence of non-ASCII characters. More specifically because of a mixup between the concept of byte position and character position when using UTF-8, a variable length encoding (both the .changes and the .sources are UTF-8 encoded). >> >> For example, consider >> >> 'Ã partir de 10 â¬' size. "16" >> 'Ã partir de 10 â¬' utf8Encoded size. "19" >> >> So although the string contains 16 characters, it is encoded as 19 bytes, Ã using 2 bytes and â¬ using 3 bytes. In general, moving backwards or forwards in UTF-8 encoded bytes cannot be done without understanding UTF-8 itself. >> >> ZnUTF8Encoder can do both (moving forward is #nextFromStream: while moving backwards is #backOnStream:). However, ZnUTF8Encoder is also strict: it will signal an error when forced to operate in between encoded characters, which is what happens here. >> >> It is thus not possible to move to arbitrary bytes positions and assume/hope to always arrive on the correct character boundaries and it is also wrong to take the difference between two byte positions as the count of characters present (since their encoding is of variable length). >> >> SourcFileArray>>#getPreambleFrom:at: is doing both of these wrong (but gets away with it in 99.99% of all cases since very few people name their classes like that). >> >> There are two solutions: operate mostly on the byte level or operate correctly on the character level. Here are two conceptual solutions (you must execute either solution 1 or 2, not both), with two different inputs. >> >> >> src := '!ClasseFranÃ§aise methodsFor: ''test'' stamp: ''SvenVanCaekenberghe 1/27/2019 12:27''! >> euro >> ^ ''â¬''! !'. >> >> "startPosition := 83" >> >> str := ZnCharacterReadStream on: (src utf8Encoded readStream). >> str position: 83. "at start of euro, the methods source string" >> str upToEnd. >> >> str position: (83 - 3). "before ! before euro" >> >> "find the previous ! before position" >> position := str position. >> binary := str wrappedStream. >> encoder := str encoder. >> >> "solution 1" >> [ position >= 0 and: [ binary position: position. binary next ~= 33 ] ] whileTrue: [ position := position - 1 ]. >> position. >> encoder decodeBytes: (binary next: 80 - position). >> >> "solution 2" >> count := 0. >> [ str position >= 0 and: [ str next ~= $! ] ] whileTrue: [ >> encoder backOnStream: binary; backOnStream: binary. count := count + 1 ]. >> str position. >> str next: count. >> >> >> Same code, different input (and starting position): >> >> >> src := '!ABC!ClasseFranÃ§aise methodsFor: ''test'' stamp: ''SvenVanCaekenberghe 1/27/2019 12:27''! >> euro >> ^ ''â¬''! !'. >> >> "startPosition := 87" >> >> str := ZnCharacterReadStream on: (src utf8Encoded readStream). >> str position: 87. "at start of euro, the methods source string" >> str upToEnd. >> >> str position: (87 - 3). "before ! before euro" >> >> "find the previous ! before position" >> position := str position. >> binary := str wrappedStream. >> encoder := str encoder. >> >> "solution 1" >> [ position >= 0 and: [ binary position: position. binary next ~= 33 ] ] whileTrue: [ position := position - 1 ]. >> position. >> encoder decodeBytes: (binary next: 80 - position). >> >> "solution 2" >> count := 0. >> [ str position >= 0 and: [ str next ~= $! ] ] whileTrue: [ >> encoder backOnStream: binary; backOnStream: binary. count := count + 1 ]. >> str position. >> str next: count. >> >> >> Solution 1 (at the byte level) works because $! (ASCII code 33) is also encoded as such in UTF-8 and this byte pattern cannot be part of a 2, 3 or 4 byte UTF-8 encoded character. The final byte segment must then be given to the proper encoder to turn it into characters. >> >> Solution 2 (at the character level) works because it essentially counts characters while moving backwards correctly (it moves back 2 steps each time because #next moves 1 step forward, while #peek would not help). >> >> Note that in Solution 1 the moving position is held in an external variable, while in Solution 2 it is held inside the stream. >> >> >> Implementing either solution requires more internal access of the streams (#wrappedStream), so SourcFileArray>>#getPreambleFrom:at: should at least be moved to SourceFile, IMHO. >> >> Obviously this is a sensitive/critical area to touch. >> >> We will also need a regression unit test. >> >> On a higher design level, I think that CompiledMethod>>#timeStamp and CompiledMethod>>#author should be cached at the instance level (a unix timestamp and a symbol would cost very little). >> >> Sven >> >> >> >> >> >> >

Feb. 1, 2019

[ANN] Pharo Launcher 1.6 released

by Christophe Demarey

Hi all, Pharo Launcher 1.6 has just been released! It is available from http://pharo.org/download. This new version introduces two major changes: the list of template sources is now externalized as a Ston file. Pharo Launcher will check regularly (at startup and each day) if there are changes between your local source of templates and the one hosted in Pharo file server. If so, Pharo Launcher will propose you to update your template sources. It is a way to automatically get new official sources or to keep stable, dev versions up to date. a small UI is now available to manage VMs of PharoLauncher (update, remove, list). Also, this is the first release done with all sources coming from GitHub (https://github.com/pharo-project/pharo-launcher) Big thanks to all contributors, including issue reports. Here is the changelog: Pharo Launcher v1.6 <https://github.com/pharo-project/pharo-launcher/releases/tag/1.6> New features: #283 <https://github.com/pharo-project/pharo-launcher/issues/283> Template sources should be editable without modifying PL code #172 <https://github.com/pharo-project/pharo-launcher/issues/172> Provide a way to update / remove VMs #131 <https://github.com/pharo-project/pharo-launcher/issues/131> Display date for "Last Modified" on the form of "X day/month/year ago" Improvements: #295 <https://github.com/pharo-project/pharo-launcher/issues/295> Pharo 7 marked as (development version) #290 <https://github.com/pharo-project/pharo-launcher/issues/290> Add "latest" to indicate dynamic version development versions for Pharo 7.0 #299 <https://github.com/pharo-project/pharo-launcher/issues/299> About hot (more recently used) coloring schema #287 <https://github.com/pharo-project/pharo-launcher/issues/287> Launch button is enabled despite no Current image being selected (or present) #274 <https://github.com/pharo-project/pharo-launcher/issues/274> Copy and Rename command should not add a "-01" Bug fixes: #293 <https://github.com/pharo-project/pharo-launcher/issues/293> zipfile from 85bebb7 <https://github.com/pharo-project/pharo-launcher/commit/85bebb7dc75e7e78fac0…> has no source file #291 <https://github.com/pharo-project/pharo-launcher/issues/291> FileDoesNotExist error at Launcher startup #286 <https://github.com/pharo-project/pharo-launcher/issues/286> Buttons (Import > Launch an image...) are cut off in Windows 10 #281 <https://github.com/pharo-project/pharo-launcher/issues/281> Pharo Launcher does not go beyond Pharo 7 #1384 image Regards, The Pharo team.

Feb. 1, 2019

Slots docs?

by Vitor Medina Cruz

Hello, Where I can find documentation for slots? I am trying to access the pharo books site but it is unreachable from my network right now, I got a connection time out (It works from my 3G though (??) ), but if I remember correctly the is no slot description in any book. Regards, Vitor

Feb. 1, 2019

Why DirectoryIsNotEmpty on FileReference>>deleteAll ?

by Albrecht Baur

I get a DirectoryIsNotEmpty exception on FileReference(AbstractFileReference)>>deleteAll. But deleteAll is supposed to delete children too. -> So why the exception ? I can reproduce it with: --- | sourceFolder deleteMeFolder numberOfRetries | sourceFolder := '/network-drive-mounted-via-cifs/delme-tmpl/'. deleteMeFolder := '/network-drive-mounted-via-cifs/delme/'. "copy sourceFolder to deleteMeFolder:" sourceFolder asFileReference copyAllTo: deleteMeFolder asFileReference . "delete deleteMeFolder again:" numberOfRetries := 0. [Â Â Â deleteMeFolder asFileReference deleteAll ] on: DirectoryIsNotEmpty do: [:ex| Â Â Â (numberOfRetries := numberOfRetries + 1) < 5 Â Â Â Â Â Â ifTrue: [ ex retry ]Â Â Â ]. Transcript crLog . Transcript show: 'Retries: ', numberOfRetries asString . --- ---> numberOfRetries is now = 1 ! BUT: this only happens when sourceFolder and deleteMeFolder are on a network drive mounted via cifs. (linux fstab entry like: //host/share /network-drive-mounted-via-cifs/ cifs credentials=...,uid=... 0 0 ) How do I handle such situations when working with the file library on network drives? (My "retry on exception" workaround seems hackish to me.) Thanks, Albrecht

Feb. 1, 2019

Re: [Pharo-users] Seaside or Iliad for business applications?

by Siemen Baader

Thanks to you both, Cyril and Esteban! On 23 Jan 2019, at 14:22, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: You can use JQuery with ajax to refresh part of the page. You can check for example this component in MDL that is working with ajax: https://mdl.ferlicot.fr/mdl/Widgets/DatePicker Nice demo! Ok, so it is possible but seems to be more low-level than what Iliad does - there every WAComponent is re-rendered in the client by the framework when marked dirty. Good to see the alternative! On 23 Jan 2019, at 14.28, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: There is also Willow (a framework on top of Seaside): https://github.com/ba-st/Willow Thanks, this looks interesting. I'll have to consider if it does what I need and if the fact that it is based on Seaside means that there is good community support. On 23 Jan 2019, at 14:22, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: We talked with Johan not long ago about clean URLs. It's possible to have them by storing the fields in cookies, but it mean that you can only have one session by browser. But this is what everyone else I know does, including Iliad. Try to log into Facebook or Gmail and open a new tab, you will be logged in to your session. To get a new session people open a private browser tab. And if users copy the URL and share it with someone else, they wouldn't want to give away their session ID. Or am I missing something? As I said, I don't know Seaside and my be misunderstanding why it does things the way it does. best, Siemen

Feb. 1, 2019

Smalltalkhub server maintenance planned February, 5th

by Christophe Demarey

Hello, A maintenance of smalltalkhub server is planned next Tuesday: February, 5th starting at 7:30 UTC time. The service should be back a few minutes later. The Pharo team.

Feb. 1, 2019