Vm-dev July 2010

vm-dev@lists.squeakfoundation.org

45 participants
94 discussions

[commit] r2245 - Improved high-priority ticker (deal with sleep). VMMaker image has reader cache
by commits＠squeakvm.org 21 Jul '10

21 Jul '10

Author: eliot Date: 2010-07-20 16:00:57 -0700 (Tue, 20 Jul 2010) New Revision: 2245 Modified: branches/Cog/image/VMMaker-Squeak4.1.changes branches/Cog/image/VMMaker-Squeak4.1.image branches/Cog/platforms/Cross/vm/sqTicker.c Log: Improved high-priority ticker (deal with sleep). VMMaker image has reader cache flushed (38Mb => 13Mb). Modified: branches/Cog/image/VMMaker-Squeak4.1.changes =================================================================== --- branches/Cog/image/VMMaker-Squeak4.1.changes 2010-07-20 18:20:26 UTC (rev 2244) +++ branches/Cog/image/VMMaker-Squeak4.1.changes 2010-07-20 23:00:57 UTC (rev 2245) @@ -124051,4 +124051,21 @@ ----STARTUP----{19 July 2010 . 2:36:15 pm} as /Users/eliot/Cog/oscog/Cog.squeakvm.org/image/VMMaker-Squeak4.1.image! -----QUIT/NOSAVE----{19 July 2010 . 2:41:01 pm} VMMaker-Squeak4.1.image priorSource: 5003704! \ No newline at end of file +----QUIT/NOSAVE----{19 July 2010 . 2:41:01 pm} VMMaker-Squeak4.1.image priorSource: 5003704! + +----STARTUP----{20 July 2010 . 12:35:23 pm} as /Users/eliot/Cog/oscog/Cog.squeakvm.org/image/VMMaker-Squeak4.1.image! + + +TimeStamp instanceCount! + +----STARTUP----{20 July 2010 . 1:00:28 pm} as /Users/eliot/Cog/oscog/Cog.squeakvm.org/image/VMMaker-Squeak4.1.image! + + +MCFileBasedRepository flushAllCaches! + +----QUIT----{20 July 2010 . 1:00:59 pm} VMMaker-Squeak4.1.image priorSource: 5003704! + +----STARTUP----{20 July 2010 . 1:14:28 pm} as /Users/eliot/Cog/oscog/Cog.squeakvm.org/image/VMMaker-Squeak4.1.image! + + +----QUIT/NOSAVE----{20 July 2010 . 1:14:37 pm} VMMaker-Squeak4.1.image priorSource: 5004308! \ No newline at end of file Modified: branches/Cog/image/VMMaker-Squeak4.1.image =================================================================== (Binary files differ) Modified: branches/Cog/platforms/Cross/vm/sqTicker.c =================================================================== --- branches/Cog/platforms/Cross/vm/sqTicker.c 2010-07-20 18:20:26 UTC (rev 2244) +++ branches/Cog/platforms/Cross/vm/sqTicker.c 2010-07-20 23:00:57 UTC (rev 2245) @@ -193,6 +193,18 @@ sqLowLevelMFence(); } +/* If the heartbeat fails to invoke checkHighPriorityTickees in a timely manner + * for wahtever reason (e.g. the user has put the machine to sleep) we need to + * readjust the deadline, moving it forward to a delta from the current time. + * If we don't then the heartbeat will spin calling checkHighPriorityTickees as + * it inches forward at tickeePeriodUsecs. But if we always base the deadline + * on the current time and for whatever reason there is a slight hiccup then all + * subsequent deadlines will be pushed into the future. The HiccupThreshold of + * 10 seconds distinguishes between the two cases; longer than 10 seconds and we + * assume the system has slept. + */ +#define HiccupThreshold 10000000ULL /* 10 seconds */ + void checkHighPriorityTickees(usqLong utcMicrosecondClock) { @@ -217,7 +229,13 @@ sqCompareAndSwapRes(async[i].inProgress,0,1,previousInProgress); if (previousInProgress == 0) { assert(async[i].inProgress); - async[i].tickeeDeadlineUsecs += async[i].tickeePeriodUsecs; + if (async[i].tickeeDeadlineUsecs + HiccupThreshold + < utcMicrosecondClock) + async[i].tickeeDeadlineUsecs + = utcMicrosecondClock + async[i].tickeePeriodUsecs; + else + async[i].tickeeDeadlineUsecs + += async[i].tickeePeriodUsecs; async[i].tickee(); async[i].inProgress = 0; }

1 0

[commit] r2244 - Fix heartbeat clock log (-ve % +ve => -ve bounds violation).
by commits＠squeakvm.org 20 Jul '10

20 Jul '10

