Vm-dev June 2013

vm-dev@lists.squeakfoundation.org

16 participants
88 discussions

VM Maker: VMMaker.oscog-eem.296.mcz
by commits＠source.squeak.org 06 Jun '13

06 Jun '13

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.296.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.296 Author: eem Time: 6 June 2013, 12:35:37.502 pm UUID: ca2924d5-7bfb-4690-a7ce-9ec8d2222043 Ancestors: VMMaker.oscog-eem.295 Fix bug in eden filling/object overwrite checking. must use unsigned vars in the fill loop. =============== Diff against VMMaker.oscog-eem.295 =============== Item was changed: ----- Method: NewObjectMemory>>allocateChunkAfterGC: (in category 'allocation') ----- allocateChunkAfterGC: byteSize + "Garbage collect and then allocate a chunk of the given size. Sender must be sure - "Garbage colect and then allocate a chunk of the given size. Sender must be sure that the requested size includes enough space for the header word(s)." | newChunk enoughSpace | <inline: true> <var: #newChunk type: #usqInt> enoughSpace := self sufficientSpaceToAllocate: byteSize. enoughSpace ifFalse: ["signal that space is running low, but proceed with allocation if possible" self setSignalLowSpaceFlagAndSaveProcess]. (self oop: freeStart + byteSize isGreaterThan: reserveStart) ifTrue: [^0 "Allocation failed. Client should e.g. fail the primtive"]. + "if we get here, there is enough space for allocation to succeed " - "if we get here, there is enough space for allocation to succeed " newChunk := freeStart. freeStart := freeStart + byteSize. ^self oopForPointer: newChunk! Item was changed: ----- Method: NewObjectMemory>>maybeFillWithAllocationCheckFillerFrom:to: (in category 'allocation') ----- maybeFillWithAllocationCheckFillerFrom: start to: end + "Fill free memory with a bit pattern for checking if the last object has been overwritten." - "Fill free memory with a bit pattern for chekcing if the last object has been overwritten." <inline: true> + <var: 'start' type: #usqInt> + <var: 'end' type: #usqInt> + <var: 'i' type: #usqInt> AllocationCheckFiller ~= 0 ifTrue: [start to: end by: BytesPerWord do: [:i| self longAt: i put: (AllocationCheckFiller = 16rADD4E55 ifTrue: [i] ifFalse: [AllocationCheckFiller])]]!

1 0

VM Maker: VMMaker.oscog-eem.295.mcz
by commits＠source.squeak.org 05 Jun '13

05 Jun '13

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.295.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.295 Author: eem Time: 5 June 2013, 1:04:16.829 pm UUID: cb649291-541e-4d32-8b85-bf22a4449a51 Ancestors: VMMaker.oscog-eem.294 Cast primitiveUtcWithOffset in terms of a new ioLocalSecondsOffset =============== Diff against VMMaker.oscog-eem.294 =============== Item was added: + ----- Method: CogVMSimulator>>ioLocalSecondsOffset (in category 'I/O primitives support') ----- + ioLocalSecondsOffset + ^DateAndTime localOffset asSeconds! Item was changed: ----- Method: InterpreterPrimitives>>primitiveUtcWithOffset (in category 'system control primitives') ----- primitiveUtcWithOffset "Answer an array with UTC microseconds since the Posix epoch and the current seconds offset from GMT in the local time zone. This is a named (not numbered) primitive in the null module (ie the VM)" + | resultArray | - | epochDelta offset resultArray utcMicroseconds | - <export: true> + "2177452800000000 = '1/1/1970' asDate asSeconds - '1/1/1901' asDate asSeconds * 1,000,000" + objectMemory pushRemappableOop: (self positive64BitIntegerFor: self ioUTCMicroseconds - 2177452800000000). - <var: #epochDelta declareC: 'static usqLong epochDelta= 2177452800000000ULL'> - <var: #utcMicroseconds type: #usqLong> - <var: #offset type: #sqLong> - utcMicroseconds := self ioUTCMicroseconds. - offset := self ioLocalMicroseconds - utcMicroseconds. - offset := offset / 1000000. - objectMemory pushRemappableOop: (objectMemory integerObjectOf: offset). - objectMemory pushRemappableOop: (self positive64BitIntegerFor: utcMicroseconds - epochDelta). resultArray := objectMemory instantiateClass: objectMemory classArray indexableSize: 2. + self storePointer: 0 ofObject: resultArray withValue: objectMemory popRemappableOop. + self storePointerUnchecked: 1 ofObject: resultArray withValue: (objectMemory integerObjectOf: self ioLocalSecondsOffset). - self stObject: resultArray at: 1 put: objectMemory popRemappableOop. - self stObject: resultArray at: 2 put: objectMemory popRemappableOop. self pop: 1 thenPush: resultArray ! Item was added: + ----- Method: StackInterpreterSimulator>>ioLocalSecondsOffset (in category 'I/O primitives support') ----- + ioLocalSecondsOffset + ^DateAndTime localOffset asSeconds!

