- Pharo-dev - lists.pharo.org

[Pharo-project] Is SmallInteger a really too dangerous class?

by Mariano Martinez Peck

Hi folks. Sorry for the cross-post, I am not sure if it is image or vm problem. If I implement this: SmallInteger >> initialize self addInstVarName: 'Zaraza'. I have the error: 'SmallInteger cannot be changed' This is because SmallInteger is in the ClassBuilder >> tooDangerousClasses and the error is in ClassBuilder >> name: className inEnvironment: env subclassOf: newSuper type: type instanceVariableNames: instVarString classVariableNames: classVarString poolDictionaries: poolString category: category unsafe: unsafe Now....since this is Smalltalk, I can just comment something, continue, or any other kind of hack so that I can add class variables to SmallInetger. For my CompiledMethod proxies stuff, I am using SmallIntegers and I have some crashes (one is due to a corrupt heap and Eliot said something about sizes)...I wonder if this is related to this...So the question is: is really SMallInteger a too dangerous class so that it cannot be changed? not even adding a class variable??? does the VM assume that the class SmallInetger has a fixed size? if true, where? Thanks in advance Mariano

Dec. 13, 2010

Re: [Pharo-project] Issue 1213 in pharo: Unable to type some czech characters

by pharo＠googlecode.com

Updates: Status: Closed Comment #17 on issue 1213 by marcus.denker: Unable to type some czech characters http://code.google.com/p/pharo/issues/detail?id=1213 (No comment was entered for this change.)

Dec. 13, 2010

[Pharo-project] Issue 2247. is it closed?

by Bernardo Ezequiel Contreras

Hi all, i added a new comment to http://code.google.com/p/pharo/issues/detail?id=2247 could you check it? Thank you

Dec. 13, 2010

Re: [Pharo-project] Issue 1213 in pharo: Unable to type some czech characters

by pharo＠googlecode.com

Updates: Status: WontFix Labels: -Milestone-1.2 Comment #16 on issue 1213 by marcus.denker: Unable to type some czech characters http://code.google.com/p/pharo/issues/detail?id=1213 I give up. We need a better bug tracker, this drives me crazy.

Dec. 13, 2010

Re: [Pharo-project] Issue 1213 in pharo: Unable to type some czech characters

by pharo＠googlecode.com

Updates: Status: Closed Comment #15 on issue 1213 by marcus.denker: Unable to type some czech characters http://code.google.com/p/pharo/issues/detail?id=1213 Die, bug-report, die!

Dec. 13, 2010

Re: [Pharo-project] Issue 1213 in pharo: Unable to type some czech characters

by pharo＠googlecode.com

Updates: Status: Invalid Comment #14 on issue 1213 by marcus.denker: Unable to type some czech characters http://code.google.com/p/pharo/issues/detail?id=1213 Why does this google crap always show Closed reports?

Dec. 13, 2010

Re: [Pharo-project] Is executing a file platform dependent?

by Schwab,Wilhelm K

