- Pharo-dev - lists.pharo.org

Re: [Pharo-project] MPEG in Pharo depricated why?

by John M McIntosh

Henry Ok, thank you for looking into this. (a) the sqVirtualMachine.c/h is a alter version from the standard version which is awaiting being promoted to product if all works out. (b) nil versus null nil is defined both by the macintosh carbon headers, and by the Objective-C runtime system so . null is defined in sq.h and by SLANG when it created the *.c Obviously we can alter the slang code for IA32ABI to use null (c) MEM_TOP_DOWN #if defined(_MSC_VER) || defined(__MINGW32__) http://support.microsoft.com/kb/303444 That's a microsoft define, so it appears we are missing an include somewhere. At the top of ia32abicc.c, it says this which *implies* MEM_TOP_DOWN should be in windows.h ? #if defined(_MSC_VER) || defined(__MINGW32__) # include "windows.h" /* for GetSystemInfo & VirtualAlloc */ On 2009-11-30, at 1:30 PM, Henrik Sperre Johansen wrote: > I tried to generate one using the files provided at squeakvm.org, ran > into some issues: > - First run, lots of undefined errors in Interpreter. "Resolved" this by > using sqVirtualMachine.c/h from \Cross\plugins\IA32ABI > - Second run, quite a few of the VMMaker-generated methods using nil as > a parameters in code generated by cCode: strings. Changed these to null. > - Third run, error in ia32abicc.c, MEM_TOP_DOWN undeclared. > > And that's where I stopped for the evening, any pointer to things I'm > doing wrong would be appreciated.. > > Cheers, > Henry > > On 30.11.2009 20:15, John M McIntosh wrote: >> Well what I need is some windows user to build a windows VM, >> then install the Alien VMMaker additions, rebuild the VM and test to confirm it works or not. >> Without a such effort it won't happen >> >> On 2009-11-30, at 8:17 AM, StÃ©phane Ducasse wrote: >> >> >>>> >>>>> Yes but that someone is busy so if someone else would publish the code in the inbox the someone would be happy >>>>> but thanks for the point. >>>>> >>>> I had worked on this a bit (Sophie clipboard, sophie quicktime graphics reader, macintosh navigation services) but. >>>> >>>> (a) it requires FFI in the image, did we decide FFI and Alien should be in Pharo? I think that is an open question. >>>> >>> Is alien working on windows? >>> May be we could have FFI and Alien >>> >>> FFI in the process of making sure that alien will work everywhere. >>> May be this is the best way to make sure that Alien will not make progress :) >>> >>> >> -- >> =========================================================================== >> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> >> _______________________________________________ >> 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 -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Dec. 1, 2009

[Pharo-project] BUG: some MC package not dirty...

by Nicolas Cellier

What I did: 1) uploaded trunk code from Graphics package: this code was overriden by *FreeType-override 2) classified the code back to FreeType via drag-and-drop in a regular browser What I obtained: the changes were not in Graphics. But the FreeType package in Monticello Browser was still marked as clean (I mean not marked as *dirty). I feel like this is a UI bug... BTW, I noticed there is both a FreeType and a FreeType-Settings (or something like that). I thought it was wrong... isn't it? Nicolas

Nov. 30, 2009

Re: [Pharo-project] How do I know which issues are resolved in each new release?

by Michael Roberts

do you mean the svn thing? you can mark files in the repository in a way that updates the issue tracker. I haven't tried it (we have no files) but the docs look straightforward. It's meant for projects that actually keep their source in the repository, but I think we could have a dummy file that acted the same way. It would be a logical closure for each issue to mark it with the update. That way it is external to the image and gives the full life cycle on the tracker which I think would be useful. cheers Mike On Mon, Nov 30, 2009 at 11:03 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I do not get it? > Can you explain how this works? > Because right now you take ScriptLoader and you get the log of all the issue that have been integrated. > > Stef > > On Nov 30, 2009, at 10:48 PM, Michael Roberts wrote: > >> you can check the log of the script loader. Â I don't have the code to >> hand but check the state of the singleton I think. >> >> It might be nice in the future to use the google SVN feature to tag >> issues with the image update as we close them. >> >> cheers, >> Mike >> >> On Mon, Nov 30, 2009 at 10:24 PM, Tim Mackinnon <tamackinnon(a)gmail.com> wrote: >>> Hi guys - I noticed there was a new 9.11.4 release since buenos aires - and I got to wondering what issues have been resolved in it (as I am trying to follow Pharo by example - I am trying to test out features to see if they work as I progress through the material). >>> >>> Anyway - is there a list of issues fixed marked against each new version? I can see the list at: http://code.google.com/p/pharo/issues/list# - but it doesn't list any build numbers - just milestone 1.1? >>> >>> Tim >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 30, 2009

