November 2015 - Pharo-users

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

by Skip Lentz

> On Nov 23, 2015, at 4:46 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Is there any guide on how to use it? Iâve opened the tool, entered a username, left out the password field blank. Then I get nil exception because `self avatarUrl` of GHLoggedInUser returns nil. Ah yes, that part might not be clear. The idea is that you can either enter a username and password, or enter an access token for the API and leave the password field blank. I wasnât really sure how to convey that in the UI, perhaps this made it even more vague. After youâve entered the login details, the repositories you own are loaded into the dropdown list and a log is shown with the last 25 commits (yes, itâs limited to that for now). One can then select a version and click checkout to load the packages listed on the right into the image. If all goes well you should see an arrow pointing at the currently loaded version in the list. After having done some changes, one can click commit which opens a Komitter window. (Committing is the least stable at the moment). It would be nice to be able to select and checkout versions without having to enter your username and password, but at the moment thatâs not supported..

Nov. 23, 2015

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

by Yuriy Tymchuk

Is there any guide on how to use it? Iâve opened the tool, entered a username, left out the password field blank. Then I get nil exception because `self avatarUrl` of GHLoggedInUser returns nil. Cheers. Uko > On 23 Nov 2015, at 16:42, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > The project can be loaded like this: > > Metacello new > smalltalkhubUser: #Balletie project: #GitHub; > configuration: #GitHub; > version: #development; > load: #tool > >> On 23 Nov 2015, at 16:37, Skip Lentz <skip.lentz(a)inria.fr> wrote: >> >> >>> On Nov 23, 2015, at 4:34 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>> On Mon, Nov 23, 2015 at 11:25 PM, Skip Lentz <skip.lentz(a)inria.fr> wrote: >>>> Hi everyone, >>>> >>>> As part of my internship I am creating bindings to the GitHub API in Pharo. >>> >>> Sounds cool. Do you mean the REST api? Can you provide a link to the API docs? >> >> Yes, the REST API. Here you go: https://developer.github.com/v3/ > >

Nov. 23, 2015

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

by Yuriy Tymchuk

The project can be loaded like this: Metacello new smalltalkhubUser: #Balletie project: #GitHub; configuration: #GitHub; version: #development; load: #tool > On 23 Nov 2015, at 16:37, Skip Lentz <skip.lentz(a)inria.fr> wrote: > > >> On Nov 23, 2015, at 4:34 PM, Ben Coman <btc(a)openinworld.com> wrote: >> >> On Mon, Nov 23, 2015 at 11:25 PM, Skip Lentz <skip.lentz(a)inria.fr> wrote: >>> Hi everyone, >>> >>> As part of my internship I am creating bindings to the GitHub API in Pharo. >> >> Sounds cool. Do you mean the REST api? Can you provide a link to the API docs? > > Yes, the REST API. Here you go: https://developer.github.com/v3/

Nov. 23, 2015

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

by Skip Lentz

> On Nov 23, 2015, at 4:34 PM, Ben Coman <btc(a)openinworld.com> wrote: > > On Mon, Nov 23, 2015 at 11:25 PM, Skip Lentz <skip.lentz(a)inria.fr> wrote: >> Hi everyone, >> >> As part of my internship I am creating bindings to the GitHub API in Pharo. > > Sounds cool. Do you mean the REST api? Can you provide a link to the API docs? Yes, the REST API. Here you go: https://developer.github.com/v3/

Nov. 23, 2015

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

by Ben Coman

On Mon, Nov 23, 2015 at 11:25 PM, Skip Lentz <skip.lentz(a)inria.fr> wrote: > Hi everyone, > > As part of my internship I am creating bindings to the GitHub API in Pharo. Sounds cool. Do you mean the REST api? Can you provide a link to the API docs? cheers -ben > As a prototype and demo, I have created a small tool last week to do some > basic versioning, namely checking out a version, committing a version and > showing a log of commits along with a branch tree. > > Hereâs a screenshot: http://i.imgur.com/iMfWOvp.png > > The repository of the bindings and the tool is here: > http://smalltalkhub.com/#!/~Balletie/GitHub > To load the tool into your image, execute: > > (ConfigurationOfGitHub project version: #development) load: #tool > > Keep in mind that this is tied to GitHub, since internally it uses the API. > A nice side effect of this is that everything can be done in-memory. That > is, thereâs no local copy on the filesystem. One does not even need git > installed. > > That being said, feel free to take off with my prototype and make it work > with e.g. the LibGit bindings in Pharo. > > Known bug: > - When selecting a different repository from the dropdown while a version is > also selected in the log, one gets a DNU. To work around this for the time > being, just deselect the version before you switch repositories. > > Let me know what you think and feel free to ask some questions. > > Skip

Nov. 23, 2015

