Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

Am 27.06.2013 um 22:33 schrieb "p...@highoctane.be" : > Object Spaces with dedicated GC and possibly dedicated cpu looks like a > better idea than a flat 64bit VM and OE to me. > Can you explain what you mean? I cannot see how object spaces can solve the problem. The thing you describe sounds

Re: [Pharo-dev] How do can we set up a crowdsourcing for pharo

Kilon wrote: >I have read that already Pharo VM has some restrictions on how much ram an >image can use. Obviously even for >todays standard 4GBs for a single app is a >bit excessive but if pharo apps continue to grow in complexity and we >start >to venture in areas of demanding ram needs , then

Re: [Pharo-dev] Metacello doubt

- Original Message - | From: "Igor Stasenko" | To: "Pharo Development List" | Sent: Thursday, June 27, 2013 11:19:03 AM | Subject: Re: [Pharo-dev] Metacello doubt | | On 27 June 2013 15:43, Dale K. Henrichs | wrote: | > | > - Original Message - | > | From: "Igor Stasenko" | >

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

Object Spaces with dedicated GC and possibly dedicated cpu looks like a better idea than a flat 64bit VM and OE to me. Le 27 juin 2013 21:43, "Clément Bera" a écrit : > 2013/6/27 kilon > >> Just for the notice, because I stirred up the whole discussion about 64 >> bit >> pharo. >> >> To my knowl

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On 27 June 2013 21:25, kilon wrote: > Ok we solved that problem lest move to the next one. > > I have this line of code > > Glint status; > > to be used in this > > glGetShaderiv(shader, GL_COMPILE_STATUS, &status); > > Now my first thought was to do this > > statusAdress := NativeBoost allocate:

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

2013/6/27 kilon > Just for the notice, because I stirred up the whole discussion about 64 bit > pharo. > > To my knowledge the whole point of having a 64 bit app is that so that app > can access more than 4 GBs of Ram. Is that the case or I have no clue what > I > am talking about ? > Yeah actua

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

Just for the notice, because I stirred up the whole discussion about 64 bit pharo. To my knowledge the whole point of having a 64 bit app is that so that app can access more than 4 GBs of Ram. Is that the case or I have no clue what I am talking about ? I have read that already Pharo VM has som

Re: [Pharo-dev] Sprint tomorrow

I confirm.The sprint will happen tomorrow in Lille. 2013/6/27 p...@highoctane.be > Hello, > > Is the sprint occuring in Lille tomorrow? > > I'd be glad to join but want to be sure it happens. > > Regards, > Phil > -- Clément Béra Mate Virtual Machine Engineer Bâtiment B 40, avenue Halley 59

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

Ok we solved that problem lest move to the next one. I have this line of code Glint status; to be used in this glGetShaderiv(shader, GL_COMPILE_STATUS, &status); Now my first thought was to do this statusAdress := NativeBoost allocate: NBOpenGLTypes GLint. but of course NBOpenGLTypes GLint

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

On 27 June 2013 20:51, Sven Van Caekenberghe wrote: > > On 27 Jun 2013, at 20:41, Igor Stasenko wrote: > >> On 27 June 2013 18:32, Esteban Lorenzano wrote: >>> I told you: 2 man/month >>> (not taking NB-FFI into account) >>> >> That is a bit optimistic :) >> But reasonable. > > Just to be clear:

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

On 27 Jun 2013, at 20:41, Igor Stasenko wrote: > On 27 June 2013 18:32, Esteban Lorenzano wrote: >> I told you: 2 man/month >> (not taking NB-FFI into account) >> > That is a bit optimistic :) > But reasonable. Just to be clear: the goal is to make the current Cog & Stack VMs decent 64-bit a

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

What i find fun with this bug, that it is one that is just annoying (you just get a DNU, then you restart and it works). Comparing to hard VM crash we experienced before... :) On 27 June 2013 20:23, p...@highoctane.be wrote: > I do have that issue often when loading my devstack configuration on P

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

