- Pharo-users - lists.pharo.org

Re: [Pharo-users] Image does not start anymore

by Vincent.Blondeau＠lamresearch.com

Hi, That is weird. It seems that you should have some debugging process running... Do you have the same error if you try again? So can also try with a squeak VM which is more simple. You can always retrieve your changes with Epicea (see Gif) and you playground code (see in the play cache folder). Worse case, I can try something to get your data back but without any guaranty that it will work because it implies to play with the image bytecode. Cheers, Vincent -----Original Message----- From: Pharo-users <pharo-users-bounces(a)lists.pharo.org> On Behalf Of Bernhard Pieber Sent: Saturday, September 29, 2018 9:07 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: [Pharo-users] Image does not start anymore Hi, I have a Pharo 7 image which I normally start from Pharo Launcher on Windows. I think I saved it without problems. However, suddenly it stopped opening. As it contains data and some unsaved code I would hate to loose, I'd appreciate any help on how to debug a situation like this. I attached the debug log. Cheers, Bernhard

Oct. 1, 2018

Re: [Pharo-users] [ANN] Migrated Artefact to GitHub

by Sean P. DeNigris

NorbertHartl wrote > finally Iâm asking everone to take care. I need to take care more about > what I write. But people that get easily offended should see that is the > other part of the problem. Bravo. Request accepted :) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 1, 2018

Re: [Pharo-users] Iceberg - better control of project name?

by Sean P. DeNigris

Tim Mackinnon wrote > either by showing {owner}/{project} What about when there are multiple remotes? Tim Mackinnon wrote > letting you give a better name in the definition to override what is > shown? We have project metadata now, so that seems straightforward. I have a few use cases where the GH project name is "PharoXyz" or "AbcForPharo", which is only added to clarify in a non-Smalltalk setting the actual name of the project is different (usually omitting "Pharo"). ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 1, 2018

Re: [Pharo-users] [ANN] Migrated Artefact to GitHub

by Guillermo Polito

But this was really not against you Norbert, so really no apologies are needed :), that's why I said that "I hope nobody thinks like that". I should apologize for reacting in that case ^^. The thing is that it can be frustrating to send an email and see that lots of people focus on something negative or how non-perfect it is :). And I feel that if that energy spent on criticizing was put on collaborating, we could have something much better! I've checked my disk and I still have a copy of the repository. But I've decided I'll post my changes as a Pull Request when somebody migrates the repository. Guille On Sun, Sep 30, 2018 at 10:32 AM Norbert Hartl <norbert(a)hartl.name> wrote: > I think I need to apologize. I did not see how my mail could be read. I > would never accuse you of taking ownership of something you did not do. > Because I know you wouldnât do something like that. It just makes me wonder > that you donât know me good enough to know that I would not accuse you of > that. I was referring to the removal of prior contributions. > Anyway the way I wrote it was unfortunate and my apologies again. > > I donât need to write much more because I can subscribe myself to > everything Peter said. We should not asking for contributions if we donât > treat them as something valuable. > > Of course nobody has time to do stuff. But in this case we have a tool > that costs only a couple of minutes and saves a lot stuff of value. So I > didnât mean you have to do it but someone. And I just wanted to be to > consider using the git migration tool in th future. There was no need to > kill your repo because the history can be added and your changes can be > rebased on that. That is what git gives us. > > And finally Iâm asking everone to take care. I need to take care more > about what I write. But people that get easily offended should see that is > the other part of the problem. > > Norbert > > > Am 29.09.2018 um 01:13 schrieb Cyril Ferlicot D. < > cyril.ferlicot(a)gmail.com>: > > > >> Le 29/09/2018 Ã 01:05, Guillermo Polito a Ã©crit : > >> I'm sorry if I offended somebody. I've deleted the repository (it was > >> under pharo-repository, not under my name). With it the changes I made > >> to make it work on Pharo7. > >> > >> I understand that Peter's tool is easy, i've used it before. > >> But I have my constraints, as others has theirs. > >> Just note that lot of people complained but nobody took the work to > >> migrate it with Peter's tool. > >> Why? If that's so easy :) > >> > >> So I decided I was going to spend only ~1hour. It was > >> - Find the right code on sthub (Rmod repository or another one?) > >> - loading the code + doing a commit (couple of minutes) > >> - adapting the code for pharo 7 > >> - writing a baseline and testing it worked (in a new image, loading > >> dependencies) > >> - writing a readme, putting a link to the website > >> > >> All of them are little tasks of a couple of minutes. Count interruptions > >> in the middle. > >> And now I'm sending this email out of frustration. > >> > > > > Hi Guille, > > > > If I can be added to pharo-contribution team I can do the migration with > > history in the next days (weeks max). > > > > And thank you for all the work you are doing on a lot of projects! > > > >> > >> -- > >> > >> > >> > >> > >> > >> 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 > >> > > > > > > -- > > Cyril Ferlicot > > https://ferlicot.fr > > > > > -- 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 <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 1, 2018

