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

Re: [Pharo-project] NB How can I pass a NULL argument?

by Jan van de Sandt

I started with a new image and loaded ConfigurationOfNativeBoost. But it's still not working. First I do a call to get a handle: "UEnumeration* ucal_openTimeZones(UErrorCode * ec)" self nbCall: #( void* ucal_openTimeZones_48( ICUErrorCodeNB* anErrorCode ) ) module: 'libicui18n.dylib' This call succeeds. I store the result in a subclass of NBExternalHandle using the #value: class method. In the second call I want to use the handle to retrieve the next element: self nbCall: #( char* uenum_next_48(ICUEnumerationNB* aHandle, int* nil, ICUErrorCodeNB* anErrorCode ) ) module: 'libicuuc.dylib' But this call still causes the image to disappear. I think the nil and errorCode arguments are all right. Is there something wrong with the first argument? Jan. On Tue, Feb 14, 2012 at 11:34 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 13 February 2012 22:40, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > > Hello list, > > > > I want to call the following C function using NativeBoost: > > > > const char* uenum_next(UEnumeration * en, int32_t * resultLength, > UErrorCode > > * status) > > > > According to the (icu4c) documentation you can pass NULL for the > resultLenth > > argument [1]. But when I try: > > > > self nbCall: #( char* uenum_next_48( self, nil, ICUErrorCodeNB* > anErrorCode > > ) ) module: 'libicuuc.dylib' > > should be no problem. > you can try also to just pass zero, if it make any difference > > self nbCall: #( char* uenum_next_48( self, 0 , ICUErrorCodeNB* > anErrorCode ) ) module: 'libicuuc.dylib' > > (in fact code generator should produce same code, since nil > substituted by 0 at the end). > > Maybe the problem is not there, but in other arguments you passing. > > And, i recommend you to use ConfigurationOfNativeBoost from > NBInstaller, but not latest packages directly, since Javier put a lot > of changes lately and some parts might not work properly. > > > > > > My image craches. Does anyone know what I'm doing wrong? > > > > Jan. > > > > [1] > http://icu-project.org/apiref/icu4c/uenum_8h.html#a99298eabaa3874cdfd9793b2… > > > > -- > Best regards, > Igor Stasenko. > >

Feb. 14, 2012

Re: [Pharo-project] Are Objects really hard?

by Michael Haupt

... AFAIC it boils down to: "meh." Michael P.S.: Ever heard of Terminator Syndrome? Am 14.02.2012 um 21:36 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > >> d o.O b > > so cool tobias > > I like > > O_o > > too. > > >

Feb. 14, 2012

[Pharo-project] troubles with glamour finder in pharo 1.4

by Tudor Girba

Hi, We are almost done with getting Glamour work on 1.4. The model works, and most of the rendering is fine as well. The only major trouble is with the rendering of the finder. In particular, the problem is the scrolling through the panes. The scrolling code was basically copied from OB (shamelessly :)). Something must have changed in Pharo 1.4 that disables some of the behavior. Could anyone spare a pair of eyes to look into this :). Cheers, Doru -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

Feb. 14, 2012

Re: [Pharo-project] Are Objects really hard?

by StÃ©phane Ducasse

> d o.O b so cool tobias I like O_o too.

Feb. 14, 2012

Re: [Pharo-project] Are Objects really hard?

by S Krish

I must correct some notions.. the time I hope is right for that... "In India a Smalltalk developer is about 600$/Month. Fully qualified." I am sorry to point out.. if you pay in peanuts, you will attract monkeys..!... It costs upwards of 2500$ / mo now..! Just the remuneration add the office costs and other bits to it.. it is more like 5000$ and more.. And at that cost you are not getting anyone with top notch skills, you will have to be lucky to get one in Smalltalk. Java, Ruby, Python , C++ , Oracle, DB2 .. yes you can at probably half as much too..! There is an old paradigm of training freshers in.. but generally their skills are almost non-existent in terms of contributing effectively to do refactoring at scales required for Pharo.. testing yes, examples yes.. tutorials yes.. but framework , understanding internals..in depth not so much But this is more to do with the fact Smalltalk today in India, attracts not one from the premium segment of students from any of the top univ but only the filtered not really fitting into anything else types. We can change that drastically if we can move in Pharo into all the Universities and academics but that is one hell of red tape to jump over. Get a Thoughtworks, Trilogic , Google , Facebook in India to adopt Pharo and see the upswing in the next 3 years.. but costs.. I would say compare to the West..

Feb. 14, 2012

Re: [Pharo-project] Are Objects really hard?

by Tobias Pape

Am 2012-02-14 um 21:25 schrieb Guido Stepken: > The development process of Pharo needs to be developed! > > There *are* hundreds of Smalltalkers outside, *unused resources*, a few dozen of enterprises paying *millions* of dollars each year on licensing cost for VS, VA, GEMSTONE, *unused money for Pharo development* > > Get the development process correct, means *business oriented*!!! > > And please stop to see who did *contribute* to Pharo! If the process ist well designed, there will be lots of contributors as well as enough money to hire hundreds of smalltalk professionals. > > tnx 4 understanding, Guido Stepken d o.O b

