================================================================
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 <[EMAIL PROTECTED]>
Date: March 27, 2008 10:00:21 PM CEST
To: The general-purpose Squeak developers list <[EMAIL PROTECTED]
>
Subject: [squeak-dev] Re: FFI and FreeTypePlus problem?
Reply-To: The general-purpose Squeak developers list <[EMAIL PROTECTED]
>
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
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project