On 27 June 2013 18:32, Esteban Lorenzano wrote: > I told you: 2 man/month > (not taking NB-FFI into account) > That is a bit optimistic :) But reasonable. > On Jun 27, 2013, at 6:26 PM, Stéphane Ducasse > wrote: > >> so much? >> how many men/months? >> >> Stef >> >> On Jun 27, 2013, at 3:02 PM,

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On 27 June 2013 18:33, Stéphane Ducasse wrote: > Igor we should document such mistakes > This is important can you add such comments in class comment? > Well, it is a general rule to never operate with pointers to moveable objects, because objects may change their locations at any moment and you

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

I do have that issue often when loading my devstack configuration on Pharo 2.0 (as in http://www.smalltalkhub.com/#!/~philippeback/HOWebStack) Doing everything again fixes the problem but fingers crossed are required. It is a really annoying bug indeed. Phil --- Philippe Back Dramatic Perform

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On 27 June 2013 18:32, Stéphane Ducasse wrote: > > On Jun 2 >> >> Yes, you right. >> (NBFFICallout new resolveType: 'byte*') valueSize => 1 >> (NBFFICallout new resolveType: 'byte*') storageSize => 4 >> >> apparently, if one wants array with 'byte*' element type (or any other) >> it should use a

[Pharo-dev] Sprint tomorrow

Hello, Is the sprint occuring in Lille tomorrow? I'd be glad to join but want to be sure it happens. Regards, Phil

Re: [Pharo-dev] Metacello doubt

On 27 June 2013 15:43, Dale K. Henrichs wrote: > > - Original Message - > | From: "Igor Stasenko" > | To: "Pharo Development List" > | Sent: Thursday, June 27, 2013 4:26:14 AM > | Subject: Re: [Pharo-dev] Metacello doubt > | > | Just adding some comments: > | - i avoid using loading ble

Re: [Pharo-dev] Metacello doubt

Allright ... I'll add a test case covering #bleedingEdge loads (perhaps not today...) and let you know if it's already functional or not ... if not I'll plan on getting it supported ... Dale - Original Message - | From: "Guido Chari" | To: "Pharo Development List" | Sent: Thursday,

Re: [Pharo-dev] Metacello doubt

I'm in. 2013/6/26 Dale K. Henrichs > > > -- > > *From: *"Guido Chari" > *To: *"Pharo Development List" > *Sent: *Wednesday, June 26, 2013 2:49:09 PM > > *Subject: *Re: [Pharo-dev] Metacello doubt > > I understood. Thanks for the answer Dale. The drawback in this ca

Re: [Pharo-dev] Metacello doubt

The problem is that my use case is a jenkins job. I want to have something that is the more automatically as possible. On the other hand, i like tools that support the user to be as free as possible. More if we are taking about tools for developers. In this case, i guess its not bad to have metace

Re: [Pharo-dev] cleaning pasteUpMorph

We should also remove ActiveWorld since there is already World as global! Stef On Jun 27, 2013, at 6:53 PM, Stéphane Ducasse wrote: > We will have also to clarify the invariant between > > hands first and currentHand (pointing to the global ActiveHand). > > Stef > On Jun 27, 2013, at 6:45 PM

Re: [Pharo-dev] cleaning pasteUpMorph

We will have also to clarify the invariant between hands first and currentHand (pointing to the global ActiveHand). Stef On Jun 27, 2013, at 6:45 PM, Stéphane Ducasse wrote: > there is currentHand, primaryHand….. > and lovely code like that > > primaryHand > > | outer | > outer :=

[Pharo-dev] cleaning pasteUpMorph

there is currentHand, primaryHand….. and lovely code like that primaryHand | outer | outer := self outermostWorldMorph ifNil: [^ nil]. ^ outer activeHand ifNil: [outer firstHand]

Re: [Pharo-dev] looking at the code of PasteUpMorph

thanks a lot alain I confirm that it works. I will start pushing down behavior and try to remove all these worldstate ifNil…. I would really appreciate if you can review my code because it is a sensitive area :). I will create an issue. In particular I would like to remove World global variable

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

