- Pharo-dev - lists.pharo.org

[Pharo-project] Slow Image
by stephan＠stack.nl April 30, 2009

April 30, 2009

Astartes wrote: > Anyone with a win32 system able to confirm that the new image slows > heavily down as descibed in [1] using the procedure in [2]? > > After a first rough test I think it happens after the "Delay" fixes > from update 10287/10288 > > Thx > T. > > [1] > http://lists.gforge.inria.fr/pipermail/pharo-project/2009-April/007910.html > [2] > http://lists.gforge.inria.fr/pipermail/pharo-project/2009-April/007934.html I don't know. Started at 12.48, and is still running at 14.33 :( Stephan

4 4

[Pharo-project] Socket problems
by Michael Rueger April 29, 2009

April 29, 2009

Hi all, just to get an overview: have these problems been reproduced on all platforms? At least for me loading OBAlpha worked on Windows but failed on Linux and Mac (both using the same socket plugin code). Michael

3 2

[Pharo-project] First contribution...
by Hernan Wilkinson April 29, 2009

April 29, 2009

Hi, I just made my first contribution!! (not a big deal, just a small fix anyway...), but I feel kind of stupid because I can not change the issues's status from new to fixed... (as the "how to contribute page" says). Could somebody tell me how? The issue is the 781 Thanks, Hernan.

5 9

[Pharo-project] About Mantis 7343 socket timeout rollover
by Nicolas Cellier April 29, 2009

April 29, 2009

PharoInbox/SLICE-M7343-Socket-Rollover-bug-nice.1 After http://bugs.squeak.org/view.php?id=7343 Socket timeout can suffer rollover problem (Happens on server with high load and uptime>12 days) I did not load Andreas change directly 1) He still uses questionnable (deadline - Time millisecondClockValue) which is potentially >0 forever 2) because of above choice, he protected with unecessary 500msecs busy loop (well necessary in this implementation, but not in absolute) 3) he does not answer true when ok: HTTPSocket requires this... I moved the *Until: family message to a deprecated category, but did not send (self deprecated: ...) I corrected in image senders. Do not remove now, they might be used by packages.

2 2

[Pharo-project] Sensor fixes again
by Michael Rueger April 29, 2009

April 29, 2009

Hi all, next round ;-) From the inbox load Kernel-michael_rueger.renggli.308 -fixed sensor install to update changeInformee -fixed event handling, missed the button and modifier mangling "logic" System-Support-michael_rueger.14 -added changeInformee accessor methods to preference object After loading the packages you need to execute InputEventSensor installPollingEventSensorFramework Michael

4 9

[Pharo-project] squeakopendbx, which VM?
by Hilaire Fernandes April 29, 2009

April 29, 2009

On linux I installed OpenDBX, checked it work to connect to my remote database Then check for system awarness of it: hilaire@tice:~/Documents/Projets/BaseRessources$ ldconfig -p | grep opendbx libopendbxplus.so.1 (libc6) => /usr/lib/libopendbxplus.so.1 libopendbx.so.1 (libc6) => /usr/lib/libopendbx.so.1 Then installed squeakdbx in pharo from universe so ffi is installed as well. I installed the latest vm (3.10-4 #2) from squeakvm.org web site as my previous vm was apparently without ffi (or could it be the plugin compiled in the VM?). When trying to connect, I still have 'unable to find function address'. FFI is pretty autist about what is going wrong. Any clue? Hilaire -- http://blog.ofset.org/hilaire

3 12

[Pharo-project] Fullscreen mode should have a menu entry
by stephan＠stack.nl April 29, 2009

April 29, 2009

Found the issue. Full screen mode has a usability problem. Issue 779: When in fullscreen mode, the world menu should allow a user to switch back Stephan

1 0

[Pharo-project] Slow Image
by Torsten Bergmann April 29, 2009

April 29, 2009

Stephan wrote: >I don't know. Started at 12.48, and is still running at 14.33 :( yes - wait a few hours more and it will finish. Really bad. And if you try it with a previous Pharo0.1Core-10281cl.zip from [1] it will be much faster (10-15 minutes or so). So the massive slowdown was introduced by a change between #10281 and #10293. It makes the new Pharo image #10293 really unusable. Would be interesting if we have the same problem on other platforms too. Anyone able to try on Mac or Linux? Thx Torsten [1] http://gforge.inria.fr/frs/?group_id=1299 -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

2 2

[Pharo-project] Slow image
by Torsten Bergmann April 29, 2009

April 29, 2009

Hi Damien, VM clean download from [1] image clean download from [2] Source file download from [3] Extract the files into one directory and update the system so 11 new updates processed (gives you Pharo #10292). File in the attached changeset with the image builder, answer OK twice when asked and wait ... When you run it without an update (old #10281) it's faster. Havent had time to look deeper. Bye Torsten [1] http://squeakvm.org/win32/release/SqueakVM-Win32-3.11.2-bin.zip [2] http://gforge.inria.fr/frs/download.php/21874/Pharo0.1Core-10281cl.zip [3] http://gforge.inria.fr/frs/download.php/4621/SqueakV39.sources.zip -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

3 2

[Pharo-project] Preference initialization
by Michael Rueger April 29, 2009

April 29, 2009

Hi all, while working on the sensor fix I ran across the problem that there is no initialization code for current preference settings, a typical side effect of working with an image. Problem is, that references, in my case to the class InputSensor, can't be found by the usual cross reference methods. IMHO we should come up with "something" so we can re-generate the current preferences from code if needed. That initialization code would also provide the necessary cross references. Not sure how that plays with the pragma preference stuff... Michael

5 7