Author: eliot Date: 2010-07-20 11:20:26 -0700 (Tue, 20 Jul 2010) New Revision: 2244 Modified: branches/Cog/image/VMMaker-Squeak4.1.changes branches/Cog/image/VMMaker-Squeak4.1.image branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c branches/Cog/platforms/win32/vm/sqWin32Heartbeat.c Log: Fix heartbeat clock log (-ve % +ve => -ve bounds violation). This will hopefully fix crashes in the heartbeat under linux. Modified: branches/Cog/image/VMMaker-Squeak4.1.changes =================================================================== --- branches/Cog/image/VMMaker-Squeak4.1.changes 2010-07-20 04:05:05 UTC (rev 2243) +++ branches/Cog/image/VMMaker-Squeak4.1.changes 2010-07-20 18:20:26 UTC (rev 2244) @@ -123956,4 +123956,99 @@ rep user: user; password: pw ]! -----QUIT----{17 July 2010 . 6:22:30 pm} VMMaker-Squeak4.1.image priorSource: 4999487! \ No newline at end of file +----QUIT----{17 July 2010 . 6:22:30 pm} VMMaker-Squeak4.1.image priorSource: 4999487! + +----STARTUP----{18 July 2010 . 6:31:23 pm} as /Users/eliot/Cog/oscog/Cog.squeakvm.org/image/VMMaker-Squeak4.1.image! + + +'From Squeak4.1 of 17 April 2010 [latest update: #9957] on 18 July 2010 at 6:29:08 pm'! +!Cogit methodsFor: 'disassembly' stamp: 'eem 7/18/2010 18:10' prior: 35256882! +disassembleMethod: surrogateOrAddress on: aStream + <doNotGenerate> + | cogMethod mapEntries codeRanges mcpcToBcpcMap | + cogMethod := surrogateOrAddress isInteger + ifTrue: [coInterpreter cogMethodSurrogateAt: surrogateOrAddress] + ifFalse: [surrogateOrAddress]. + cogMethod cmType = CMBlock ifTrue: + [^self disassembleMethod: (self cogHomeMethod: cogMethod) on: aStream]. + self printMethodHeader: cogMethod on: aStream. + + (mapEntries := Dictionary new) + at: cogMethod asInteger + cmEntryOffset put: 'entry'. + + cogMethod cmType = CMMethod ifTrue: + [mapEntries at: cogMethod asInteger + cmNoCheckEntryOffset put: 'noCheckEntry']. + + cogMethod cmType = CMClosedPIC ifTrue: + [mapEntries at: cogMethod asInteger + firstCPICCaseOffset put: 'ClosedPICCase0'. + 1 to: numPICCases - 1 do: + [:i| + mapEntries + at: cogMethod asInteger + firstCPICCaseOffset + (i * cPICCaseSize) + put: 'ClosedPICCase', i printString]]. + + self mapFor: cogMethod + performUntil: #collectMapEntry:address:into: asSymbol + arg: mapEntries. + + "This would all be far more elegant and simple if we used blocks. + But there are no blocks in C and the basic enumerators here need + to be used in the real VM. Apologies." + mcpcToBcpcMap := self mcpcToBcpcMapFor: cogMethod. + (codeRanges := self codeRangesFor: cogMethod) do: + [:range| + range startpc: (mcpcToBcpcMap at: range first ifAbsent: [nil]). + (cogMethod blockEntryOffset ~= 0 + and: [range first = (cogMethod blockEntryOffset + cogMethod asInteger)]) + ifTrue: + [aStream nextPutAll: 'blockEntry:'; cr. + self blockDispatchFor: cogMethod + perform: #disassemble:from:to:arg: + arg: { aStream. mcpcToBcpcMap }] + ifFalse: + [range first > (cogMethod address + cmNoCheckEntryOffset) ifTrue: + [self printMethodHeader: (self cCoerceSimple: range first - (self sizeof: CogBlockMethod) + to: #'CogBlockMethod *') + on: aStream]. + self disassembleFrom: range first to: range last labels: mapEntries on: aStream]]. + aStream nextPutAll: 'startpc: '; print: codeRanges first startpc; cr. + (cogMethod cmType = CMMethod + or: [cogMethod cmType = CMOpenPIC]) ifTrue: + [[self mapFor: cogMethod + performUntil: #printMapEntry:mcpc:args: + arg: { aStream. codeRanges. cogMethod }] + on: AssertionFailure + do: [:ex| + ex primitiveChangeClassTo: MyResumableTestError basicNew. ":) :) :)" + ex resume: nil]]! ! +!CogVMSimulator methodsFor: 'simulation only' stamp: 'eem 7/18/2010 18:28'! +transcript: aTranscript + transcript := aTranscript! ! +!StackInterpreterSimulator methodsFor: 'simulation only' stamp: 'eem 7/18/2010 18:28'! +transcript: aTranscript + transcript := aTranscript! ! + +| user pw | +Utilities setAuthorInitials. +user := UIManager default request: 'Unix user name'. +pw := UIManager default requestPassword: 'Monticello password'. +MCHttpRepository allSubInstancesDo: [ : rep | + rep user: user; + password: pw ]! + +"VMMaker"! + +| user pw | +Utilities setAuthorInitials. +user := UIManager default request: 'Unix user name'. +pw := UIManager default requestPassword: 'Monticello password'. +MCHttpRepository allSubInstancesDo: [ : rep | + rep user: user; + password: pw ]! + +----QUIT----{18 July 2010 . 6:48:18 pm} VMMaker-Squeak4.1.image priorSource: 5000183! + +----STARTUP----{19 July 2010 . 2:36:15 pm} as /Users/eliot/Cog/oscog/Cog.squeakvm.org/image/VMMaker-Squeak4.1.image! + + +----QUIT/NOSAVE----{19 July 2010 . 2:41:01 pm} VMMaker-Squeak4.1.image priorSource: 5003704! \ No newline at end of file Modified: branches/Cog/image/VMMaker-Squeak4.1.image =================================================================== (Binary files differ) Modified: branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c =================================================================== --- branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c 2010-07-20 04:05:05 UTC (rev 2243) +++ branches/Cog/platforms/unix/vm/sqUnixHeartbeat.c 2010-07-20 18:20:26 UTC (rev 2244) @@ -52,9 +52,9 @@ # define LOGSIZE 1024 static unsigned long long useclog[LOGSIZE]; static unsigned long mseclog[LOGSIZE]; -static int logClock = 1; -static int ulogidx = -1; -static int mlogidx = -1; +static int logClock = 0; +static unsigned int ulogidx = (unsigned int)-1; +static unsigned int mlogidx = (unsigned int)-1; # define logusecs(usecs) do { sqLowLevelMFence(); \ if (logClock) useclog[++ulogidx % LOGSIZE] = (usecs); \ } while (0) @@ -590,7 +590,6 @@ beatStateMachine(void *careLess) { int er; -#if !ONLY_ONE_THREAD_PRIORITY if ((er = pthread_setschedparam(pthread_self(), stateMachinePolicy, &stateMachinePriority))) { @@ -599,10 +598,9 @@ * policies are only available to processes with superuser privileges. */ errno = er; - perror("pthread_setschedparam failed"); + perror("pthread_setschedparam failed; consider using ITIMER_HEARTBEAT"); exit(errno); } -#endif /* !ONLY_ONE_THREAD_PRIORITY */ beatState = active; while (beatState != condemned) { # define MINSLEEPNS 2000 /* don't bother sleeping for short times */ Modified: branches/Cog/platforms/win32/vm/sqWin32Heartbeat.c =================================================================== --- branches/Cog/platforms/win32/vm/sqWin32Heartbeat.c 2010-07-20 04:05:05 UTC (rev 2243) +++ branches/Cog/platforms/win32/vm/sqWin32Heartbeat.c 2010-07-20 18:20:26 UTC (rev 2244) @@ -140,9 +140,9 @@ # define LOGSIZE 1024 static unsigned __int64 useclog[LOGSIZE]; static unsigned long mseclog[LOGSIZE]; -static int logClock = 1; -static int ulogidx = -1; -static int mlogidx = -1; +static int logClock = 0; +static unsigned int ulogidx = (unsigned int)-1; +static unsigned int mlogidx = (unsigned int)-1; # define logusecs(usecs) do { sqLowLevelMFence(); \ if (logClock) useclog[++ulogidx % LOGSIZE] = (usecs); \ } while (0)

