- Pharo-dev - lists.pharo.org

Re: [Pharo-project] random crashes... help needed (Pharo, Magma, Seaside... I dunno)

by Esteban Lorenzano

Oh, I just attached the error I could get... but this is also happening on exuperi vm 0.15f. There are a new cog version I can try? El 27/12/2010, a las 8:20p.m., Igor Stasenko escribiÃ³: > On 27 December 2010 23:49, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi, >> I'm having random crashes in a production image. This crashes occurs without leaving any information available... it just crash. No PharoDebug.log, no dump, nothing... finally, yesterday I get a PharoDebug.log (which I'm attaching) with some error information... but frankly I don't know if this is the reason the image is crashing or some other random error. >> Some other elements I'm seeing is: >> >> - Seaside sessions are in fact never removed unless I manually execute garbage collect. >> - WeakArray FinalizationDependents is bigger than usual (90 instances), elements are mostly WeakIdentityDictionary and MaWeakIdentityDictionary (most of them empty but some other with sizes from 700 to 4000). >> >> I'm using a Pharo 1.1.1 with Seaside 3.0 and Magma 1.1r2 >> The VM is any VM (exuperi 0.15f or unix cog) . >> OS is "some kind of linux"... looks like a "custom suse". >> > Okay, you're using oscog.35 which predates new finalization.. > at least it is not in a play. > > > >> Well... and I'm completely lost. Any help will be very appreciated... even on ways on how to get more info of my crashing system (redirecting standard and error output does not works either)... And the access I have to the O.S. is also limited. >> > > well, all i can say that you should start digging from here: > > 'Error: highBit is not defined for negative integers' > > what if some error message prints numbers and using highbit for on > negative one? it will then loop forever, > recursively until there is a no free space left. > but that of course could be anything else. > > >> Cheers, >> Esteban >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Dec. 27, 2010

Re: [Pharo-project] random crashes... help needed (Pharo, Magma, Seaside... I dunno)

by Guillermo Polito

On Mon, Dec 27, 2010 at 8:20 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 27 December 2010 23:49, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > I'm having random crashes in a production image. This crashes occurs > without leaving any information available... it just crash. No > PharoDebug.log, no dump, nothing... finally, yesterday I get a > PharoDebug.log (which I'm attaching) with some error information... but > frankly I don't know if this is the reason the image is crashing or some > other random error. > > Some other elements I'm seeing is: > > > > - Seaside sessions are in fact never removed unless I manually execute > garbage collect. > > - WeakArray FinalizationDependents is bigger than usual (90 instances), > elements are mostly WeakIdentityDictionary and MaWeakIdentityDictionary > (most of them empty but some other with sizes from 700 to 4000). > > > > I'm using a Pharo 1.1.1 with Seaside 3.0 and Magma 1.1r2 > > The VM is any VM (exuperi 0.15f or unix cog) . > > OS is "some kind of linux"... looks like a "custom suse". > > > Okay, you're using oscog.35 which predates new finalization.. > at least it is not in a play. > > > > > Well... and I'm completely lost. Any help will be very appreciated... > even on ways on how to get more info of my crashing system (redirecting > standard and error output does not works either)... And the access I have to > the O.S. is also limited. > > > > well, all i can say that you should start digging from here: > > 'Error: highBit is not defined for negative integers' > > what if some error message prints numbers and using highbit for on > negative one? it will then loop forever, > recursively until there is a no free space left. > but that of course could be anything else. > > That should not be fine :(. I don't like infinite recursion to be uncontrolled... Can we control it? > > > Cheers, > > Esteban > > > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > >

Dec. 27, 2010

Re: [Pharo-project] random crashes... help needed (Pharo, Magma, Seaside... I dunno)

by Igor Stasenko