Igor we should document such mistakes This is important can you add such comments in class comment? On Jun 27, 2013, at 5:26 PM, Igor Stasenko wrote: > On 27 June 2013 17:14, Henrik Johansen wrote: >> >> On Jun 27, 2013, at 4:11 , Igor Stasenko wrote: >> >>> Or is a disclaimer not to u

Re: [Pharo-dev] [update 3.0] #30228

On Jun 27, 2013, at 6:09 PM, Marcus Denker wrote: > … old class builder tests might fail after this one. > They actually failed so hard that the build did bot succeed… we will try again tomorrow with a slice that removes the tests. > 30228 > - > > 11047 Integrate new class builder step

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

I told you: 2 man/month (not taking NB-FFI into account) On Jun 27, 2013, at 6:26 PM, Stéphane Ducasse wrote: > so much? > how many men/months? > > Stef > > On Jun 27, 2013, at 3:02 PM, Igor Stasenko wrote: > >> On 27 June 2013 14:16, Stéphane Ducasse wrote: >>> Hi >>> >>> we got this disc

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On Jun 2 > > Yes, you right. > (NBFFICallout new resolveType: 'byte*') valueSize => 1 > (NBFFICallout new resolveType: 'byte*') storageSize => 4 > > apparently, if one wants array with 'byte*' element type (or any other) > it should use a pointer size (4), not byte size (1) for it. > >> Or is

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

so much? how many men/months? Stef On Jun 27, 2013, at 3:02 PM, Igor Stasenko wrote: > On 27 June 2013 14:16, Stéphane Ducasse wrote: >> Hi >> >> we got this discussion about the VM on 64 bits so do we try to take the >> opportunity >> to get a crowdsource donate button for it? >> >> Esteba

Re: [Pharo-dev] Boolean