1 0

VM Maker: VMMaker.oscog-eem.294.mcz
by commits＠source.squeak.org 05 Jun '13

05 Jun '13

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.294.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.294 Author: eem Time: 5 June 2013, 12:22:34.175 pm UUID: 9f0fd793-5a49-476d-9a76-c84180415334 Ancestors: VMMaker.oscog-eem.293 add VMProfileLinuxSupportPlugin to configurations =============== Diff against VMMaker.oscog-eem.293 =============== Item was changed: ----- Method: VMMaker class>>generateNewspeakCogVM (in category 'configurations') ----- generateNewspeakCogVM ^VMMaker generate: CoInterpreter and: StackToRegisterMappingCogit"Cogit chooseCogitClass" with: #( NewspeakVM true MULTIPLEBYTECODESETS true) to: (FileDirectory default pathFromURI: 'oscogvm/nscogsrc') platformDir: (FileDirectory default pathFromURI: 'oscogvm/platforms') including:#( AsynchFilePlugin BMPReadWriterPlugin BalloonEnginePlugin BitBltSimulation DSAPlugin DropPlugin FileCopyPlugin FilePlugin FloatArrayPlugin FloatMathPlugin InflatePlugin JPEGReadWriter2Plugin JPEGReaderPlugin LargeIntegersPlugin Matrix2x3Plugin MiscPrimitivePlugin NewsqueakIA32ABIPlugin RePlugin SecurityPlugin SocketPlugin SoundPlugin SqueakSSLPlugin SurfacePlugin ThreadedIA32FFIPlugin + UUIDPlugin UnixOSProcessPlugin VMProfileLinuxSupportPlugin VMProfileMacSupportPlugin Win32OSProcessPlugin)! - UUIDPlugin UnixOSProcessPlugin VMProfileMacSupportPlugin Win32OSProcessPlugin)! Item was changed: ----- Method: VMMaker class>>generateNewspeakInterpreterVM (in category 'configurations') ----- generateNewspeakInterpreterVM ^VMMaker generate: NewspeakInterpreter to: (FileDirectory default pathFromURI: 'oscogvm/nssrc') platformDir: (FileDirectory default pathFromURI: 'oscogvm/platforms') including:#( AsynchFilePlugin BMPReadWriterPlugin BalloonEnginePlugin BitBltSimulation DSAPlugin DropPlugin FileCopyPlugin FilePlugin FloatArrayPlugin FloatMathPlugin InflatePlugin JPEGReadWriter2Plugin JPEGReaderPlugin LargeIntegersPlugin Matrix2x3Plugin MiscPrimitivePlugin NewsqueakIA32ABIPlugin RePlugin SecurityPlugin SocketPlugin SoundPlugin SqueakSSLPlugin SurfacePlugin + UUIDPlugin UnixOSProcessPlugin VMProfileLinuxSupportPlugin VMProfileMacSupportPlugin Win32OSProcessPlugin)! - UUIDPlugin UnixOSProcessPlugin VMProfileMacSupportPlugin Win32OSProcessPlugin)! Item was changed: ----- Method: VMMaker class>>generateNewspeakStackVM (in category 'configurations') ----- generateNewspeakStackVM ^VMMaker generate: StackInterpreter with: #(NewspeakVM true MULTIPLEBYTECODESETS true) to: (FileDirectory default pathFromURI: 'oscogvm/nsstacksrc') platformDir: (FileDirectory default pathFromURI: 'oscogvm/platforms') including:#( AsynchFilePlugin BMPReadWriterPlugin BalloonEnginePlugin BitBltSimulation DSAPlugin DropPlugin FileCopyPlugin FilePlugin FloatArrayPlugin FloatMathPlugin InflatePlugin JPEGReadWriter2Plugin JPEGReaderPlugin LargeIntegersPlugin Matrix2x3Plugin MiscPrimitivePlugin NewsqueakIA32ABIPlugin RePlugin SecurityPlugin SocketPlugin SoundPlugin SurfacePlugin SqueakSSLPlugin ThreadedIA32FFIPlugin + UUIDPlugin UnixOSProcessPlugin VMProfileLinuxSupportPlugin VMProfileMacSupportPlugin Win32OSProcessPlugin)! - UUIDPlugin UnixOSProcessPlugin VMProfileMacSupportPlugin Win32OSProcessPlugin)! Item was changed: ----- Method: VMMaker class>>generateSqueakCogVM (in category 'configurations') ----- generateSqueakCogVM ^VMMaker generate: (Smalltalk at: ([:choices| choices at: (UIManager default chooseFrom: choices) ifAbsent: [^self]] value: #(CoInterpreter CoInterpreterMT))) and: StackToRegisterMappingCogit with: #( MULTIPLEBYTECODESETS false NewspeakVM false) to: (FileDirectory default pathFromURI: 'oscogvm/src') platformDir: (FileDirectory default pathFromURI: 'oscogvm/platforms') including:#( ADPCMCodecPlugin AsynchFilePlugin BalloonEnginePlugin B3DAcceleratorPlugin BMPReadWriterPlugin BitBltSimulation BochsIA32Plugin CroquetPlugin DSAPlugin DeflatePlugin DropPlugin FT2Plugin FFTPlugin FileCopyPlugin FilePlugin FloatArrayPlugin FloatMathPlugin GeniePlugin HostWindowPlugin IA32ABIPlugin InternetConfigPlugin JPEGReadWriter2Plugin JPEGReaderPlugin JoystickTabletPlugin KlattSynthesizerPlugin LargeIntegersPlugin LocalePlugin MIDIPlugin MacMenubarPlugin Matrix2x3Plugin MiscPrimitivePlugin Mpeg3Plugin QuicktimePlugin RePlugin SecurityPlugin SerialPlugin SocketPlugin SoundCodecPlugin SoundGenerationPlugin SoundPlugin SqueakSSLPlugin StarSqueakPlugin ThreadedIA32FFIPlugin UnixAioPlugin UUIDPlugin UnixOSProcessPlugin + Win32OSProcessPlugin VMProfileLinuxSupportPlugin VMProfileMacSupportPlugin)! - Win32OSProcessPlugin VMProfileMacSupportPlugin)!

