- Pharo-dev - lists.pharo.org

Re: [Pharo-project] build #14430 feedback needed

by Esteban Lorenzano

thanks, anybody else can confirm that delay? btw... what I'm looking for is a crash that happened while initiating windows, because of lookup of preferences... it is not completely fixed, but should be partially working now. cheers, Esteban On Apr 17, 2012, at 2:46 PM, Henrik Johansen wrote: > > On Apr 17, 2012, at 2:14 PM, Esteban Lorenzano wrote: > >> Hi, >> >> I just released #14430 with a bugfix for windows. Problem is that we don't have enough windows tastes to be sure the fix work. >> >> Can windows users take a look at: https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces… >> >> and see if it is working? >> I'm looking for some info about: >> -vista >> -win7 >> >> but any other will be ok too :) >> >> thanks, >> Esteban >> > > Opened on Win7. > Was unresponsive for 20-30 seconds, then started responding to clicks etc. (What on earth is it doing on startup now?) > Could open Browser, Finder, check Monticello reps. > > Anything in particular the bug fix is for? > > Cheers, > Henry > >

April 17, 2012

Re: [Pharo-project] Broken Pharo 1.4 and windows VM

by Hilaire Fernandes

Hi Eliot, No I am testing with Wine, and it answer $4. :) Hilaire Le 17/04/2012 02:26, Eliot Miranda a Ã©crit : > Hi Hilaire, > > I guess you're running Windows 7 and that the VM is quite correctly > answering something like 7.1 for Smalltalk vm getSystemAttribute: 1002 > a.k.a. Smalltalk os osVersion. So I suspect the preferencesRootPath > method needs to be updated to take into account Windows 7. > > On Fri, Apr 13, 2012 at 1:21 PM, Hilaire Fernandes > <hilaire.fernandes(a)edu.ge.ch > <mailto:hilaire.fernandes@edu.ge.ch>> wrote: > > I took the Pharo 1.3 one-click package from Pharo-project then I > replaced the image with a Pharo 1.4 image. > > It looks like the code from DosFileDirectory>>preferencesRootPath is > broken or the the used VM does not return the expected value (Smalltalk > vm getSystemAttribute: 1002) > > I tested with the COG VM for Windows from Pharo web site, the problem is > the same. > > Fix may be easy but I don't know exactly the extent of the problem. > > I have tested under Wine as I don't have windows. > > > Hilaire > > > > preferencesRootPath > | list rootPath osMajorVer | > > "First try to adhere to hardcoded Microsoft conventions - > though we > really should be reading environment variables since %SYSTEMDRIVE% might > not be C: " > "Windows OS Version numbers from > http://msdn.microsoft.com/en-us/library/windows/desktop/ms724832%28v=vs.85%…" > > osMajorVer := Smalltalk os osVersion first. > osMajorVer = $5 ifTrue: [ rootPath := 'C:\Documents and > Settings\All > Users\Pharo\']. > osMajorVer = $6 ifTrue: [ rootPath := 'C:\ProgramData\Pharo\']. > > > -- > Dr. Geo -- http://www.drgeo.eu > > > > > > -- > best, > Eliot > -- Dr. Geo -- http://www.drgeo.eu

April 17, 2012

Re: [Pharo-project] How to globals that are NOT classes or traits?

by Guillermo Polito

Be careful that #isBehavior is false for Traits :). To fix I think. On Tue, Apr 17, 2012 at 1:41 PM, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Am 2012-04-17 um 12:50 schrieb Mariano Martinez Peck: > > > Hi guys. In Fuel, we need to identity which globals present in Smalltalk > globals are NOT classes or traits, because we need to manage them as > globals. So far we have a hardcoded list: > > > > defaultGlobalSymbols > > > > ^ #(#Smalltalk #SourceFiles #Transcript #Undeclared #Display > #TextConstants #ActiveWorld #ActiveHand #ActiveEvent #Sensor #Processor > #ImageImports #SystemOrganization #World) > > > > So...as every hardcoded stuff, this is not nice because as soon as > globals change, we need to fix this. So it would be nice if the system > (pharo) can provide us this information. > > > > What do you think? > > What about just asking whether the Associaction values are Behavior: > > defaultGlobalSymbols > > ^ (self environment "or 'Smalltalk globals' or 'Smalltalk', to your > taste" > select: [:g | g isBehavior not]) keys > > In my Squeak4.3 this yields > > #(#SourceFiles #Display #Processor #World #Smalltalk #Sensor > #ImageImports #ActiveEvent #ScheduledControllers #ScriptingSystem > #ActiveHand #Undeclared #ActiveWorld #CustomEventsRegistry #TextConstants > #References #Transcript #SystemOrganization) > > > Bes > -Tobias > > PS: for the interested ones, here with values: > #ActiveEvent->[keystroke '<Cmd-p>'] > #ActiveHand->a HandMorph(3216) > #ActiveWorld->a PasteUpMorph(1622) [world] > #CustomEventsRegistry->an IdentityDictionary( "stuff" ) > #Display->DisplayScreen(800x600x32) > #ImageImports->a Dictionary() > #Processor->a ProcessorScheduler > #References->an IdentityDictionary() > #ScheduledControllers->nil > #ScriptingSystem->a StandardScriptingSystem > #Sensor->an EventSensor > #Smalltalk->Smalltalk > #SourceFiles->an ExpandedSourceFileArray( "stuff" ) > #SystemOrganization->( "stuff" ) > #TextConstants->a Dictionary(size 107) > #Transcript->a TranscriptStream '' > #Undeclared->a Dictionary() > #World->a PasteUpMorph(1622) [world] > > >