On Thu, 27 Jun 2013, Marcus Denker wrote: On Jun 27, 2013, at 5:17 PM, Levente Uzonyi wrote: On Thu, 27 Jun 2013, Marcus Denker wrote: On Jun 27, 2013, at 8:16 AM, Clément Bera wrote: In Pharo 3 we will support conditional optimized messages ( #ifTrue:, #ifFalse:, #ifTrue:ifFalse: and

[Pharo-dev] [update 3.0] #30228

… old class builder tests might fail after this one. 30228 - 11047 Integrate new class builder step 2 https://pharo.fogbugz.com/f/cases/11047 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.860.diff http://smalltalkhub.com/mc/Pharo/

[Pharo-dev] [update 3.0] #30227

30227 - 10398 Integrate new class builder step 1 https://pharo.fogbugz.com/f/cases/10398 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Slot-MarcusDenker.317.diff

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On 27 June 2013 17:14, Henrik Johansen wrote: > > On Jun 27, 2013, at 4:11 , Igor Stasenko wrote: > >> >>> Or is a disclaimer not to use the class for, say, 'char*' elements more >>> appropriate? >>> >> no , it should be fine. > > Was thinking of that in conjunction with putting ST object refs in

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=mac/270/ 1 regressions found. Tests.Release.ReleaseTest.testObsoleteClasses

[Pharo-dev] [update 3.0] #30226

30226 - 11030 #defaultLabel is uncategorized in Number https://pharo.fogbugz.com/f/cases/11030 11033 notObsolete IS obselete https://pharo.fogbugz.com/f/cases/11033 11034 HandMorph>>startUp should be removed https://pharo.fogbugz.com/f/cases/11034

Re: [Pharo-dev] Boolean

On Jun 27, 2013, at 5:17 PM, Levente Uzonyi wrote: > On Thu, 27 Jun 2013, Marcus Denker wrote: > >> >> On Jun 27, 2013, at 8:16 AM, Clément Bera wrote: >>> >>> In Pharo 3 we will support conditional optimized messages ( #ifTrue:, >>> #ifFalse:, #ifTrue:ifFalse: and #ifFalse:ifTrue: ) sent o

Re: [Pharo-dev] Boolean

On Thu, 27 Jun 2013, Marcus Denker wrote: On Jun 27, 2013, at 8:16 AM, Clément Bera wrote: In Pharo 3 we will support conditional optimized messages ( #ifTrue:, #ifFalse:, #ifTrue:ifFalse: and #ifFalse:ifTrue: ) sent on non boolean receiver. However, this feature will be slow, so one shoul

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On Jun 27, 2013, at 4:11 , Igor Stasenko wrote: > >> Or is a disclaimer not to use the class for, say, 'char*' elements more >> appropriate? >> > no , it should be fine. Was thinking of that in conjunction with putting ST object refs in the External arrays, the trying to pass as parameters, i

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=win/269/ 1 regressions found. KernelTests.Numbers.NumberTest.testUnCategorizedMethods

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=mac/269/ 1 regressions found. KernelTests.Numbers.NumberTest.testUnCategorizedMethods

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=linux-stable-worker/269/ 1 regressions found. KernelTests.Numbers.NumberTest.testUnCategorizedMethods

[Pharo-dev] [update 3.0] #30225

30225 - 11044 Undeclare ref to ConfigurationOfAthens https://pharo.fogbugz.com/f/cases/11044 11041 CompiledMethod class>>#cleanUp should embedd source in trailer https://pharo.fogbugz.com/f/cases/11041 11028 Fix a failing string test https://pharo.fogb

Re: [Pharo-dev] SqueakSource3 with new server name

Thank you, Dale. On Thu, Jun 27, 2013 at 4:06 PM, Dale K. Henrichs wrote: > Martin, > > I was not aware of a problem with saving to ss3.gemstone.com ... I will look > into this. > > Thanks for the report. > > Dale > > - Original Message - > | From: "Martin Dias" > | To: "Pharo Developme

Re: [Pharo-dev] SqueakSource3 with new server name

Martin, I'm afraid that we went with http forwarding at the last minute under the assumption that everything would work correctly (my mistake:) ... I'm arranging to have the DNS entry for ss3.gemstone.com point to ss3.gemtalksystems.com which should resolve the problem ... I'll send mail when

Re: [Pharo-dev] [ANN]: Pharo x.5

> It nw fails with Could not load RPackage-Core-SeanDeNigris.215.mcz: > ZnHttpUnsuccessful: 404 Not Found' Okay I'll take a better look at what's missing... > However I did go back to an earlier ConfigurationOfPharoSpd and that > worked. Good! > is this because not all Monitcello packages get

Re: [Pharo-dev] NBGLFrameBuffer>>checkStatus

Thanks Igor, I will ask our local OpenGL expert Cheers, Alexandre On Jun 27, 2013, at 7:00 AM, Igor Stasenko wrote: > On 26 June 2013 21:06, Alexandre Bergel wrote: >> Hi! >> >> Apparently, it happens that we get an error "Frame buffer status: Unknown >> error". The error comes from the me

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

OK. I'll collect some cases and post them on the FogBugz issue. On 27.06.2013, at 16:06, Guillermo Polito wrote: > It would be good to have a simple way to reproduce it and make a test for it. > I tried that last week but I wasn't able to reproduce it :(. > > In any case, the problem is with

Re: [Pharo-dev] Versions Browser over gitfiletree://

Done, Thierry Le 27/06/2013 15:25, Dale K. Henrichs a écrit : Yes, please. Dale - Original Message - | From: "Goubier Thierry" | To: "Pharo Development List" | Sent: Thursday, June 27, 2013 12:13:40 AM | Subject: Re: [Pharo-dev] Versions Browser over gitfiletree:// | | Hi Dale, | |

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

It would be good to have a simple way to reproduce it and make a test for it. I tried that last week but I wasn't able to reproduce it :(. In any case, the problem is with the JIT. On a StackVM we don't have the problem. On Thu, Jun 27, 2013 at 4:00 PM, Max Leske wrote: > Thanks guys. > > So E

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On 27 June 2013 15:34, Henrik Johansen wrote: > > On Jun 27, 2013, at 2:22 , Igor Stasenko wrote: > > i think it fails because you passing strange (NBExternalObject null) > as length parameter. > i guess you meant NBExternalAddress null instead. > > > Speaking of weird external stuff… > > NBExter

Re: [Pharo-dev] Versions Browser over gitfiletree://

Excellent! - Original Message - | From: "Goubier Thierry" | To: "Pharo Development List" | Sent: Thursday, June 27, 2013 7:08:40 AM | Subject: Re: [Pharo-dev] Versions Browser over gitfiletree:// | | Done, | | Thierry | | Le 27/06/2013 15:25, Dale K. Henrichs a écrit : | > Yes, please

Re: [Pharo-dev] SqueakSource3 with new server name

Martin, I was not aware of a problem with saving to ss3.gemstone.com ... I will look into this. Thanks for the report. Dale - Original Message - | From: "Martin Dias" | To: "Pharo Development List" | Sent: Thursday, June 27, 2013 6:56:50 AM | Subject: Re: [Pharo-dev] SqueakSource3 wi

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

Thanks guys. So Esteban, do you need more cases? I can provide some if you want me to. Cheers, Max On 27.06.2013, at 15:34, Esteban Lorenzano wrote: > > On Jun 27, 2013, at 3:22 PM, Igor Stasenko wrote: > >> On 27 June 2013 14:13, Max Leske wrote: >>> Hi >>> >>> I've been seeing a parti

Re: [Pharo-dev] [ANN]: Pharo x.5

Sean P. DeNigris wrote: > Mark Bestley-2 wrote > > 'Could not load RPackage-Tests-SeanDeNigris.110.mcz: ZnHttpUnsuccessful: > > 404 Not Found' > > ... > > How do I get the later version? > > I've uploaded it. Please try again. > > It nw fails with Could not load RPackage-Core-SeanDeNigris.215

Re: [Pharo-dev] SqueakSource3 with new server name

Since yesterday I have problems to save and to copy a version in a ss3.gemstone.com repo*: but when I change the url to ss3.gemtalksystems.com, then the operation success. Won't Squeaksource3 support saving and copying using the old url? *: http://ss3.gemtalksystems.com/ss/PharoTaskForces Cheers

Re: [Pharo-dev] Metacello doubt

- Original Message - | From: "Igor Stasenko" | To: "Pharo Development List" | Sent: Thursday, June 27, 2013 4:26:14 AM | Subject: Re: [Pharo-dev] Metacello doubt | | Just adding some comments: | - i avoid using loading bleeding edge | because it has problems which only humans can solve

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On Jun 27, 2013, at 2:22 , Igor Stasenko wrote: > i think it fails because you passing strange (NBExternalObject null) > as length parameter. > i guess you meant NBExternalAddress null instead. Speaking of weird external stuff… NBExternalArray class >> #initElementType: aTypeName "In

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

On Jun 27, 2013, at 3:22 PM, Igor Stasenko wrote: > On 27 June 2013 14:13, Max Leske wrote: >> Hi >> >> I've been seeing a particular bug that I can only see when using the PharoVM >> and I was wondering if anybody else has been having the same issue. >> >> Under certain condition, a debugge

Re: [Pharo-dev] Versions Browser over gitfiletree://

Cami, Agreed ... the monticello meta data is only necessary for backward compatibility (being able to move packages back and forth between mcz repos and git repos) there's an almost infinite number of ways that the Monticello definitions can be "cast in directory structure" and I'm not sur

Re: [Pharo-dev] Versions Browser over gitfiletree://

Yes, please. Dale - Original Message - | From: "Goubier Thierry" | To: "Pharo Development List" | Sent: Thursday, June 27, 2013 12:13:40 AM | Subject: Re: [Pharo-dev] Versions Browser over gitfiletree:// | | Hi Dale, | | should I merge this work into the last pull request (#85) I made

Re: [Pharo-dev] [ANN]: Pharo x.5

Mark Bestley-2 wrote > 'Could not load RPackage-Tests-SeanDeNigris.110.mcz: ZnHttpUnsuccessful: > 404 Not Found' > ... > How do I get the later version? I've uploaded it. Please try again. - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-ANN-Pharo-x-5-tp46939

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

On 27 June 2013 14:13, Max Leske wrote: > Hi > > I've been seeing a particular bug that I can only see when using the PharoVM > and I was wondering if anybody else has been having the same issue. > > Under certain condition, a debugger will open displaying "SmallInteger does > not understand ".

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

On 27 June 2013 14:48, Esteban Lorenzano wrote: > honestly, depends a lot on who will do it. > > basically, I see 3 parts: > > 1) The Stack VM 64bits > 2) The Pharo image 64bits. > 3) NB-FFI 64 (No point on having a VM who cannot talk with the outside world) > > a future task could be create a JIT

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

On 27 June 2013 14:16, Stéphane Ducasse wrote: > Hi > > we got this discussion about the VM on 64 bits so do we try to take the > opportunity > to get a crowdsource donate button for it? > > Esteban/igor what is your estimate for such task? > depends what you put into it: - interpreter + plugin

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

honestly, depends a lot on who will do it. basically, I see 3 parts: 1) The Stack VM 64bits 2) The Pharo image 64bits. 3) NB-FFI 64 (No point on having a VM who cannot talk with the outside world) a future task could be create a JIT, but I complete ignorant on how difficult/possible is that :

