- Pharo-users - lists.pharo.org

Re: [Pharo-users] Little challenge: Best way to read stream and count line returns

by JuliÃ¡n Maestri

count := 0. stream do: [ :character | (character = Character cr and: [stream peek = Character lf]) ifTrue: [ count := count + 1 ]]. count. Snippet with example: | count crlftext stream | stream := (String streamContents: [ :s | s nextPutAll: 'Lorem ipsum dolor sit amet, consectetur adipiscing elit.'; crlf; nextPutAll: 'Phasellus sollicitudin lorem ac nunc varius aliquam.'; crlf; nextPutAll: 'Quisque posuere augue in quam suscipit eleifend.'; crlf; nextPutAll: 'Donec non tempor ex.'; crlf; nextPutAll: 'Phasellus placerat leo augue, eu placerat augue luctus quis. '; crlf; lf; cr; cr ]) readStream. count := 0. stream do: [ :char | (char = Character cr and: [ stream peek = Character lf ]) ifTrue: [ count := count + 1 ] ]. count On 13 July 2017 at 09:31, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > Hello everyone, > > I often needs to read some streams these days and to get some infos > related to the lines returns for example. > Because of the CRLF it is a little complicated sometimes. > > I have an example of code here: > > | lfShouldBeCounted char count remaining | > lfShouldBeCounted := false. > remaining := 0. > count := 0. > stream position: startPos. > [ stream position = endPos ] > whileFalse: [ > "13 is a CR, 10 a LF" > (char := stream next asInteger) = 13 > ifTrue: [ count := count + 1. remaining := 0. lfShouldBeCounted := > false ] > ifFalse: [ > char = 10 > ifTrue: [ > lfShouldBeCounted > ifTrue: [ count := count + 1. remaining := 0 ] > ifFalse: [ lfShouldBeCounted := true ] ] > ifFalse: [ remaining := remaining + 1 ] ] ] > > With this example I know how many lines where passed between the > startPos and the endPos in a stream. I also know how many char there > is between the last line return and the endPos. > > I wanted to know if you had a better way to do that? The way need to > be as performant than this snippet. I know some people here can > produce a snippet more readable and easier to maintain :) > > -- > Cyril Ferlicot > https://ferlicot.fr > > http://www.synectique.eu > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France > >

July 18, 2017

Re: [Pharo-users] Pharo 6.0 don't start

by Trussardi Dario Romano

