October 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN] Iceberg 0.6 released

by Denis Kudriashov

Hi Esteban 2017-10-06 19:18 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > Hi all, > > I released Iceberg version 0.6. It includes a lot of small tweaks and > fixes, but the most important inclusion is tonel file format which aims to > replace file tree. > > What is Tonel? (https://github.com/pharo-vcs/tonel) > Tonel is a file-per-class file format for monticello repositories. Itâs > purpose is to reduce the amount of files touched each operation, make the > IO faster an compact the repositories database. > It has also as an objective to offer an âeasy-to-readâ format, so people > wanting to understand a chunk of code will recognise it easily. > For testing, I migrated several of my projects to Tonel and Iâve been > using it, you can see some as examples: > > https://github.com/estebanlm/MUDClient > https://github.com/estebanlm/pharo-tonel (this was just an example and it > has some minimal errors already fixed) > Did you accept format changes? Because it still uses category for the class. Really, we are moving away from it. Class has package and tags. Method also needs support for multiple tags. While you are not agree on using tags terminology Tonel still uses single category for this. I think it is important for the new format to not use deprecated names and add support for upcoming features. Instead we will be forced to maintain old Tonel format at some point. And what about slots and class extensions? Do you have example for them? > > We plan to migrate Pharo development to tonel to address some problems we > have: > > - since it has to read/write a lot of files, IO operations are slow > - and even much more slow in Windows > - Windows also has a problem with longpaths. > > Iceberg 0.6 will be integrated to Pharo7 soon :) > To update Pharo 6.1, there are instructions in the readme: > https://github.com/pharo-vcs/iceberg/blob/master/README.md > now, if you wan to migrate your projects to Tonel (from FileTree), here is > a script you can use: https://github.com/pharo-vcs/tonel/blob/master/ > MigrateFromFileTree.md > > btw, tonel is independent of Iceberg and can be used with plain Monticello > (but it is a metadaless format, history will reside on git, not on > monticello). > > cheers, > Esteban >

Oct. 7, 2017

Re: [Pharo-dev] Pulling Web XML data into spreadsheet

by Ben Coman

On Sat, Oct 7, 2017 at 9:32 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Ben Coman wrote > > Unfortunately due to IT lock down I cannot use Pharo at work, > > Not even off a jump drive? Nope. You prompted me to try once again ==> This program is blocked by group policy. For more information, contact your system administrator. Even renaming pharo.exe to notepad.exe doesn't work. It seems they are using signature based white-listing[1]. >From an Ops security perspective I applaud such policy. First place I've seen it used. Its the only real protection. Much better than a virus scanner which only maybePossibly notices based on heuristics observing behaviour after the malware is already running. >From a practical/user perspective, uurgh,aarggh! [1] https://www.bleepingcomputer.com/tutorials/create-an-application-whitelist-… cheers -ben

Oct. 7, 2017

Re: [Pharo-dev] Pulling Web XML data into spreadsheet

by Sean P. DeNigris

Ben Coman wrote > Unfortunately due to IT lock down I cannot use Pharo at work, Not even off a jump drive? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Oct. 7, 2017

Swimming with the fish imagery

by Ben Coman

"Swimming with the fish" is a catchy phrase that I like which seems to encompass the strength of Pharo's tight development feedback loop that comes from operating in a world of live objects. I had some imagery floating through my head on this I thought worth sharing. Only time for a quick dump, but I hope you can piece it together... In the style of one of those fast paced cartoon product videos... Scene 1: "The development process we all know..." A neutral background with directed arcs in circle "Debug-->Edit-->Compile-->Execute-->" Scene 2: "In most languages... debugging..." Zoom in on Aquarium 1 to show a developer standing outside aquarium window... https://tinyurl.com/PharoSwimWithTheFish-Outside reaching in through quarantine-box-like-gloxes to use telescopic tools to pick up and examine fish at a distance... https://tinyurl.com/PharoSwimWithTheFish-OtherTool until the lightbulb moment... https://tinyurl.com/PharoSwimWithTheFish-Lightbulb Scene 3: "In most languages... editing...." Developer zooms out away from aquarium. It folds up into a tiny box and drops in a bin. Developer zooms in on an architectural drafting table with many drawings with many different but simple flow diagrams on each. Quickly make required edit to flow diagrams. https://tinyurl.com/PharoSwimWithTheFish-OtherEdit Scene 4: "In most languages... compiling..." Drawings pass through a photocopier into a box that is transferred to site supervisor. At an empty flat construction site, supervisor opens box pulling out drawings to review them. Trucks and machines arrive and start building the aquarium at his direction... Two buildings clash when they overlap the same space (compile error). Return to Scene 3 to fix design then rerun Scene 4 through to completion. Scene 5: " In most languages... execution..." Water trucks arrive and pour water into the pool, then more trucks arrive adding the fish. (i.e. initialization and getting to the point of the program you want check again) Scene 6: "In most languages... debugging..." Complete the loop by starting scene 3 again. Scene 7: "In Pharo.... debugging..." Zoom out, over and into Aquarium 2 where a developer is swimming inside the pool... https://tinyurl.com/PharoSwimWithTheFish-Inside http://blog.atlantisthepalm.com/wp-content/uploads/2017/05/different-in-wat… Developer grabs a fish, shifts it aside, lets it go to swim some more, grabs it again, holds it up close to look a small detail. Out of nothing creates a new fish to interact with the first fish. Out of nothing creates some clay and then moulds a new scope-like tool from it to look at the fish differently. Lightbulb moment... https://tinyurl.com/PharoSwimWithTheFish-Lightbulb "In Pharo.... editing..." Developer peers into brain of fish seeing many neurons, picks one out which shows as simple flow diagram, makes a change to it. "In Pharo.... compiling..." Laser beam quickly scans the simple flow diagram and packs neuron back into the fish. "In Pharo.... execution..." Fish swims off. "In Pharo.... debugging..." Developer grabs another fish... Scene 8: Zoom out to show both aquariums. In Aquarium 1, repetitively run through Scenes 2 through 6 In Aquarium 2, repetitively run through Scene 7. Play at 10x original speed. Fade in a "Debug-->Edit-->Compile-->Run-->" over each aquarium, showing synced state transitions. Fade in "Come swim with the fish with Pharo" Fade in "It will change the way you think about programming" cheers -ben

Oct. 7, 2017

Re: [Pharo-dev] [Pharo-users] ZnClient in Pharo 6.1 not working for Https on Windows

by Ben Coman

First pass approximation... * https://www.microsoft.com/en-us/wdsi/filesubmission * https://answers.microsoft.com/en-us/protect/forum/all/windows-defender-win-… cheers -ben On Sat, Oct 7, 2017 at 12:54 AM, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com > wrote: > Le 06/10/2017 Ã 18:32, Stephane Ducasse a Ã©crit : > > both now I do not see what we can do if a third party tools consider > > that we are a virus. > > > > > > Done. > > I don't know how to not be detected but Windows Defender is the default > anti-virus on windows. The majority of windows user use it now. If it is > possible to improve this, it would be cool. Maybe someone has experience > in that area? > > > -- > Cyril Ferlicot > https://ferlicot.fr > > http://www.synectique.eu > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France > >

Oct. 6, 2017

Pulling Web XML data into spreadsheet

by Ben Coman

Unfortunately due to IT lock down I cannot use Pharo at work, but the first 1:30 of video [1] demonstrates a nice use case to aim for DataFrame + FastTable. Similar functionality in Pharo would make a compelling video, to the degree it may even be worthwhile including this out-of-the-box to make a great "first ten minutes" experience for newcomers, or at least a one-click install from the catalog (linked from the help file). What parts do we have for putting together something like this? [1] https://www.youtube.com/watch?v=6H7tBL97orE cheers -ben

Oct. 6, 2017

Re: [Pharo-dev] [ANN] Iceberg 0.6 released

by Cyril Ferlicot D.

Le 07/10/2017 Ã 00:34, Cyril Ferlicot D. a Ã©critÂ : > Le 06/10/2017 Ã 21:56, Mariano Martinez Peck a Ã©critÂ : >> >> Weird.... that package is not being loaded...Â sure I can explicitly >> load it ... but I think we must fix the baseline... but the baseline >> looks correct doesnt it ? I don't understand. >> >> Â > > I think I found the way to correct this problem. I will do a PR with the > fix. > https://github.com/pharo-vcs/iceberg/pull/478 >> >> -- >> Mariano >> http://marianopeck.wordpress.com > > -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 6, 2017

Re: [Pharo-dev] [ANN] Iceberg 0.6 released

by Cyril Ferlicot D.

Le 06/10/2017 Ã 21:56, Mariano Martinez Peck a Ã©critÂ : > > Weird.... that package is not being loaded...Â sure I can explicitly > load it ... but I think we must fix the baseline... but the baseline > looks correct doesnt it ? I don't understand. > > Â I think I found the way to correct this problem. I will do a PR with the fix. > > -- > Mariano > http://marianopeck.wordpress.com -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 6, 2017

Re: [Pharo-dev] Reproducible VM Crash using UFFI

by HernÃ¡n Morales Durand

2017-10-06 2:39 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > >> On 6 Oct 2017, at 05:34, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: >> >> Hi Nicolas >> >> 2017-10-05 16:04 GMT-03:00 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: >>> >>> >>> 2017-10-05 15:42 GMT+02:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: >>>> >>>> I tried, now I get an exception "Use ExternalAddress instead!" >>>> >>>> I guess the message means Use ExternalAddres in the "out" parameter. >>>> But replacing byte with ExternalAddress also crashes the VM (crash.dmp >>>> attached). >>>> >>>> >>>> >>>> 2017-10-05 10:03 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >>>>> >>>>>> On 5 Oct 2017, at 14:55, HernÃ¡n Morales Durand >>>>>> <hernan.morales(a)gmail.com> wrote: >>>>>> >>>>>> Forgot to comment that Nacl worked in Pharo 5. >>>>> >>>>> yes but that was with NB and there are some minimum differences. >>>>> I do not have the library and I lack the time to try more, but seems to >>>>> me that here: >>>>> >>>>> apiCryptoHashSha512Output: outByteArray input: inByteArray inputLength: >>>>> inByteArrayLength >>>>> >>>>> ^ self >>>>> ffiCall: #(long crypto_hash_sha512_ref (byte * >>>>> outByteArray, byte * inByteArray, ulonglong * inByteArrayLength)) >>>>> module: 'libsodiumâ. >>>>> >>>>> >>>>> instead "byte * outByteArrayâ, you want "byte **outByteArrayâ >>>>> >>>>> can you try? >>>>> >>>>> Esteban >>>>> >>> >>> >>> Hmm no, internet reference says: >>> >>> extern int crypto_hash_sha512_ref(unsigned char *,const unsigned char >>> *,unsigned long long); >>> >>> The error is rather that you pass the address of length rather than the >>> length... >>> So you pass an erroneous length that may lead to a segfault... >>> >> >> Yes, that extra * was the error indeed. >> Thank you Nicolas. >> >> I do not know the VM internals, however I wonder if it is >> understandable to expect a VM crash for a typo like this? >> Maybe it is too difficult to catch in the VM side? >> >> Just asking, not criticizing anyone's work. > > Of course that is normal. This is C code, any error has the potential to crash your program. In C there are no runtime safe guards. > > There is a reason why we like/use Pharo. > However there are a couple of lightweight libraries which claim to provide exceptions for C: https://github.com/guillermocalvo/exceptions4c or this one https://github.com/psevon/exceptions-and-raii-in-c I wonder if something like that could be used in UFFI >> HernÃ¡n >> >>>>> >>>>> >>>>>> >>>>>> Cheers, >>>>>> >>>>>> HernÃ¡n >>>>>> >>>>>> 2017-10-05 3:23 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >>>>>>> H Hernani, >>>>>>> >>>>>>> Most probably is a problem in the library and not UFFI, but I could >>>>>>> not know without a crash report. >>>>>>> >>>>>>> Esteban >>>>>>> >>>>>>>> On 5 Oct 2017, at 06:00, HernÃ¡n Morales Durand >>>>>>>> <hernan.morales(a)gmail.com> wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I ported Nacl (a libsodium wrapper) from the old FFI apicall: format >>>>>>>> to use the UFFI ffiCall:, but there should be something terribly >>>>>>>> wrong >>>>>>>> because is crashing the VM, in both Windows 8.1 and Linux. >>>>>>>> >>>>>>>> How to reproduce in Pharo 6.1 >>>>>>>> >>>>>>>> Metacello new >>>>>>>> smalltalkhubUser: 'tonyg' project: 'Crypto-Nacl'; >>>>>>>> configuration: 'Nacl'; >>>>>>>> version: #development; >>>>>>>> load. >>>>>>>> >>>>>>>> (Nacl hashString: 'The quick brown fox jumps over the lazy dog') hex >>>>>>>> >>>>>>>> This one does deserve a bug entry? >>>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> HernÃ¡n > >

Oct. 6, 2017

Re: [Pharo-dev] [ANN] Iceberg 0.6 released

by Cyril Ferlicot D.

Le 06/10/2017 Ã 23:34, Tim Mackinnon a Ã©critÂ : > Gosh - It actually work quite well to be able to easily browse code > online in a more traditional format of seeing an entire class. Hopefully > this leads to us being able to share solutions to common language > agnostic problems. > > One small observation - I quickly grokâd the use of class { â¦. } (with > the curly braces) - but given that smalltalk methods often have lots of > Â [ ] (square braces in them), I was a bit surprised to see that method > declarations in tonal donât use { â¦ } (curly braces) to denote them, but > instead use [ ] - which feels slightly strange given the class > declaration above has. {}. > > Was it easier to parse this way, or is there some subtlety I missed? I > would have been tempted to use Â {} for classes and methods and [] for > the protocols as this more closely matches what other languages do - and > it might actually make it more easily readable for other programmers. > Given we have to learn this new format anyway - Iâd be prepared to give > a nod to what others doâ¦ > > Possibly this observation comes to late - and maybe there is compelling > reason to go the route we have gone - but maybe its worth a quick double > check as its an exciting development. > > Tim > > Hi, I cannot say for class, but the {} for methods metadata (as protocols) is because it is STON. -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 6, 2017