Re: [Pharo-users] GTDocument how to

by Juraj Kubelka

Hi Hilaire, You can create extension similar to one you have here: DrGeoCanvas>>#gtInspectorCanvasIn: DrGeoCanvas>>#gtCanvasIn: aView <gtView> ^ self view ifNil: [ aView empty ] ifNotNil: [ :aMorph | aMorph gtMorphFor: aView ] Then you can obtain Documenter views like this: Juraj > On Sep 30, 2018, at 06:07, Hilaire <hilaire(a)drgeo.eu> wrote: > > For DSL geometric sketch, I use the DrGeoCanvas class. When instantiated > with the #minimal message, it holds a view with only the sketch and no > widget. Therefore It is an interactive geometric sketch in a Morph, it > can be obtained with the #view message. > > Inspected methods with the <gtView> pragma indicate a BLelement is > expected as a view. > > Therefore, how can I embed DrGeoCanvas interactive moprh in Documenter? > > For example, how to deal with an example as bellow? > > | canvas | > > canvas := DrGeoCanvas minimal. > > canvas line: 0@0 to: 5@5. > > minimal view "get the view if necessary" > > Hilaire > > > Le 29/09/2018 Ã 15:49, Juraj Kubelka via Pharo-users a Ã©crit : >> >> Well, there are basically two ways to start using Documenter. In both >> cases it happens in the GT Inspector. >> >> First, you can inspect a class and write a Documenter document as a >> class comment (Comment inspector tab). >> Second, you can create a a-file.pillar local file and inspect it >> (âa-file.pillarâ asFileReference). >> >> Let me know if it helps. >> >>> > > -- > Dr. Geo > http://drgeo.eu > > >

Sept. 30, 2018

Quora: If you could create your own programming language, what would some of the features be?

by Richard Kenneth Eng

Here's the answer I wrote: http://qr.ae/TUGKcH It would be just like Smalltalk <https://www.quora.com/Which-programming-language-is-very-interesting-but-pe…> but with optional static typing. Separate namespaces, too. It would have built-in support for multi-core concurrency. I would call it *Maxwell* (after James Clerk Maxwell). Since Smalltalk already has lambdas, Maxwell could do functional programming, too. Since Smalltalk is fully reflective, Maxwell could do metaprogramming, too, just like Lisp. Since Smalltalk has built-in support for *live coding*, Maxwell could also eliminate the traditional edit-compile-test-debug cycle that hampers most developers. *Productivity could easily double!* Maxwell would also have the option to compile to native code, C, Java, and JavaScript, so it can: 1. execute very quickly on bare metal 2. interoperate with C 3. utilize the JVM ecosystem 4. run in the web browser Maxwell would retain Smalltalkâs simplicity (for the most part) making it great for educational purposes. Finally, Maxwell would be a tightly controlled standard, thereby avoiding fragmentation. *There can be only one Maxwell.* And I would be the BDFL.

Sept. 30, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Success story Mobility Map

by Pierce Ng

On Wed, Sep 26, 2018 at 07:49:10PM +0200, Norbert Hartl wrote: >>> And a lot more. This is a coarse grained overview over the >>> architecture. Iâm happy to answer further questions about this. >>> [very nice writeup] Hi Norbert, Very nice write-up, thanks. What persistence mechanism are you using - Gemstone/S, Glorp, Voyage, ...? Pierce

