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

[Pharo-project] Spec DropLists
by Sean P. DeNigris April 16, 2013

April 16, 2013

Issue 6551: [ENH Spec]: Spec-ify DropListModel http://code.google.com/p/pharo/issues/detail?id=6551 Currently: self instantiateModels: #(dropList #DropListModel). item1 := DropListItem named: 'Red morph' do: self redMorphBlock. item2 := DropListItem named: 'Blue morph' do: self blueMorphBlock. item3 := DropListItem named: 'Green morph' do: self greenMorphBlock. dropList items: {item1. item2. item3}. I'd prefer if DropLists were uniform with the rest of Spec, namely: I'd have my domain class MyColor>>description ^ nameOfColor dropList items: {myRedColor. myBlueColor. myGreenColor}; displayBlock: [ :e | e description, ' morph' ]; whenSelectionChanged: [ :e | self showMorphFor: e ]. I'd prefer not to even know that DropListItem exists, and have the model take care of it for me. Something like: DropListModel>>items: aList "Populate the drop list with a list of objects" | items | items := aList collect: [ :e | DropListItem named: e printString do: [ ] ]. listHolder contents: items. Incidentally, #whenSelectionChanged: exists for DropListModels, but is broken. When an item is chosen from the drop list, the announcement received by this block has both new and old contents set to nil: Issue 6550: [BUG Spec]: DropListModel>>whenSelectionChanged: http://code.google.com/p/pharo/issues/detail?id=6550 Cheers, Sean -- View this message in context: http://forum.world.st/Spec-DropLists-tp4643694.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

4 4

[Pharo-project] HMI (was: One more project proposal for GSoC)
by Dennis Schetinin March 30, 2013

March 30, 2013

