Re: [Pharo-project] FFI - passing string to function as char*

2012-04-28 Thread S Krish
Perhaps using "long" to represent the string could work or using long* with the following hard coded manner to pass the string.. bytes := 'adsadsasdd' asByteArray. ea := ( ExternalAddress allocate: bytes size) . 1 to: bytes size do: [ :e | ( ea byteAt: e put: ( bytes at: e )

Re: [Pharo-project] [Fwd: Re: [Newbies] Remove trailing spaces of aString]

2012-04-28 Thread Ben Coman
Ah. ha... Very Good. For the whole time I've used Pharo the last 12 months I've had a misconception about Examples. I thought they must have been Example coded somewhere like GLMBasicExamples, the MOEaselExamples and these somehow flagged for searching - and that I never got any results becau

[Pharo-project] FFI - passing string to function as char*

2012-04-28 Thread recursive68
I believe I have a solution of sorts, use a void* ptr for the argument type and create a method to use to nul-teminate any smalltalk strings passed as arguments. It seems to work ok, unless anyone can spot any problems with such an approach. Thanks

Re: [Pharo-project] flyover help

2012-04-28 Thread Francisco Garau
The below line in yellow fixes the issue - yupi!! How do I submit this? BallonMorph class >> string: str for: morph corner: cornerName "Make up and return a balloon for morph. Find the quadrant that clips the text the least, using cornerName as a tie-breaker. tk 9/12/97" | tm vertices | tm := sel

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Dale Henrichs
- Original Message - | From: "Sean P. DeNigris" | Dale Henrichs wrote | > | > If you don't want to experience the pain of developing on a new | > platform, | > then don't move to the new platform until the hubbub has died down | > ... | > | I'm perfectly happy, but it seemed like nobod

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Sean P. DeNigris
Dale Henrichs wrote > > In my last post, I provided my vision of the future > That was very helpful. I can see the big picture much better now... Dale Henrichs wrote > > If you don't want to experience the pain of developing on a new platform, > then don't move to the new platform until the h

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Dale Henrichs
Bill, I agree with the "no real argument" bit:) Dae - Original Message - | From: "Wilhelm K Schwab" | To: Pharo-project@lists.gforge.inria.fr | Sent: Saturday, April 28, 2012 3:08:33 PM | Subject: Re: [Pharo-project] What about making the configuration browser more visible

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Schwab,Wilhelm K
No real argument, but it's not "my choice" - it's the only option. I had parsers not work and *COMPLETE* meltdowns that would scare away any new user, both until I followed the advice to shun the symbolic versions. Yes, there are gaps to close. From:

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Dale Henrichs
Sean, In my last post, I provided my vision of the future ... for the present, the answer is "what you see is what you get" ... When a new version of Pharo comes on the scene, the challenge is to port the existing configurations to the new version ... it does not happen magically and it does

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Dale Henrichs
Sean, What do I think? I think that's a loaded question:) Honestly? I THINK that we've reached a cross roads for Monticello/Metacello. I THINK of Metacello as a pontoon bridge that keeps goods and services flowing while we build the real bridge. The "relentless evolution" of Pharo puts pressur

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Esteban Lorenzano
Hi, On Apr 27, 2012, at 8:11 PM, Schwab,Wilhelm K wrote: > I know it's not a popular opinion, but overall, they don't work. It is so > bad that any effort on my part to fix one here or there would simply be > sticking a finger in a collapsing Hoover dam. "Yelling in general" is a > mis-chara

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Dale Henrichs
Bill, If you value the opinions of "your experts" over the good advice that you have received on this thread so far then that is your choice. I'd say that your "experts" have a gap to close... and you should expect them to close it... Dale - Original Message - | From: "Wilhelm K Schwab

[Pharo-project] [update 2.0] #20027

2012-04-28 Thread Marcus Denker
20027 - Issue 5731: Add trait test for a specific failing case http://code.google.com/p/pharo/issues/detail?id=5731 Issue 5729: remove #profile from InflateStream http://code.google.com/p/pharo/issues/detail?id=5729 -- Marcus Denker -- http://marcusdenker.de

[Pharo-project] FFI - passing string to function as char*

2012-04-28 Thread recursive68
Hi, I'm trying to pass a smalltalk string to a FFI wrapper method I've written, the C function uses a macro "type" for the argument, but as far as I can see is basically a char* type. I've tried using char* as the argument type and it fails values to pass the string argument. If I change the argu

Re: [Pharo-project] What about making the configuration browser more visible?

2012-04-28 Thread Schwab,Wilhelm K
It seems very reasonable to have such a crucial infrastructure to have some base support in the core image. But I have had experts tell me to *never* load a symbolic version. There is a gap to close... From: pharo-project-boun...@lists.gforge.inria.fr

Re: [Pharo-project] [Fwd: Re: [Newbies] Remove trailing spaces of aString]

2012-04-28 Thread Benjamin
If you use Pharo, you can also do that <> Note that you have to change 'Selector' with 'Example', and then you can type a list of arguments separated by a dot and the expected result. (If you want some inner details, it will do something like methodFor: {_WHAT_YOU_HAVE_ENTER_}) Have fun, Ben

Re: [Pharo-project] CompiledMethod>>origin, traits, and bug in RPackage

2012-04-28 Thread Guillermo Polito
This test reproduces the problem :) testOriginWithRequiredMethod | tr1 c1 | tr1 := self createTraitNamed: #TTT1 uses: {}. tr1 compile: 'foo ^ self explicitRequirement'. self assert: (tr1 >> #foo) origin == tr1. c1 := self createClassNamed: #CTT1 superclass: Object uses: tr1.

