- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [update 2.0] #20214

by Marcus Denker

On Jul 16, 2012, at 10:32 AM, Pavel Krivanek wrote: > I'm not able to run this image on Linux, I got only the black window. > 20213 does the same, 20212 is OK. All this images work well in Wine so > it will probably be Linux CogVM specific. same problem on the mac... now that is strange... updating 20 2013 and saving is no problem. Starts, runs, all fine. Headless is no problem, either. (see test run on build server). > > -- Pavel > > On Mon, Jul 16, 2012 at 10:11 AM, Pavel Krivanek > <pavel.krivanek(a)gmail.com> wrote: >> Tests Guard report: http://code.google.com/p/pharo/wiki/TestsGuard >> >> New failures: >> * Keymapping.Tests.KMDispatcherTestCase.testBuffering >> * issue: http://code.google.com/p/pharo/issues/detail?id=6362 >> * started: 20209-210 >> * related: probably http://code.google.com/p/pharo/issues/detail? >> * Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion is failing on Linux >> >> -- Pavel >> >> >> On Mon, Jul 16, 2012 at 9:30 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> 20214 >>> ----- >>> >>> Issue 6378: Magnitude >> putOn: is faulty >>> http://code.google.com/p/pharo/issues/detail?id=6378 >>> >>> Issue 6372: objectForDataStream: just returns self >>> http://code.google.com/p/pharo/issues/detail?id=6372 >>> >>> Issue 6371: goferClassesInCategory not needed >>> http://code.google.com/p/pharo/issues/detail?id=6371 >>> >>> Issue 6358: Cleanup empty RPackage >>> http://code.google.com/p/pharo/issues/detail?id=6358 >>> >>> Issue 5899: hasUnacceptedEdits should be removed from Object and only kept on Model >>> http://code.google.com/p/pharo/issues/detail?id=5899 >>> >>> Issue 2259: unescapePercents and hidden dependencies >>> http://code.google.com/p/pharo/issues/detail?id=2259 >>> >>> >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >>> > -- Marcus Denker -- http://marcusdenker.de

July 16, 2012

Re: [Pharo-project] [update 2.0] #20214

by Pavel Krivanek

I'm not able to run this image on Linux, I got only the black window. 20213 does the same, 20212 is OK. All this images work well in Wine so it will probably be Linux CogVM specific. -- Pavel On Mon, Jul 16, 2012 at 10:11 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Tests Guard report: http://code.google.com/p/pharo/wiki/TestsGuard > > New failures: > * Keymapping.Tests.KMDispatcherTestCase.testBuffering > * issue: http://code.google.com/p/pharo/issues/detail?id=6362 > * started: 20209-210 > * related: probably http://code.google.com/p/pharo/issues/detail? > * Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion is failing on Linux > > -- Pavel > > > On Mon, Jul 16, 2012 at 9:30 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> 20214 >> ----- >> >> Issue 6378: Magnitude >> putOn: is faulty >> http://code.google.com/p/pharo/issues/detail?id=6378 >> >> Issue 6372: objectForDataStream: just returns self >> http://code.google.com/p/pharo/issues/detail?id=6372 >> >> Issue 6371: goferClassesInCategory not needed >> http://code.google.com/p/pharo/issues/detail?id=6371 >> >> Issue 6358: Cleanup empty RPackage >> http://code.google.com/p/pharo/issues/detail?id=6358 >> >> Issue 5899: hasUnacceptedEdits should be removed from Object and only kept on Model >> http://code.google.com/p/pharo/issues/detail?id=5899 >> >> Issue 2259: unescapePercents and hidden dependencies >> http://code.google.com/p/pharo/issues/detail?id=2259 >> >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >>

July 16, 2012

Re: [Pharo-project] [update 2.0] #20214

by Pavel Krivanek

Tests Guard report: http://code.google.com/p/pharo/wiki/TestsGuard New failures: * Keymapping.Tests.KMDispatcherTestCase.testBuffering * issue: http://code.google.com/p/pharo/issues/detail?id=6362 * started: 20209-210 * related: probably http://code.google.com/p/pharo/issues/detail? * Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion is failing on Linux -- Pavel On Mon, Jul 16, 2012 at 9:30 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 20214 > ----- > > Issue 6378: Magnitude >> putOn: is faulty > http://code.google.com/p/pharo/issues/detail?id=6378 > > Issue 6372: objectForDataStream: just returns self > http://code.google.com/p/pharo/issues/detail?id=6372 > > Issue 6371: goferClassesInCategory not needed > http://code.google.com/p/pharo/issues/detail?id=6371 > > Issue 6358: Cleanup empty RPackage > http://code.google.com/p/pharo/issues/detail?id=6358 > > Issue 5899: hasUnacceptedEdits should be removed from Object and only kept on Model > http://code.google.com/p/pharo/issues/detail?id=5899 > > Issue 2259: unescapePercents and hidden dependencies > http://code.google.com/p/pharo/issues/detail?id=2259 > > > > -- > Marcus Denker -- http://marcusdenker.de > >

July 16, 2012

Re: [Pharo-project] DateAndTime