Ciao, > Nothing there jumps out at me, so just a general question... what other versions of Pharo have you successfully run on your system? I have run: Pharo4.0 Launcher Latest update: #40621 Pharo 4.0 Latest update: #40625 Pharo 5.0 Latest update: #50763 > > > Also, OSX 10.7.5 (September 19, 2012) is considered old (no longer support by Apple)... > http://www.computerworld.com/article/2950580/operating-systems/the-end-is-n… > so perhaps that could be related. It could be ?? ! Thanks, Dario > > cheers -ben > > On Tue, Jul 11, 2017 at 11:08 PM, Trussardi Dario Romano <dario.trussardi(a)tiscali.it> wrote: > Ciao, > > I'm interested to understund how git support work in Pharo. > > i download and unzip Pharo 6.0 from http://files.pharo.org/platform/Pharo6.0-mac.zip > > Now when i open the application on the desktop the system open a dialog with : Pharo 6.0 it closed unexpectedly. > > > The relative information are: > >> Process: launchd [75184] >> Path: /Users/USER/Desktop/Pharo6.0.app/Contents/MacOS/Pharo >> >> Identifier: org.pharo.Pharo >> >> Version: ??? (???) >> >> Code Type: X86 (Native) >> >> Parent Process: launchd [178] >> >> >> >> Date/Time: 2017-07-11 16:40:23.605 +0200 >> >> OS Version: Mac OS X 10.7.5 (11G63b) >> >> Report Version: 9 >> >> >> >> Interval Since Last Report: 33830084 sec >> >> Crashes Since Last Report: 465 >> >> Per-App Crashes Since Last Report: 30 >> >> Anonymous UUID: E84D2E1F-939E-4486-AF79-68ABE2A5AAB9 >> >> >> >> Crashed Thread: Unknown >> >> Exception Type: EXC_BAD_ACCESS (SIGSEGV) >> >> Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030 >> >> Backtrace not available >> >> Unknown thread crashed with X86 Thread State (32-bit): >> >> eax: 0x00000000 ebx: 0x00000000 ecx: 0x00000000 edx: 0x00000000 >> >> edi: 0x00000000 esi: 0x00000000 ebp: 0x00000000 esp: 0x00000000 >> >> ss: 0x00000023 efl: 0x00010202 eip: 0x8fe01030 cs: 0x0000001b >> >> ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x00000000 >> >> cr2: 0x8fe01030 >> Logical CPU: 0 >> >> Binary images description not available >> >> External Modification Summary: >> >> Calls made by other processes targeting this process: >> >> task_for_pid: 1 >> >> thread_create: 0 >> >> thread_set_state: 0 >> >> Calls made by this process: >> >> task_for_pid: 0 >> >> thread_create: 0 >> >> thread_set_state: 0 >> >> Calls made by all processes on this machine: >> >> task_for_pid: 140939 >> >> thread_create: 0 >> >> thread_set_state: 0 >> Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 Duo, 2.8 GHz, 8 GB, SMC 1.42f4 >> >> Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB >> >> Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB >> >> Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1067 MHz, 0x830B, 0x4D3253344736344342384847354E2D424520 >> >> Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1067 MHz, 0x830B, 0x4D3253344736344342384847354E2D424520 >> >> AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), Broadcom BCM43xx 1.0 (5.106.198.19.22) >> >> Bluetooth: Version 4.0.8f17, 2 service, 11 devices, 3 incoming serial ports >> >> Network Service: Ethernet, Ethernet, en0 >> >> Network Service: AirPort, AirPort, en1 >> >> Serial ATA Device: Hitachi HTS545050B9SA02, 500,11 GB >> >> Serial ATA Device: HL-DT-ST DVDRW GS21N >> >> USB Device: Built-in iSight, apple_vendor_id, 0x8507, 0x24400000 / 2 >> >> USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0237, 0x04600000 / 3 >> >> USB Device: IR Receiver, apple_vendor_id, 0x8242, 0x04500000 / 2 >> >> USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 / 2 >> >> USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x8217, 0x06110000 / 5 >> > Thanks for considerations, > > > Dario >

July 17, 2017

Re: [Pharo-users] [Seaside] [OFFTOPIC] Update: Debris Publishing / Quuve Research & Portfolio Management Platform

by Mariano Martinez Peck

On Mon, Jul 17, 2017 at 11:10 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 12 Jul 2017, at 21:53, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > Hi all, > > > > A while back our team presented Quuve [1], a customizable investment > management ecosystem for professional investors. We also discussed the > technologies employed to build it [2] (it is developed on Pharo and > deployed on GemStone). We are reaching out again because we recently > revamped our website [3] and created a number of promotional videos that > demonstrate Quuve's power [4]. > > I finally watched the first video and I must say this is really > impressive. So cool to see Smalltalk code in scripting boxes ! > > Thanks Sven, Yes, the rule engine is with Smalltalk code. The user can write their own rules (for fundamentals, algorithms, quants, screening filters, etc). The code of these rules can be simple keys or Smalltalk blocks. When blocks, these are something like this: [ :aProcessorProxy | aProcessorProxy revenues / aProcessorProxy price ] and things like that. Basically, in general we pass by a "proxy" to a processor which then dynamically understands keys and ends up evaluating rules. Sure, we have problems with mathematical operators and their precedence etc. But we try to document this and provide many many examples. There is also a kind of debugger with some call stack about the called keys etc. See attached (all violet are links that open popups to see more info) And if you liked to see Smalltalk, did you see the rules browser? hahah. See attached. How large is the technical team that built / is building this ? It looks > like a really deep/wide application. > > The product started like a single-man project in 1996. It started with Python, then moved to Smalltalk. It has no UI back then. I joined them about 5 years ago and have been working for them since then. In these last years we started a new UI using Seaside and Bootstrap, start using Ajax everywhere, we started using GemStone for deploy, etc etc. The team was/is really small..... I cannot even believe myself how much we were able to do with the team size we had. And...I cannot stop thinking what we COULD do with a bigger team... I can give you more details privately if you wish. > Anyway, great work. I hope you can make a living out of this. > > Thanks Sven for your nice words. > > We would appreciate your help in marketing our wares! > > > > Quuve is the world's first fully integrated and customizable research > and portfolio management platform. The system offers powerful features > never before seen by the investment community and it empowers users to > tailor tools in ways that accommodate their idiosyncratic investment style. > In the coming years, customization, data-inheritance, shared databases, > machine-learning, and robo-trading will become standard among investors of > all sizes, and we expect Quuve will blaze the trail. > > > > If you have any questions about Quuve please let us know. > > > > [1] http://pharo.org/success/Quuve > > [2] http://forum.world.st/Fwd-Debris-Quuve-Technologies- > used-td4819786.html > > [3] http://www.debrispublishing.com/ > > [4] https://www.youtube.com/watch?list=PLfTMPTPc22sGNrm2rXt8kD- > 9iFTgqbAUG&v=zdm4CVse2Hc > > > > Thanks, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > _______________________________________________ > > seaside mailing list > > seaside(a)lists.squeakfoundation.org > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -- Mariano http://marianopeck.wordpress.com