April 17, 2012

Re: [Pharo-project] Broken Pharo 1.4 and windows VM

by Ben Coman

btw Windows 7 is version... 6.1.7600 see detail in http://code.google.com/p/pharo/issues/detail?id=5255 Eliot Miranda wrote: > Hi Hilaire, > > I guess you're running Windows 7 and that the VM is quite correctly > answering something like 7.1 for Smalltalk vm getSystemAttribute: 1002 > a.k.a. Smalltalk os osVersion. So I suspect the preferencesRootPath method > needs to be updated to take into account Windows 7. > > On Fri, Apr 13, 2012 at 1:21 PM, Hilaire Fernandes < > hilaire.fernandes(a)edu.ge.ch> wrote: > > >> I took the Pharo 1.3 one-click package from Pharo-project then I >> replaced the image with a Pharo 1.4 image. >> >> It looks like the code from DosFileDirectory>>preferencesRootPath is >> broken or the the used VM does not return the expected value (Smalltalk >> vm getSystemAttribute: 1002) >> >> I tested with the COG VM for Windows from Pharo web site, the problem is >> the same. >> >> Fix may be easy but I don't know exactly the extent of the problem. >> >> I have tested under Wine as I don't have windows. >> >> >> Hilaire >> >> >> >> preferencesRootPath >> | list rootPath osMajorVer | >> >> "First try to adhere to hardcoded Microsoft conventions - though we >> really should be reading environment variables since %SYSTEMDRIVE% might >> not be C: " >> "Windows OS Version numbers from >> >> http://msdn.microsoft.com/en-us/library/windows/desktop/ms724832%28v=vs.85%… >> " >> >> osMajorVer := Smalltalk os osVersion first. >> osMajorVer = $5 ifTrue: [ rootPath := 'C:\Documents and Settings\All >> Users\Pharo\']. >> osMajorVer = $6 ifTrue: [ rootPath := 'C:\ProgramData\Pharo\']. >> >> >> -- >> Dr. Geo -- http://www.drgeo.eu >> >> >> >> > > >

April 17, 2012

Re: [Pharo-project] build #14430 feedback needed

by Henrik Johansen

On Apr 17, 2012, at 2:14 PM, Esteban Lorenzano wrote: > Hi, > > I just released #14430 with a bugfix for windows. Problem is that we don't have enough windows tastes to be sure the fix work. > > Can windows users take a look at: https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces… > > and see if it is working? > I'm looking for some info about: > -vista > -win7 > > but any other will be ok too :) > > thanks, > Esteban > Opened on Win7. Was unresponsive for 20-30 seconds, then started responding to clicks etc. (What on earth is it doing on startup now?) Could open Browser, Finder, check Monticello reps. Anything in particular the bug fix is for? Cheers, Henry

April 17, 2012

Re: [Pharo-project] Domain pharo.org

by Christoph Wysseier

Am 17.04.12 13:56, schrieb Marcus Denker: > > On Apr 17, 2012, at 9:48 AM, Christoph Wysseier wrote: > >> Hey Marcus >> >> The easiest way to install alias domains of a cmsbox websites with proper redirection is to configure the DNS entry to point to 217.11.221.200 (Host: one.cmsbox.com) I already configured the webserver accordingly. >> > > ok, I configure the DNS to that IP for both pharo.org and www.pharo.org Perfect, thx! Works like a charm... Chris

April 17, 2012

[Pharo-project] build #14430 feedback needed

by Esteban Lorenzano

Hi, I just released #14430 with a bugfix for windows. Problem is that we don't have enough windows tastes to be sure the fix work. Can windows users take a look at: https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces… and see if it is working? I'm looking for some info about: -vista -win7 but any other will be ok too :) thanks, Esteban

April 17, 2012

Re: [Pharo-project] I need Pharo 1.4 for PowerPC

by Edgar J. De Cleene

On 4/17/12 8:45 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > > On Apr 17, 2012, at 11:38 AM, Edgar J. De Cleene wrote: > >> Guys, not too long ago I was able to download clean Pharo 1.4 and run on >> olders John VMs on G4 PowerPC. >> Seems site now only have CogVm versions which older VM do not run. >> Any place for download or I run out of luck? > > you could try the with the Interpreter: > > https://ci.lille.inria.fr/pharo/view/Cog/job/StackVM/ > > -- > Marcus Denker -- http://marcusdenker.de Very thanks !! In the interim of the answer I could find https://github.com/downloads/Phariverse/PharoCore/git.PharoCore1.4.zip Which runs on older John VM's Share this info here just in case some found useful Edgar

April 17, 2012

[Pharo-project] [update 1.4] #14430

by Esteban Lorenzano

Issue 5596: DosFileDirectory>>preferencesRootPath broken http://code.google.com/p/pharo/issues/detail?id=5596

April 17, 2012

Re: [Pharo-project] Domain pharo.org

by Marcus Denker

On Apr 17, 2012, at 9:48 AM, Christoph Wysseier wrote: > Hey Marcus > > The easiest way to install alias domains of a cmsbox websites with proper redirection is to configure the DNS entry to point to 217.11.221.200 (Host: one.cmsbox.com) I already configured the webserver accordingly. > ok, I configure the DNS to that IP for both pharo.org and www.pharo.org -- Marcus Denker -- http://marcusdenker.de

April 17, 2012