Vm-dev April 2011

vm-dev@lists.squeakfoundation.org

36 participants
176 discussions

VM Maker: VMMaker-oscog-dtl.63.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 23 Apr '11

23 Apr '11

Dave Lewis uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog-dtl.63.mcz ==================== Summary ==================== Name: VMMaker-oscog-dtl.63 Author: dtl Time: 20 April 2011, 10:18:02 am UUID: c1d30608-304c-52b7-20ca-32f7a46c1508 Ancestors: VMMaker-oscog-EstebanLorenzano.62, VMMaker-oscog-dtl.61 Re-save from VMMaker-oscog-EstebanLorenzano.62 because VMMaker-oscog-dtl.61 and VMMaker-oscog-dtl.60 were saved without correct ancestry. Actual ancestry: VMMaker-oscog-EstebanLorenzano.62 VMMaker-oscog-dtl.61 VMMaker-oscog-dtl.60 VMMaker-oscog-dtl.59 Changes included here are from: Name: VMMaker-oscog-dtl.61 A second batch of updates from VMM trunk, primarily cosmetic but also a class comment update and a couple of methods that had not previously been pragmatized in oscog. Name: VMMaker-oscog-dtl.60 These changes are methods from the main VMM branch for which <#var:#type:> declarations have been formatted with proper spacing. By updating these in the oscog branch, all of these methods are identical in both branches. All changes are cosmetic (no functional changes to the methods).

9 14

VM Maker: CMakeVMMaker-MarianoMartinezPeck.97.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 23 Apr '11

23 Apr '11

Mariano Martínez Peck uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-MarianoMartinezPeck.97.mcz ==================== Summary ==================== Name: CMakeVMMaker-MarianoMartinezPeck.97 Author: MarianoMartinezPeck Time: 23 April 2011, 3:21:04 pm UUID: a05c58f6-9f52-4df9-9a10-86f34401ffcb Ancestors: CMakeVMMaker-MarianoMartinezPeck.96 Change in Cocoa mac to put sources in /src instead of /stacksrc. This way it is uniform with the rest of the confs. Remove hardcoded values in #pluginsDir for Cocoa Mac

1 0

VM Maker: CMakeVMMaker-MarianoMartinezPeck.96.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 23 Apr '11

23 Apr '11

Mariano Martínez Peck uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-MarianoMartinezPeck.96.mcz ==================== Summary ==================== Name: CMakeVMMaker-MarianoMartinezPeck.96 Author: MarianoMartinezPeck Time: 23 April 2011, 1:36:10 pm UUID: 86ebc45f-3439-4be2-9ac3-5c975eab2b05 Ancestors: CMakeVMMaker-MarianoMartinezPeck.94 IMPORTANT: this commit renames ALL configurations. So, Hudson confs must be updated. - All confs classes were renamed with the following pattern: <VM>-<OS>-[Debug-]<SpecialOptions?> (without the '-') - Unix confs were moved to 'CMakeVMMaker-Unix' instead of 'CMakeVMMaker-Unix-Cog'. - FreeBSD was moved to 'CMakeVMMaker-FreeBSD' instead of 'CMakeVMMaker-FreeBSD-Cog' - Integrated with CMakeVMMaker-EstebanLorenzano.96

1 0

VM Maker: VMMaker-oscog-MarianoMartinezPeck.66.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 23 Apr '11

23 Apr '11

Mariano Martínez Peck uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog-MarianoMartinezPeck.66.mcz ==================== Summary ==================== Name: VMMaker-oscog-MarianoMartinezPeck.66 Author: MarianoMartinezPeck Time: 23 April 2011, 2:17:26 pm UUID: 97bab5b0-51d6-4deb-8b58-5bcedd4747dc Ancestors: VMMaker-oscog-MarianoMartinezPeck.65 Adapt VMMakerTool so that it doesnt try to register in the menu if TheWorldMenu is not present, like the case of Pharo. This change was already integrated in the main trunk of VMMaker but since Eliot forked VMMaker-oscog before that, it was not there. It doesn't affect Squeak

2 1

Re: [Vm-dev] Proposal to rename all CMakeVMMaker configuratiosn
by Mariano Martinez Peck 23 Apr '11