Re: [Pharo-project] CompiledMethod>>origin, traits, and bug in RPackage

2012-04-28 Thread Guillermo Polito
In the paper it says that self assert: (C>>#c) origin = C. when m*ethod c is defined locally in class C*, which overrides its defi- nition from Trait2. Its origin is then such a class C. And the definition does not stand any limitations on requirements... :/ I'll write some tests. On Sat, Apr

[Pharo-project] [Fwd: Re: [Newbies] Remove trailing spaces of aString]

2012-04-28 Thread Ben Coman
I just discovered this new "bit of magic" from the Newbies list. My first impression playing with it is that MethodFinder>>methodFor: should be somehow more prominent in Tools>Finder and also in PharoByExample book. Quite a unique feature and demonstration of Smalltalk power for newcomers. c

Re: [Pharo-project] Adding hooks for well known events in morphic

2012-04-28 Thread Gastón Dall' Oglio
Hi Guillermo. When you combine these triggers with ads (as in your example), I see an analogy with the model of qt ui, see: http://qt-project.org/doc/qt-4.8/signalsandslots.html In effect: "A signal is emitted when a particular event occurs." -> A Announcement is send when a particular event (tri

Re: [Pharo-project] Adding hooks for well known events in morphic

2012-04-28 Thread Francisco Garau
What about the stepping behaviour? Is the plan to remove that as well? I've got the hunch that stepping should only be restricted to special worlds. Otherwise you get a lot of behaviour, and complexity, that you don't need in a more traditional UI. My 2 cents... - Francisco On 28 Apr 2012, a

Re: [Pharo-project] Adding hooks for well known events in morphic

2012-04-28 Thread Guillermo Polito
On Sat, Apr 28, 2012 at 1:13 PM, Denis Kudriashov wrote: > Hello. > > > 2012/4/27 Guillermo Polito > >> onShow >> onDelete >> onKeyUp >> onKeyPress >> onKeyDown >> onClick >> onMouseDown >> onMouseUp >> onDoubleClick >> onDragged >> onDropped >> onMove? >> onResize? >> >>

Re: [Pharo-project] Adding hooks for well known events in morphic

2012-04-28 Thread Denis Kudriashov
Hello. 2012/4/27 Guillermo Polito > onShow > onDelete > onKeyUp > onKeyPress > onKeyDown > onClick > onMouseDown > onMouseUp > onDoubleClick > onDragged > onDropped > onMove? > onResize? > > For all containers > onChildAdded > onChildRemoved > Maybe this is only way

Re: [Pharo-project] Pharo conf. Social Event

2012-04-28 Thread Stéphane Ducasse
Hello pharoers I contacted the restaurant and book the places for 19h30-20h00. The restaurant is the sylmar 2 Pce Sebastopol, 59000 Lille 03 20 57 14 39 ‎ http://www.yelp.fr/biz/the-sylmar-restaurant-lille http://maps.googl

[Pharo-project] [update 2.0] #20026

2012-04-28 Thread Marcus Denker
20026 - Issue 5722: Be able to remove traits from class definition http://code.google.com/p/pharo/issues/detail?id=5722 Issue 5715: Enhance the Slice Maker so that is gets the issue title automatically http://code.google.com/p/pharo/issues/detail?id=5715

Re: [Pharo-project] CompiledMethod>>origin, traits, and bug in RPackage

2012-04-28 Thread Stéphane Ducasse
We should check that what we described in http://marcusdenker.de/publications/Duca09bTraitsAPI.pdf Stef On Apr 28, 2012, at 1:02 AM, Guillermo Polito wrote: > For example, the trait TPureBehavior has the method #traitComposition, which > is an explicit requirement, and I can do > I hav