Re: [Pharo-dev] question about HandMorph

On 27 juin 2013, at 13:49, Igor Stasenko wrote: > On 27 June 2013 10:44, plantec wrote: >> Hi all, >> The current hand has the world as its owner but the world >> submorphs do not contains the current hand. >> Why is it like that ? > If you look at HandMorph, it mixes a lot of roles together,

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

On 27 June 2013 10:30, kilon wrote: > I also tried > > gl shaderSource_shader: shader count: 1 string: (NBExternalAddress > fromString: shaderString) length: (NBExternalObject null) . > > still getting "Error during FFI call : NIL" . > > This is the full method : > > createShader: shaderType str

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

On 27 Jun 2013, at 14:13, Max Leske wrote: > Has anybody else encountered this? Yes, I have, not often, but I can't reproduce it.

[Pharo-dev] How do can we set up a crowdsourcing for pharo

Hi we got this discussion about the VM on 64 bits so do we try to take the opportunity to get a crowdsource donate button for it? Esteban/igor what is your estimate for such task? Stef

[Pharo-dev] [update 3.0] #30224

30224 - 10971 Small cleaning related to complex numbers https://pharo.fogbugz.com/f/cases/10971/Small-cleaning-related-to-complex-numbers 11003 Remove Object >> #is: https://pharo.fogbugz.com/f/cases/11003/Remove-Object-is 11027 Update GemstoneRepository to g

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=win/268/ 3 regressions found. KernelTests.Numbers.NumberTest.testUnCategorizedMethods CollectionsTests.Strings.StringTest.testAt Tests.Release.ReleaseTest.testObsoleteClasses

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=mac/268/ 2 regressions found. KernelTests.Numbers.NumberTest.testUnCategorizedMethods CollectionsTests.Strings.StringTest.testAt