1 0

VM Maker: VMMaker.oscog-eem.293.mcz
by commits＠source.squeak.org 05 Jun '13

05 Jun '13

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.293.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.293 Author: eem Time: 5 June 2013, 12:11:06.561 pm UUID: 1aa1e0a0-8883-4493-b0eb-226057aaabe3 Ancestors: VMMaker.oscog-eem.292 tweak VMProfileLinuxSupportPlugin's class comment =============== Diff against VMMaker.oscog-eem.292 =============== Item was changed: InterpreterPlugin subclass: #VMProfileLinuxSupportPlugin instanceVariableNames: 'numModules primErr' classVariableNames: '' poolDictionaries: '' category: 'VMMaker-Plugins'! + !VMProfileLinuxSupportPlugin commentStamp: 'eem 6/5/2013 12:10' prior: 0! - !VMProfileLinuxSupportPlugin commentStamp: 'eem 6/4/2013 15:31' prior: 0! This class provides support for the VMProfiler on Linux (at least linux versions that provide dl_iterate_phdr). This support is for reading symbols from the executable. We can use the OS's nm command to list symbols in the VM executable and loaded libraries. To do this we need to know what libraries are loaded, not simply which libraries are linked against, since some libraries are loaded dynamically, and for each loaded library what the vm address relocation, if any, is for the loaded library. + Further, we need to know the actual addresses in memory of symbols in the program and in memory. Since the OS may be using address randomization we cannot assume that the addresses answered by nm for symbols in the program and/or libraries match the addresses of the same symbols in memory. Instead we must correlate. dlsym can be used to look up symbols in loaded dynamic load libraries, but it does _not_ answer the addresses of symbols in the main program. Back in the day nlist could be used to do this, but it is no more. Instead this module contains a reference to interpret and answers its address ia a primitive (alas this means the plugin must be internal, but it's extremely small, and the VM links against libdl.so anyway). Any address space shift will therefore be the difference between nm's output for interpret and the primitive's value. We can similarly compute the address shift for libraries by using dlsym to lookup a symbol in a library and comparing it to nm's output for the library. - Further, we need to know the actual addresses in memory of symbols in the program and in memory. Since the OS may be using address randomization we cannot assume that the addresses answered by nm for symbols in the program and/or libraries match the addresses of the same symbols in memory. Instead we must correlate. dlsym can be used to look up symbols in loaded dynamic load libraries, but it does _not_ answer the addresses of symbols in the main program. Back in the day nlist could be used to do this, but it is no more. Instead this module contains a reference to interpret and answers its address ia a primitive. Any address space shift will therefore be the difference between nm's output for interpret and the primitive's value. We can similarly compute the address shift for libraries by using dlsym to lookup a symbol in a library and comparing it to nm's output for the library. The primitive primitiveExecutableModules returns the names of the executable and the loaded libraries.!

1 0

VM Maker: VMMaker.oscog-eem.292.mcz
by commits＠source.squeak.org 05 Jun '13

05 Jun '13

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.292.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.292 Author: eem Time: 4 June 2013, 5:39:57.646 pm UUID: 5dd88aa9-3dbc-4c32-be81-398516000a13 Ancestors: VMMaker.oscog-tpr.291 Add a plugin to support the VMProfiler on linux (now Steve Rees has told us how to get proper thread priorities on newer linuxes). =============== Diff against VMMaker.oscog-tpr.291 =============== Item was added: + InterpreterPlugin subclass: #VMProfileLinuxSupportPlugin + instanceVariableNames: 'numModules primErr' + classVariableNames: '' + poolDictionaries: '' + category: 'VMMaker-Plugins'! + + !VMProfileLinuxSupportPlugin commentStamp: 'eem 6/4/2013 15:31' prior: 0! + This class provides support for the VMProfiler on Linux (at least linux versions that provide dl_iterate_phdr). This support is for reading symbols from the executable. We can use the OS's nm command to list symbols in the VM executable and loaded libraries. To do this we need to know what libraries are loaded, not simply which libraries are linked against, since some libraries are loaded dynamically, and for each loaded library what the vm address relocation, if any, is for the loaded library. + + Further, we need to know the actual addresses in memory of symbols in the program and in memory. Since the OS may be using address randomization we cannot assume that the addresses answered by nm for symbols in the program and/or libraries match the addresses of the same symbols in memory. Instead we must correlate. dlsym can be used to look up symbols in loaded dynamic load libraries, but it does _not_ answer the addresses of symbols in the main program. Back in the day nlist could be used to do this, but it is no more. Instead this module contains a reference to interpret and answers its address ia a primitive. Any address space shift will therefore be the difference between nm's output for interpret and the primitive's value. We can similarly compute the address shift for libraries by using dlsym to lookup a symbol in a library and comparing it to nm's output for the library. + + + The primitive primitiveExecutableModules returns the names of the executable and the loaded libraries.! Item was added: + ----- Method: VMProfileLinuxSupportPlugin class>>declareHeaderFilesIn: (in category 'translation') ----- + declareHeaderFilesIn: cg + + cg addHeaderFile: '#ifndef _GNU_SOURCE\# define _GNU_SOURCE\#endif\#include <link.h>' withCRs! Item was added: + ----- Method: VMProfileLinuxSupportPlugin>>count:num:modules: (in category 'iteration callbacks') ----- + count: info num: size modules: ignored + <var: #info type: #'struct dl_phdr_info *'> + <var: #size type: #'size_t'> + <var: #ignored type: #'void *'> + numModules := numModules + 1. + ^0! Item was added: + ----- Method: VMProfileLinuxSupportPlugin>>primitiveDLSymInLibrary (in category 'primitives') ----- + primitiveDLSymInLibrary + "Answer the address of the symbol whose name is the first argument + in the library whose name is the second argument, or nil if none." + | nameObj symName libName lib sz addr ok | + <export: true> + <var: #symName type: #'char *'> + <var: #libName type: #'char *'> + <var: #lib type: #'void *'> + <var: #addr type: #'void *'> + nameObj := interpreterProxy stackValue: 0. + (interpreterProxy isBytes: nameObj) ifFalse: + [^interpreterProxy primitiveFailFor: PrimErrBadArgument]. + sz := interpreterProxy byteSizeOf: nameObj. + libName := self malloc: sz+1. + self st: libName rn: (interpreterProxy firstIndexableField: nameObj) cpy: sz. + nameObj := interpreterProxy stackValue: 1. + (interpreterProxy isBytes: nameObj) ifFalse: + [self free: libName. + ^interpreterProxy primitiveFailFor: PrimErrBadArgument]. + sz := interpreterProxy byteSizeOf: nameObj. + symName := self malloc: sz+1. + self st: symName rn: (interpreterProxy firstIndexableField: nameObj) cpy: sz. + lib := self dl: libName open: #'RTLD_LAZY' | #'RTLD_NODELETE'. + lib ifNil: + [self free: libName; free: symName. + ^interpreterProxy primitiveFailFor: PrimErrInappropriate]. + self dlerror. "clear dlerror" + addr := self dl: lib sym: symName. + ok := self dlerror isNil. + self free: symName. + self free: libName. + self dlclose: lib. + ok ifFalse: + [^interpreterProxy primitiveFailFor: PrimErrNotFound]. + ^interpreterProxy methodReturnValue: (interpreterProxy positiveMachineIntegerValueOf: addr asUnsignedLong)! Item was added: + ----- Method: VMProfileLinuxSupportPlugin>>primitiveExecutableModules (in category 'primitives') ----- + primitiveExecutableModules + "Answer an Array of strings for executable modules (the VM executable and loaded libraries)." + <export: true> + <var: #name type: 'const char *'> + <var: #nameObjData type: #'char *'> + | resultObj | + numModules := 0. + self cCode: 'dl_iterate_phdr(countnummodules,0)' inSmalltalk: [0]. + resultObj := interpreterProxy + instantiateClass: interpreterProxy classArray + indexableSize: numModules - 1. "skip the fake linux-gate.so.1" + resultObj = 0 ifTrue: + [^interpreterProxy primitiveFailFor: PrimErrNoMemory]. + interpreterProxy pushRemappableOop: resultObj. + primErr := numModules := 0. + self cCode: 'dl_iterate_phdr(reapmodulenames,0)' inSmalltalk: [0]. + resultObj := interpreterProxy popRemappableOop. + primErr ~= 0 ifTrue: + [^interpreterProxy primitiveFailFor: primErr]. + ^interpreterProxy methodReturnValue: resultObj! Item was added: + ----- Method: VMProfileLinuxSupportPlugin>>primitiveInterpretAddress (in category 'primitives') ----- + primitiveInterpretAddress + "Answer the address of the interpret routine." + <export: true> + | interpret | + <var: #interpret declareC: 'extern void interpret()'> + self touch: interpret. + ^interpreterProxy methodReturnValue: (interpreterProxy positive32BitIntegerFor: interpret asUnsignedLong)! Item was added: + ----- Method: VMProfileLinuxSupportPlugin>>reap:module:names: (in category 'iteration callbacks') ----- + reap: info module: size names: ignored + | elfModuleName len moduleNameObj GetAttributeString | + <var: #info type: #'struct dl_phdr_info *'> + <var: 'elfModuleName' type: #'const char *'> + <var: #GetAttributeString declareC: 'extern char *GetAttributeString(sqInt)'> + <var: #size type: #'size_t'> + <var: #ignored type: #'void *'> + self touch: GetAttributeString. + elfModuleName := self cCode: 'numModules ? info->dlpi_name : GetAttributeString(0)'. + (elfModuleName isNil + or: [(len := self strlen: elfModuleName) = 0]) ifTrue: + [^0]. "skip the fake linux-gate.so.1" + moduleNameObj := interpreterProxy + instantiateClass: interpreterProxy classString + indexableSize: len. + moduleNameObj = 0 ifTrue: + [primErr := PrimErrNoMemory. + ^1]. "stop iteration" + self st: (interpreterProxy arrayValueOf: moduleNameObj) + rn: elfModuleName + cpy: len. "(char *)strncpy()" + interpreterProxy + storePointer: numModules + ofObject: interpreterProxy topRemappableOop + withValue: moduleNameObj. + numModules := numModules + 1. + ^0!

1 0

[Pharo-fuel] [Vm-dev] Fwd: Possible collections problem
by Max Leske 04 Jun '13

04 Jun '13

Dave, you're a genius :) When I started playing around with detaching / reattaching XDisplay and serializing without image fork I first found that I could reproduce the problem without a fork. The trick was to serialize in an additional fork after decapitating: [ OSProcess thisOSProcess decapitate. NSSnapshotSerializer serialize: CTMSession rootModel. OSProcess thisOSProcess displayOnXServer: ':88' ] forkAt: 30 From there it seemed a good idea to see if other processes were interfering and of course the ui related processes came to mind: [ OSProcess thisOSProcess decapitate. Project uiProcess terminate. InputEventFetcher shutDown. NSSnapshotSerializer serialize: CTMSession rootModel. InputEventFetcher startUp. Project spawnNewProcess. OSProcess thisOSProcess displayOnXServer: ':88' ] forkAt: 30 And halleluja! It worked! Then I tried the same thing but in the forked image (with 10 repeats): 10 timesRepeat: [ [ OSProcess thisOSProcess forkSqueakHeadlessAndDo: [ Project uiProcess terminate. InputEventFetcher shutDown. NSSnapshotSerializer serialize: CTMSession rootModel ] ] forkAt: 30 ] And voilà, every serialization terminated. Thanks again for your help. You put me on the right track. I verified that serialization works by simply terminating the event fetching process. This leads me to believe that the event fetching process can become locked (there's a semaphore for waiting on events). What I can't explain though is why the behavior was so erratic (serialization did work quite often). I can only guess that it might depend on the state of the semaphore when the image is being forked. Do you have an idea? BTW, I also found that I could bring the image back to life by forking a second process that suspended the serialization process after a couple of seconds and reattached the display. But this process ran at priority 40 (running fork of the serialization process with a different priority didn't help however). One last question: should this go into OSProcess (I use a older version *cough cough* fo OSProcess and don't know what the changes)? Cheers from very rainy Switzerland from a very happy Max :) On 30.05.2013, at 15:38, vm-dev-request(a)lists.squeakfoundation.org wrote: > A couple more debugging ideas: > > Maybe you can get more clues by looking at a stack dump from the > stuck process. You can ask the VM to dump stack on receipt of a unix > signal like this (in this example I'm using SIGUSR1): > > OSProcess accessor setPrintAllStacksOnSigUsr1. > child := OSProcess thisOSProcess forkHeadlessSqueakAndDoThenQuit: [ > "do the serialization stuff" (Delay forSeconds: 10) wait > ]. > > "wait for child to get stuck" (Delay forSeconds: 5) wait. > > "send SIGUSR1 to forked squeak, you can do this from unix console of course" > OSProcess accessor primSendSigusr1To: child pid. > OSProcess accessor clearPrintAllStacksOnSigUsr1. > child inspect. > > Perhaps the issue is associated with the headless display (X11 disconnected) > and does not have anything to do with the forked image per se. If so, it should > be possible to reproduce the problem in a non-forked image by turning off the > X display while serialization is being done: > > OSProcess thisOSProcess decapitate. > "Do serialization stuff" (Delay forSeconds: 5) wait. > OSProcess thisOSProcess recapitate. > > Try that about 10 times and see if it ever gets stuck. > > Dave

