July 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Markup Builder in Smalltalk (XMLWriter)
by Torsten Bergmann July 21, 2010

July 21, 2010

Just check "XMLWriter-tbn.5" which can be found in "http://squeaksource.com/PharoGoodies/" ------------------------------------------------------ |writer| writer := XMLTagWriter xml. writer comment: 'A new xml file'. writer tag: 'package' with: [ writer cData: 'name' with: 'XMLWriter'. ]. writer contents returns <?xml version="1.0" encoding="UTF-8"?>  <package> <name><![CDATA[XMLWriter]]></name> </package> ------------------------------------------------------ You can also access the stream (writer stream). Indenting is not yet working fully but at least it should give you idea. Check out the test cases for more. I once saw such an XMLWriter written by Ernest Micklei in VAST (credits for the idea) and rebuilt it in Pharo. Bye T. -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl

6 10

[Pharo-project] Pharocasts: Monticello and Metacello introduction
by laurent laffont July 20, 2010

July 20, 2010

Here you will learn how to: - create a SqueakSource repository - create packages and upload them to SqueakSource - create a Metacello configuration to manage dependencies between packages - load packages using Metacello ConfigurationOfXXX and Gofer http://pharocasts.blogspot.com/2010/07/monticello-and-metacello-introductio… Laurent

1 0

[Pharo-project] connection to access databases
by Tudor Girba July 20, 2010

July 20, 2010

Hi, Is there a way to connect to a Microsoft Access database from Pharo? I have an mdb file of 300 Mb that I would need to analyze. Cheers, Doru -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

9 26

[Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls
by Igor Stasenko July 20, 2010

July 20, 2010

---------- Forwarded message ---------- From: Igor Stasenko <siguctua(a)gmail.com> Date: 19 July 2010 23:00 Subject: Re: [squeak-dev] Re: [Pharo-project] Debug-it and external calls To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> On 19 July 2010 21:42, Andreas Raab <andreas.raab(a)gmx.de> wrote: > On 7/19/2010 9:29 AM, Igor Stasenko wrote: >> >> No, debugger, actually doing a primitive call, >> but in order to intercept a primitive failure and 'step into' method, >> it does the trick >> with replacing the subject method with temporary method (which will >> call the same primitive with same arguments& Â recevier). >> Then, if primitive runs ok, it simply behaves as a 'step over', >> and if primitive fails, then debugger itercepts it and creates a >> context for subject method, which should handle primitive failure. > > Correct. Stepping over FFI calls will only fail if the FFI call actually > fails. So whatever the problem it's somewhere in your FFI call. > But! The problem which i discovered not long ago, that if FFI method contains many arguments (close to max 15), then debugger is unable to invoke it, because #perform:... method works in a way, that its using temps of context, where it were invoked. I fixed it by setting a #perform method's frame to be a large one. See http://bugs.squeak.org/view.php?id=7534 > Cheers, > Â - Andreas > >> On 19 July 2010 19:22, Schwab,Wilhelm K<bschwab(a)anest.ufl.edu> Â wrote: >>> >>> So the external call does not happen and the fall-back code executes. >>> Â That explains it. Â It might be nice if FFI calls could be made to happen, >>> or at least to have a more informative error message, such as "Primitive not >>> executed by the debugger" rather than "Unable to find function address." >>> >>> Bill >>> >>> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi >>> [leves(a)elte.hu] >>> Sent: Monday, July 19, 2010 12:20 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Debug-it and external calls >>> >>> On Mon, 19 Jul 2010, Schwab,Wilhelm K wrote: >>> >>>> I often (not always??) find that using the Debug-it command and >>>> debugging into an external call (FFI) leads to a false claim of "Unable to >>>> find function address." Â Stepping over the call works; stepping into it make >>>> it look like it fails. >>>> >>>> I am curently using a 1.1 RC2 image and the 4.0.3 vm on Ubuntu. Â I >>>> cannot easily move the offending code to Windows, nor do I particularly care >>>> to do so (feels good<g>), and FFI is fairly uncommon in Squeak/Pharo. >>>> >>>> Can anyone else tinker with this to see if it is real? >>> >>> IIRC when you're using the debugger, primitives are not evaluated. >>> >>> >>> Levente >>> >>>> >>>> Bill >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >> >> >> > > > -- Best regards, Igor Stasenko AKA sig. -- Best regards, Igor Stasenko AKA sig.

6 7

[Pharo-project] Using FFI on MacOSX
by Nicolas Cellier July 20, 2010

July 20, 2010

Its not obvious for a Mac newbie like me to get FFI running on MacOSX. What I (re?) discovered is below. Please correct me if I'm wrong. To vm maintainers : wouldn't it be a good idea to pass the flag ffiLoad to ioLoadModule() instead of relying only on a single global variable whether it is a plugin that is requested or not ? This way we could have both secured/fast plugin loading and opened FFI (if distributed in the bundle). Unless there are other reasons unknown of me... Nicolas ----------------------------------------------------- Ah, some news! In order to track and debug the problem with FFI, I built a VM. (uneasy because latest svn xcodeproj is not exactly configured for a one click build...). The problem is that most vm are configured to search for plugin only in squeak bundle (global variable gSqueakPluginsBuiltInOrLocalOnly in files sqMain.c and sqMacUnixExternalPrims.c) I guess this is to save time at startup (and batteries for iPhone...) And also to get some more secure VM (can't load an invalid plugin from an older squeak vm). Unfortunately, no difference is made between loading a squeak plugin and loading a FFI library... There is a ffiLoad flag passed to findAndLoadModule() in sqNamedPrims.c but not to subfunction ioLoadModule() in sqMacUnixExternalPrims.c... (a mistake IMHO) So this setting is preventing FFI to work. What you should do is change this setting: - select your squeak vm in the finder. - Then choose a menu item like "display package content" (it's a guess, my version is configured in french). - Then edit the contents/info.plist with a property editor. - Then uncheck the box corresponding to SqueakPluginsBuiltInOrLocalOnly and save properties Then FFI should be operational again... (But Smallapack may well crash, at least that's what happens here...) I think I will CC squeak-dev/vm-dev to check If I this is the expected solution. Nicolas

1 0

[Pharo-project] Bug with Windows titles not refreshing (in OB)
by Mariano Martinez Peck July 20, 2010

July 20, 2010

Hi, there is a bug with windows titles as they don't refresh and keeps a previous title. Steps to reproduce: 1) Search senders of a particular message, for example, doesNotUnderstand: 2) You will see that the opened windows for senders, has the title "Senders of '#doesNotUnderstand:" 3) Now, select one of the senders, for example, ContextPart >> send: selector to: rcvr with: args super: superFlag 4) That will open the senders of that message, BUT the windows title still says "Senders of '#doesNotUnderstand:" instead of "Senders of '#send:to:with:super:" Issue: http://code.google.com/p/pharo/issues/detail?id=2707 Cheers Mariano

2 4

[Pharo-project] [ANN] ConfigurationOfMagma for Magma 1.1r1
by Miguel Enrique CobÃ¡ MartÃnez July 20, 2010

July 20, 2010

I'm pleased to announce that the ConfigurationOfMagma now includes support for loading version 1.1r1 of Magma. In a Pharo or PharoCore 1.0 image evaluate: Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfMagma'; load. To install the Magma Client evaluate: ConfigurationOfMagma project latestVersion load: 'Client' To install the Magma Server evaluate: ConfigurationOfMagma project latestVersion load: 'Server' To install the Magma Tester evaluate: ConfigurationOfMagma project latestVersion load: 'Tester' Then if you want, run the test suite. Evaluate in a workspace: MagmaTestCase allowWriteBarrier: false. MagmaTestCase fullSuite maDebug. Enjoy -- Miguel CobÃ¡ http://miguel.leugim.com.mx

7 11

[Pharo-project] [ANN 1.1] pre-built 1.1 Release #11411 Core
by Marcus Denker July 20, 2010

July 20, 2010

https://gforge.inria.fr/frs/download.php/27296/PharoCore-1.1.zip -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 3

[Pharo-project] How to see failures/erros of the Hudson server?
by Mariano Martinez Peck July 20, 2010

July 20, 2010

I know we have just started with the Hudson server, but is there a way to see why a test is failing/error ? For the errors, at least we can see the PharoDebug.log ? THe other idea we have today (talking with Marcus) is to have RFB running in the hudson images. So that we can connect and browse it. Of course, it could be password protected so that not everybody can do it. What do you think? Cheers Mariano

3 3

[Pharo-project] [ANN] ConfigurationOfMagma for Magma 1.1r1
by Torsten Bergmann July 20, 2010

July 20, 2010

Hi Mariano, why dont you add: (Scanner class includesSelector: #allowUnderscoreAsAssignment:) ifTrue: [Scanner allowUnderscoreAsAssignment: true] to the #preLoadForPharo ? Bye T. -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl

3 2