- Pharo-dev - lists.pharo.org

[Pharo-project] marketing or not?

by StÃ©phane Ducasse

> http://www.Ajax.org

Dec. 23, 2010

Re: [Pharo-project] Tests for XMLWriter?

by jaayer

---- On Wed, 22 Dec 2010 05:33:44 -0800 Alexandre Bergel wrote ---- >Hi! > >Ivan and I tried to use XMLWriter yesterday, but without tests it is a bit cryptic. Are the tests of XMLWriter available somewhere? > >Cheers, >Alexandre >-- >_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >Alexandre Bergel http://www.bergel.eu >^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. Unfortunately, the tests that exist for it are in XML-Tests-Parser-Nodes, which still needs to be rewritten, back from when it was still part of the XMLParser package. Are you having trouble figuring out how to use it? Other than the class comment, try looking at XMLParserElementFactory>>sampleUserXML for an example of its use. > > > > > >

Dec. 23, 2010

Re: [Pharo-project] Z3950 on OSX: module yaz3 not found

by StÃ©phane Ducasse

thanks hernan. We want to script the BNF (bibliotheque Nationale de France :)). which has a Z3950 server Stef On Dec 23, 2010, at 1:57 AM, HernÃ¡n Morales Durand wrote: > Hi Laurent, > > Thanks for the feedback, I've uploaded the repository with the missing > method but I cannot reproduce the crash in Windows. Have you unmangled > every function name tested? Are you running just the > Z3950FFILibraryTest? Notice the Z3950FFIServerLibraryTest tests are > performed against a Z39.50 server running in local host, otherwise > will fail (however that shouldn't crash the VM), so you may want to > run only the Z3950FFILibraryTest suite. If you or anyone want a local > Zebra server for Win32 - although most configuration files should work > with other platforms - for testing purposes please let me know. > > Does the Kant test crash the VM too? > > Z3950Client new > server: #Acadia; > query: ( Z3950Query new author: 'Kant' ). > > (see http://67.222.12.200:8889/WebOpus/52 for sample successful results) > > I will set up a Linux box tomorrow and try to reproduce there. > Cheers, > > 2010/12/22 laurent laffont <laurent.laffont(a)gmail.com>: >> Hi Hernan, >> finally I switch back to Linux to make it work, OSX gives me headaches. >> So on linux the yaz module is found. I get the "Unable to find function >> address" but I found that writing: >> <cdecl: ZOOMOptions 'ZOOM_options_create' (void) module: 'yaz'> >> instead of >> <cdecl: ZOOMOptions '_ZOOM_options_create@0' (void) module: 'yaz3'> >> works. If I understand, function names are not mangled when compiling with >> gcc on Linux. >> >> Trying to run tests I've also had a "could not coerce arguments" in >> Z3950FFILibrary>>createConnectionTo:port because Z3950TestCase>>portNumber >> answers a String and >> <cdecl: ZOOMConnection 'ZOOM_connection_new' (char* short) module: 'yaz'> >> so it's waiting for a short. I've replaced portNumber to answer a >> SmallInteger. >> And now the image crashes on connectionIsIdle call: >> write(1, "\ncreateConnectionTo:port:", 25) = 25 >> write(1, "\nconnectionIsIdle:", 18) = 18 >> rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 >> write(1, "\n", 1) = 1 >> tgkill(25830, 25830, SIGABRT) = 0 >> --- SIGABRT (Aborted) @ 0 (0) --- >> >> Any idea ? >> >> Laurent Laffont >> >> On Tue, Dec 21, 2010 at 7:58 AM, laurent laffont <laurent.laffont(a)gmail.com> >> wrote: >>> >>> The module is found ! How: >>> - Using VM Squeak 5.8b12 2 (instead of Cog or the VM provided in Seaside >>> One-Click image) >>> - go in Squeak\ 5.8b12\ 2.app/Contents/Resources/, then ln -s >>> /usr/local/lib/libyaz.3.dylib . >>> Now I have the "Unable to find function address" you have talked earlier >>> :) I will look at the mangled function names. >>> >>> Laurent --- on the road to the FFI mountain. >>> >>> On Tue, Dec 21, 2010 at 6:59 AM, HernÃ¡n Morales Durand >>> <hernan.morales(a)gmail.com> wrote: >>>> >>>> Laurent, >>>> I forward this e-mail to the squeak mailing list, may be someone there >>>> have a better idea how the OSX VM works. BTW there are more >>>> commentaries here >>>> >>>> http://forum.world.st/squeak-dev-Alien-amp-Squeak-FFI-issues-on-Snow-Leopar… >>>> Cheers, >>>> >>>> HernÃ¡n >>>> >>>> 2010/12/20 laurent laffont <laurent.laffont(a)gmail.com>: >>>>> Hi Hernan, >>>>> the strace equivalent on OSX seems to be dtruss (yes I'm learning OSX >>>>> too :) >>>>> sudo dtruss -p [pid of process] >>>>> in the trace I have this: >>>>> >>>>> stat("/Users/laurentlaffont/Downloads/Seaside.app/Contents/Resources/yaz3.bundle/Contents/MacOS/yaz3\0", >>>>> 0xBFF59440, 0xBFF5AB28) = -1 Err#2 >>>>> >>>>> stat64("/Users/laurentlaffont/Downloads/Seaside.app/Contents/Resources/yaz3.bundle/Contents/MacOS/yaz3\0", >>>>> 0xBFF5892C, 0xBFF5AB28) = -1 Err#2 >>>>> >>>>> stat("/Users/laurentlaffont/Downloads/Seaside.app/Contents/Resources/yaz3\0", >>>>> 0xBFF59440, 0xBFF5AB28) = 0 0 >>>>> >>>>> stat64("/Users/laurentlaffont/Downloads/Seaside.app/Contents/Resources/yaz3\0", >>>>> 0xBFF5892C, 0xBFF5AB28) = 0 0 >>>>> >>>>> open("/Users/laurentlaffont/Downloads/Seaside.app/Contents/Resources/yaz3\0", >>>>> 0x0, 0x0) = 12 0 >>>>> pread(0xC, "\317\372\355\376\a\0", 0x1000, 0x0) = 4096 0 >>>>> close(0xC) = 0 0 >>>>> >>>>> stat("/Users/laurentlaffont/Downloads/Plugins/yaz3.bundle/Contents/MacOS/yaz3\0", >>>>> 0xBFF59440, 0x1000) = -1 Err#2 >>>>> >>>>> stat64("/Users/laurentlaffont/Downloads/Plugins/yaz3.bundle/Contents/MacOS/yaz3\0", >>>>> 0xBFF5892C, 0x1000) = -1 Err#2 >>>>> stat("/Users/laurentlaffont/Downloads/Plugins/yaz3\0", 0xBFF59440, >>>>> 0x1000) = >>>>> -1 Err#2 >>>>> stat64("/Users/laurentlaffont/Downloads/Plugins/yaz3\0", 0xBFF5892C, >>>>> 0x1000) >>>>> = -1 Err#2 >>>>> >>>>> so it looks like the VM is trying to find yaz3 at non standard Unix >>>>> places >>>>> (I don't know if it's SqueakVM or OSX related). >>>>> I've created Contents/Resources/yaz3.bundle/Contents/MacOS/, put yaz >>>>> lib >>>>> there, ln -s libyaz.3.dylib yaz3 but no success. >>>>> >>>>> I've read good >>>>> post http://forum.world.st/FFI-Documentation-td2225150.html : >>>>> >>>>> Module Location - where the external library file lives >>>>> - depends on the platform >>>>> - Mac >>>>> - pre Snow Leopard >>>>> - checks VM path and common library paths >>>>> - Snow Leopard >>>>> - only looks in VM bundle's Resources >>>>> file, you must either [5]: >>>>> - store all external libraries >>>>> there >>>>> - ln -s path/to/library >>>>> path/to/VM/Resources/library_name >>>>> - Change the VM's Info.plist >>>>> "SqueakPluginsBuiltInOrLocalOnly" key from >>>>> "true" to "false." >>>>> >>>>> For this SqueakPluginsBuiltInOrLocalOnly I suppose I need to compile a >>>>> VM ? >>>>> Cheers, >>>>> Laurent Laffont >>>>> >>>>> >>>>> On Mon, Dec 20, 2010 at 4:12 PM, HernÃ¡n Morales Durand >>>>> <hernan.morales(a)gmail.com> wrote: >>>>>> >>>>>> Hi Laurent >>>>>> >>>>>> I've read there is a couple of system calll monitors in MacOS, ktrace >>>>>> and dtrace (http://en.wikipedia.org/wiki/Ktrace , >>>>>> http://en.wikipedia.org/wiki/DTrace) so you may attach to the VM and >>>>>> see what's missing? >>>>>> Cheers, >>>>>> >>>>>> HernÃ¡n >>>>>> >>>>>> 2010/12/20 laurent laffont <laurent.laffont(a)gmail.com>: >>>>>>> Thanks Hernan. >>>>>>> It still doesn't work. I've also tried to play with LD_LOAD_PATH / >>>>>>> LD_LIBRARY_PATH no success.... I want to make it work so I need to >>>>>>> learn >>>>>>> :) >>>>>>> >>>>>>> For the mangled function names, on Linux and OSX there's nm. >>>>>>> Here's what I get: >>>>>>> $ nm -g libyaz.3.dylib | grep ZOOM_connection_create >>>>>>> 0000000000046a30 T _ZOOM_connection_create >>>>>>> Cheers, >>>>>>> Laurent >>>>>>> >>>>>>> On Sun, Dec 19, 2010 at 6:23 PM, HernÃ¡n Morales Durand >>>>>>> <hernan.morales(a)gmail.com> wrote: >>>>>>>> >>>>>>>> Hi Laurent, >>>>>>>> >>>>>>>> Thanks for reporting. The correct #moduleName for MacOS was >>>>>>>> missing, >>>>>>>> I've uploaded a new version answering 'libyaz.3.dylib' which I >>>>>>>> guess >>>>>>>> is the corresponding for 'yaz3.dll' (according to >>>>>>>> http://en.wikipedia.org/wiki/Dynamic_library#Naming ). >>>>>>>> >>>>>>>> I haven't access to a MacOS, but in Windows I've had to find the >>>>>>>> mangled function names (i.e. _ZOOM_connection_create@4) so FFI can >>>>>>>> find the function addresses and you don't get the classic "Error: >>>>>>>> Unable to find function address". I don't know if it's related >>>>>>>> since >>>>>>>> talks about C++, but you may want to check >>>>>>>> http://wiki.squeak.org/squeak/3735 >>>>>>>> >>>>>>>> The tool I've used to find the mangled function names in Windows is >>>>>>>> the Steve Miller's Dependency Walker >>>>>>>> http://www.dependencywalker.com/ >>>>>>>> >>>>>>>> 2010/12/19 laurent laffont <laurent.laffont(a)gmail.com>: >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I want to use http://www.squeaksource.com/Z3950 >>>>>>>>> Following install instructions, I've dowloaded yaz sources (I've >>>>>>>>> tried >>>>>>>>> 4.1.2 >>>>>>>>> and 3.0.52) as it seems there's no binary for OSX, ./configure >>>>>>>>> && make >>>>>>>>> && >>>>>>>>> make install. >>>>>>>>> Then using latest Seaside One Click image I've copied >>>>>>>>> /usr/local/lib/*yaz* >>>>>>>>> in Seaside.app/Contents/MacOS >>>>>>>>> $ ls ~/Downloads/Seaside.app/Contents/MacOS/ >>>>>>>>> Squeak VM Opt libyaz.a libyaz.la >>>>>>>>> libyaz_icu.a libyaz_icu.la libyaz_server.a >>>>>>>>> libyaz_server.la libyaz.3.dylib libyaz.dylib >>>>>>>>> libyaz_icu.3.dylib libyaz_icu.dylib >>>>>>>>> libyaz_server.3.dylib >>>>>>>>> libyaz_server.dylib >>>>>>>>> >>>>>>>>> >>>>>>>>> But then I have a External Module Not Found on >>>>>>>>> YAZPQFFFILibrary>>createParser >>>>>>>>> " YAZPQDFFILibrary default createParser " >>>>>>>>> <cdecl: YAZPQFParser 'yaz_pqf_create' (void) module: 'yaz3'> >>>>>>>>> ^ self externalCallFailed >>>>>>>>> >>>>>>>>> Any hint ? >>>>>>>>> Cheers, >>>>>>>>> Laurent Laffont -- FFI newbie >>>>>>>>> >>>>>>>>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >>>>>>>>> Blog: http://magaloma.blogspot.com/ >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> HernÃ¡n Morales >>>>>>>> Information Technology Manager, >>>>>>>> Institute of Veterinary Genetics. >>>>>>>> National Scientific and Technical Research Council (CONICET). >>>>>>>> La Plata (1900), Buenos Aires, Argentina. >>>>>>>> Telephone: +54 (0221) 421-1799. >>>>>>>> Internal: 422 >>>>>>>> Fax: 425-7980 or 421-1799. >>>>>>> >>>>>>> >>>>> >>>>> >>> >> >> > > > > -- > HernÃ¡n Morales > Information Technology Manager, > Institute of Veterinary Genetics. > National Scientific and Technical Research Council (CONICET). > La Plata (1900), Buenos Aires, Argentina. > Telephone: +54 (0221) 421-1799. > Internal: 422 > Fax: 425-7980 or 421-1799. >