by Pavel Krivanek

Great! Thanks a million! :-) -- Pavel On Fri, Jul 13, 2012 at 9:20 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Finally after a 5h marathon of hacking and fixing broken stuff > we are proud (and completely brain dead) to present the fixed > Date/Time objects. > > We fixed: > - all internals are represented in UTC > - all relative stuff is represented in UTC plus an additional timezone (currently a simple Duration) > > > All Date related tests are green! > We are not sure about the complete implications of these changes, > but they were clearly necessary, since the current system will break > under moving timezone... > > > ben+2:00 > cami+2:00

July 16, 2012

[Pharo-project] [update 2.0] #20214

by Marcus Denker

20214 ----- Issue 6378: Magnitude >> putOn: is faulty http://code.google.com/p/pharo/issues/detail?id=6378 Issue 6372: objectForDataStream: just returns self http://code.google.com/p/pharo/issues/detail?id=6372 Issue 6371: goferClassesInCategory not needed http://code.google.com/p/pharo/issues/detail?id=6371 Issue 6358: Cleanup empty RPackage http://code.google.com/p/pharo/issues/detail?id=6358 Issue 5899: hasUnacceptedEdits should be removed from Object and only kept on Model http://code.google.com/p/pharo/issues/detail?id=5899 Issue 2259: unescapePercents and hidden dependencies http://code.google.com/p/pharo/issues/detail?id=2259 -- Marcus Denker -- http://marcusdenker.de

July 16, 2012

[Pharo-project] [update 2.0] #20213

by Marcus Denker

20213 ----- Issue 6376: New ProcessSpecificVariables & Running Processes (first workaroung) http://code.google.com/p/pharo/issues/detail?id=6376 -- Marcus Denker -- http://marcusdenker.de

July 16, 2012

Re: [Pharo-project] We have a HorribleErrorBlockingEverything

by Marcus Denker

On Jul 16, 2012, at 4:29 AM, Sean P. DeNigris wrote: > > Marcus Denker-4 wrote >> >> Issue 6376: [Jenkis] test runs fails due to error loading CISupport >> http://code.google.com/p/pharo/issues/detail?id=6376 >> >> As we can't run tests, nothing will be integrated other than fixes that >> fix this. >> > > Found it! > Very good! And yes, that looks very much like the problem... For the image itself: As we can't load anything, I will do a pre-build where the problem happend once and we start with that. Then we can add the fix to that. (not perfect but good enough) Marcus > Issue 6376: New ProcessSpecificVariables & Running Processes > http://code.google.com/p/pharo/issues/detail?id=6376 > > It seems that Zinc has exposed a lurking bug with ProcessSpecificVariables. > From issue 6376... > If a process is already using a ProcessSpecificVariable, and another is > added to the system, this new PSV is not added to the env instVar of those > processes. When access to the new PSV is attempted, a subscript error is > thrown. > > To reproduce, evaluate: > ZnClient new > signalProgress: true; > url: 'http://zn.stfx.eu/zn/small.html'; > downloadTo: FileSystem workingDirectory fullPath > > Process class>>allocatePSKey: adds the psv ZnSignalProgress to PSKeys. > Later, when Process>psValueAt:put: is called, env is initialized if nil, but > it's not nil (maybe because ZnConnectionTimeout has been used previously?). > This is probably the first time we encountered two PSVs in the image at the > same time, which flushed out the bug. In this case, env is not updated, and > access is attempted to index 2, which doesn't exist. > > This attached fileout resizes already-initialized envs if they need to be > updated due to more PSVs having been added. It's ugly, but I want Igor to > take a look before I clean it up to make sure we're on the right track. > > -- > View this message in context: http://forum.world.st/We-have-a-HorribleErrorBlockingEverything-tp4640055p4… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Marcus Denker -- http://marcusdenker.de

July 16, 2012

[Pharo-project] Issue 6382: [BUG]: PragmaMenuAndShortcutRegistration DNU attachShortcutCategory:to:

by DeNigris Sean

Type-Bug Milestone-2.0 Importance-High Pharo2.0a Latest update: #20210 DoIt: "KMRepository reset" Called from Spotlight class>>buildKeymapsOn: Cheers, Sean

July 16, 2012

Re: [Pharo-project] Squeaksource moved

by Sean P. DeNigris

Fabrizio Perin-3 wrote > > Now you should be able to reach the files. > Thanks! It's reachable now. I'll let you know if anything else comes up :) -- View this message in context: http://forum.world.st/Squeaksource-moved-tp4639837p4640117.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 16, 2012

Re: [Pharo-project] [BUG]: Zinc-HTTP-SvenVanCaekenberghe.285 GoferRepositoryError

by Sean P. DeNigris

Camillo Bruni-3 wrote > > Indeed... the Gofer Error could at least wrap around the real cause, makes > debugging a nightmare :D > Issue 6379: Sensible GoferRepositoryError Messages http://code.google.com/p/pharo/issues/detail?id=6379 -- View this message in context: http://forum.world.st/BUG-Zinc-HTTP-SvenVanCaekenberghe-285-GoferRepository… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 16, 2012