Basic versioning of GitHub repositories from within Pharo

by Skip Lentz

Hi everyone, As part of my internship I am creating bindings to the GitHub API in Pharo. As a prototype and demo, I have created a small tool last week to do some basic versioning, namely checking out a version, committing a version and showing a log of commits along with a branch tree. Hereâs a screenshot: http://i.imgur.com/iMfWOvp.png <http://i.imgur.com/iMfWOvp.png> The repository of the bindings and the tool is here: http://smalltalkhub.com/#!/~Balletie/GitHub To load the tool into your image, execute: (ConfigurationOfGitHub project version: #development) load: #tool Keep in mind that this is tied to GitHub, since internally it uses the API. A nice side effect of this is that everything can be done in-memory. That is, thereâs no local copy on the filesystem. One does not even need git installed. That being said, feel free to take off with my prototype and make it work with e.g. the LibGit bindings in Pharo. Known bug: - When selecting a different repository from the dropdown while a version is also selected in the log, one gets a DNU. To work around this for the time being, just deselect the version before you switch repositories. Let me know what you think and feel free to ask some questions. Skip

Nov. 23, 2015

Re: [Pharo-users] Fuel and Bloc: error on materializing

by chicoary

I found that the materialized object did not have a reference to the Bloc space. With the line of code introduced below the error disappeared. | container materializedObject objectToSerlialize | container := BlMorph new withRectangleViewDo: [ :v | v extent: 200@200. v color: Color lightCyan ]. objectToSerlialize := BlMorph new withRectangleViewDo: [ :v | v extent: 20@20. v color: Color blue]. container openInWorld. container addMorphCentered: objectToSerlialize. self confirm: 'Save?'. FLSerializer serialize: objectToSerlialize toFileNamed: 'demo.fuel'. self confirm: 'Delete?'. objectToSerlialize delete. self confirm: 'Restore?'. materializedObject := FLMaterializer materializeFromFileNamed: 'demo.fuel'. "Restoring Bloc space" materializedObject space: container space. container addMorph: materializedObject ----- http://chicoary@gmail.com -- View this message in context: http://forum.world.st/Fuel-and-Bloc-error-on-materializing-tp4862550p486257… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2015

Re: [Pharo-users] About profiling code

by Dimitris Chloupis