July 17, 2017

Re: [Pharo-users] How to run a window in full-screen mode?

by Luke Gorrie

On 17 July 2017 at 16:02, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > There is a FullscreenMorph > Thanks, Nicolai! That's exactly what I need. I wonder how I missed it in the Spotter :).

July 17, 2017

Re: [Pharo-users] [Seaside] [OFFTOPIC] Update: Debris Publishing / Quuve Research & Portfolio Management Platform

by Sven Van Caekenberghe

> On 12 Jul 2017, at 21:53, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Hi all, > > A while back our team presented Quuve [1], a customizable investment management ecosystem for professional investors. We also discussed the technologies employed to build it [2] (it is developed on Pharo and deployed on GemStone). We are reaching out again because we recently revamped our website [3] and created a number of promotional videos that demonstrate Quuve's power [4]. I finally watched the first video and I must say this is really impressive. So cool to see Smalltalk code in scripting boxes ! How large is the technical team that built / is building this ? It looks like a really deep/wide application. Anyway, great work. I hope you can make a living out of this. > We would appreciate your help in marketing our wares! > > Quuve is the world's first fully integrated and customizable research and portfolio management platform. The system offers powerful features never before seen by the investment community and it empowers users to tailor tools in ways that accommodate their idiosyncratic investment style. In the coming years, customization, data-inheritance, shared databases, machine-learning, and robo-trading will become standard among investors of all sizes, and we expect Quuve will blaze the trail. > > If you have any questions about Quuve please let us know. > > [1] http://pharo.org/success/Quuve > [2] http://forum.world.st/Fwd-Debris-Quuve-Technologies-used-td4819786.html > [3] http://www.debrispublishing.com/ > [4] https://www.youtube.com/watch?list=PLfTMPTPc22sGNrm2rXt8kD-9iFTgqbAUG&v=zdm… > > Thanks, > > -- > Mariano > http://marianopeck.wordpress.com > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

July 17, 2017

Re: [Pharo-users] How to run a window in full-screen mode?

by Nicolai Hess

2017-07-17 15:50 GMT+02:00 Luke Gorrie <luke(a)snabb.co>: > Hoi! > > I am looking for a way to run a window in full-screen mode in Pharo. That > is it should maximize, beyond the bounds that the expand button usually > takes, and it should automatically resize when the world does. > > I'm thinking of the GTInspector but a custom class would be fine too. > > Is there a simple solution? > > On Discord I got a partial solution: > > window := GTInspector openOn: self. > window > removeBoxes; > beSticky; > bounds: window world clearArea. > > but the main problem here is that it doesn't resize when the world does. > > I wonder if it would make more sense to avoid the SystemWindow and embed > the inspector directly in the World somehow...? > > Cheers! > -Luke > > There is a FullscreenMorph see for example StandardWindow>>#openFullscreen

July 17, 2017

How to run a window in full-screen mode?

by Luke Gorrie