Feb. 14, 2012

Re: [Pharo-project] garbage collection

by StÃ©phane Ducasse

let us know because we should address that or at least documented it and be aware of the problem. Tx On Feb 14, 2012, at 9:21 PM, Milan Mimica wrote: > On 14 February 2012 21:09, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > There was a semaphore related problem in 1.3 that was fixed some time ago. > Doing regular image saves was one of the factors involved. > Search the mailing list or issues list for semaphore. > > Nah, leaking one semaphore per image save is not a problem. I don't save regularly. The remark on image saving was that when you save the image, you save all the crap that is running, and it accumulates every time. There is no point saving an image in production if you are persisting data externally. > Besides that I don't remember anything related being fixed. > > > -- > Milan Mimica > http://sparklet.sf.net

Feb. 14, 2012

Re: [Pharo-project] Are Objects really hard?

by Guido Stepken

The development process of Pharo needs to be developed! There *are* hundreds of Smalltalkers outside, *unused resources*, a few dozen of enterprises paying *millions* of dollars each year on licensing cost for VS, VA, GEMSTONE, *unused money for Pharo development* Get the development process correct, means *business oriented*!!! And please stop to see who did *contribute* to Pharo! If the process ist well designed, there will be lots of contributors as well as enough money to hire hundreds of smalltalk professionals. tnx 4 understanding, Guido Stepken

Feb. 14, 2012

Re: [Pharo-project] garbage collection

by Milan Mimica

On 14 February 2012 21:09, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > > There was a semaphore related problem in 1.3 that was fixed some time ago. > Doing regular image saves was one of the factors involved. > Search the mailing list or issues list for semaphore. > Nah, leaking one semaphore per image save is not a problem. I don't save regularly. The remark on image saving was that when you save the image, you save all the crap that is running, and it accumulates every time. There is no point saving an image in production if you are persisting data externally. Besides that I don't remember anything related being fixed. -- Milan Mimica http://sparklet.sf.net

Feb. 14, 2012

Re: [Pharo-project] Are Objects really hard?

by S Krish

Over the past three years, I have learnt that the one biggest skill all of us have to develop is to see and gain from the positive side of everything and everyone. The quick poring through this chain, makes me feel there is lot we can gain from the most blunt critics, unjust as it might feel. The most important is to be able to make even a fiercest critic welcome to the community. At the core, the whole point that is being vociferously pushed for is the need to be "business" oriented, which I am sure Guido too appreciates is not a small step and that no two people necessarily agree on a perfectly aligned path to reach there. Like Steve led Apple to its heights, we should wish Guido to lead his endeavor to success, even if it has to be any other technology stack and keep contributing more concrete facts for Pharo to take the lead from. To agree to disagree, but push forward to get Pharo over to its ultimate goal is eventually in the hands of the Pharo Community and each has his own role to play ranging from the eternal optimist and the ones not so... Understanding the facts is also important beyond technical content of a programming platform for enterprise: * Enterprise activity will gravitate to cost centers.. be it manufacturing or IT * No Phd's will be employed to do programming task in any such center beyond probably a top 1-3% of the tech staff, but they do from their places contribute a good deal.. * Enterprise software usage is not dictated as much by performance and minutae but by perception at large, availability of skilled resource in large easy to hire numbers (Java in Stanford is great news for corporates..!) * Enterprise will throw hardware, lower cost dev to compensate for anything that makes it more flexible and manageable and eventually guarantees in some manner a longer term returns on investment * Enterprise managers want to bank on a face/ entity they can lay the blame on for issues, without being questioned why they chose X over Y. Also get resolution for critical issues within some timeframe.. even upto a year at times from MS, Sun , Oracle or IBM.. Following the herd, howsoever right or wrong it is helps in that direction Lots to say.. but the brief note is this is a huge endeavor and what is correct and right cannot be prescribed by one person in entirety. We all do the best and contribute directly into the framework viz: If Guido can get a version of Pharo fast and enterprise ready.. great all the better.. He can contribute his code/ works which without bias passes muster.. great. We all win. No cathedral has been built in a year.. but appreciate the fact that we are on a path well forked. Hands are always needed...! On Wed, Feb 15, 2012 at 1:16 AM, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: > > Am 14.02.2012 um 20:01 schrieb Guido Stepken: > > > Get the development process developed! > > > Guido, you seem to have interest in Pharo, even if it doesn't fit your > needs today. > You also seem to have "the right" connections and money. What about > turning this into something positive > for you, your customers and the whole community? > Make a list of things you want to have. Make the things more concrete than > in your last posts. An wave with a bundle of money. > You will maybe raise the interest of some of the brilliant guys here and > can convince them to do what you want. From what you > wrote within this thread I would bet that you will be able to offer more > than $100,000 - a very convincing argument and maybe enough > to get what you want from Pharo! > > > Regards, > Andreas > > > >

Feb. 14, 2012