Dec. 23, 2010

Re: [Pharo-project] Pharo 2010 - Thank you!

by StÃ©phane Ducasse

On Dec 23, 2010, at 1:14 AM, GermÃ¡n Arduino wrote: > Ey, I want join also to the feelings of Sven and Laurent. > > I'm in Smalltalk from year 2000 aproximately but only in the last > years I'm achieving one of my goals that is work 100% in Smalltalk in > my small entrepreneurship dream called Arduino Software. A big part of > this history is thanks to Pharo and Seaside and lot of other cool > stuff on squeaksource. > > I think that the business orientation of Pharo was a key factor to > caught my attention and, even when I also love Squeak and its people > (a lot of us are on both sides trying to help) I have now in Pharo the > tools to fight in the commercial arena. excellent news. I'm happy for you. > > Modestly I try to help in the areas I can and in the time I have and > want to say here a big big thanks to a lot of people working hard and > (as Stef said) not only in the cool part of development but also on > more boring (but needed stuff) as admin, doc, etc. > > Thank you all dear fellow of Pharo/Seaside/etc community by the effort > put in this work and for the help I received each time I needed it. > And also a BIG thanks to ESUG by the continuos effort to help in the > Smalltalk advance. > > Now we must go for more in 2011, for example in develop the next big > success on the startups market, this one with Pharo :) do you think that a good open-source ERP in Smalltalk would help you? > Very good 2011 to all of you! > > GermÃ¡n. > > > > > 2010/12/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> :) >> >> I showed Smalltalk to hilaire too :) and he was living in this lost place too :) >> >> Stef >> >> On Dec 22, 2010, at 8:55 PM, laurent laffont wrote: >> >>> Funny, I was thinking of writing such mail two hours ago back from work :) >>> >>> I join my thanks to you because I feel 2010 has been my most intense year of my programmer life. I've learned tremendous stuff, meet amazing people and have the chance to contribute a little with lot of help from the community. >>> >>> The Pharo community is great, warm, cool people: thanks Mariano, Marcus, Adrian, Torsten, Alexandre, Christoph, Doru, German, Eliot, Dale and all and all !! >>> >>> And a special special big big thank you to Stephane who showed me Smalltalk 2 years ago at RMLL in a lost place in France. I remember he told me something like "We've just started a cool thing called Pharo, stay tuned". Now I teach Pharo at University :) >>> >>> Can't wait for an amazing 2011 ! >>> >>> Laurent Laffont >>> >>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >>> Blog: http://magaloma.blogspot.com/ >>> >>> >>> On Wed, Dec 22, 2010 at 8:17 PM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >>> Since about the middle of 2010 I have been actively following Pharo and it has been an amazing time. >>> >>> These are my highlights, there are probably many others. >>> >>> 0.x became 1.0, then came 1.1 and finally 1.1.1. There has been amazing activity on 1.2. >>> >>> Seaside became 3.0. >>> >>> I learned how to deploy Seaside and manage it in production. >>> >>> I learned how to work efficiently with Monticello and SqueakSource. >>> >>> Hudson integration servers were customized and deployed for various Smalltalk projects and for Pharo itself. >>> >>> I learned how to build my own development and deployment images. >>> >>> I learned how to do load balancing and static content serving for Seaside. >>> >>> I love the Glamorous theme and the improved DejaVuBitmapFonts loader, I like the the Pro theme. >>> >>> I am successfully using Glorp and PostresV2. >>> >>> I am using the Cog VM every day. >>> >>> I simply love developing in Pharo. >>> >>> The Pharo community is just as great, from the leadership to the core developers, the dev image developers, the application and framework developers, those doing documentation, screencasts, help systems, the testers, to the countless people answering questions on this list. >>> >>> Thank you all ! >>> >>> Sven >>> >>> PS: I can't wait for 2011. >>> >>> PPS: Of course, part of the above are results of the greater Smalltalk community. Pharo is my view into this world. >>> >>> >>> >> >> >> >