1 0

Trigger printAllStacks with SIGUSR1 (was: [squeak-dev] Headless Linux squeak running max cpu)
by David T. Lewis 20 Jul '10

20 Jul '10

On Sun, Jul 18, 2010 at 12:24:00PM -0700, Eliot Miranda wrote: <snip> > In Cog platforms/unix/vm/sqUnixMain.c you'll find code to cause SIGUSR1 to > print all stacks. This can easily be ported to the standard VM. Is the > above with Cog or the standard VM? It would be best not to tie printAllStacks() to a specific signal, because SIGUSR1 is often used by third-party libraries that may be embedded in plugins or called through FFI. Perhaps it could be to enabled via a command line option if it is going to be part of the VM proper. But the feature also seemed like a reasonable fit for OSProcessPlugin, so I added it to OSPP and OSProcess (SqueakSource latest versions). OSPP already had a mechanism for forwarding arbitrary unix signals to Smalltalk semaphores, so the printAllStacks() hook is embedded into that framework. The updates are: OSProcessPlugin 4.3.4 Add #primitivePrintAllStacksOnSignal to attach the printAllStacks() interpreter debugging function to a unix signal. Intended for debugging support to enable SIGUSR1 to trigger a stack trace on console output. OSProcess 4.3.13 Implement debugging stack dump methods: UnixOSProcessAccessor>>setPrintAllStacksOnSigUsr1 UnixOSProcessAccessor>>clearPrintAllStacksOnSigUsr1 UnixOSProcessAccessor>>primPrintAllStacksOnSignal: To enable printAllStacks() on receipt of a SIGUSR1 signal: OSProcess accessor setPrintAllStacksOnSigUsr1 To disable printAllStacks() and restore the default SIGUSR1 handler: OSProcess accessor clearPrintAllStacksOnSigUsr1 Dave