Re: [Pharo-project] Fwd: [squeak-dev] Updated trunk image

by Nicolas Cellier

http://code.google.com/p/pharo/issues/detail?id=1527 http://code.google.com/p/pharo/issues/detail?id=1528 A bit longer than I thought... At the end, I used change list instead of merger, because I can see method timestamp and isolate my own changes faster... That another enhancement request toward MC... Nicolas 2009/11/30 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Yes I know. > > Stef > > On Nov 30, 2009, at 9:26 PM, Nicolas Cellier wrote: > >> 2009/11/30 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> ok so I imagine that this is already in pharo :) >>> Excellent. >>> >>> Stef >>> >> >> The only complication is that every DisplayScanner & co method was >> reformatted in Pharo. >> Chasing my own changes gets a bit tricky in these conditions... >> I would need a special merger option to ignore formats (just scan code >> and compare the sequence of tokens for example...). >> >> Nicolas >> >>> On Nov 30, 2009, at 8:35 PM, Nicolas Cellier wrote: >>> >>>> 2009/11/30 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no>: >>>>> On 30.11.2009 19:29, StÃ©phane Ducasse wrote: >>>>>>> >>>>>>>>>> Collections >>>>>>>>>> ----------- >>>>>>>>>> Conversion of OrderedCollection and SortedCollection to Arrays has been sped up significantly. >>>>>>>>>> >>>>>>> Yes, it should be ported to Pharo, I see no reason of divergence there. >>>>>>> >>>>>> Yes and I like the fast in the sentence :) >>>>> It's probably along the lines of what I did back in August for Pharo, >>>>> using the array primitives directly, instead of copying the elements one >>>>> by one. >>>>> >>>>> Cheers, >>>>> Henry >>>>> >>>> >>>> Oops, sorry, I did not noticed this one in Pharo and just rediscovered it. >>>> My implementation is a bit shorter and yours is faster: >>>> >>>> asArray >>>> Â Â Â "Overriden for speed" >>>> Â Â Â Â ^array copyFrom: firstIndex to: lastIndex >>>> >>>> Cheers >>>> >>>> Nicolas >>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 30, 2009

Re: [Pharo-project] Continuous Integration Server for Pharo?

by Lukas Renggli

Colin, could you provide more information on Mason (maybe the mail you once sent to me)? Pharo people are interested to investigate the system. Cheers, Lukas 2009/11/30 Michael Roberts <mike(a)mjr104.co.uk>: > Lukas, on the Mason angle, I followed the original thread on the > Seaside list but when I looked at the repository I couldn't really > figure out where to start. Also it looked like there were two > versions. Can you give any pointers on how to setup Mason? > > cheers, > Mike > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 30, 2009

Re: [Pharo-project] How do I know which issues are resolved in each new release?

by StÃ©phane Ducasse

I do not get it? Can you explain how this works? Because right now you take ScriptLoader and you get the log of all the issue that have been integrated. Stef On Nov 30, 2009, at 10:48 PM, Michael Roberts wrote: > you can check the log of the script loader. I don't have the code to > hand but check the state of the singleton I think. > > It might be nice in the future to use the google SVN feature to tag > issues with the image update as we close them. > > cheers, > Mike > > On Mon, Nov 30, 2009 at 10:24 PM, Tim Mackinnon <tamackinnon(a)gmail.com> wrote: >> Hi guys - I noticed there was a new 9.11.4 release since buenos aires - and I got to wondering what issues have been resolved in it (as I am trying to follow Pharo by example - I am trying to test out features to see if they work as I progress through the material). >> >> Anyway - is there a list of issues fixed marked against each new version? I can see the list at: http://code.google.com/p/pharo/issues/list# - but it doesn't list any build numbers - just milestone 1.1? >> >> Tim >> _______________________________________________ >> 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