On 27 December 2010 23:49, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > I'm having random crashes in a production image. This crashes occurs without leaving any information available... it just crash. No PharoDebug.log, no dump, nothing... finally, yesterday I get a PharoDebug.log (which I'm attaching) with some error information... but frankly I don't know if this is the reason the image is crashing or some other random error. > Some other elements I'm seeing is: > > - Seaside sessions are in fact never removed unless I manually execute garbage collect. > - WeakArray FinalizationDependents is bigger than usual (90 instances), Â elements are mostly WeakIdentityDictionary and MaWeakIdentityDictionary (most of them empty but some other with sizes from 700 to 4000). > > I'm using a Pharo 1.1.1 with Seaside 3.0 and Magma 1.1r2 > The VM is any VM (exuperi 0.15f or unix cog) . > OS is "some kind of linux"... looks like a "custom suse". > Okay, you're using oscog.35 which predates new finalization.. at least it is not in a play. > Well... and I'm completely lost. Any help will be very appreciated... even on ways on how to get more info of my crashing system (redirecting standard and error output does not works either)... And the access I have to the O.S. is also limited. > well, all i can say that you should start digging from here: 'Error: highBit is not defined for negative integers' what if some error message prints numbers and using highbit for on negative one? it will then loop forever, recursively until there is a no free space left. but that of course could be anything else. > Cheers, > Esteban > > -- Best regards, Igor Stasenko AKA sig.

Dec. 27, 2010

[Pharo-project] random crashes... help needed (Pharo, Magma, Seaside... I dunno)

by Esteban Lorenzano

Hi, I'm having random crashes in a production image. This crashes occurs without leaving any information available... it just crash. No PharoDebug.log, no dump, nothing... finally, yesterday I get a PharoDebug.log (which I'm attaching) with some error information... but frankly I don't know if this is the reason the image is crashing or some other random error. Some other elements I'm seeing is: - Seaside sessions are in fact never removed unless I manually execute garbage collect. - WeakArray FinalizationDependents is bigger than usual (90 instances), elements are mostly WeakIdentityDictionary and MaWeakIdentityDictionary (most of them empty but some other with sizes from 700 to 4000). I'm using a Pharo 1.1.1 with Seaside 3.0 and Magma 1.1r2 The VM is any VM (exuperi 0.15f or unix cog) . OS is "some kind of linux"... looks like a "custom suse". Well... and I'm completely lost. Any help will be very appreciated... even on ways on how to get more info of my crashing system (redirecting standard and error output does not works either)... And the access I have to the O.S. is also limited. Cheers, Esteban

Dec. 27, 2010

Re: [Pharo-project] big ui decisions

by Chip Nowacek

Yeah - I'm learning more about Seaside's capabilities as I continue to play with it. It is a very powerful tool. It's the interactive animation of non-standard components that has me puzzled at this point. I have to learn more. Maybe the drag-n-drop facilities? I've got to get this thing working something like Thinkmap (eg. http://www.visualthesaurus.com/) - and more compelling graphically, hopefully Java-less, and less than $30,000. -- View this message in context: http://forum.world.st/big-ui-decisions-tp3160359p3165552.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 27, 2010

Re: [Pharo-project] Which Keymaps/Shortcuts do we want to have?

by Mariano Martinez Peck

On Mon, Dec 27, 2010 at 12:35 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > I also would like a cmd+f: search anything... but that needs also an > application (like algernon, which I'm currently not supporting anymore due > time issues), not just a command :( > well, at least a cmd+f: search class would be fine :) > +1 It sound like a good project for someone with time and wanting to learn :) > > El 27/12/2010, a las 5:38a.m., StÃ©phane Ducasse escribiÃ³: > > > I suggest that you define lists = > > > > simple eamcs bindings = > > ctral a ctrle > > > > Windows manipulation > > cmd W > > ... > > > > Your special binding > > > > > > Then you should have contexts > > World > > TextMorph > > Editor only > > > > (of course some list will only be able to be attached to a given > object programmatically > > example: for botsinc I wanted specific binding to that morph class > only -- but you do not care) > > > > then a config is > > > > (lists, lists) context > > (mybinding, lists, lists) context > > > > where , make sure that mybinding take precedence > > > > > > Does it make sense? > > > > Stef > > > > > > > > On Dec 27, 2010, at 2:37 AM, Guillermo Polito wrote: > > > >> What about something like the attach? > >> > >> On Sun, Dec 26, 2010 at 7:45 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Wow, haha, this is wonderful! So, putting some order: > >> > >> 1) shortcuts published as settings with a default? Will that be ok? > This make me think the following: > >> - how to share shortcuts. Files? Keymapping used to use SIXX, but maybe > it is not suitable for a light solution (I don't know much about SIXX) > >> - downloading a new image (or a new version of a package with shortcuts) > could make us lose our own-defined shortcuts. > >> > >> 2) support for the following shortcuts: > >> > >> - a shortcut to bring up the wolrd menu. Not sure which shortcut. > >> - use ctrl + tab to switch between windows instead of cmd + arrows > >> - a shortcut for what it is (hidden) now with cmd + shift + click (list > of opened windows) > >> - Shortcuts for opening standard tools: Workspace, Transcript, > TestRunner, etc. > >> - Shortcut for duplicating a windows > >> - a shortcut for saving the image (cmd+ shoft + s ?) > >> - a shortcut for quitting the image with and without saving > >> - a shortcut to see a list of shortcuts > >> > >> I would like to add some more items to #2, and to define the keys that > triggers them. > >> #1 seems to be of some work :). I'll work on it ASAP. > >> > >> Step by step, as Stef and Mostaza Merlo says :). > >> > >> Cheers! > >> Guille > >> > >> > >> On Sun, Dec 26, 2010 at 7:18 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> + 1 :) > >> And save them as configuration > >> > >>> On Sun, Dec 26, 2010 at 1:13 PM, Igor Stasenko <siguctua(a)gmail.com> > wrote: > >>> my wishlist: > >>> > >>> - a shortcut to see all available shortcuts and change them > >>> > >>> + a lot > >> > >> > >> > >> > >> <PharoScreenshot.2.png> > > > > > > >