1 0

[commit] r2243 - Fix some memory leakage.
by commits＠squeakvm.org 20 Jul '10

20 Jul '10

Author: andreas Date: 2010-07-19 21:05:05 -0700 (Mon, 19 Jul 2010) New Revision: 2243 Modified: trunk/platforms/win32/plugins/SqueakSSL/sqWin32SSL.c Log: Fix some memory leakage. Modified: trunk/platforms/win32/plugins/SqueakSSL/sqWin32SSL.c =================================================================== --- trunk/platforms/win32/plugins/SqueakSSL/sqWin32SSL.c 2010-07-19 06:12:14 UTC (rev 2242) +++ trunk/platforms/win32/plugins/SqueakSSL/sqWin32SSL.c 2010-07-20 04:05:05 UTC (rev 2243) @@ -1,5 +1,4 @@ /* sqWin32SSL.c: SqueakSSL implementation for Windows */ - #include <windows.h> #include <errno.h> #include <malloc.h> @@ -141,7 +140,7 @@ sc_cred.dwVersion = SCHANNEL_CRED_VERSION; sc_cred.dwFlags = SCH_CRED_NO_DEFAULT_CREDS | SCH_CRED_MANUAL_CRED_VALIDATION; - sc_cred.grbitEnabledProtocols = server ? SP_PROT_TLS1_SERVER | SP_PROT_SSL3_SERVER | SP_PROT_SSL2_SERVER : 0; + sc_cred.grbitEnabledProtocols = server ? SP_PROT_TLS1_SERVER | SP_PROT_SSL3_SERVER : 0; sc_cred.dwMinimumCipherStrength = 0; sc_cred.dwMaximumCipherStrength = 0; @@ -219,6 +218,8 @@ ssl->peerName = _strdup(tmpBuf); if(ssl->loglevel) printf("sqExtractPeerName: Peer name is %s\n", ssl->peerName); + CertFreeCertificateContext(certHandle); + return 1; } @@ -261,7 +262,7 @@ if(!CertGetCertificateChain(NULL, certHandle, NULL, certHandle->hCertStore, &chainPara, 0, NULL, &chainContext)) { - /* XXXX: Does this mean the other end did not provide a cert? */ + CertFreeCertificateContext(certHandle); ssl->certFlags = SQSSL_OTHER_ISSUE; goto done; } @@ -319,6 +320,8 @@ } } done: + CertFreeCertificateChain(chainContext); + CertFreeCertificateContext(certHandle); return 1; }

1 0

Re: Cog segmentation fault on Linux
by Eliot Miranda 20 Jul '10

20 Jul '10