23 Apr '11

Hi guys. I've just commited. I didn't update yet the class comments because maybe they change again...so I will wait. For me what was more important is to be uniform with the pattern, and that is done now and it is nice. Regarding the prefix VM and the suffix Config, I don't have a strong thought. For me, the most information the better. First, because we have OCompletion ;) and second because you almost never type these classes. THe maximum you do is MyConf generateWithSources. Anyway, I would appreciate if you can take a look and tell me. For the moment I let the suffix Config and I removed the "VM". For Cog and CogMT they look ok. With Stack they look awkward, but ok, I can live with that. Thanks Mariano Name: CMakeVMMaker-MarianoMartinezPeck.96 Author: MarianoMartinezPeck Time: 23 April 2011, 1:36:10 pm UUID: 86ebc45f-3439-4be2-9ac3-5c975eab2b05 Ancestors: CMakeVMMaker-MarianoMartinezPeck.94 IMPORTANT: this commit renames ALL configurations. So, Hudson confs must be updated. - All confs classes were renamed with the following pattern: <VM>-<OS>-[Debug-]<SpecialOptions?> (without the '-') - Unix confs were moved to 'CMakeVMMaker-Unix' instead of 'CMakeVMMaker-Unix-Cog'. - FreeBSD was moved to 'CMakeVMMaker-FreeBSD' instead of 'CMakeVMMaker-FreeBSD-Cog' - Integrated with CMakeVMMaker-EstebanLorenzano.96 On Sat, Apr 23, 2011 at 9:16 AM, stephane ducasse < stephane.ducasse(a)gmail.com> wrote: > keep config this is important in the name. > > On Apr 22, 2011, at 11:29 PM, Mariano Martinez Peck wrote: > > > There are some confs that look a little ugly without the VM prefix. For > example, StackUnixConfig > > it sounds like a conf for a unix stack hehehehe > > > > I am not convinced about removing the VM prefix...but ok, you all agree > so.. ;) > > > > On Fri, Apr 22, 2011 at 11:08 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > > Now...you suggested to remove the prefix VM....and what about the suffix > Config ? should we keep them or remove it ? > > > > > > On Fri, Apr 22, 2011 at 10:43 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > > > > > > On Fri, Apr 22, 2011 at 10:41 PM, Igor Stasenko <siguctua(a)gmail.com> > wrote: > > > > On 22 April 2011 21:38, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > > > > > > > > > > > > On Thu, Apr 28, 2011 at 8:34 PM, Jeremy Kajikawa < > jeremy.kajikawa(a)gmail.com> wrote: > > >> > > >> Do you need to put "VM" into ALL of the config strings? > > >> > > > > > > Good point. I don't know. Maybe we don't need it. > > > > > >> > > >> How about ... > > >> <Machine>-<OS>-[Debug-]<SpecialOptions?> > > >> > > > > > > I like it :) > > > > > >> > > >> With examples like the following... > > >> > > >> Cog-Windows > > >> Cog-Windows-Debug > > >> CogMT-Windows > > >> CogMT-Windows-Debug > > >> CogMT-Unix > > >> CogMT-Unix-NoGL > > >> CogMT-Unix-Debug-NoGL > > >> Stack-Windows > > >> Stack-Windows-Debug > > >> Stack-Windows-Debug-FixedVerSI > > >> Stack-Unix > > >> Stack-Unix-Debug > > >> Stack-Unix-Debug-FixedVerSI > > >> > > You cannot use '-' in class name. > > However we can use underline. > > > > > > Sorry, I didn't plant to use '-' it was just to make it clear for the > email. > > > > > > CogMT_Unix_Debug_NoGL > > > > but then i think > > > > CogMTUnixDebugNoGL > > > > > > Exaclty, like that. > > > > > > will be better. > > > > >> Are these usable and readable by everyone? > > >> > > >> > > > > > > > > > I like this last change. For the prefix without the "VM" I am not sure. > I don't have a strong position. > > > I would go with this one. > > > > Yeah. VM can be omitted. > > > > > > Excellent. > > > > > > > > Igor ? Esteban? (since you are the guys that mostly maintain them) > > > > > > > I am fine with it. > > As to me, as long as things work i don't care much about naming. This > > stuff is not used too often and by many.. > > > > But it will !!! As long as we start to document and improve the > infrastructure new people will arrive to the VM world. At least that's what > I am trying to do since the last months. > > > > But i agree that consistent naming is good to have, so if you have a > > time to spend on polishing this, do it :) > > > > > > Ok, I will...we have long weekend ;) > > Then you update the Hudson confs hehehe > > > > > > -- > > > > Best regards, > > Igor Stasenko AKA sig. > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- Mariano http://marianopeck.wordpress.com