One thought on FFI+Linux: in the spirit of "not all .so files are plugins," I've had problems understanding where to place files and how #moduleName interacts with that decision. Two vm hacks have been helpful: (1) when a module fails to load, trace (see below) the full path that the vm chose to use; it can be enlightening (2) if the "#moduleName" (whatever is passed into the vm) starts with / (it is an absolute path), then load from there. It might be that (2) is best handled with symlinks or by copying a newly compiled .so into a path where the vm should be able to find it. I am open to advice. In general, any time the vm alters a file name, port name/number, etc. and then fails to find the altered result, it needs to somehow record what it failed to find. Ideally, that would appear in an exception signaled in the image, but it should at least be available via syslog(), stdout or some other means. The nice thing about syslog() is that the output is viewable after the fact w/o any need to have run the image from a terminal or otherwise captured the output, and the logs are rotated automatically. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Max Leske [maxleske(a)gmail.com] Sent: Monday, December 13, 2010 4:44 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Is executing a file platform dependent? Thanks for the answers. That should do. Cheers, Max On 13.12.2010, at 09:54, StÃ©phane Ducasse wrote: > Guys > > we should create a nice documentation for the OSProcess please please spend some time on the collabactive book because we need more documentation. > > Stef > > On Dec 12, 2010, at 6:34 PM, Schwab,Wilhelm K wrote: > >> OSProcess, which I am learning to like more as I learn more about it, is not well supported on Windows. Dave recently advised me to use ProcessWrapper on Windows; if he is saying that, then it must be the better path for now. >> >> I have done FFI on both Windows and Linux. I have not (yet anyway) done any one task in a cross-platform way. So far, I have not seen anything horrible that would prevent it. I have zero interest (at least so far) in moving my numerical analysis adventures back toward Windows (they started there and moved to Linux where I am quite happy). I have a .so interface to Acces IO A/D hardware and a DLL interface to Ascension Technology's 3D tracking software. Ultimately, I hope to be able to use both of them on either platform (the software exists on both), but have not yet made the connections. >> >> I transparently use OutputDebugString() on Linux and syslog() on Linux, but that does a test on platform and calls completely different code, so it does not count here. >> >> Sorry I can't be of more help. I urge you to wade into it and ask for help as you get stuck. For creating libraries, you might want to have a look at Code::Blocks; I don't push it very hard, but I have no complaints. The "default" is to install MinGW on Windows (last time I looked at least) and it uses gcc on Linux. >> >> Bill >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Lukas Renggli [renggli(a)gmail.com] >> Sent: Sunday, December 12, 2010 11:43 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Is executing a file platform dependent? >> >> With OS Process you can run scripts. That should work identical on Mac >> and Unix systems; probably also Windows, but I haven't tried. >> >> With FFI and Alien you can call C libraries. I have not much >> experience with those, but normally it should be possible to use them >> on all platforms. >> >> Lukas >> >> On 12 December 2010 17:31, Max Leske <maxleske(a)gmail.com> wrote: >>> Hi guys >>> >>> I was wondering if it is true that executing a file from within Pharo is platform dependent. I don't actually need to execute a file; it's more a theoretical question and I have no idea what the mechanisms are that would be used. To give you a clearer picture: Imagine you have C, sh, and perl files. What I'm thinking about is that I would have some data in the image that I would want to process with the code in one of those files. I would then wait for the result and process the result in the image. >>> >>> So my questions are: is there a platform independent way to execute C, sh or perl files from Pharo? Does the VM handle the platform dependencies? Are there any other issues with the idea I described? >>> >>> Don't go out of your way to find answers, please. But I'd be happy to hear your thoughts. >>> >>> Cheers, >>> Max >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> > >

Dec. 13, 2010

Re: [Pharo-project] Ring - model infrastructure for Pharo

by StÃ©phane Ducasse

+1 > Hmm... that looks strange. In general, MethodReference should not seen as > something defining what a general model needs, as it is in itself very > strange and > ugly. We need to carefully check. > > The use of RecentMessageList seems to be more that it needs a general way > to associate meta-data with a reference ("I deleted this"). > > We should check the new stuff regarding RecentMessages that Benjamin did. Lots > of the old things should be removed...

Dec. 13, 2010

[Pharo-project] updating ConfigurationOfPharo

by laurent laffont

Hi, I want to update ConfigurationOfPharo to include last ProfStef. Should I update #version12beta2 or create #version12beta3 ? Laurent Laffont

Dec. 13, 2010

Re: [Pharo-project] Ring - model infrastructure for Pharo

by StÃ©phane Ducasse

>> >> > #stringVersionDefault has just one sender (#markMatchingClasses in SelectorBrowser). Do we need that? let's happily kill it. > > In general, #stringVersion in MethodReference seems to be strange... > > stringVersion: 'Class>>selector:' format > > why is there an iVar for this? Can't this just use the selector and class an build it? > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. >

Dec. 13, 2010