Hi Rob, On Mon, Jul 19, 2010 at 3:10 AM, Rob Withers <reefedjib(a)yahoo.com> wrote: > Eliot, > > I am getting a segmentation fault running Cog headless on linux. Here is > the stack dump. Below is a second stack dump that looks different. > While the heap corruption might be a bug in Cog it might also be heap corruption from external code (e.g. objects passed through FFI calls to external code that overwrites those objects' bounds). There's a leak checker in Cog (see the -leakcheck argument in platforms/unix/vm/sqUnixMain.c) that can help you localise this. Its best to distrust your code before you distrust the VM, simply because thinking it's the VM can blind-side you to potential bugs in your own code or other parts of the system. The goal here is a reproducible case. If you get a reproducible case that doesn't use any external code then the bug is in the VM. HTH Eliot HTH, > Rob > > FIRST STACK DUMP > > vawhigso(a)vawhigs.org [~/public_html/squeakelib/Cog]# kill -USR1 30247 > vawhigso(a)vawhigs.org [~/public_html/squeakelib/Cog]# > Received user signal, printing active stack: > > 0xff940ab8 I SmalltalkImage>garbageCollect -1207282732: a(n) SmalltalkImage > 0xff940ad0 M Introducer class>areVatsRunning -1144872564: a(n) Introducer > class > 0xff940ae8 M PluggableButtonMorph>getModelState -1134952004: a(n) > PluggableButtonMorph > 0xff940b00 M PluggableButtonMorph>update: -1134952004: a(n) > PluggableButtonMorph > 0xff940b1c M StepMessage(MessageSend)>value -1134947088: a(n) StepMessage > 0xff940b38 M StepMessage(MorphicAlarm)>value: -1134947088: a(n) StepMessage > 0xff940b64 M WorldState>runLocalStepMethodsIn: -1215450852: a(n) WorldState > 0xff940b90 M WorldState>runStepMethodsIn: -1215450852: a(n) WorldState > 0xff940bac M PasteUpMorph>runStepMethods -1215450600: a(n) PasteUpMorph > 0xff940bc8 M WorldState>doOneCycleNowFor: -1215450852: a(n) WorldState > 0xff940be4 M WorldState>doOneCycleFor: -1215450852: a(n) WorldState > 0xff940c00 M PasteUpMorph>doOneCycle -1215450600: a(n) PasteUpMorph > 0xff940c20 I [] in Project class>spawnNewProcess -1138060792: a(n) Project > class > -1133485544 s [] in > Segmentation fault > > > > Smalltalk stack dump: > 0xff940ab8 I SmalltalkImage>garbageCollect -1207282732: a(n) SmalltalkImage > 0xff940ad0 M Introducer class>areVatsRunning -1144872564: a(n) Introducer > class > 0xff940ae8 M PluggableButtonMorph>getModelState -1134952004: a(n) > PluggableButtonMorph > 0xff940b00 M PluggableButtonMorph>update: -1134952004: a(n) > PluggableButtonMorph > 0xff940b1c M StepMessage(MessageSend)>value -1134947088: a(n) StepMessage > 0xff940b38 M StepMessage(MorphicAlarm)>value: -1134947088: a(n) StepMessage > 0xff940b64 M WorldState>runLocalStepMethodsIn: -1215450852: a(n) WorldState > 0xff940b90 M WorldState>runStepMethodsIn: -1215450852: a(n) WorldState > 0xff940bac M PasteUpMorph>runStepMethods -1215450600: a(n) PasteUpMorph > 0xff940bc8 M WorldState>doOneCycleNowFor: -1215450852: a(n) WorldState > 0xff940be4 M WorldState>doOneCycleFor: -1215450852: a(n) WorldState > 0xff940c00 M PasteUpMorph>doOneCycle -1215450600: a(n) PasteUpMorph > 0xff940c20 I [] in Project class>spawnNewProcess -1138060792: a(n) Project > class > > > SECOND STACK DUMP > > vawhigso(a)vawhigs.org [~/public_html/squeakelib/Cog]# kill -USR1 7340 > > Received user signal, printing active stack: > > vawhigso(a)vawhigs.org [~/public_html/squeakelib/Cog]# 0xffaf3398 I > SmalltalkImage>garbageCollect -1207897132: a(n) SmalltalkImage > 0xffaf33b0 M Introducer class>areVatsRunning -1145486964: a(n) Introducer > class > 0xffaf33c8 M PluggableButtonMorph>getModelState -1135564980: a(n) > PluggableButtonMorph > 0xffaf33e0 M PluggableButtonMorph>update: -1135564980: a(n) > PluggableButtonMorph > 0xffaf33fc M StepMessage(MessageSend)>value -1135561416: a(n) StepMessage > 0xffaf3418 M StepMessage(MorphicAlarm)>value: -1135561416: a(n) StepMessage > 0xffaf3444 M WorldState>runLocalStepMethodsIn: -1216065252: a(n) WorldState > 0xffaf3470 M WorldState>runStepMethodsIn: -1216065252: a(n) WorldState > 0xffaf348c M PasteUpMorph>runStepMethods -1216065000: a(n) PasteUpMorph > 0xffaf34a8 M WorldState>doOneCycleNowFor: -1216065252: a(n) WorldState > 0xffaf34c4 M WorldState>doOneCycleFor: -1216065252: a(n) WorldState > 0xffaf34e0 M PasteUpMorph>doOneCycle -1216065000: a(n) PasteUpMorph > 0xffaf3500 I [] in Project class>spawnNewProcess -1138675192: a(n) Project > class > -1134099944 s [] in BlockClosure>newProcess > > Received user signal, printing all processes: > > Process 0xbc670278 priority 40 > 0xffaf3398 I SmalltalkImage>garbageCollect -1207897132: a(n) SmalltalkImage > 0xffaf33b0 M Introducer class>areVatsRunning -1145486964: a(n) Introducer > class > 0xffaf33c8 M PluggableButtonMorph>getModelState -1135564980: a(n) > PluggableButtonMorph > 0xffaf33e0 M PluggableButtonMorph>update: -1135564980: a(n) > PluggableButtonMorph > 0xffaf33fc M StepMessage(MessageSend)>value -1135561416: a(n) StepMessage > 0xffaf3418 M StepMessage(MorphicAlarm)>value: -1135561416: a(n) StepMessage > 0xffaf3444 M WorldState>runLocalStepMethodsIn: -1216065252: a(n) WorldState > 0xffaf3470 M WorldState>runStepMethodsIn: -1216065252: a(n) WorldState > 0xffaf348c M PasteUpMorph>runStepMethods -1216065000: a(n) PasteUpMorph > 0xffaf34a8 M WorldState>doOneCycleNowFor: -1216065252: a(n) WorldState > 0xffaf34c4 M WorldState>doOneCycleFor: -1216065252: a(n) WorldState > 0xffaf34e0 M PasteUpMorph>doOneCycle -1216065000: a(n) PasteUpMorph > 0xffaf3500 I [] in Project class>spawnNewProcess -1138675192: a(n) Project > class > -1134099944 s [] in BlockClosure>newProcess > > Process 0xbc97fc44 priority 50 > 0xffafa4c0 M WeakArray class>finalizationProcess -1210174624: a(n) > WeakArray class > 0xffafa4e0 I [] in WeakArray class>restartFinalizationProcess -1210174624: > a(n) WeakArray class > 0xffafa500 I [] in BlockClosure>newProcess -1130890396: a(n) BlockClosure > > Process 0xb8125518 priority 80 > widowed caller frame > > EventualProcess 0xbbbd6e10 priority 60 > -1134095516 s [] in Delay>wait > -1134049404 s BlockClosure>ifCurtailed: > -1134095648 s Delay>wait > -1134049312 s [] in VatTPManager class>finalizationLoop > -1145210696 s BlockClosure>repeat > -1145213336 s VatTPManager class>finalizationLoop > -1145213520 s [] in VatTPManager class>? > > EventualProcess 0xbc5c9174 priority 30 > -1134783048 s SharedQueue>next > -1134783140 s [] in Vat>processSends > -1134751716 s BlockClosure>ifCurtailed: > -1134783276 s Vat>processSends > -1134783984 s [] in EventualProcess>setupContext > > Process 0xbc86c01c priority 60 > 0xffaf44c0 I RFBEventSensor(InputSensor)>userInterruptWatcher -1130865472: > a(n) RFBEventSensor > 0xffaf44e0 I [] in RFBEventSensor(InputSensor)>installInterruptWatcher > -1130865472: a(n) RFBEventSensor > 0xffaf4500 I [] in BlockClosure>newProcess -1132019908: a(n) BlockClosure > > Process 0xbc86c1dc priority 60 > widowed caller frame > 8TŊĸ"Ļr·Zžð·ð·Zžð·ļ§r·TTŊĸōr·ĻZžZžÂž4Zžir·tTŊĸT·ÂžüYžÂžĀ\žð··TŊĸĶ·sZžðZžð·8·s·ĀTŊĸ(õq·$ZžĪ*îZžüYžÂžĀ\ž > ]đ· > > Process 0xbc86c3c8 priority 60 > 0xffaf74c0 I SmalltalkImage>lowSpaceWatcher -1207897132: a(n) > SmalltalkImage > 0xffaf74e0 I [] in SmalltalkImage>installLowSpaceWatcher -1207897132: a(n) > SmalltalkImage > 0xffaf7500 I [] in BlockClosure>newProcess -1132018968: a(n) BlockClosure > > Process 0xbc985ef0 priority 60 > widowed caller frame HÓŊĸúq·Ā\žð·ð·Ā\žð· úq·lÓŊĸ(õq·Ô\žĀ\žD\žļ· > > Segmentation fault > > > Can't dump Smalltalk stack. Not in VM thread > > Most recent primitives > wait > signal > millisecondClockValue > wait > signal > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > perform:with: > basicNew: > basicNew > value: > millisecondClockValue > basicNew > basicNew > new: > at:put: > at:put: > at:put: > basicNew > basicNew > basicNew > basicNew: > at:put: > replaceFrom:to:with:startingAt: > replaceFrom:to:with:startingAt: > basicNew: > at:put: > replaceFrom:to:with:startingAt: > replaceFrom:to:with:startingAt: > species > basicNew: > replaceFrom:to:with:startingAt: > compare:with:collated: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > perform:withArguments: > perform: > species > basicNew: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > species > basicNew: > basicReplaceFrom:to:with:startingAt: > species > basicNew: > basicAt:put: > basicAt:put: > species > basicNew: > basicReplaceFrom:to:with:startingAt: > species > basicNew: > basicAt:put: > species > basicNew: > basicReplaceFrom:to:with:startingAt: > new: > basicNew > at:put: > at:put: > at:put: > new: > basicNew > at:put: > at:put: > at:put: > new: > basicNew > at:put: > at:put: > at:put: > new: > basicNew > at:put: > at:put: > at:put: > primitiveGarbageCollect > millisecondClockValue > signal > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > suspend > primitiveResume > at:put: > at:put: > at:put: > at:put: > suspend > primitiveResume > at:put: > at:put: > primSignal:atMilliseconds: > millisecondClockValue > wait > millisecondClockValue > millisecondClockValue > wait > signal > at:put: > at:put: > millisecondClockValue > primSignal:atMilliseconds: > millisecondClockValue > wait > value > wait > signal > wait > value > signal > millisecondClockValue > primSignal:atMilliseconds: > millisecondClockValue > wait > signal > primSocketConnectionStatus: > millisecondClockValue > basicNew: > byteAt:put: > byteAt:put: > species > basicNew: > replaceFrom:to:with:startingAt: > replaceFrom:to:with:startingAt: > species > basicNew: > replaceFrom:to:with:startingAt: > replaceFrom:to:with:startingAt: > basicNew > findNextHandlerContextStarting > tempAt: > tempAt: > tempAt:put: > valueNoContextSwitch > tempAt: > valueWithArguments: > findNextUnwindContextUpTo: > tempAt: > tempAt:put: > tempAt: > terminateTo: > value > tempAt:put: > findNextUnwindContextUpTo: > terminateTo: > primSocketConnectionStatus: > value > value > millisecondClockValue > primSocketConnectionStatus: > millisecondClockValue > millisecondClockValue > basicNew > valueNoContextSwitch > millisecondClockValue > wait > signal > at:put: > at:put: > at:put: > millisecondClockValue > primSignal:atMilliseconds: > millisecondClockValue > wait > signal > wait > basicNew > new: > someInstance > nextInstance > at:put: > species > new: > replaceFrom:to:with:startingAt: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > perform:withArguments: > perform: > species > basicNew: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > basicAt:put: > species > basicNew: > basicReplaceFrom:to:with:startingAt: > species > basicNew: > basicAt:put: > basicAt:put: > species > basicNew: > basicReplaceFrom:to:with:startingAt: > species > basicNew: > basicAt:put: > species > basicNew: > basicReplaceFrom:to:with:startingAt: > new: > basicNew > at:put: > at:put: > at:put: > new: > basicNew > at:put: > at:put: > at:put: > new: > basicNew > at:put: > at:put: > at:put: > new: > basicNew > at:put: > at:put: > at:put: > primitiveGarbageCollect > > >

2 1

RE: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls
by Schwab,Wilhelm K 19 Jul '10

19 Jul '10

If the FFI call is flawed, why does it work when not stepping in the debugger? I'm not buying it :) -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Monday, July 19, 2010 3:02 PM To: Pharo Development Subject: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls ---------- Forwarded message ---------- From: Igor Stasenko <siguctua(a)gmail.com> Date: 19 July 2010 23:00 Subject: Re: [squeak-dev] Re: [Pharo-project] Debug-it and external calls To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> On 19 July 2010 21:42, Andreas Raab <andreas.raab(a)gmx.de> wrote: > On 7/19/2010 9:29 AM, Igor Stasenko wrote: >> >> No, debugger, actually doing a primitive call, but in order to >> intercept a primitive failure and 'step into' method, it does the >> trick with replacing the subject method with temporary method (which >> will call the same primitive with same arguments& recevier). >> Then, if primitive runs ok, it simply behaves as a 'step over', and >> if primitive fails, then debugger itercepts it and creates a context >> for subject method, which should handle primitive failure. > > Correct. Stepping over FFI calls will only fail if the FFI call > actually fails. So whatever the problem it's somewhere in your FFI call. > But! The problem which i discovered not long ago, that if FFI method contains many arguments (close to max 15), then debugger is unable to invoke it, because #perform:... method works in a way, that its using temps of context, where it were invoked. I fixed it by setting a #perform method's frame to be a large one. See http://bugs.squeak.org/view.php?id=7534 > Cheers, > - Andreas > >> On 19 July 2010 19:22, Schwab,Wilhelm K<bschwab(a)anest.ufl.edu> wrote: >>> >>> So the external call does not happen and the fall-back code executes. >>> That explains it. It might be nice if FFI calls could be made to >>> happen, or at least to have a more informative error message, such >>> as "Primitive not executed by the debugger" rather than "Unable to find function address." >>> >>> Bill >>> >>> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente >>> Uzonyi [leves(a)elte.hu] >>> Sent: Monday, July 19, 2010 12:20 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Debug-it and external calls >>> >>> On Mon, 19 Jul 2010, Schwab,Wilhelm K wrote: >>> >>>> I often (not always??) find that using the Debug-it command and >>>> debugging into an external call (FFI) leads to a false claim of >>>> "Unable to find function address." Stepping over the call works; >>>> stepping into it make it look like it fails. >>>> >>>> I am curently using a 1.1 RC2 image and the 4.0.3 vm on Ubuntu. I >>>> cannot easily move the offending code to Windows, nor do I >>>> particularly care to do so (feels good<g>), and FFI is fairly uncommon in Squeak/Pharo. >>>> >>>> Can anyone else tinker with this to see if it is real? >>> >>> IIRC when you're using the debugger, primitives are not evaluated. >>> >>> >>> Levente >>> >>>> >>>> Bill >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >> >> >> > > > -- Best regards, Igor Stasenko AKA sig. -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

how to identify objects ? (hash?)
by Mariano Martinez Peck 19 Jul '10

19 Jul '10

Hi folks. I have a simple question. Suppose I have a file in disk that has a "pointer" to an object X that is in the image. What can I store from X in the file? Two options: the address in memory or the hash. If I savethe address, the object X can be moved by the GC, and thus, the address can become incorrect in the file. I don't want to update the disk files in case objects are moved. If I save the hash of X, how can I then localize that object in memory? Hash is 12 bits...so it is not enough to find that object...(otherwise there would be only 4096 objects) So....the question is, what should I save from object X in the file and what should I do to be able to localize it, some time after (even when the X is moved by the GC). Sorry for my ignorance about the hash. Thank you very much in advance, Mariano

5 4

Are objects moved (changed the address in memory)?
by Mariano Martinez Peck 19 Jul '10

19 Jul '10

Hi. Nebwie here. THe first question is if objects are moved (changed the address in memory) at runtime? I am 99% sure the answer is true. If so: 1) Who moves them ? the GC? 2) when ? agains which events, what triggers these movements? 3) why they are moved? to compact the memory ? why the memory needs to be compact? for arrays? 4) Is there a way to say "please, don't move this object X" ? what would be the problem of having a lot of these "non-moveable" objects? memory fragmentation ? If you can point me to the code also I would be happy. Thank you very much in advance, Mariano

