- Pharo-dev - lists.pharo.org

[Pharo-project] question about O2 vs OB
by Fernando olivero Jan. 20, 2010

Jan. 20, 2010

Hi, was wondering why we need O2 and OB as two different frameworks?, and why O2 is not an extension to OB, are they structurally different in design and implementation? I was wondering about this since i read the last emails about O2 and OB decoupling. Because now if we reintegrate O2, the system will have much more complexity. Thanks, Fernando

3 4

[Pharo-project] Getting feedback on an headless VM
by Simon Denier Jan. 20, 2010

Jan. 20, 2010

Hi there I'm trying to run a VM in headless mode on a linux server (version 3.10-3 #32 Wed Apr 8 19:55:11 BST 2009 gcc 4.1.2). After struggling a bit to found a recent VM (that is, closure-enabled), now I can launch it with the following command: exec "$EXE/squeak" \ -plugins "$RES" \ -encoding latin1 \ -vm-display-null \ "$APP/testServer.image" Problem is the process starts but obviously got stuck after that. I got no feedback on what's going wrong (I guess some error happens and the system is waiting for user input). I tried with a fresh 10500 image and the simplest script I could think of to test: (FileStream forceNewFileNamed: 'foo.txt') nextPutAll: 'bar'; close ....same thing. Of course it works on my local machine with UI. Is there a way to debug this, like having the debugger to dump the stack in the terminal. I tried Cmd-. but it just stops the process (like Ctrl-c) with no feedback. -- Simon

4 11

[Pharo-project] question about O2 vs OB
by Torsten Bergmann Jan. 20, 2010

Jan. 20, 2010

Lukas wrote >because O2 makes incompatible changes to the OmniBrowser framework. >The way O2 is implemented makes it impossible to run both together on the >same core model without conflicts. OK, but Alexandre wrote in [1]: "O2 has now no dependencies to OB anymore." so is Lukas' statement still true and both are in conflict or are these conflicts now resolved and it is possible to run both together? Thanks T. [1] http://lists.gforge.inria.fr/pipermail/pharo-project/2010-January/020475.ht… -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

3 2

[Pharo-project] [update 1.1] #11173
by StÃ©phane Ducasse Jan. 20, 2010

Jan. 20, 2010

11173 ----- - Polymorph Fixes for control button appearance. Stef

1 0

[Pharo-project] We remove CodeLoader ?? [WAS] Presenter and Project will die aren't they ?
by Mariano Martinez Peck Jan. 20, 2010

Jan. 20, 2010

So....we will remove CodeLoader then ? This is the moment to speak :) I ask about this because I am trying to analize who uses ImageSegments and all that stuff in the code and see how easily or good is to remove ImageSegment to a separate package. And, CodeLoader uses ImageSegment. As far as I looked, the only user or CodeLoader, as Michael said is ProjectLauncher >> startUpAfterLogin Which....I think it will also die in a moment if Project will die too.... Anyway, but do you think about changing startUpAfterLogin to this: startUpAfterLogin | scriptName loader isUrl | self readDocumentAtStartup ifTrue: [ scriptName := (SmalltalkImage current getSystemAttribute: 2) ifNil:['']. scriptName := scriptName convertFromSystemString. scriptName isEmpty ifFalse:[ "figure out if script name is a URL by itself" isUrl := (scriptName asLowercase beginsWith:'http://') or:[ (scriptName asLowercase beginsWith:'file://') or:[ (scriptName asLowercase beginsWith:'ftp://')]]. isUrl ifFalse:[scriptName := 'file:',scriptName]]. . ] ifFalse: [ scriptName := '' ]. scriptName isEmptyOrNil ifTrue:[^ self]. loader := CodeLoader new. loader loadSourceFiles: (Array with: scriptName). loader installSourceFiles. On Tue, Jan 12, 2010 at 9:56 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > ok we got convinced :) > > On Jan 12, 2010, at 8:20 AM, John M McIntosh wrote: > > > Ah well yes Michael suffered thru managing, testing, and working with all > those browsers & plugins. > > I suffered thru trying to figure out how it all worked... At least on > the mac. > > > > Here's the current issue, because: > > > > Microsoft shafted netscape by abandoning the netscape API, then shafted > apple by not providing an alternative > > we had the strange mixture of a solution for os-x, windows, X11. Then of > course Microsoft IE on macintosh > > would change behaviour from version to version to screw with FireFox & > Mozilla etc. Let alone worrying about Opera which > > kinda worked. Fortunately Microsoft abandon the Mac browser market, and > Apple introduced Safari which again was slightly different. > > > > Now on 10.6 we had this problem an abandon API for plugins, that needed > to move forward, also into the 64bit world. > > So Apple changed things again to either let you run Safari in 32bit using > old plugins (busted), or using a modified 64bit plugins api, but > > not both at the same time. > > > > The words busted, non-existant, abandon, (implied ugly), appear quite a > few times in the sentences above. Also on every > > browser version change, or operating system major version change > something was just slightly funky enough to bring down > > the house of cards. > > > > So, time is better spent in getting 64bit squeak working, since there is > plenty of hours still needed to fixup all the plugins, > > and check that the VM is actually sane... > > > > > > On 2010-01-11, at 1:59 PM, Michael Rueger wrote: > > > >> On 1/11/2010 10:58 PM, Michael Rueger wrote: > >> > >>> forget squeak/pharo in the browser. > >> > >> for those not in the know: > >> I'm one of the poor guys who actually spent a *lot* of time making it > >> possible ;-) > >> > >> Michael > >> > >> _______________________________________________ > >> 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 > > > =========================================================================== > > > > > > > > > > > > _______________________________________________ > > 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 >