Hoi! I am looking for a way to run a window in full-screen mode in Pharo. That is it should maximize, beyond the bounds that the expand button usually takes, and it should automatically resize when the world does. I'm thinking of the GTInspector but a custom class would be fine too. Is there a simple solution? On Discord I got a partial solution: window := GTInspector openOn: self. window removeBoxes; beSticky; bounds: window world clearArea. but the main problem here is that it doesn't resize when the world does. I wonder if it would make more sense to avoid the SystemWindow and embed the inspector directly in the World somehow...? Cheers! -Luke

July 17, 2017

Re: [Pharo-users] Using the Debugger to write code

by Marcus Denker

>>> >>> 2017-07-12 9:09 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >>> in the workspace it creates a variable (with value nil)â¦ so it treats upper-case >>> unknown vars the same as lower case. >>> >>> I think it might make sense to have for upper case instead the menu that asks >>> what to do (it could there have a âadd binding to workspaceâ entry for the current >>> way, too) >>> >>> I would prefer same behaviour like in method editor. I really hate when I made mistake in class name and after evaluation I got uppercase binding with nil value. >> >> yes, we should fix it. binding should just be created for lower case vars. >> > > How to fix it: > > OCRequestorScope is the scope of variables in tools. #lookupVar: is the method that is doing the lookup. > > replace the code > > global := self lookupGlobalVar: name. > global ifNotNil: [ ^ global ]. > > with: > > name first isUppercase ifTrue: [ ^ outerScope lookupVar: name]. > > But: right now we abuse the requesterscope to implement the feature that you can hand > in an additional dictionary with bindings. See testEvaluateWithBindingsWithUppercaseName > This change breaks this featureâ¦ but it just means we need to implement this better, which > I will do . > For Pharo6: https://pharo.fogbugz.com/f/cases/20254/Playground-should-ask-to-create-cla… <https://pharo.fogbugz.com/f/cases/20254/Playground-should-ask-to-create-cla…> This adds a scope for additional bindings and uses this for the bindings, which then allows us to change the requestorscope as needed. Marcus

July 17, 2017

Re: [Pharo-users] Creating the smallest server runtime footprint

by Tim Mackinnon