Nov. 30, 2009

Re: [Pharo-project] Is there something wrong in debugging in the Morphic thread?

by Henrik Sperre Johansen

On 30.11.2009 22:06, Schwab,Wilhelm K wrote: > > (2) Debugging drawing code is probably best done using a single-shot > breakpoint. I _think_ I have seen something about halt once in > Pharo. FWIW, somebody posted a class called Once that creates such a > feature that looks like > Once do:[ > "do anything here, but this is common:" > self halt. > ]. > Somewhere you need to do Once reset or something (it's obvious from > the code) to enable the breakpoint. Once evaluates the block one > time, and then won't evaluate the block again until told to do so. If > there is a need for this in Pharo, I should be able to "port" it - > IIRC, it was licensed for public consumption. It exists already, is called haltOnce, and is used in the same manner as halt. To arm it, evaluate Object setHaltOnce. Make sure to remove them when you finish debugging though, since the overhead is non-negligible. > > ------------------------------------------------------------------------ > *From:* pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] *On Behalf Of > *Simon Denier > *Sent:* Monday, November 30, 2009 2:18 PM > *To:* Pharo Development > *Cc:* Simon Denier > *Subject:* [Pharo-project] Is there something wrong in debugging in > the Morphic thread? > > Now can somebody with some Morphic knowledge explain how this is > supposed to work and how to deal with such issues? > -- > Simon > This is rather primitive approach, but here's one way I've handled it in the past: 1. Read the debug.log 2.Handle the error by returning false (in that they may not be correct for the state), but valid values. 3.Insert a haltOnce which fires if the error condition arrises. 4.Trigger the error condition. 5. optional: Copy all instvars used in the method into temps if you're able to proceed with no error, then redo 3 and 4. (when the debugger opens, the object may no longer be in a state trigger the error condition). You should now have a responsibe debugger (due to step 2&3), and access to the parameter values that make it fail (step4). It's not much, and there are probably much better ways to go about it, but at least it's a start for debugging the problem. Good luck, Henry

Nov. 30, 2009

Re: [Pharo-project] How do I know which issues are resolved in each new release?

by Michael Roberts

you can check the log of the script loader. I don't have the code to hand but check the state of the singleton I think. It might be nice in the future to use the google SVN feature to tag issues with the image update as we close them. cheers, Mike On Mon, Nov 30, 2009 at 10:24 PM, Tim Mackinnon <tamackinnon(a)gmail.com> wrote: > Hi guys - I noticed there was a new 9.11.4 release since buenos aires - and I got to wondering what issues have been resolved in it (as I am trying to follow Pharo by example - I am trying to test out features to see if they work as I progress through the material). > > Anyway - is there a list of issues fixed marked against each new version? I can see the list at: http://code.google.com/p/pharo/issues/list# - but it doesn't list any build numbers - just milestone 1.1? > > Tim > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 30, 2009

Re: [Pharo-project] Continuous Integration Server for Pharo?

by Michael Roberts

Lukas, on the Mason angle, I followed the original thread on the Seaside list but when I looked at the repository I couldn't really figure out where to start. Also it looked like there were two versions. Can you give any pointers on how to setup Mason? cheers, Mike

Nov. 30, 2009

[Pharo-project] Scholarship for doing a master in Santiago, Chile

by Alexandre Bergel

Dear Smalltalker, I just learn that the some scholarship are offered by the Chilean government for foreigners to do a master in Chile. The website is http://www.agci.cl/becas/conv/?tipo=2&id=24 Apparently, only Latino Americanos may apply. Feel free to contact me for more info. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 30, 2009