Sept. 30, 2018

Re: [Pharo-users] Pharo on macOS Mojave

by Esteban Lorenzano

Yes, so far no problem. But they are deprecating 32bit (they will not be read next version) so I advice using P7 and the 64bit VM. Esteban > On 29 Sep 2018, at 19:35, brackendev <bracken.spencer(a)gmail.com> wrote: > > Pharo 6.1 works fine on Mojave for me. > > > Manuel Leuenberger wrote >> Hi, >> >> Did anybody already try Pharo 6.1 on macOS Mojave? Are there any issues >> that would suggest not to upgrade soon? >> >> Cheers, >> Manuel > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 30, 2018

Re: [Pharo-users] GTDocument how to

by Hilaire

For DSL geometric sketch, I use the DrGeoCanvas class. When instantiated with the #minimal message, it holds a view with only the sketch and no widget. Therefore It is an interactive geometric sketch in a Morph, it can be obtained with the #view message. Inspected methods with the <gtView> pragma indicate a BLelement is expected as a view. Therefore, how can I embed DrGeoCanvas interactive moprh in Documenter? For example, how to deal with an example as bellow? | canvas | canvas := DrGeoCanvas minimal. canvas line: 0@0 to: 5@5. minimal view "get the view if necessary" Hilaire Le 29/09/2018 Ã 15:49, Juraj Kubelka via Pharo-users a Ã©critÂ : > > Well, there are basically two ways to start using Documenter. In both > cases it happens in the GT Inspector. > > First, you can inspect a class and write a Documenter document as a > class comment (Comment inspector tab). > Second, you can create a a-file.pillar local file and inspect it > (âa-file.pillarâ asFileReference). > > Let me know if it helps. > >> -- Dr. Geo http://drgeo.eu

Sept. 30, 2018

Re: [Pharo-users] [ANN] Migrated Artefact to GitHub

by Norbert Hartl

I think I need to apologize. I did not see how my mail could be read. I would never accuse you of taking ownership of something you did not do. Because I know you wouldnât do something like that. It just makes me wonder that you donât know me good enough to know that I would not accuse you of that. I was referring to the removal of prior contributions. Anyway the way I wrote it was unfortunate and my apologies again. I donât need to write much more because I can subscribe myself to everything Peter said. We should not asking for contributions if we donât treat them as something valuable. Of course nobody has time to do stuff. But in this case we have a tool that costs only a couple of minutes and saves a lot stuff of value. So I didnât mean you have to do it but someone. And I just wanted to be to consider using the git migration tool in th future. There was no need to kill your repo because the history can be added and your changes can be rebased on that. That is what git gives us. And finally Iâm asking everone to take care. I need to take care more about what I write. But people that get easily offended should see that is the other part of the problem. Norbert > Am 29.09.2018 um 01:13 schrieb Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com>: > >> Le 29/09/2018 Ã 01:05, Guillermo Polito a Ã©crit : >> I'm sorry if I offended somebody. I've deleted the repository (it was >> under pharo-repository, not under my name). With it the changes I made >> to make it work on Pharo7. >> >> I understand that Peter's tool is easy, i've used it before. >> But I have my constraints, as others has theirs. >> Just note that lot of people complained but nobody took the work to >> migrate it with Peter's tool. >> Why? If that's so easy :) >> >> So I decided I was going to spend only ~1hour. It was >> - Find the right code on sthub (Rmod repository or another one?) >> - loading the code + doing a commit (couple of minutes) >> - adapting the code for pharo 7 >> - writing a baseline and testing it worked (in a new image, loading >> dependencies) >> - writing a readme, putting a link to the website >> >> All of them are little tasks of a couple of minutes. Count interruptions >> in the middle. >> And now I'm sending this email out of frustration. >> > > Hi Guille, > > If I can be added to pharo-contribution team I can do the migration with > history in the next days (weeks max). > > And thank you for all the work you are doing on a lot of projects! > >> >> -- >> >> >> >> >> >> 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 >> > > > -- > Cyril Ferlicot > https://ferlicot.fr >

Sept. 30, 2018