[Pharo-dev] Possible PharoVM bug (wrong object on stack top)

Hi I've been seeing a particular bug that I can only see when using the PharoVM and I was wondering if anybody else has been having the same issue. Under certain condition, a debugger will open displaying "SmallInteger does not understand ". The stack top contains an integer (something of the

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=linux-stable-worker/268/ 2 regressions found. KernelTests.Numbers.NumberTest.testUnCategorizedMethods CollectionsTests.Strings.StringTest.testAt

Re: [Pharo-dev] question about HandMorph

On Jun 27, 2013, at 1:49 PM, Igor Stasenko wrote: > On 27 June 2013 10:44, plantec wrote: >> Hi all, >> The current hand has the world as its owner but the world >> submorphs do not contains the current hand. >> Why is it like that ? > > i do not think you will get the answer to your question

Re: [Pharo-dev] question about HandMorph

On 27 June 2013 10:44, plantec wrote: > Hi all, > The current hand has the world as its owner but the world > submorphs do not contains the current hand. > Why is it like that ? i do not think you will get the answer to your question here, because i think most people here are clueless as well as

Re: [Pharo-dev] Metacello doubt

Just adding some comments: - i avoid using loading bleeding edge because it has problems which only humans can solve: - if there are two different branches, not yet merged it may load not one that you want - even if dependencies is ok, it doesn't means that if you load two latest versions of t

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