Well Iâve been shooting in the dark a bit - but I also left out the sound and display soâs (e.g. -x execlude the following and add back the null so's zip -r --symlinks ../deploy/$LAMBDA_NAME.zip * -x pharo-local/\* \*.sources \*.changes \*.st \*.log */libgit2.* */libSDL2* */B3DAccelerator* */JPEGRead* */vm-sound* */vm-display* tmp/\* */__MACOSX\* - zip -uR ../deploy/$LAMBDA_NAME.zip *-null.so And everything seems to run clean. (Would be useful to get some feedback from those in the know - does just leaving out soâs incurred a penalty if you donât recompile the VM? Presumably something would get written to std error or pharodebug if it was an issue). In fact my run times on EC2 are pretty impressive: PharoLambdaMin]$ time ./pharo Pharo.image exec "Lambda processJSON: '{}'" {"outputSpeech":{"text":"Good Morning, it's eleven twenty-six","type":"PlainText"},"shouldEndSession":true,"card":{"content":"Operation Successful","title":"Pharo Lambda","type":"Simple"}} real 0m0.039s user 0m0.028s sys 0m0.000s [ec2-user@ip-172-31-44-73 PharoLambdaMin]$ time ./pharo Pharo.image exec "Lambda processJSON: '{}'" {"outputSpeech":{"text":"Good Morning, it's eleven twenty-six","type":"PlainText"},"shouldEndSession":true,"card":{"content":"Operation Successful","title":"Pharo Lambda","type":"Simple"}} real 0m0.039s user 0m0.020s sys 0m0.008s Not bad eh? Tim > On 17 Jul 2017, at 07:00, Tim Mackinnon <tim(a)testit.works> wrote: > > Thanks again Pavel - I'll try the 6.0 step 4 or possibly step 5 with sunit (as many libraries don't separate out their tests). > > I've also tried leaving out libgit and libsdl2 .so's on my server build and that seems fine too - making me wonder what others I can safely leave out? Sound is a candidate (but small fry in size but do you need the null variant?). > > Libcrypto is big - but I wonder if https routines would use that (and it sounds server processing'y so maybe best left). > > I was hoping to find a list explaining them somewhere - but it remains rather mysterious. > > However, at this point, I think I may have hit the sweet spot in size where AWS seems to load efficiently below a zip of 10mb? > > Tim > > Sent from my iPhone > > On 15 Jul 2017, at 09:35, Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>> wrote: > >> If you want to stay with Pharo 6 image, you can try the bootstrapped version of the minimal image: >> https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu… <https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu…> >> >> -- Pavel >> >> 2017-07-15 10:33 GMT+02:00 Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>>: >> Try the Pharo 7 metacello image (=Pharo 7 minimal image that the CI is already converting to 64bit). There should be no problem with STON because whole Pharo is loaded into it using metacello and filetree. Pharo 6 minimal image is done differently (by shrinking) and not so well tested. >> >> For the conversion of 32-bit image to 64-bit image you need a VMMaker image: >> https://ci.inria.fr/pharo/job/Spur-Git-Tracker/lastSuccessfulBuild/artifact… <https://ci.inria.fr/pharo/job/Spur-Git-Tracker/lastSuccessfulBuild/artifact…> >> and then evaluate: >> ./pharo generator.image eval "[Spur32to64BitBootstrap new bootstrapImage: 'conversion.image'] on: AssertionFailure do: [ :fail | fail resumeUnchecked: nil ]" >> >> -- Pavel >> >> >> >> 2017-07-15 10:19 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: >> Hi Pavel - thanks for getting me to the point where I could even have a minimal image. As Iâm on the edge of my Pharo knowledge here, Iâll try and run with this as best I can. >> >> Iâd been using the 6.0 image you suggested to me - but maybe I could use a 70 image with Pharo 6 for a while (until the VM diverges) right? >> >> The bit I havenât quite understood however, is how the 64bit image is created - as your reference is to a 32bit version? Is the 64bit one converted from 32 in a later stage? (For AWS Lambda I need 64bit) - am I right in thinking the pipeline stage after this one is the one you sent me - and the travis.yml file shows me what it does? But I canât see a trivis.yml in the conversion stage so Iâm not sure how it does that. (Question - how do I see what the pipelines do to answer my own questions?) >> >> I was hoping that there was a basic image that got me up to metacello baseline level to load git file tree packages/baselines in my own repo as well baselines on the internet. The one you sent me is fairly close to that (its just missing STON in the image and seems to have an issue with resolving undeclared classes that get loaded in - should do a fogbugz on that?) >> >> The follow-on from a metacello image is how we can get people to create better baselines that give you more minimal loading options (e.g. conditionally leave out the test cases perhaps) >> >> Tim >> >>> On 15 Jul 2017, at 08:24, Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>> wrote: >>> >>> Hi Tim, >>> >>> you can base the your work on the bootstrapped image, see https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit/ <https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit/>, file Pharo7.0-core-*.zip >>> >>> This image does not have a lot of basic components like Monticello or network but it has a compiler so the code can be imported as *.st files. >>> Then we have Pharo7.0-monticello-*.zip which will be easier to use and probably can fit your needs. Monticello and network support are included. But you cannot use baselines nor configurations to load your code. >>> >>> -- Pavel >>> >>> 2017-07-14 9:59 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: >>> Hi - buoyed by the success of a minimal image (thanks Pavel), I'm wondering if I can get even smaller. >>> >>> There are lots of .so's in the vm which wouldn't make sense on a server once deployed - sound, maybe libgit ... >>> >>> Is there a list of the essential ones, or tips on what I can strip out of the Linux deployment? I also recall that i can leave out .sources and .changes as well right? >>> >>> Tim >>> >>> Sent from my iPhone >>> >>> >> >> >>

July 17, 2017

Re: [Pharo-users] Playground and Dr. Geo

by Hilaire

The owner of the menu (DockingBarToogleMenuItemMorph) does not have the right bounds. Therefore its #adjacentTo message returns the wrong information. Le 17/07/2017 Ã 10:50, Hilaire a Ã©crit : >> if b) The real morph position is probably not the same as where >> clicked causing it to open at another place. >> > I guess so too. > -- Dr. Geo http://drgeo.eu

July 17, 2017