thanks stephan , thierry and henrik I will use your code. Alexander I would prefer to profile slow code, but sometimes profiling even fast code gives more info about the internals of the system and what is fast and what is slow and why. On Sun, Nov 22, 2015 at 10:39 PM EuanM <euanmee(a)gmail.com> wrote: > I was profiling yesterday, and discovered these issues: > > Issue: > ===== > Time and DateAndTime both show human-readable time information to > micro-second precision. Time also holds information to nano-second > precision. > > Both objects are only providing information to the nearest millisecond. > > The digits beyond milliseconds are always (on my PC) filled in as '902'. > > In the nanoseconds instvar of the Time objects, the nanoseconds are > always filled in as '000'. > > > Root cause: > ========= > When Times (and DateAndTimes) are created, they use the > Time>>primUTCMicrosecondsClock method to generate the time > > primUTCMicrosecondsClock > "Answer the number of micro-seconds ellapsed since Squeak epoch. > That is since 00:00 on the morning of January 1, 1901 UTC. > At least a 60-bit unsigned integer is used internally which is enough > for dates up to year 38435. > Essential. See Object documentation whatIsAPrimitive. " > > <primitive: 240> > self primitiveFailed > > Potential for solution: > ================ > [The following is taken from Stack Overflow, > > http://stackoverflow.com/questions/2607263/how-precise-is-the-internal-cloc… > ] > Modern PCs have a hardware High Precision Event Timer (HPET) which > specifies a clock speed of 10MHz > http://www.intel.com/hardwaredesign/hpetspec_1.pdf > Even newer PC architectures take this and put it on the Northbridge > controller and the HPET can tun at 100MHz or even greater. At 10Mhz we > should be able to get a resolution of 100 nano-seconds and at 100MHZ > we should be able to get 10 nano-second resolution. > > The following operating systems are known not to be able to use HPET: > Windows XP, Windows Server 2003, and earlier Windows versions, older > Linux versions > The following operating systems are known to be able to use HPET: > Windows Vista, Windows 2008, Windows 7, x86 based versions of Mac OS > X, Linux operating systems using the 2.6 kernel and FreeBSD. > > Final Question: > =========== > Is this something we should pass on to the VM teams? > > On 22 November 2015 at 20:23, EuanM <euanmee(a)gmail.com> wrote: > > Because profiling longer loops takes longer. > > > > Why profile a 32768-cycle loop if a 2048-cycle loop would work? > > > > On 22 November 2015 at 20:21, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > >> Hi! > >> > >> Why do you need to profile fast code? You can always put your code in a > loop. > >> > >> Alexandre > >> > >> > >>> On Nov 22, 2015, at 4:22 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >>> > >>> yeah probably , your code returns nothing too. So what we suppose to > use to profile fast code ? > >>> > >>> On Sun, Nov 22, 2015 at 9:12 PM Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > >>> 2015-11-22 20:01 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >>> Why > >>> > >>> [CheckboxMorph new] timeProfile > >>> > >>> returns nothing ? > >>> > >>> too fast? > >>> [ 3+3 ] timeProfile > >>> return nothing too. > >>> > >>> try > >>> [CheckboxMorph new openInWorld] timeProfile. > >>> > >>> > >>> I also tried it in the profile tool without the block and still > displays nothing . Is there any special requirement for profiling code ? > >> > >> -- > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> Alexandre Bergel http://www.bergel.eu > >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> > >> > >> > >> > >

Nov. 22, 2015

Re: [Pharo-users] About profiling code

by EuanM

I was profiling yesterday, and discovered these issues: Issue: ===== Time and DateAndTime both show human-readable time information to micro-second precision. Time also holds information to nano-second precision. Both objects are only providing information to the nearest millisecond. The digits beyond milliseconds are always (on my PC) filled in as '902'. In the nanoseconds instvar of the Time objects, the nanoseconds are always filled in as '000'. Root cause: ========= When Times (and DateAndTimes) are created, they use the Time>>primUTCMicrosecondsClock method to generate the time primUTCMicrosecondsClock "Answer the number of micro-seconds ellapsed since Squeak epoch. That is since 00:00 on the morning of January 1, 1901 UTC. At least a 60-bit unsigned integer is used internally which is enough for dates up to year 38435. Essential. See Object documentation whatIsAPrimitive. " <primitive: 240> self primitiveFailed Potential for solution: ================ [The following is taken from Stack Overflow, http://stackoverflow.com/questions/2607263/how-precise-is-the-internal-cloc…] Modern PCs have a hardware High Precision Event Timer (HPET) which specifies a clock speed of 10MHz http://www.intel.com/hardwaredesign/hpetspec_1.pdf Even newer PC architectures take this and put it on the Northbridge controller and the HPET can tun at 100MHz or even greater. At 10Mhz we should be able to get a resolution of 100 nano-seconds and at 100MHZ we should be able to get 10 nano-second resolution. The following operating systems are known not to be able to use HPET: Windows XP, Windows Server 2003, and earlier Windows versions, older Linux versions The following operating systems are known to be able to use HPET: Windows Vista, Windows 2008, Windows 7, x86 based versions of Mac OS X, Linux operating systems using the 2.6 kernel and FreeBSD. Final Question: =========== Is this something we should pass on to the VM teams? On 22 November 2015 at 20:23, EuanM <euanmee(a)gmail.com> wrote: > Because profiling longer loops takes longer. > > Why profile a 32768-cycle loop if a 2048-cycle loop would work? > > On 22 November 2015 at 20:21, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> Why do you need to profile fast code? You can always put your code in a loop. >> >> Alexandre >> >> >>> On Nov 22, 2015, at 4:22 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: >>> >>> yeah probably , your code returns nothing too. So what we suppose to use to profile fast code ? >>> >>> On Sun, Nov 22, 2015 at 9:12 PM Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>> 2015-11-22 20:01 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: >>> Why >>> >>> [CheckboxMorph new] timeProfile >>> >>> returns nothing ? >>> >>> too fast? >>> [ 3+3 ] timeProfile >>> return nothing too. >>> >>> try >>> [CheckboxMorph new openInWorld] timeProfile. >>> >>> >>> I also tried it in the profile tool without the block and still displays nothing . Is there any special requirement for profiling code ? >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >>

Nov. 22, 2015

Re: [Pharo-users] About profiling code

by EuanM

Because profiling longer loops takes longer. Why profile a 32768-cycle loop if a 2048-cycle loop would work? On 22 November 2015 at 20:21, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Why do you need to profile fast code? You can always put your code in a loop. > > Alexandre > > >> On Nov 22, 2015, at 4:22 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: >> >> yeah probably , your code returns nothing too. So what we suppose to use to profile fast code ? >> >> On Sun, Nov 22, 2015 at 9:12 PM Nicolai Hess <nicolaihess(a)gmail.com> wrote: >> 2015-11-22 20:01 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: >> Why >> >> [CheckboxMorph new] timeProfile >> >> returns nothing ? >> >> too fast? >> [ 3+3 ] timeProfile >> return nothing too. >> >> try >> [CheckboxMorph new openInWorld] timeProfile. >> >> >> I also tried it in the profile tool without the block and still displays nothing . Is there any special requirement for profiling code ? > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Nov. 22, 2015