According to the 2.1 reference in opengl website http://www.opengl.org/sdk/docs/man2/ glShaderSource I have to pass an array of pointers that point to the strings that make the shader's source. Question is does NBExternalAdress fromString: shaderString ,

Re: [Pharo-dev] NBGLFrameBuffer>>checkStatus

On 26 June 2013 21:06, Alexandre Bergel wrote: > Hi! > > Apparently, it happens that we get an error "Frame buffer status: Unknown > error". The error comes from the method checkStatus: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > NBGLFrameBuffer>>checkStatus > | status | > self

Re: [Pharo-dev] Versions Browser over gitfiletree://

Le 27/06/2013 10:46, Frank Shearar a écrit : On 27 June 2013 09:49, Goubier Thierry wrote: Le 27/06/2013 10:30, Camillo Bruni a écrit : On 2013-06-27, at 10:32, Goubier Thierry wrote: Le 27/06/2013 10:14, Camillo Bruni a écrit : I like the fact that I can do git log --pretty="%

Re: [Pharo-dev] Versions Browser over gitfiletree://

Le 27/06/2013 11:19, Stéphane Ducasse a écrit : On Jun 27, 2013, at 9:54 AM, Goubier Thierry wrote: Le 27/06/2013 09:39, Stéphane Ducasse a écrit : It's tempting because it seems to solve long running irritations I had with Smalltalk development (from many years ago); the need to keep

Re: [Pharo-dev] [ENH]: Window Menu Registration (like World Menu)

yes because we are busy. Busy does not mean that we are not interested. > Nobody has looked at this in 10 days... > > > On Jun 17, 2013, at 2:12 PM, "Sean P. DeNigris" wrote: > >> Sean P. DeNigris wrote >>> https://pharo.fogbugz.com/f/cases/10910/Window-Menu-Registration-like-World-Menu >>

Re: [Pharo-dev] Versions Browser over gitfiletree://

On Jun 27, 2013, at 9:54 AM, Goubier Thierry wrote: > > > Le 27/06/2013 09:39, Stéphane Ducasse a écrit : >> >>> It's tempting because it seems to solve long running irritations I had with >>> Smalltalk development (from many years ago); the need to keep the same >>> image (saving and savin

Re: [Pharo-dev] [BUG]: Extension Methods Missing from Packages

This fix still needs to be reviewed. On Fri, Jun 14, 2013 at 4:13 AM, Sean P. DeNigris wrote: > This bug is a major PITA. Please review and integrate the fixes!!! > > > > - > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/BUG-Extension-Methods-Missing-from-Pa

Re: [Pharo-dev] [ENH]: Window Menu Registration (like World Menu)

Nobody has looked at this in 10 days... On Jun 17, 2013, at 2:12 PM, "Sean P. DeNigris" wrote: > Sean P. DeNigris wrote >> https://pharo.fogbugz.com/f/cases/10910/Window-Menu-Registration-like-World-Menu > > New fix in inbox: > SLICE-Issue-10910-Window-Menu-Registration-like-World-Menu-SeanDeN

Re: [Pharo-dev] Versions Browser over gitfiletree://

On 27 June 2013 09:49, Goubier Thierry wrote: > > > Le 27/06/2013 10:30, Camillo Bruni a écrit : >> >> >> On 2013-06-27, at 10:32, Goubier Thierry wrote: >> >>> >>> >>> Le 27/06/2013 10:14, Camillo Bruni a écrit : >>> >>> > > I like the fact that I can do git log --pretty="%H" >>>

[Pharo-dev] question about HandMorph

Hi all, The current hand has the world as its owner but the world submorphs do not contains the current hand. Why is it like that ? Thanks Alain