Dec. 27, 2010

Re: [Pharo-project] big ui decisions

by Philippe Marschall

On 22.12.2010 10:46, Chip Nowacek wrote: > > Thanks for your help so far. > > Now that I've had a chance to get my feet wet, start an eval of VW, watch > Peter Fisk's progress, etc. I've hit a scary point. To go the distance, my > app needs the maturity and capacity of Squeak/Pharo/VW(?). And, near- and > long-term, it needs an elegant, cogent, captivating, intelligent, engaging, > interactive front end. I've considered doing it in Flash or Silverlight or > AIR (fat client) or straight JavaScript - though splitting the tiers and > forgetting the backend seems like a lot of deferred pain. I know I have to > worry about deployment. I am. I'd rather do it through the browser. And, > even though DabbleDB and others are some of the coolest apps ever, I don't > see Seaside cutting the front-end mustard (at least the way I understand > things at this point). How so? Seaside generates HTML like every other web framework. You can make your app look like every website / web application you want. Cheers Philippe

Dec. 27, 2010

Re: [Pharo-project] Pharo 1.2 - default packages

by laurent laffont

On Mon, Dec 27, 2010 at 1:04 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >ConfigurationOfMocketry has 479 tests, all green now in Pharo 1.2 > >+ HelpSystem help. > > Config's that are working in 1.2. can be mirrored in: > > http://www.squeaksource.com/MetaRepoForPharo12 > > They will then appear in the > > Tools -> ConfigurationBrowser > > and one can easily load/use them. > I thought it would be handled by an automated process or Metacello itself. Should we copy working ConfigurationOfXXX now ? Laurent > > Bye > T. > -- > GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt auch mit > gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl > >

Dec. 27, 2010

Re: [Pharo-project] Issue 1042 in pharo: documentation/help menu

by pharo＠googlecode.com

Comment #15 on issue 1042 by laurent.laffont: documentation/help menu http://code.google.com/p/pharo/issues/detail?id=1042 In inbox: SLICE-Issue-1042-documentation-help-menu-LaurentLaffont.2 Checked against last description

Dec. 27, 2010

Re: [Pharo-project] Issue 1042 in pharo: documentation/help menu

by pharo＠googlecode.com

Comment #14 on issue 1042 by laurent.laffont: documentation/help menu http://code.google.com/p/pharo/issues/detail?id=1042 I said it should be obsolete because keymapping from Guillermo may be included in 1.3 (I hopeÂ :). So we can generate HelpSystem from keymapping directly.

Dec. 27, 2010