So, here is the proposal: Name: Khubbatov Rustem Difficulty Level: Intermediate Description A framework for building Human-Machine Interfaces with Pharo back-end providing model, and presentation front-end in Amber. Technical Details A concrete task that should be implemented with this project is a prototype of UI for network management system or SCADA. Server-side (Pharo) will simulate network components and their data, and provide relevant events for client (Amber). The latter will present network items, their state and associated information, and provide UI to control them. An important part of this system is a communication layer between Amber and Pharo. Benefits for the Student The student will gain experience in building client-server applications with advanced UI and providing two-way communication between client and server. Benefits for the Community An ability to create highly interactive web-based applications is a must-have feature for any modern development system. Amber is a bleeding edge in this area in Smalltalk world. A good communication layer between Amber and (for example) Pharo is a very appealing decision for building complex client-server systems. Best regards, Dennis Schetinin Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Monday, 2 April 2012 Ð³. at 21:47, Janko MivÅ¡ek wrote: > Hi Dennis, > > I'd suggest to go ahead. This is first Amber-related project, so it seems even more interesting. But hurry up. Let Rustem prepare the proposal and you post here then we'll open the project page. > > Best regards > Janko > > On Mon, Apr 2, 2012 at 7:41 PM, Dennis Schetinin <chaetal(a)gmail.com (mailto:chaetal@gmail.com)> wrote: > > Rustem Kkubbatov (http://gsoc2012.esug.org/rustem-khubbatov) another student I mentor in Tver State University, decided to try his luck with a project for GSoC. The problem is he can't currently choose a better approach. > > > > The original idea is to build a two-tier Human-Machine Interface (HMI) system (which can be used in a wide range of projects) with Pharo image as back-end (where a model lives) and Amber-based client as a front-end. But this thing seems to be "a little bit" too large for GSoC, isn't it? > > > > An alternative task could be to build a framework for message exchanging between Pharo and Amber. I could be the first mentor for a project based on original idea, or the second/first (depending on if anyone interested) for communication framework. > > > > Any ideas and advices are welcome (ASAP). Thank you in advance. > > > > Best regards, > > Dennis Schetinin > > >

3 6

[Pharo-project] IMPORTANT: Issue 6351: FileReference>>deleteAll follows symlinks in 1.4
by Sean P. DeNigris March 12, 2013

March 12, 2013

This is a fun one to find out about by accident... Hey, what happened to my temporary variable names? Oh, they're decompiled because my image folder was deleted while deleting my home folder because the folder being deleted contained a symlink to it. Thank god for backups... and that it was deleting alphabetically, so mostly rarely-changed config files were deleted (i think/hope)... Pharo1.4 Latest update: #14448 '/path/to/dir' asFileReference deleteAll. * If the link is valid, it follows it and keeps deleting * If not, it claims the link file doesn't exist. http://code.google.com/p/pharo/issues/detail?id=6351 -- View this message in context: http://forum.world.st/IMPORTANT-Issue-6351-FileReference-deleteAll-follows-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 2

[Pharo-project] zero conf build
by Camillo Bruni Feb. 24, 2013

Feb. 24, 2013

I finally managed to create a zero conf pharo image build setup: # =========================================================================== curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh ./vm.sh Pharo.image save $JOB_NAME REPO=http://smalltalkhub.com/mc/dh83/nabujito/main ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito zip -r $JOB_NAME.zip $JOB_NAME.image $JOB_NAME.changes # =========================================================================== ./ciPharo20Cog.sh --help This is an entry point script for any Pharo image CI This script will download the latest Pharo 2.0 image and the latest VM Result in the current directory: vm directory containing the VM vm.sh script forwarding to the VM inside vm/ Pharo.image The latest pharo image Pharo.changes The corresponding pharo changes" # =========================================================================== have fun!

9 24

[Pharo-project] Spec questions
by Torsten Bergmann Jan. 31, 2013

Jan. 31, 2013

Do we have Spec examples for - menues - lists with icons - trees already? What is the state and overall plan for the near future. Thx T.

6 19

[Pharo-project] UI blocked
by Janko MivÅ¡ek Jan. 8, 2013

Jan. 8, 2013

Hi guys, My 1.3 #13299 image is blocked again, but just UI not responding to any input events, while Aida web app server is running smoothly in backrgound. >From Transcript I can see that last action was a new image backup procedure, which is done simply by : OSProcess waitForCommand: 'cp some.image some-bck.image'. This procedure is called from a background process and report to Transcript its start and end. Is there something wrong with that? Or is some interference with OSProcess semaphores? (I saw such suspicious thing once before). In any case, is there a way to unblock image now? Ctrl or Alt . doesn't help. Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

5 7

[Pharo-project] [ANN] NBOpenGL update
by Igor Stasenko Jan. 6, 2013

Jan. 6, 2013

Hi there, for those, who interested, i updated a NBOpenGL configuration. Changes are: - updated GL API to most recent available (taken directly from opengl specs). Now there is about 300 more methods to explore :) - finally dealt with win32 support code and made it working again - fixed the GLX function prefix , which should be 'glX' not 'glx' To load it in 1.4 use: Gofer new squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. and then (ConfigurationOfNBOpenGL project version: '1.0.2') load I did not tested the update thoroughly.. so i would appreciate if people will try it out and tell how it goes. -- Best regards, Igor Stasenko.

7 13

[Pharo-project] [ENH]: MCHttpRepository Authentication (Issue 6449)
by Sean P. DeNigris Jan. 2, 2013

Jan. 2, 2013

http://code.google.com/p/pharo/issues/detail?id=6449 We should be able to say, "MCHttpRepository logInto: serverUrl as: username withPassword: passwordString" Is there any use case for not using the server credentials with a particular repo i.e. myserver/ss has credentials, but myserver/ss/myrepo uses different/no credentials? If we assume that all repos with a given prefix will use the same credentials, the implementation will be much simpler... Conversation-starter in the inbox. Please take a look and comment, but do not integrate. Name: SLICE-Issue-6449-ENH-MCHttpRepository-Authentication-SeanDeNigris.1 Hack together an implementation to start the conversation. ***This should NOT be integrated*** -- View this message in context: http://forum.world.st/ENH-MCHttpRepository-Authentication-Issue-6449-tp4641… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 4

[Pharo-project] GSoC: ARM jitter for Squeak VM
by Nick Ager Nov. 27, 2012

Nov. 27, 2012