Re: [Pharo-dev] Versions Browser over gitfiletree://

Le 27/06/2013 10:30, Camillo Bruni a écrit : On 2013-06-27, at 10:32, Goubier Thierry wrote: Le 27/06/2013 10:14, Camillo Bruni a écrit : I like the fact that I can do git log --pretty="%H" path_to_method_file, and I have all the hashes I need. yeah but you have the "wrong" hash as

Re: [Pharo-dev] Boolean

Am 27.06.2013 um 09:49 schrieb "Torsten Bergmann" : > Clément Bera wrote: >> MyClass>>#foo >> >> ^ #myNonBooleanObject ifTrue: [ 1 ] ifFalse: [ 0 ] >> >> There are different options like this one. I wrote them down here to >> remember (section compilerOptions): >> http://clementber

Re: [Pharo-dev] Versions Browser over gitfiletree://

On 2013-06-27, at 10:37, Frank Shearar wrote: > On 27 June 2013 08:32, Camillo Bruni wrote: without Monticello file back-end no? >>> >>> No, in fact it's very much dependent on Monticello filetree back end. This >>> backend has the granularity which allow a use of git querying / fetching

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=linux-stable-worker/267/ 2 regressions found. KernelTests.Numbers.NumberTest.testUnCategorizedMethods CollectionsTests.Strings.StringTest.testAt

Re: [Pharo-dev] Versions Browser over gitfiletree://

On 27 June 2013 08:32, Camillo Bruni wrote: >>> without Monticello file back-end no? >> >> No, in fact it's very much dependent on Monticello filetree back end. This >> backend has the granularity which allow a use of git querying / fetching >> facilities to the level associated with changesets.

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

I also tried gl shaderSource_shader: shader count: 1 string: (NBExternalAddress fromString: shaderString) length: (NBExternalObject null) . still getting "Error during FFI call : NIL" . This is the full method : createShader: shaderType string: shaderString " create shader using its

Re: [Pharo-dev] looking at the code of PasteUpMorph

Its quite sometime that I sat with Ben to change the World in Pharo to make it customizable to my needs (about a year ago) but after some tries and lots of freezing, we had abandoned. Now that its been resurrected, I would like to use it. On Thu, Jun 27, 2013 at 9:46 AM, plantec wrote: > Hi all

Re: [Pharo-dev] Versions Browser over gitfiletree://

On 2013-06-27, at 10:32, Goubier Thierry wrote: > > > Le 27/06/2013 10:14, Camillo Bruni a écrit : > >>> >>> I like the fact that I can do git log --pretty="%H" path_to_method_file, >>> and I have all the hashes I need. >> >> yeah but you have the "wrong" hash as the source includes th

Re: [Pharo-dev] Versions Browser over gitfiletree://

Le 27/06/2013 10:14, Camillo Bruni a écrit : I like the fact that I can do git log --pretty="%H" path_to_method_file, and I have all the hashes I need. yeah but you have the "wrong" hash as the source includes the category :) I prefer storing the methods in subfolders which represent cate

Re: [Pharo-dev] Versions Browser over gitfiletree://

>>> >> I think it is a very good start :), >> eventually we have to come up with second version of the filetree format as >> the current one has a major limitiation: categories are stored in the method >> source >> >> Impact: >> - md5 hashes of the pure ST method sources do not correspond the md

Re: [Pharo-dev] looking at the code of PasteUpMorph

Cool alain I really want to see this happening. I want to pair program with ben friday. Stef On Jun 27, 2013, at 9:46 AM, plantec wrote: > Hi all, > > After a lot of freezes :) > To create a new world and make it be the current world, > thanks to PasteUpMorph>>install methods and to the Mult

Re: [Pharo-dev] Versions Browser over gitfiletree://

Le 27/06/2013 09:32, Camillo Bruni a écrit : without Monticello file back-end no? No, in fact it's very much dependent on Monticello filetree back end. This backend has the granularity which allow a use of git querying / fetching facilities to the level associated with changesets. I could

  1   2   >