2 1

RE: [Pharo-project] Debug-it and external calls
by Schwab,Wilhelm K 19 Jul '10

19 Jul '10

So the external call does not happen and the fall-back code executes. That explains it. It might be nice if FFI calls could be made to happen, or at least to have a more informative error message, such as "Primitive not executed by the debugger" rather than "Unable to find function address." Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Levente Uzonyi [leves(a)elte.hu] Sent: Monday, July 19, 2010 12:20 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Debug-it and external calls On Mon, 19 Jul 2010, Schwab,Wilhelm K wrote: > I often (not always??) find that using the Debug-it command and debugging into an external call (FFI) leads to a false claim of "Unable to find function address." Stepping over the call works; stepping into it make it look like it fails. > > I am curently using a 1.1 RC2 image and the 4.0.3 vm on Ubuntu. I cannot easily move the offending code to Windows, nor do I particularly care to do so (feels good<g>), and FFI is fairly uncommon in Squeak/Pharo. > > Can anyone else tinker with this to see if it is real? IIRC when you're using the debugger, primitives are not evaluated. Levente > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[commit] r2240 - Update VMMker image to a smaller unloadAllKnownPackages 4.1 trunk tracker.
by David T. Lewis 19 Jul '10

19 Jul '10

Update message blocked due to size, forwarding trimmed copy ----- Forwarded message from vm-dev-owner(a)lists.squeakfoundation.org ----- Delivered-To: list-vm-dev(a)lists.squeakfoundation.org Date: Sat, 17 Jul 2010 18:34:21 -0700 To: vm-dev(a)lists.squeakfoundation.org From: commits(a)squeakvm.org Subject: [commit] r2240 - Update VMMker image to a smaller unloadAllKnownPackages 4.1 trunk tracker. Author: eliot Date: 2010-07-17 18:34:21 -0700 (Sat, 17 Jul 2010) New Revision: 2240 Modified: branches/Cog/image/VMMaker-Squeak4.1.changes branches/Cog/image/VMMaker-Squeak4.1.image branches/Cog/image/Workspace.text branches/Cog/image/Workspace2.text Log: Update VMMker image to a smaller unloadAllKnownPackages 4.1 trunk tracker. Modified: branches/Cog/image/VMMaker-Squeak4.1.changes =================================================================== --- branches/Cog/image/VMMaker-Squeak4.1.changes 2010-07-16 19:02:00 UTC (rev 2239) +++ branches/Cog/image/VMMaker-Squeak4.1.changes 2010-07-18 01:34:21 UTC (rev 2240) <snip>

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev July 2010