3 7

[Pharo-project] how to get nice native fonts in 1.0
by StÃ©phane Ducasse Jan. 20, 2010

Jan. 20, 2010

Hi I have to give some demos of seaside today and I would like to have nice fonts in 1.0 and I cannot find the preferences to say that the fonts can be looked up on my disc. and I'm looking for some nice combination (but the code snippets on the wiki do not work). Stef

6 6

[Pharo-project] Nabble
by Geert Claes Jan. 20, 2010

Jan. 20, 2010

Just added the Pharo Smalltalk Users mailing list to Nabble ... I prefer the online forums over mailing lists. Just wondering whether Pharo Smaltalk Users should be under Pharo Smalltalk or just under the top level Smalltalk category? -- View this message in context: http://n2.nabble.com/Nabble-tp4416405p4416405.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

5 9

[Pharo-project] Scripts that should be run after a slice and ScriptLoader
by Mariano Martinez Peck Jan. 20, 2010

Jan. 20, 2010

Hi: I found that several times, we need to run some piece of code after a slide. The only way I see doing this is to write it in a txt , and, hopefully (many times, the commiter or the integrator forget about it), remember to put that in the email or issue, when I let you know the fix is ready. Is there a better way ? What about having a method in ScriptLoader where we can commit that together with the slice? Then when someone integrates that, it will see that, and will move that piece of code, from there, to the update or script methods. I don't know. What do you think ? Would be cool, maybe, to reify the "slice" concept, where you can have: pre-doits, a collections of "pieces of code" (several times we have, part1, part2, tc), post-doits, etc...But I guess that requires a lot of effort. Cheers Mariano

4 7

Jan. 20, 2010

Hi guys do not forget to send your license agreement. We want to stay clean. Stef

3 4

Jan. 20, 2010

> From: Sheridan Mahoney <sheridan(a)sheridan-mahoney.com> > Date: December 3, 2009 11:04:19 PM GMT+01:00 > To: pharo-project-bounces(a)lists.gforge.inria.fr > Subject: Re: getting rid of Symbol >> new: ? > Reply-To: sheridan(a)sheridan-mahoney.com > > > A colleague and I are investigating the ImageSegment class and its methods, we came across an issue I would like to get external opinions on. Newbie alert, BTW (at least one of us, no names mentioned...). Also, this is not a problem that will affect many users, but it is familiarizing us with the check-in process, slices, etc. While working on ImageSegment tests, we discovered a problem on trying to load segments that had Symbols in the root array. It is possible to create 2 ByteSymbols with the same sequence of characters. :( In trying to track down how this is possible, we came across a side issue, that ByteSymbol new: had the capacity to create multiple new ByteSymbols with the same number of nil characters (as in, initialized with nil). We want to dissallow Symbol new: , which would cause people to use one of the nicer methods for Symbol/ByteSymbol creation (namely, one which checks that the sequence of characters doesn't already exist, as part of the creation process). We have a fix we want to check in, but currently it breaks a test case in the SymbolTest class, which is checking that new: works. We also changed the intern: method on the class side of Symbol to use basicNew: instead of new: . Are there reasons to keep 'Symbol new:' , that outweigh the reasons to get rid of it? > Many thanks, > and Cheers, > Sheri Mahoney

8 31