- Pharo-dev - lists.pharo.org

[Pharo-project] #remoteHostAddress
by Ramiro Diaz Trepat Aug. 2, 2009

Aug. 2, 2009

I am trying to port Magma to Pharo, and I have run across the following issue. Ini Pharo, the method: Socket>>connectTo: hostAddress port: port waitForConnectionFor: timeout (mir 6/17/2007 20:10) "Initiate a connection to the given port at the given host address. Waits until the connection is established or time outs." self connectNonBlockingTo: hostAddress port: port. self waitForConnectionFor: timeout ifTimedOut: [ConnectionTimedOut signal: 'Cannot connect to ' , self *remoteHostAddress* hostNumber , ':' , port asString] #*remoteHostAddress* has no implementors in Pharo. The implementation of this method in Squeak uses *NetNameResolver* Socket>>connectTo: hostAddress port: port waitForConnectionFor: timeout (mu 8/14/2003 15:15) "Initiate a connection to the given port at the given host address. Waits until the connection is established or time outs." self connectNonBlockingTo: hostAddress port: port. self waitForConnectionFor: timeout ifTimedOut: [ConnectionTimedOut signal: 'Cannot connect to ' , (*NetNameResolver* stringFromAddress: hostAddress) , ':' , port asString] Who is maintaining Socket now in Pharo? Has anyone got some advice on how to solve this? Cheers r.

4 8

[Pharo-project] Custom user Interrupt handling
by Dale Henrichs Aug. 1, 2009

Aug. 1, 2009

For the GLASS GemTools client, I would like to intercept Alt-. and instead of opening a debugger, I would like to send an interrupt to the GemStone process. In Squeak and earlier variants of Pharo, it was possible to replace the interruptSemaphore with one of our own while we were waiting and it worked well enough. With the new structure of InputSensor and friends it doesn't appear to be possible to hack into the event handling system for user interrupts. The class UserInterruptHandler is tantalizingly close, however, there is no obvious way to insinuate myself as an interested party....It's pretty much hard-wired to open a debugger on the interrupted process.... There are probably several ways to allow for the user interrupt to be intercepted: - use a dynamic variable - use a process local Both techniques have the advantage of being process specific... On the other hand if it is easier/preferable to use Ctl-ALT-. then that would work for me. Thanks in advance, Dale

3 2

[Pharo-project] [update] #10403
by Marcus Denker Aug. 1, 2009

Aug. 1, 2009

10403 ----- Issue 1023: Menu System>Keyboard shortcuts calls deprecated method Issue 1022: Mac Menus: merge File and System menu into the App menu Issue 1025: Menu System->Preferences->set author initials calls deprecated method -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

1 0

Re: [Pharo-project] Custom user Interrupt handling
by Dale Henrichs Aug. 1, 2009

Aug. 1, 2009

1 0

Re: [Pharo-project] Custom user Interrupt handling
by Dale Henrichs Aug. 1, 2009

Aug. 1, 2009

It looks as though using signalException:, and a UserInterrupt notification whose defaultAction is to open the debugger will do the trick ... An exception handler on the stack for UserInterrupt can intercept the interrupt and do something different than opening a debugger. I've attached two fileIns with an example implementation...a quick review by a knowledgeable soul would be appreciated (not much code involved at all). If there aren't any other alternatives and this approach is deemed to be acceptable, I can go through the standard process and submit a bug/bugfix (bullet-proofing the code a bit as well). Dale ----- "Dale Henrichs" <dale.henrichs(a)gemstone.com> wrote: | For the GLASS GemTools client, I would like to intercept Alt-. and | instead of opening a debugger, I would like to send an interrupt to | the GemStone process. | | In Squeak and earlier variants of Pharo, it was possible to replace | the interruptSemaphore with one of our own while we were waiting and | it worked well enough. | | With the new structure of InputSensor and friends it doesn't appear to | be possible to hack into the event handling system for user | interrupts. | | The class UserInterruptHandler is tantalizingly close, however, there | is no obvious way to insinuate myself as an interested party....It's | pretty much hard-wired to open a debugger on the interrupted | process.... | | There are probably several ways to allow for the user interrupt to be | intercepted: | | - use a dynamic variable | - use a process local | | Both techniques have the advantage of being process specific... | | On the other hand if it is easier/preferable to use Ctl-ALT-. then | that would work for me. | | Thanks in advance, | | Dale | | _______________________________________________ | 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] [ANN] Pharo 1.0 Beta - Win32 Installer
by Torsten Bergmann July 31, 2009