2 2

Re: [Pharo-dev] A primitive to create a temporary directory?
by David T. Lewis 04 Jun '13

04 Jun '13

On Thu, May 30, 2013 at 08:52:37PM +0200, Igor Stasenko wrote: > On 29 May 2013 15:04, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > Hi, > > > > is there a primitive to create a temporary directory without any race > > condition issue? > > > i don't think so > Damien: I added the primitives to OSProcessPlugin and OSProcess. OSProcess support code is in the latest OSProcess on SqueakSource: UnixOSProcessAccessor>>mktemp: templateString UnixOSProcessAccessor>>mksemp: templateString UnixOSProcessAccessor>>mkdtemp: templateString To make a temporary directory without any race condition issue: "OSProcess accessor mkdtemp: 'foodir.XXXXXX' " Igor: The primitives are in SqueakSource VMConstruction-Plugins-OSProcessPlugin-dtl.38. You can use this with Cog (I try to keep up to date with Eliot's changes). UnixOSProcessPlugin>>primitiveMktemp UnixOSProcessPlugin>>primitiveMkstemp UnixOSProcessPlugin>>primitiveMkdtemp Dave

2 1

[Vm-dev] OSProcessPlugin: VMConstruction-Plugins-OSProcessPlugin-dtl.38.mcz
by squeak-dev-noreply＠lists.squeakfoundation.org 04 Jun '13

04 Jun '13

Dave Lewis uploaded a new version of VMConstruction-Plugins-OSProcessPlugin to project OSProcessPlugin: http://www.squeaksource.com/OSProcessPlugin/VMConstruction-Plugins-OSProces… ==================== Summary ==================== Name: VMConstruction-Plugins-OSProcessPlugin-dtl.38 Author: dtl Time: 3 June 2013, 11:19:13 am UUID: a0bb6a88-de9e-41ab-a63a-68fe9bcb2bb4 Ancestors: VMConstruction-Plugins-OSProcessPlugin-dtl.37 OSProcessPlugin 4.5.2 Add primitives for creating temporary files and directories primitiveMktemp primitiveMkstemp primitiveMkdtemp

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev June 2013