September 2008 - Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: [squeak-dev] Re: FFI and FreeTypePlus problem?
by StÃ©phane Ducasse Sept. 10, 2008

Sept. 10, 2008

================================================================ Hi there, I'm using Installer to make a custom 3dot10 7159. The first things I do in the script is to load from universe FreeTypePlus (wich brings FFI). Then I've load LPF. If I do that it never ends due to Squeak not being able of resolving a name. NetNameResolver addressForName: 'installer.pbwiki.com/f/LPF.st' Before loading the FreeTypePlus, evaluating the previous sentence has an instant response of the address. But if I do load the FreeTypePlus package it never ends. Maybe an FFI issue? I'm in Win32 using SqueakFFIPrims.dll from 8/30/2007 Squeak.exe from 6/5/2007 any clue? thanks Sebastian Sastre PD: here is the beginning of the script: Utilities informUser: 'Upgrading universe packages' during: [ UUniverse systemUniverse updatePackagesViaWWW ]. (UUniverse systemUniverse newestPackageNamed: 'FreeType Plus') ifNotNilDo: [ :package| |inst| inst := UGlobalInstaller universe: UUniverse systemUniverse. inst planToInstallPackage: package. inst doInstall ]. (HTTPSocket httpGet: 'installer.pbwiki.com/f/LPF.st') readStream fileIn. ================================================================ I already created a bug report for this, Andreas may be able to tell you more: http://bugs.squeak.org/view.php?id=6980 As a workaround you can can use FFI-Kernel-ar6.mcz instead of FFI-Kernel-ar-8.mcz. Bye Torsten ================================================================ > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: March 27, 2008 10:00:21 PM CEST > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > Subject: [squeak-dev] Re: FFI and FreeTypePlus problem? > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > Yeah, I had forgotten about the problem. The issue comes from a call > to Smalltalk>>recreateSpecialObjectsArray (which is required for the > FFI to work correctly) and which accidentally nukes the external > semaphore table. The fix is simple: Replace the following line in > SystemDictionary>>recreateSpecialObjectsArray > > newArray at: 39 put: Array new. > > by > "Preserve external semaphores when recreating splObjs" > newArray at: 39 put: (self specialObjectsArray at: 39). > > Also, saving and restarting the image after loading the FFI is good > temporary workaround for this problem. > > Cheers, > - Andreas > > Torsten Bergmann wrote: >> I already created a bug report for this, Andreas may be able to >> tell you more: >> http://bugs.squeak.org/view.php?id=6980 >> As a workaround you can can use FFI-Kernel-ar6.mcz >> instead of FFI-Kernel-ar-8.mcz. >> Bye >> Torsten > > >

2 2

[Pharo-project] Wiki page rename
by Bill Schwab Sept. 9, 2008

Sept. 9, 2008

Hello, Anybody know how to rename a page on the Wiki? Is it as crude as add/copy/delete? Hopefully there is a better way?? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

4 3

Re: [Pharo-project] Hello everyone!
by Bill Schwab Sept. 9, 2008

Sept. 9, 2008

Igor, THANKS for thinking about concurrency. Processes need to be sound. Re #ensure:, we might consider "unsuspending/unterminating" the process long enough to run the block. That way the block runs in the thread it expects, after which, there would hopefully be nothing else to do?? Re using exceptions to indicate impending termination, that sounds more like an event (potentially many consumers). If it is simply a system-level trick, then I suppose it's fine. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

2 1

[Pharo-project] SCriptLoader>>InstallingInstaller
by Hilaire Fernandes Sept. 7, 2008

Sept. 7, 2008

With the lateset update. There is something uncorrect in the package name I guess ? SCriptLoader>>InstallingInstaller [...] fileToLoad := files detect: [:aFile | aFile beginsWith: 'InstallerAll.-md.1'] ifNone: []. -- http://blog.ofset.org/hilaire

3 3

Re: [Pharo-project] Polymorph question
by Gary Chambers Sept. 6, 2008

Sept. 6, 2008