July 31, 2009

see http://pharo-project.org/pharo-download -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

1 0

[Pharo-project] Why I use Pharo
by John Escobedo July 31, 2009

July 31, 2009

I'm super excited to hear about Pharo 1.0 beta. I thought I'd post about why I'm using Pharo. I started using Pharo about 2 weeks ago and have finally started writing small programs in Smalltalk again. Just over 2 years ago, I was learning Squeak but got frustrated at finding most links dead or things that didn't seem to be maintained. I was very excited with the changes in 3.8 and 3.9 but was left wondering what happened after that. Looking back, it looks like Pharo happened. Thanks so much to everyone.

4 3

July 31, 2009

> since I do not have internet I did not added the bugtracker but > when we define a method in the class side of a trait we get an error: > > because a methodReference can be used on a method attached to a class > so actualClass does not take into account traits > > MethodReference>>actualClass > > | actualClass | > actualClass := Smalltalk at: classSymbol ifAbsent: [^nil]. > classIsMeta ifTrue: [^actualClass classSide]. > ^actualClass > > this breaks for example OBMethodCategoryFilter > > OBMethodCategoryFilter>>displayString: aStringOrText forParent: > pNode child: cNode > | category | > ((cNode reference actualClass includesSelector: cNode reference > methodSymbol) > and: [cNode reference compiledMethod literals includes: > #deprecated:]) > ifTrue: [^aStringOrText asText addAttribute: TextEmphasis > struckOut]. > > category := cNode category. > (category beginsWith: '*') ifTrue: [ > ^(category includesSubString: '-overrides') > ifTrue: [aStringOrText asText addAttribute: TextEmphasis > italic; addAttribute: TextColor red] > ifFalse: [aStringOrText asText addAttribute: TextEmphasis > italic]]. > > ^aStringOrText > > > Here is a possible solution > > actualClass > > | actualClass traitName| > ('*classTrait' match: classSymbol) > ifTrue: [ traitName := classSymbol copyUpTo: Character space. > ^ Smalltalk at: traitName asSymbol ifAbsent: [nil]]. > actualClass := Smalltalk at: classSymbol ifAbsent: [^nil]. > classIsMeta ifTrue: [^actualClass classSide]. > ^actualClass > > This raises the question of MethodReference using symbol instead of > pointers to objects. > Funnily the creation methods require a class and not a classname. > I can understand that in certain occasion (manipulating methods of > classes that are not installed in the image > is cool) but in that case may be we should have > MethodReference > RemoteMethodReference > > Stef > > > >

2 4

July 31, 2009

Begin forwarded message: > From: Bert Freudenberg <bert(a)freudenbergs.de> > Date: July 31, 2009 6:30:19 PM CEDT > To: etoys dev <etoys-dev(a)squeakland.org> > Subject: Re: Fonts (was Re: [etoys-dev] Wording in Clouds) > > > On 31.07.2009, at 08:31, Andreas Raab wrote: > >> Hi - >> >> I've integrated Bert's fix as well as support for .ttc collections: >> >> http://tracker.squeakland.org/browse/SQ-283 >> >> While working on this I realized how outdated the etoys image is >> when it comes to TTF support. I was trying to bring in some other >> necessary fixes but that wouldn't work at all, so I've added a >> filed out version of TTCFont.st from 3.10.2-trunk which has all the >> necessary fixes but probably some other issues. With this version >> things *almost* work: >> >> * Install TTFileDescription.5.cs >> * Install TTCFont.st >> * Install WhiteSpaceFixes.2.cs > > > I tried on a Mac, first failure in #fontOffsetsInFile:. There are > fonts that are tagged 'true' instead of (0 1 0 0): > > http://developer.apple.com/textfonts/TTRefMan/RM06/Chap6.html > > "The values 'true' (0x74727565) and 0x00010000 are recognized by the > Mac OS as referring to TrueType fonts." > > That's easy to fix. > > Then there are bitmap fonts like "NISC18030.ttf" which cannot be > loaded, they fail when looking for the 'head' table. > > The list of *ttf on the Mac isn't really long, most fonts are not in > truetype format apparently: > > ('Al Bayan' 'Andale Mono' 'AppleMyungjo' 'Arial' 'Arial Black' > 'Arial Hebrew' 'Arial Narrow' 'Arial Rounded MT Bold' 'Arial Unicode > MS' 'Ayuthaya' 'Baghdad' 'Brush Script MT' 'Chalkboard' 'Comic Sans > MS' 'Corsiva Hebrew' 'Courier New' 'DecoType Naskh' 'Devanagari MT' > 'Euphemia UCAS' 'Georgia' 'Gujarati MT' 'Gurmukhi MT' 'Impact' > 'InaiMathi' 'Kailasa' 'Kokonor' 'Krungthep' 'KufiStandardGK' > 'Microsoft Sans Serif' 'Mshtakan' 'Nadeem' 'New Peninim MT' > 'Plantagenet Cherokee' 'Sathu' 'Silom' 'Tahoma' 'Times New Roman' > 'Trebuchet MS' 'Verdana' 'Webdings' 'Wingdings' 'Wingdings 2' > 'Wingdings 3') > > There were 5 more fonts but their names were mangled (IIRC fonts can > store their meta data in various languages and encodings). > > I tried to install "Tahoma" but got the message that the subfamily > "Negreta" (span. "black") is not recognized in > #indexOfSubfamilyName:. After fixing that it worked fine. > > Attaching a changeset with my fixes (though maybe the bitmap > detection should not just rely on errors). > > If anyone else is testing on a Mac you might find this helpful (and > if you do, review and push, thanks): > > http://tracker.squeakland.org/browse/SQ-243 > > - Bert - > _______________________________________________ > etoys-dev mailing list > etoys-dev(a)squeakland.org > http://lists.squeakland.org/mailman/listinfo/etoys-dev

1 0

July 31, 2009

Begin forwarded message: > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: July 31, 2009 8:31:02 AM CEDT > To: etoys dev <etoys-dev(a)squeakland.org> > Subject: Re: Fonts (was Re: [etoys-dev] Wording in Clouds) > > Hi - > > I've integrated Bert's fix as well as support for .ttc collections: > > http://tracker.squeakland.org/browse/SQ-283 > > While working on this I realized how outdated the etoys image is > when it comes to TTF support. I was trying to bring in some other > necessary fixes but that wouldn't work at all, so I've added a filed > out version of TTCFont.st from 3.10.2-trunk which has all the > necessary fixes but probably some other issues. With this version > things *almost* work: > > * Install TTFileDescription.5.cs > * Install TTCFont.st > * Install WhiteSpaceFixes.2.cs > > (oh, stupid, stupid JIRA - it does not preserve the ordering in > which files were added and you cannot order by date even in "manage > attachments" mode; make sure you do *not* load TTFileDescription.st > since it's outdated) > > * If on Windows, execute: > > TTFileDescription installFamilyNamed: 'Batang'. > > (this is a standard font on Windows which has CJK support) > > * Change the standard menu font to Batang > * Switch the image to Japanese language > > At this point the image blows up somewhere in > TextMorph>>authoringPrototype. But if you proceed and open a menu it > shows CJK-ish looking characters (not that I could tell if it's > correct ;-) > > In any case, using the current versions of TTCFont in 3.10.2-trunk I > was able to produce the attached image which shows a bit of text > from Squeak's wikipedia entry in various languages. > > Yoshiki - for some strange reason it seems that some of the glyphs > in the Japanese entry are substituded by the default glyph (see the > fourth glyph in what I think is the phonetic transcription of Squeak). > > Do you have any idea if that is the expected behavior for Batang or > if there might be something wrong? It would be good if we could get > the text in Squeak to show up correctly, and I'm at a loss here > since I have no idea even what code ranges to look at ;-) > > Cheers, > - Andreas > _______________________________________________ > etoys-dev mailing list > etoys-dev(a)squeakland.org > http://lists.squeakland.org/mailman/listinfo/etoys-dev

1 0