Dec. 23, 2010

Re: [Pharo-project] accessors vs direct access in Cog

by StÃ©phane Ducasse

> Is this the old chestnut about direct access versus accessors from a > software engineering standpoint or is it a purely technical > discussion? For me more a technical discussion to see how we could reuse more methods and have more late bound object structure access. Now the story about encapsulation in Smalltalk is mainly a convention (I do not use message > > If it's the first, I kind of agree with Igor that *always* using > selectors isn't great in Smalltalk, because accessors vs. ivars is the > only mechanism we have to decide whether something is private or > public. > > As soon as you make an API public, then you get all kinds of > assumptions to fight with the next time you want to change it. Yes. This is why I have a hate/love affair with the unification of state and methods Ideally I would love to have: late bound state = unification + protected/public methods (but I could not find a nice model yet....) You can read encapsulation in dynamic language as a reflexion on the topic > If it's the second discussion, please accept my apologies for the > interruption :-) you are welcome. > > Have a good Christmas, > Steve > > On Wed, Dec 22, 2010 at 11:27 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >>>> Hi guys >>>> >>>> Ideally I would love to be able to use accessors as the abstraction layer that they can bring us: >>>> I mean the fact that we could avoid to have offset based bytecode means that we could reuse a lot more >>>> the methods (in special case - mixins and others). >>> >>> It's simply a bad idea. >> >> Be scientific, bring real arguments on the table else this is not fun and I can just not reply to your email or have other preconceived statements. >> >

Dec. 23, 2010

Re: [Pharo-project] Issue 3271 in pharo: r isLiteralSymbol: #<= is broken

by pharo＠googlecode.com

Updates: Status: Fixed Comment #2 on issue 3271 by guillermopolito: r isLiteralSymbol: #<= is broken http://code.google.com/p/pharo/issues/detail?id=3271 The part of the method that seems to be working in CUIS is commented in pharo: "[^(2 to: i) allSatisfy: [:j | ascii := (aSymbol at: j) asciiValue. (TypeTable at: ascii ifAbsent: []) == #xBinary]]." I discommented it, and Compiler tests ran ok. I attach the changeset with the fix! Attachments: isLiteralSymbol.1.cs 1.2 KB

Dec. 23, 2010

Re: [Pharo-project] big ui decisions

by Chip Nowacek

>yes, don't leave from the radar, because eventually i want to make >modern, nice & sexy UI, using vector-graphics engine backend. >Sure thing, if you wanna help in this regard - you're welcome, because >this field is VAST and there is enough work for 10 people, >not just me alone. :) I am grateful you are willing to tackle the work. It will make all the difference. I have a few more questions to ask and, hopefully, responses to contemplate before I know whether or not I can fall in beside you and set to the work. Thanks for the invitation. -- View this message in context: http://forum.world.st/big-ui-decisions-tp3160359p3161623.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 23, 2010

