- Pharo-dev - lists.pharo.org

[Pharo-project] Problem updating Pharo Core
by Guillermo Polito Dec. 6, 2010

Dec. 6, 2010

I have the last prebuild pharo core (12261), and clicking on update stops in version 12266 with a DNU: *nil does not understand binary* It has something to do with the monticello a version with this info: 'Issue 3191: SparseLargeArray-MarcusDenker.2.mcz' Did someone had this same issue? Cheers! Guille

1 0

[Pharo-project] j'ai l'impression que la mailing-list de pharo ne marche plus
by StÃ©phane Ducasse Dec. 6, 2010

Dec. 6, 2010

pouvez-vous verifier? merci

7 6

[Pharo-project] Issue 3383 in pharo: [FIX] make String >> #subStrings: do less allocation
by pharo＠googlecode.com Dec. 6, 2010

Dec. 6, 2010

Status: Accepted Owner: philippe.marschall Labels: Type-Patch Difficulty-Easy Importance-Low New issue 3383 by philippe.marschall: [FIX] make String >> #subStrings: do less allocation http://code.google.com/p/pharo/issues/detail?id=3383 String >> #subStrings: does a lot of allocation. It allocates a new string for almost every character. So if you do something like '/alongUrl/withaPathElement/andSomethingMore' subStrings: '/' about forty strings are allocated. This can easily be avoided using write streams. The method could probably be made even faster by using #indexOfSubCollection:startingAt: and just copying with the correct size. I will post a patch but I first need an issue number that I can reference.

1 2

[Pharo-project] [update 1.2] #12271
by StÃ©phane Ducasse Dec. 6, 2010

Dec. 6, 2010

12271 ----- - Issue 3383: [FIX] make String >> #subStrings: do less allocation Thanks Philippe Stef and Igor :)

1 0

[Pharo-project] Debugger not closed issue ?
by laurent laffont Dec. 6, 2010

Dec. 6, 2010

Hi, can you check this please ? Take an image you work on (not a fresh one), and evaluate: Debugger closeAllDebuggers. Smalltalk garbageCollect. Debugger allInstances size. On a lot of my images 1 or 2 Debugger instances remains. It's a problem for Autotest, but it also may be a side effect of Autotest, so I want to check. Cheers, Laurent Laffont Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

6 10

[Pharo-project] Image freeze because handleTimerEvent and Seaside process gone?!
by Adrian Lienhard Dec. 6, 2010

Dec. 6, 2010

Hi all, We've been experiencing an "interesting" problem: the image freezes and does not response to HTTP requests anymore after it has been running for days. Here some basic information about our setup: Squeak VM 4.0.3-2202 compiled with gcc 4.3.2 PharoCore 1.1 OS Debian Lenny amd64 (CPUs are 4 Intel Xeon E5530 2.40GHz) - We have never seen the problem with the Squeak VM 3.9-9 and Squeak 3.9 on the identical machine and with the same application source (modulo some adaptations to make it run on Pharo). - We run the VM with -mmap 512m -vm-sound-null -vm-display-null, and the UI process is suspended (Project uiProcess suspend) - VM does not hog the CPU and memory usage is normal - The meantime between failure is several weeks and we haven't managed to reproduce the problem - The application mainly serves HTTP requests. When the image does not receive requests for some time we send it a STOP signal, when a request comes in it is sent a CONT signal. - lsof shows TCP *:9093 (LISTEN) TCP server:9093->server:46930 (CLOSE_WAIT) Below is a GDB backtrace and the Smalltalk stacks from an image that was frozen (the VM had been running for almost 100 hours): ============================================================= (gdb) bt #0 0x08072020 in ?? () #1 <signal handler called> #2 0xb766f5e0 in malloc () from /lib/libc.so.6 #3 <function called from gdb> #4 0xb76c50c8 in select () from /lib/libc.so.6 #5 0x08071063 in aioPoll () #6 0xb778bb8d in ?? () from /usr/lib/squeak/4.0.3-2202//so.vm-display-null #7 0x000003e8 in ?? () #8 0x997b5a34 in ?? () #9 0xbfe7cb28 in ?? () #10 0x08074575 in ioRelinquishProcessorForMicroseconds () Backtrace stopped: frame did not save the PC (gdb) call printCallStack() -1719969228 >idleProcess -1719969320 >startUp -1740134028 BlockClosure>newProcess $3 = -1755344892 (gdb) call (int) printAllStacks() Process -1719969228 >idleProcess -1719969320 >startUp -1740134028 BlockClosure>newProcess Process -1740113860 >finalizationProcess -1740113952 >restartFinalizationProcess -1740113532 BlockClosure>newProcess Process -1740134424 SmalltalkImage>lowSpaceWatcher -1740134516 SmalltalkImage>installLowSpaceWatcher -1740134300 BlockClosure>newProcess Process -1719451488 Delay>wait -1719451580 BlockClosure>ifCurtailed: -1719451704 Delay>wait -1719451796 InputEventPollingFetcher>waitForInput -1740126940 InputEventFetcher>eventLoop -1740127032 InputEventFetcher>installEventLoop -1740126816 BlockClosure>newProcess Process -1719557780 UnixOSProcessAccessor>grimReaperProcess -1740113624 BlockClosure>repeat -1740113716 UnixOSProcessAccessor>grimReaperProcess -1740117340 BlockClosure>newProcess [omitted many newlines between output above] ============================================================= What is striking from the above process listing is that two processes are missing: the handleTimerEvent process and the Seaside process (that is, the TCP listener loop). How comes these processes vanished? This may be related to Pharo or to the Squeak VM. Has anybody else seen this problem? Any idea how to debug/fix this issue is very much appreciated! Cheers, Adrian CCed to pharo-dev since this may be related to Pharo; please respond on the squeak-vm list

1 0

Re: [Pharo-project] [squeak-dev] SqueakSource is down EOM
by Alexander LazareviÄ Dec. 6, 2010

Dec. 6, 2010

I guess you're barking up the wrong tree, because despite it's name squeaksource is run by the pharo guys. 2010/12/6 Casey Ransberger <casey.obrien.r(a)gmail.com> > > > -- > Casey Ransberger > > > >

1 0

[Pharo-project] Issue 3384 in pharo: include static files in Monticello package
by pharo＠googlecode.com Dec. 5, 2010

Dec. 5, 2010

Status: Accepted Owner: laurent.laffont Labels: Type-RequestForEnhancement New issue 3384 by laurent.laffont: include static files in Monticello package http://code.google.com/p/pharo/issues/detail?id=3384 See: http://forum.world.st/static-files-in-a-MC-package-td3072246.html and: http://lists.squeakfoundation.org/pipermail/beginners/2010-December/007398.… MC 1.5 / 1.6 seems to handle the inclusion of static files in a package, but Pharo uses an older version so it should be upgraded but: The problem is not that we simply ignore what keith did. This is that the implications were not clear and that the code was not simple. So cleaning MC progressively is the only way to be able to later improve it.

1 0

[Pharo-project] static files in a MC package ?
by laurent laffont Dec. 5, 2010

Dec. 5, 2010

Hi, is it possible to include static files in a MC package (especially images) ? Cheers, Laurent Laffont Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

5 7

[Pharo-project] Issue 3381 in pharo: project list
by pharo＠googlecode.com Dec. 5, 2010

Dec. 5, 2010

Status: closed Owner: stephane.ducasse New issue 3381 by stephane.ducasse: project list http://code.google.com/p/pharo/issues/detail?id=3381 Since I could not find how to upload a file I hijacked this issues Attachments: PharoProjects.pdf 311 KB

2 1