- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Postgresql + pharo

by John M McIntosh

Ok, in order to this I had to install Postgresql. I didn't want to install this on my main development machine so I choose to install it on a powerpc iMac I have for testing. I used MacPorts and did the postgresql and postgresql-server installation sudo port install \ postgresql83 \ postgresql83-server I then created a default database, check the output of the port install to confirm these copied values are correct. sudo mkdir -p /opt/local/var/db/postgresql83/defaultdb sudo chown postgres:postgres /opt/local/var/db/postgresql83/defaultdb sudo su postgres -c '/opt/local/lib/postgresql83/bin/initdb -D /opt/ local/var/db/postgresql83/defaultdb' I then had to edit pg_hba.conf to allow for local subnet access, and edit postgresql.conf to allow for listening on all network interfaces. I also had to alter the admin user 'postgresql' to have a password. The http://www.pgadmin.org/download/macosx.php admin config app was helpful in all this, well I did do the edit of /opt/local/var/db/postgresql83/defaultdb files via sudo vi because it's rwx user postgresql only.... This then let me run the 21 tests to completion from my development MacIntel machine. I then copied the 4.0.1b1 VM and the image/changes to the PowerPC imac and ran the tests again They all ran. So this points to either a problem unique to hosting postgresql on an MacIntel machine and running the tests on the same machine, or there is some other problem. It would be helpful if someone else could confirm or deny the problem using such a configuration (local db, local pharo app Note the postgresql log spews, I would think the tests should be nicer? ERROR: table "testcopyinouttable" does not exist STATEMENT: DROP TABLE TestCopyInOutTable ERROR: table "products" does not exist STATEMENT: DROP TABLE products ERROR: table "testfieldconvertertable" does not exist STATEMENT: DROP TABLE TestFieldConverterTable ERROR: extra data after last expected column CONTEXT: COPY products, line 1: "77 abcde 123.456 999.999" STATEMENT: copy products from stdin FATAL: invalid frontend message type 92 ERROR: extra data after last expected column CONTEXT: COPY products, line 1: "77 abcde 123.456 999.999" STATEMENT: copy products from stdin FATAL: invalid frontend message type 92 On 19-Apr-09, at 12:14 AM, MichaelA wrote: > > John, > I have loaded the files to > > http://idisk.mac.com/michaelatkisson1-Public?view=web > > Thanks for your help! > -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

April 19, 2009

[Pharo-project] Browsing code files with prettyPrint

by Markus Fritsche

What I did: Navigate with a file to a .st file, click on the button "browse", select a method. With "browseWithPrettyPrint" enabled. This applies both to recent Pharo and a Squeak3.10-closures image. Best regards, Markus Stacktrace: '20 April 2009 1:00:43 am VM: Win32 - a SmalltalkImage Image: Pharo0.1 [Latest update: #10279] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir C:\Dokumente und Einstellungen\mfritsche\Desktop\Seaside Trusted Dir C:\Dokumente und Einstellungen\mfritsche\Desktop\Seaside\mfritsche Untrusted Dir C:\Dokumente und Einstellungen\mfritsche\Eigene Dateien\My Squeak PseudoClass(Object)>>doesNotUnderstand: #variablesAndOffsetsDo: Receiver: a PseudoClass(#TraitMethodDescription) Arguments and temporary variables: aMessage: variablesAndOffsetsDo: [closure] in EncoderForV3PlusClosures(Encoder)...etc... exception: MessageNotUnderstood: PseudoClass>>variablesAndOffsetsDo: resumeValue: nil Receiver''s instance variables: name: #TraitMethodDescription definition: nil organization: (''accessing'' providedLocatedMethod) source: a Dictionary(#providedLocatedMethod->a ChangeRecord ) metaClass: a PseudoMetaclass(#TraitMethodDescription) EncoderForV3PlusClosures(Encoder)>>init:context:notifying: Receiver: {an EncoderForV3PlusClosures} Arguments and temporary variables: aClass: a PseudoClass(#TraitMethodDescription) aContext: nil req: a Parser homeNode: nil Receiver''s instance variables: comment: nil pc: nil scopeTable: a Dictionary(''false''->{false} ''nil''->{nil} ''self''->{self} ''super''->...etc... nTemps: 0 supered: false requestor: a Parser class: a PseudoClass(#TraitMethodDescription) selector: nil literalStream: a WriteStream #() selectorSet: a Dictionary(#*->{*} #+->{+} #-->{-} #/->{/} #''//''->{//} #<->{<} #...etc... litIndSet: a Dictionary() litSet: a LiteralDictionary(-1->{-1} 0->{0} 1->{1} 2->{2} ) sourceRanges: nil globalSourceRanges: nil stream: nil position: nil rootNode: nil blockExtentsToLocals: nil [] in Parser>>parse:class:category:noPattern:context:notifying:ifFail: Receiver: a Parser Arguments and temporary variables: <<error during printing> Receiver''s instance variables: source: a ReadStream ''providedLocatedMethod | locatedMethod aLocatedMet...etc... mark: 31 hereChar: Character space aheadChar: $l token: #| tokenType: #verticalBar currentComment: nil buffer: a WriteStream ''providedLocatedMethod'' typeTable: #(#xBinary #xBinary #xBinary #xBinary #xBinary #xBinary #xBinary #xB...etc... here: ''providedLocatedMethod'' hereType: #word hereMark: 1 hereEnd: 21 prevMark: 1 prevEnd: nil encoder: {an EncoderForV3PlusClosures} requestor: nil parseNode: nil failBlock: [closure] in Compiler>>format:noPattern:ifFail: requestorOffset: 0 tempsMark: nil doitFlag: false properties: nil category: nil BlockClosure>>on:do: Receiver: [closure] in Parser>>parse:class:category:noPattern:context:notifying:ifFail: Arguments and temporary variables: exception: ReparseAfterSourceEditing handlerAction: [closure] in Parser>>parse:class:category:noPattern:context:noti...etc... handlerActive: true Receiver''s instance variables: outerContext: Parser>>parse:class:category:noPattern:context:notifying:ifFail: startpc: 131 numArgs: 0 --- The full stack --- PseudoClass(Object)>>doesNotUnderstand: #variablesAndOffsetsDo: EncoderForV3PlusClosures(Encoder)>>init:context:notifying: [] in Parser>>parse:class:category:noPattern:context:notifying:ifFail: BlockClosure>>on:do: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Parser>>parse:class:category:noPattern:context:notifying:ifFail: Parser>>parse:class:noPattern:context:notifying:ifFail: Compiler>>format:noPattern:ifFail: Compiler>>format:in:notifying:decorated: Compiler class>>format:in:notifying:decorated: FileContentsBrowser>>selectedMessage FileContentsBrowser(Browser)>>contents FileContentsBrowser>>contents PluggableShoutMorph(PluggableTextMorph)>>getText PluggableShoutMorph(PluggableTextMorph)>>update: [] in FileContentsBrowser(Object)>>changed: DependentsArray>>do: FileContentsBrowser(Object)>>changed: FileContentsBrowser(Object)>>contentsChanged FileContentsBrowser(CodeHolder)>>contentsChanged FileContentsBrowser(Browser)>>messageListIndex: PluggableListMorph>>changeModelSelection: PluggableListMorph>>mouseUp: PluggableListMorph(Morph)>>handleMouseUp: MouseButtonEvent>>sentTo: PluggableListMorph(Morph)>>handleEvent: MorphicEventDispatcher>>dispatchDefault:with: ...etc...'

April 19, 2009

Re: [Pharo-project] Lots of characters lost while typing in Unix

by Nicolas Cellier

I see, InputEventFetcher default class -> InputEventPollingFetcher and InputEventPollingFetcher>>#eventLoop "Fetch pending raw events from the VM. This method is run at high priority." | delay | delay := Delay forMilliseconds: 100. 100ms is very high! Pharo VM requires blockClosure, which make them recent. I think all these VM have primitive 93 for asynchronously signaling the availability of events. No ? 2009/4/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Yes may be the event cleaning of mike cleaned too much. > So I hope that mike will provide a fix soon :) > > > Stef > On Apr 19, 2009, at 5:01 PM, Nicolas Cellier wrote: > >> Since latest 10284 Pharo update, i experience lost of keystroke >> vanishing. >> >> _______________________________________________ >> 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 >

April 19, 2009

Re: [Pharo-project] About literalsDo: deprecation

by Nicolas Cellier

It seems that literalsDo: eem change has been reverted... ... in 10284 it is still deprecated ! I don't know why, but this makes (SystemTest testAllSentMessages) run forever... Please do it again 2009/4/18 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Hi Nicolas > > Issue 748: literals do -> literalsDo: > fixed in 10280 (I wanted back these miliseconds :)). > > Stef > > On Apr 15, 2009, at 10:53 PM, Nicolas Cellier wrote: > >> I notice while scanning Eliot changes that #literalsDo: is a >> deprecated message... >> But (literals do:) replacement is not neutral concerning speed. >> It creates an Array where literalsDo: did not. >> This is not a detail because this is called on each and every method >> when scanning code: >> >> For example, I tried this in Pharo image: >> >> Time millisecondsToRun: [SystemNavigation default allGlobalRefs] >> ->5356 with Eliot's literalsDo: >> ->8947 pharo version calling literals do: >> >> This change spoils a few minutes out of our every day work ;) >> >> Nicolas >> >> _______________________________________________ >> 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 >

