February 2019 - Pharo-users

Re: [Pharo-users] Measuring memory usage

by Sven Van Caekenberghe

Do you know about Seaside's Status page/dev tool. It is there by default, it has many tabs that give you more information about the running image, including memory info, as well as a space tally (but that is very slow). > On 18 Feb 2019, at 19:16, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > Wondering if my image is dying due to memory usage. > > How would I go about getting a realistic measurement? > > Thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101

Feb. 18, 2019

Measuring memory usage

by sergio ruiz

Wondering if my image is dying due to memory usage. How would I go about getting a realistic measurement? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 18, 2019

Partition/Sync ready databases for Pharo?

by Esteban Maringolo

I have the requirement that an app that I'm prospecting must be able to work offline and synchronize changes once the connection is restored. I want to avoid having to write "sync" logic manually. Is anybody using Pharo with a database that supports automatic synchronization (replicas?) like the one provided by Firebase (Realtime Sync or Firestore)? I rather use PostgreSQL/SQLite locally and sync with a "central" DB, because I'm familiar with SQL/RDBMS, but I'm open to options. Regards, Esteban A. Maringolo

Feb. 18, 2019

Re: [Pharo-users] Should epicea help me recover changes in a system crash?

by ducasse

Hi tim this is strange. Normally epicea logs all the changes. In the past I got missing classes. Epicea is git ignorant. So I do not see how it could interact. I would love to see your bug solved. Could you keep your image and may be martin has some time to have a look (he got flying back to chile). Stef > On 18 Feb 2019, at 18:13, Tim Mackinnon <tim(a)testit.works> wrote: > > Hi - Iâve got mixed experiences with epicea - having had a few image seg faults recently its presented some of my changes and let me recover them. > > However just now, I had been working for an hour and my whole laptop went black (and then had the apple logo). I took the opportunity to apply the latest HighSierra updates (it has been a while) - but when I relaunched my image - epicea detected missing code however what it shows me is nothing like the changes I had recently made - it just showed me a merge change? > > Is it possible that if Iâm on the wrong branch - it wonât show me changes I made recently? > > I find Iâm kind of missing the old changes text file (which we say we are getting rid of) as at least it let me see an historic account of what I had done - as now things are a bit all of over the place (do-its you have to find in the playground history) and epicea is supposed to show the rest - execpt it doesnât appear to do so? > > Tim

Feb. 18, 2019

Should epicea help me recover changes in a system crash?

by Tim Mackinnon

Hi - Iâve got mixed experiences with epicea - having had a few image seg faults recently its presented some of my changes and let me recover them. However just now, I had been working for an hour and my whole laptop went black (and then had the apple logo). I took the opportunity to apply the latest HighSierra updates (it has been a while) - but when I relaunched my image - epicea detected missing code however what it shows me is nothing like the changes I had recently made - it just showed me a merge change? Is it possible that if Iâm on the wrong branch - it wonât show me changes I made recently? I find Iâm kind of missing the old changes text file (which we say we are getting rid of) as at least it let me see an historic account of what I had done - as now things are a bit all of over the place (do-its you have to find in the playground history) and epicea is supposed to show the rest - execpt it doesnât appear to do so? Tim

Feb. 18, 2019

Pharo Image with Seaside dies without any clues

by sergio ruiz

Hi, all. My seaside image seems to run for an indeterminate amount of time here and there, then just stops running without writing to PharoDebug. How do I go about debugging the application crash? Is there another log somewhere? It looks like there are other (path) issues when the the image starts up, though.. the initial error log looks like: https://gist.github.com/sergio101/8ac04fe5db4786c36fa3bf795807da9a Iâm not sure these errors are related to the image just randomly crashing here and there. Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 18, 2019

Re: [Pharo-users] Streams for FileReference in Pharo 7

by Sven Van Caekenberghe

OK, I that is what I expected. I will study this again and make a PR with better comments and tests. > On 18 Feb 2019, at 16:32, ducasse <stepharo(a)netcourrier.com> wrote: > >> >> >> I have been thinking a bit more about this, and I have a lot of problems with >> >> Integer>>#putOn: aStream >> aStream isBinary >> ifTrue: [ self asByteArray do: [ :each | aStream nextPut: each ] ] >> ifFalse: [ self asString putOn: aStream ] >> >> I think we should simply remove this method. It is ugly and wrong. > > I agree > >> #<< should simply be a shortcut for either #nextPut: and #nextPutAll: and nothing more. >> >> The following two are OK for me: >> >> String streamContents: [ :out | out << 'Hello' << $! ]. >> ByteArray streamContents: [ :out | out << #[ 1 2 3 ] << 4 ]. >> >> But the following most definitively not: >> >> (ByteArray streamContents: [ :out | out << 16rFF << 16rFF11 << 16rFFFF22 << 16rFFFFFF33 ]) hex. >> >> When you write out an integer, you have to decide its size, that can never depend on the magnitude (because there is no way to read this back unless there is additional bracketing). >> >> Also, printing to a stream should be (very) efficient. Making copies of objects just for conversion purposes should be avoided. > > yes. > >> >> I think that if we remove Integer>>#putOn: I could live with >> >> ZnEncodedStream>>#<< anObject >> anObject putOn: self > > Yes :) > and remove the ugly one? Yes > >> >> The other solution is to define #<< as strictly the same as #nextPutAll: and remove all #putOn: implementors. >> >> Sven

Feb. 18, 2019

Re: [Pharo-users] Aggregation framework in MongoTalk?

by JesÃºs MarÃ

Same question on 2019! are you planning to give support to aggregations in MongoTalk/voyage? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 18, 2019

How do you avoid loading master code which is indirectly referenced by a version in the baseline?

by Sabine Manaa

For test and deployment, I have to be sure that I know exactly which versions I load and I have to be sure to be able to load exactly the same code again. I do not speak from my projects but from the projects I use. I found myself asking people again and again to set tags in their projects and being surprised again and again by changed code even though I am trying to load versions (with versions I mean NOT #stable or #master but like v2.2.2). The reason for this problem I then have, is that often in baselines with version numbers (e.g. v2.2.2) other projects are referenced but as master. So in consequence, I load version but get master from another project which is referenced indirectly. For me, that this is not good at all. I was wondering that this seems not to be a problem for others. I found out that I can put a lock in my baselines preLoadDoIt for those indirectly referenced projects. Examlpe Artefact v1.0.1 https://github.com/pharo-contributions/Artefact/blob/v1.0.1/src/BaselineOfA… loads github://zweidenker/Units/src (which is master). I found a solution for this: In the preLoadDoIt of my baseline I lock Units to a certain commit. preLoadDoIt Metacello new baseline: 'Units'; repository: 'github://zweidenker/Units:98d5a3d/src'; lock. This solves my problem in this example. Disadvantage is that I have to analyze everything which is loaded from the projects I use and create a lock for it. Questions: 1.) Wouldn't it make sense to have some mechanism, perhaps in Rowan then, where I can say that a project which has a number can only reference other projects with numbers? This would avoid the whole problem 2.) How do others solve this problem? addendum: I do not speak about project versions which are in development, here #stable or master are great features. But sometime when a project has a certain state, and it gets a version, then it should not change..imho -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 18, 2019

[PharoRemote] View remote Transcript

by sergio ruiz

Hi, all.. Is it possible to use PharoRemote to watch the remote siteâs Transcript? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 18, 2019