There is a preference, something like showEditState (on my N810 so no Squeak just now). Gary. ----- Original message ----- > Gary > is there a way to see when the code has not been accepted? > Right I get blue for the focus but not red when the code is notÂ > accepted. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 2

Re: [Pharo-project] FileList + Code button?
by Bill Schwab Sept. 6, 2008

Sept. 6, 2008

Stef, This code is coming from Dolphin. I thought about making a modified source filer and then thought of SIF. The most recent code I have found is old, but it should be easy enough to update it, if that is even required. Better ideas are welcome however. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 09/06/08 2:59 AM >>> not really. to import code form VW I used the fileout30 format. stef On Sep 6, 2008, at 1:29 AM, Bill Schwab wrote: > Hello all, > > I need to dig into SIF (failing better suggestions??), and will simply > do a "port" starting with the existing code. To look for sore spots, > would I simply point a file list at the .st files and hit "Code"? Is > there a better way? > > Bill > > > > Wilhelm K. Schwab, Ph.D. > University of Florida > Department of Anesthesiology > PO Box 100254 > Gainesville, FL 32610-0254 > > Email: bschwab(a)anest.ufl.edu > Tel: (352) 273-6785 > FAX: (352) 392-7029 > > > _______________________________________________ > 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

1 0

[Pharo-project] Polymorph question
by StÃ©phane Ducasse Sept. 6, 2008

Sept. 6, 2008

Gary is there a way to see when the code has not been accepted? Right I get blue for the focus but not red when the code is not accepted. Stef

2 1

[Pharo-project] FileList + Code button?
by Bill Schwab Sept. 6, 2008

Sept. 6, 2008

Hello all, I need to dig into SIF (failing better suggestions??), and will simply do a "port" starting with the existing code. To look for sore spots, would I simply point a file list at the .st files and hit "Code"? Is there a better way? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

2 1

Re: [Pharo-project] Debugging aids
by Bill Schwab Sept. 5, 2008

Sept. 5, 2008

Michael, Ah, the .snafu file type ;) That is an interesting idea. Anybody else for it? It is interesting, as I have written some tools that parse logs for various purposes, and never once thought of doing the obvious. One potential snag is that I found a need to create a process safe stream; I doubt the number of open files would be terrible, but it would be worth a look to see the extent of its use. IIRC, it was for a transcript replacement. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> m.rueger(a)acm.org 9/5/2008 11:02:17 AM >>> Bill Schwab wrote: > Hello all, > > Random thoughts/wishes: > > The UI discussion reminded me of a couple of things. Squeak appears to > overwrite its debug log; minimally, I think there should be an option to > append, and it probably should default to true. Many times, I've had I'd rather have time stamped files. Stack traces are already long enough as they are ;-) Michael _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] Debugging aids
by Bill Schwab Sept. 5, 2008

Sept. 5, 2008

Stef, Will do. The append option will come first. The crash dumps might take more effort, since I did not even see the feature on Linux. Not sure what to make of that. I guess I was hacking the VM, so maybe it is available only on Windows. If that is the case, we should fix it. I assume you want an option? How about #appendToDebugLog? I will confess to thinking (if only to myself) this should simply be the behavior, but the option route works too. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 9/5/2008 11:02:06 AM >>> send us the code :) stef On Sep 5, 2008, at 5:45 PM, Bill Schwab wrote: > Hello all, > > Random thoughts/wishes: > > The UI discussion reminded me of a couple of things. Squeak appears > to > overwrite its debug log; minimally, I think there should be an > option to > append, and it probably should default to true. Many times, I've had > what our British friends would call a knock-on effect overwrite the > trace of the real cause of the problem. The same should apply to the > crash dump. > > The option to show call stacks (which I am not seeing on the Linux VM, > and would like to<g>), should show all non-dead threads, not simply > the > active thread. IIRC, there has been some progress on that front. > > Bill > > > > > Wilhelm K. Schwab, Ph.D. > University of Florida > Department of Anesthesiology > PO Box 100254 > Gainesville, FL 32610-0254 > > Email: bschwab(a)anest.ufl.edu > Tel: (352) 273-6785 > FAX: (352) 392-7029 > > > _______________________________________________ > 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

1 0