Here's hoping that in a similar way to Yanni and the ePUB proposal and someone will jump in and say that they are already working on this. Quoting Eliot: It's not overambitious for someone good. And I'd love to see it happen. > But finding time to be a mentor has proven difficult for me in the past. > I'd happily be part-mentor, but I need someone to at least help in the > GSoC process... so if there is anyone out there that can help Eliot and Igor with mentoring or the GSoC process, jump in and offer support. The proposal: ----- Name: ARM jitter for Squeak VM Level: Advanced Possible mentor: Eliot Miranda Possible second mentor: Igor Stasenko Description The Squeak VM is the dynamic virtual machine used for many open-source software projects such as Scratch [1], eToys [2], Pharo [3], the Newspeak language [4], the innovative web framework Seaside [5] and many others. CogVM [6] is a development of the Squeak VM which adds a powerful Intel x86 JITer [7]. The CogVM JIT has significantly improved the performance of the open-source Smalltalk projects which have adapted to use it. Increasingly low cost highly capable ARM hardware such as the Raspberry Pi [8] and the Beagle Board [9] have become widely available. In addition the new version of the one-laptop-per-child is based on the ARM platform [10]. The Squeak VM compiles for ARM platforms, but currently there is no JIT on ARM platforms, significantly decreasing the performance of popular software on ARM. The goal of this project is to add simple ARM JITTing capability to the CogVM. [1] http://scratch.mit.edu/ [2] http://www.squeakland.org/about/intro/ [3] http://www.pharo-project.org [4] http://newspeaklanguage.org/ [5] http://seaside.st/ [6] http://gitorious.org/cogvm [7] http://en.wikipedia.org/wiki/Just-in-time_compilation [8] http://www.raspberrypi.org/ [9] http://beagleboard.org/bone [10] http://one.laptop.org/about/xo-3 Technical Details The work would require a interest in virtual machine optimisation, some knowledge of Intel x86 and ARM assembler and knowledge of C and dynamic languages. The Squeak and Cog VM are written in a simplified subset of Smalltalk known as slang [11] - which then generates C output and forms the basis of the VM. As the Squeak VM is a Smalltalk program, it is developed in Smalltalk, and the Cog JIT is no exception. The VM, including the JIT, is written in Smalltalk and run in the context of the Smalltalk IDE, but the JIT still generates machine-code that must be evaluated within the Smalltalk environment. On x86 is done by interfacing to an x86 simulator library derived from the Bochs x86/x86-64 PC simulator, written in C++. Implementing the ARM port should be no different. The first task will be to choose and interface to a suitable ARM simualtor/emulator. Once this is working, the ARM code generator can be incrementally developed within Smalltalk. Finally once the simulator is fully functional one can get down and dirty with an actual physical ARM machine - such as the Raspberry Pi or Beagle Board. [11] http://wiki.squeak.org/squeak/2267 Benefits to the Student The student will gain an in-depth knowledge of virtual machine optimisation, working in a productive innovative environment - it's great fun to be able to implement a JIT in a safe high-level dynamic language, instead of the traditional route of developing in C/C++ and debugging in GDB. The student will have the satisfaction of seeing performance gains for a range of high-profile projects which use the Squeak VM on ARM. Benefits to the Community The Smalltalk community will gain an initial implementation of an ARM Jitter which can then be further developed along-side the x86 dynamic translation work. An ARM Jitter for the CogVM will improve the performance of many notable open-source projects on low-cost ARM hardware, bringing innovative software and development environments to wider community. ---- Cheers Nick

10 13

[Pharo-project] Please review DrGeo
by Hilaire Fernandes Nov. 17, 2012

Nov. 17, 2012

hello, For those who installed free or paid version of DrGeo on iPad or Android, it will be very helpful you review it on GooglePlay or iTunes. Some users Install DrGeo on Android phone and are disappointed (not enough memory then crash, slow, screen too small) and they are killing DrGeo because of that, but DrGeo is for tablet (although I use it happily on my galaxy note phone). For next release I will be careful to limit the Android user base. Thanks -- Dr. Geo - http://www.drgeo.eu

6 12