April 19, 2009

Re: [Pharo-project] Delays Semaphores and Processes

by Nicolas Cellier

My 16 KernelTests-Processes are green :) Forget all the SLICE-DelayFixFromMantis7321 stuff, it only add pain and complexity... I checked that entire changes related to mantis 7321 list can be loaded with following instructions: Delay startTimerEventLoop. (ScriptLoader new buildConfigurationMapFor: #('Kernel-nice.renggli.301.mcz' 'KernelTests-nice.96.mcz' 'System-Support-nice.11.mcz')) load. If ever a problem occur, try again in several steps: (ScriptLoader new buildConfigurationMapFor: #('Kernel-nice.renggli.299.mcz' 'KernelTests-nice.95.mcz' 'System-Support-nice.11.mcz')) load. Delay startTimerEventLoop. (ScriptLoader new buildConfigurationMapFor: #('Kernel-nice.renggli.301.mcz' 'KernelTests-nice.96.mcz')) load. Or even in smaller grain... Cheers Nicolas 2009/4/19 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > OK, I checked that mantis 6576 is superseded by 7321. > > To install DelayCleanup.1.cs it is necessary to write a ScriptLoader > script like: > script363 > Delay startTimerEventLoop. > (self buildConfigurationMapFor: > #('Kernel-nice.renggli.300.mcz')) load > > Now, last thing to fix is remove SmallInteger maxVal//2 protection and test. > > 2009/4/19 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: >> Andreas answered that the SmallInteger limit is obsolete since >> http://bugs.squeak.org/view.php?id=6576 which was included in 3.10 >> >> So I will check that mantis 6576+7321, and change the DelayTests>>#testBounds >> >> Then only the PREAMBLE problem will remain. >> But I see this preamble can simply go in a ScriptLoader script. >> >> 2009/4/19 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: >>> I took a look at http://bugs.squeak.org/view.php?id=7321 and >>> http://code.google.com/p/pharo/issues/detail?id=688 >>> >>> I started publishing PharoInbox/SLICE-DelayFixFromMantis7321-nice to >>> integrate Andreas' changes. >>> >>> Now I did integrate all but DelayCleanup.1.cs >>> This change set does cure the failing testSemaphore in Pharo, but has >>> two problems: >>> 1) It requires a preamble, and I don't know how they are handled in Monticello >>> 2) It probably does not include change about LargeInteger delays included in 3.9 >>> (Dave kindly pointed me to http://bugs.squeak.org/view.php?id=854) >>> 3) it makes DelayTests>>#testBounds fail >>> >>> >>> I think that the limit of (SmallInteger maxVal//2) is not necessary... >>> if LargeInteger delay fix is in the image. >>> I can try to fix 2) mixing Andreas and Tim fixes. >>> What about 1) ? >>> >> >

April 19, 2009

Re: [Pharo-project] Delays Semaphores and Processes

by Nicolas Cellier

OK, I checked that mantis 6576 is superseded by 7321. To install DelayCleanup.1.cs it is necessary to write a ScriptLoader script like: script363 Delay startTimerEventLoop. (self buildConfigurationMapFor: #('Kernel-nice.renggli.300.mcz')) load Now, last thing to fix is remove SmallInteger maxVal//2 protection and test. 2009/4/19 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > Andreas answered that the SmallInteger limit is obsolete since > http://bugs.squeak.org/view.php?id=6576 which was included in 3.10 > > So I will check that mantis 6576+7321, and change the DelayTests>>#testBounds > > Then only the PREAMBLE problem will remain. > But I see this preamble can simply go in a ScriptLoader script. > > 2009/4/19 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: >> I took a look at http://bugs.squeak.org/view.php?id=7321 and >> http://code.google.com/p/pharo/issues/detail?id=688 >> >> I started publishing PharoInbox/SLICE-DelayFixFromMantis7321-nice to >> integrate Andreas' changes. >> >> Now I did integrate all but DelayCleanup.1.cs >> This change set does cure the failing testSemaphore in Pharo, but has >> two problems: >> 1) It requires a preamble, and I don't know how they are handled in Monticello >> 2) It probably does not include change about LargeInteger delays included in 3.9 >> (Dave kindly pointed me to http://bugs.squeak.org/view.php?id=854) >> 3) it makes DelayTests>>#testBounds fail >> >> >> I think that the limit of (SmallInteger maxVal//2) is not necessary... >> if LargeInteger delay fix is in the image. >> I can try to fix 2) mixing Andreas and Tim fixes. >> What about 1) ? >> >

April 19, 2009

Re: [Pharo-project] Delays Semaphores and Processes

by Nicolas Cellier

Andreas answered that the SmallInteger limit is obsolete since http://bugs.squeak.org/view.php?id=6576 which was included in 3.10 So I will check that mantis 6576+7321, and change the DelayTests>>#testBounds Then only the PREAMBLE problem will remain. But I see this preamble can simply go in a ScriptLoader script. 2009/4/19 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > I took a look at http://bugs.squeak.org/view.php?id=7321 and > http://code.google.com/p/pharo/issues/detail?id=688 > > I started publishing PharoInbox/SLICE-DelayFixFromMantis7321-nice to > integrate Andreas' changes. > > Now I did integrate all but DelayCleanup.1.cs > This change set does cure the failing testSemaphore in Pharo, but has > two problems: > 1) It requires a preamble, and I don't know how they are handled in Monticello > 2) It probably does not include change about LargeInteger delays included in 3.9 > (Dave kindly pointed me to http://bugs.squeak.org/view.php?id=854) > 3) it makes DelayTests>>#testBounds fail > > > I think that the limit of (SmallInteger maxVal//2) is not necessary... > if LargeInteger delay fix is in the image. > I can try to fix 2) mixing Andreas and Tim fixes. > What about 1) ? >

April 19, 2009

Re: [Pharo-project] Trapped by self buildConfigurationMapFor:

by Nicolas Cellier

Well, no, that is not a problem of buildConfigurationMapFor: That only happens when restarting within the Debugger... 2009/4/19 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > I just tried this in a ScriptLoader: > > self buildConfigurationMapFor: > #('Kernel-nice.renggli.300') > > Hehe, it would iterate on characters $K, $e etc... >

April 19, 2009

[Pharo-project] Trapped by self buildConfigurationMapFor:

by Nicolas Cellier

I just tried this in a ScriptLoader: self buildConfigurationMapFor: #('Kernel-nice.renggli.300') Hehe, it would iterate on characters $K, $e etc...

April 19, 2009

[Pharo-project] Delays Semaphores and Processes

by Nicolas Cellier

I took a look at http://bugs.squeak.org/view.php?id=7321 and http://code.google.com/p/pharo/issues/detail?id=688 I started publishing PharoInbox/SLICE-DelayFixFromMantis7321-nice to integrate Andreas' changes. Now I did integrate all but DelayCleanup.1.cs This change set does cure the failing testSemaphore in Pharo, but has two problems: 1) It requires a preamble, and I don't know how they are handled in Monticello 2) It probably does not include change about LargeInteger delays included in 3.9 (Dave kindly pointed me to http://bugs.squeak.org/view.php?id=854) 3) it makes DelayTests>>#testBounds fail I think that the limit of (SmallInteger maxVal//2) is not necessary... if LargeInteger delay fix is in the image. I can try to fix 2) mixing Andreas and Tim fixes. What about 1) ?

April 19, 2009