================================================================
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

Reply via email to