1 0

Re: [Pharo-project] out of memory - cog on windows
by Mariano Martinez Peck 23 Apr '11

23 Apr '11

On Thu, Apr 21, 2011 at 10:21 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > Should I to understand that the only way to enable more memory is to > recompile the VM? Does that mean that there is no way to pass this > information as a parameter like we can on Mac? > > As far as I know you can pass a parameter, but even so, it won't be able to allocate more than 512MB. I can compile the VM for you with this change in 5 minutes. But I am not sure that such simple code would make it work. I think such limit is there because of something. Otherwise, it sounds stupid imposing a limit just because. The problem is that I cannot recompile the VM because I have no access to a > Windows machine. Is there one available that provides more memory? > > I don't think so, but start cc'ing the VM mailing list. You'd probably receive more help. Cheers Mariano > Cheers, > Doru > > > On 21 Apr 2011, at 22:09, Alain_Rastoul wrote: > > > Hi Tudor, > > > > There is a constant in sqWin32Alloc.h (platforms\win32\vm) : > > #define MAX_VIRTUAL_MEMORY 512*1024*1024 > > you can change it to whatever you want and rebuild the vm, > > for exzmple give all the available memory less 256 M . > > > > HTH > > > > Regards > > Alain > > > > "Tudor Girba" <tudor.girba(a)gmail.com> a écrit > > dans le message de news: 03B9389F-C719-44D0-B106-2AC78B120F56(a)gmail.com. > .. > > Hi, > > > > We have no specific startUp: methods in Moose. In any case, the issue > with > > opening the image does not seem to be related to startUp:. > > > > Is it really true that the Cog VM is limited to 512MB of memory? > > > > Cheers, > > Doru > > > > > > On 21 Apr 2011, at 14:27, Luc Fabresse wrote: > > > >> Hi Doru, > >> > >> 2011/4/21 Tudor Girba > >> <tudor.girba(a)gmail.com> > >> Hi, > >> > >> > >> > >> On Apr 21, 2011, at 14:06, Mariano Martinez Peck > >> <marianopeck(a)gmail.com> wrote: > >> > >>> > >>> > >>> On Thu, Apr 21, 2011 at 1:58 PM, Tudor Girba > >>> <tudor.girba(a)gmail.com> wrote: > >>>> Hi again, > >>>> > >>>> I did not say what the problem was :). The problem was that when > >>>> opening the image on Windows, he got a Space is low message and the > >>>> image was not usable (see attachment). > >>> > >>> That's weird. Does moose have something on the startup list? > something > >>> that can be bothering there? > >> > >> Not that I know of. Is there a way to check this? > >> > >> Classes should be registered using Smalltlak addToStartUpList: aClass > >> Then aClass class>>#startUp: is executed at startup. > >> So implementors of #startUp: on Moose classes should give you the > answer. > >> > >> #Luc > >> > >> > >> Actually, using exactly the same process some days ago he produced an > >> image of 190MB. This one works just fine on Windows. The only difference > >> between the two is the size of the loaded data. > >> > >> It would be really bad news if the Windows vm would be so severely > limited > >> in terms of memory. > >> > >> Cheers, > >> Doru > >> > >> > >>> > >>> On Mac it worked just fine. > >>>> > >>>> Cheers, > >>>> Doru > >>>> > >>>> > >>> > >>>> > >>>> > >>>> > >>>> On 21 Apr 2011, at 12:52, Tudor Girba wrote: > >>>> > >>>>> Hi, > >>>>> > >>>>> I received a question from someone running a 200MB image on Windows > >>>>> using Cog 2361. > >>>>> > >>>>> If I open the image on Mac, it works just fine. Unfortunately, I do > >>>>> not have a Windows machine around, and I cannot test but I believe it > >>>>> should be solvable by increasing the allocated memory. > >>>>> > >>>>> On Mac, I would run it with: ./Croquet -memory 1500m > >>>>> > >>>>> Can anyone help me with the right incantation for Windows? > >>>>> > >>>>> Cheers, > >>>>> Doru > >>>>> > >>>>> > >>>>> -- > >>>>> www.tudorgirba.com > >>>>> > >>>>> "What we can governs what we wish." > >>>>> > >>>>> > >>>>> > >>>>> <Space is low.png> > >>>> > >>>> -- > >>>> www.tudorgirba.com > >>>> > >>>> "Yesterday is a fact. > >>>> Tomorrow is a possibility. > >>>> Today is a challenge." > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> > >>> -- > >>> Mariano > >>> http://marianopeck.wordpress.com > >>> > >> > > > > -- > > www.tudorgirba.com > > > > "Beauty is where we see it." > > > > > > > > > > > > > > > > > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > > > -- Mariano http://marianopeck.wordpress.com