Re: [Pharo-project] big ui decisions

by Chip Nowacek

>what is specific about your app? My app will be asking people to divulge very personal information and engage in an unusual level of introspection. The environment must engender trust and confidence in ineffable ways. They have to feel safe - "feel" being the central word. I have to create such an environment. >it depends what you need. >Our plans with igor are to produce a nice API to access Cairo and openVG but this will not happen before >3-4 months. That may do it. Maybe, out of pure necessity, I'll be playing a role in moving that effort forward. >did you see nextPlan? >Because they generate svg too? I haven't seen it yet. I will search it/them out. Thanks. -- View this message in context: http://forum.world.st/big-ui-decisions-tp3160359p3161613.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 23, 2010

Re: [Pharo-project] Why Smalltalk ? Which Smalltalk ?

by Dmitri Zagidulin

Everyone, Thank you for an great discussion! I'm the author of the post in question, and I appreciate you clearing up my misconceptions. At the time that I found out about the Pharo project, those were the differences that I could find, from Wikipedia (and i suspect i also misunderstood what it was saying). I've edited the post in light of this discussion. I do want to fully understand though. What are the technical differences between Squeak and Pharo? And what are some of the reasons you choose to work in it? Thanks, Dmitri Zagidulin On Wed, Dec 22, 2010 at 9:02 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > In fairness to the blogger, it is not a stretch to go from Alan Kay's involvement in Squeak's origins to it's having started for the educational benefit of children. Â Early education has been a major focus of Alan's career. Â He probably WAS thinking "damn, this could be the dynabook that we would give to kids!" Â OLPC anyone? Â It was hardly a false statement; it's at best a difference of opinion. > > > > >

Dec. 23, 2010

Re: [Pharo-project] Why Smalltalk ? Which Smalltalk ?

by Schwab,Wilhelm K

In fairness to the blogger, it is not a stretch to go from Alan Kay's involvement in Squeak's origins to it's having started for the educational benefit of children. Early education has been a major focus of Alan's career. He probably WAS thinking "damn, this could be the dynabook that we would give to kids!" OLPC anyone? It was hardly a false statement; it's at best a difference of opinion.

Dec. 23, 2010