3 5

Proposal to rename all CMakeVMMaker configuratiosn
by Mariano Martinez Peck 23 Apr '11

23 Apr '11

Hi. The names of the CMMakeVMMaker configurations is a MESS. The configurations from one OS do not match the ones from another OS, and what is more, they do not even match for the same OS. So...I will try to come up with a possible organization. I propose the following pattern: GogType-OS-(special)-(Debug)-Config CogType can be: CogFamliy (for those abstract classes for all type of CogVMs), StackVM, CogVM and CogMTVM OS can be: Unix, Windows (no need the Ms prefix), MacOS and CocoaIOS Special is optional and can be: NoGL, FixedVerSI, etc. Debug is optional and only for debug vms. So...example of how it should be replaced for Unix: CogUnixConfig -> CogVMUnixConfig CogDebugUnixConfig -> CogVMUnixDebugConfig CogUnixNoGLConfig -> CogVMUnixNoGLConfig MTCogUnixConfig -> CogMTVMUnixConfig StackInterpreterUnixConfig -> StackVMUnixConfig StackInterpreterDebugUnixConfig -> StackVMUnixDebugConfig FixedVerSIDebugUnixConfig -> StackVMUnixFixedVerSIDebugConfig That was the example for Unix. And the same for the rest of the OS. If you agree, I don't have the problem to do all the necessary changes in the CMakeVMMaker package. Someone will need to update Hudson confs, thought. Maybe the 'Config' should be before the 'Debug', like CogVMUnixConfigDebug what do you think? Best regards, -- Mariano http://marianopeck.wordpress.com

5 10

VM Maker: CMakeVMMaker-EstebanLorenzano.96.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 23 Apr '11

23 Apr '11

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-EstebanLorenzano.96.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.96 Author: EstebanLorenzano Time: 22 April 2011, 7:32:46 pm UUID: 3ef60b24-1c4e-47c8-a6fd-da92d130dd30 Ancestors: CMakeVMMaker-MarianoMartinezPeck.95 added ClipboardExtendedPlugin

1 0

VM Maker: CMakeVMMaker-MarianoMartinezPeck.95.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 22 Apr '11

22 Apr '11

Mariano Martínez Peck uploaded a new version of CMakeVMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/CMakeVMMaker-MarianoMartinezPeck.95.mcz ==================== Summary ==================== Name: CMakeVMMaker-MarianoMartinezPeck.95 Author: MarianoMartinezPeck Time: 22 April 2011, 8:23:57 pm UUID: a3ab5edd-74c1-4c0d-af3a-7ddae492c5a7 Ancestors: CMakeVMMaker-MarianoMartinezPeck.94 Commented all Confs classes. The minimum comment. They should be continued and improved

1 0

Where should I create issues for CMakeVMMaker ?
by Mariano Martinez Peck 22 Apr '11

22 Apr '11

Cog issue tracker of Pharo issue tracker ? I guess that Cog one. Please, let me know. Thanks -- Mariano http://marianopeck.wordpress.com

2 2

← Newer
1
2
3
4
5
6
7
8
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev April 2011