- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by jannik laval

Ok, so, can you commit them ? Jannik 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> > To me they look ok... :) > > as I see here [1], you have no commit grants in the VMMaker repo and you > have no user either in source.squeak.org. > > [1] http://source.squeak.org/@f1QSsdar8e_PgYbD/R72is4gY > > > On Fri, Jun 21, 2013 at 10:32 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > >> Nop, I just send the mail. >> I prefer you review the proposed changes :) >> >> Jannik >> >> >> 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> >> >>> Jannik, did you commit them? :) >>> >>> >>> On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: >>> >>>> Hi, >>>> >>>> Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." >>>> I had to change some things: >>>> >>>> - The method String>>getEnclosedExpressionFrom: aStream does not exists >>>> in Pharo2.0 >>>> I took it from Pharo1.4, but probably, you have a better solution. >>>> - There are some problems in the method >>>> "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to >>>> FileDirectory>>FileSystem changes. Here is the version of the method I did, >>>> probably you want to review it (in bold is what I changed): >>>> >>>> --- >>>> PharoIPhoneSimulator>>setExtraTargetProperties: maker >>>> "super setExtraTargetProperties: maker." >>>> >>>> | precompiledHeaders plist | >>>> precompiledHeaders := (self executableName, '_Prefix.pch'). >>>> *(maker buildDir / precompiledHeaders) writeStream * >>>> nextPutAll: self precompiledHeaders; >>>> close. >>>> maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', >>>> precompiledHeaders. >>>> self setCommonProperties: maker. >>>> >>>> " generated and add Info.plist file " >>>> plist := self plistFile. >>>> *(maker buildDir / 'Info.plist') writeStream* >>>> nextPutAll: plist; >>>> close. >>>> >>>> maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: >>>> '${buildDir}/Info.plist'. >>>> maker >>>> cmd: 'set_target_properties' >>>> params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', >>>> (self buildDir / self prefixHeaderFileName) fullName, '\""'. >>>> >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' >>>> toString: self codeSignIdentity. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' >>>> toString: self targetedDeviceFamilyAsString. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' >>>> to: self deploymentTargetVersion. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' >>>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' >>>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>>> >>>> maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName* >>>> . >>>> maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c >>>> PROPERTIES COMPILE_FLAGS -O0)' >>>> --- >>>> >>>> After these two changes, all seems working. >>>> Thank you for the work. >>>> >>>> Jannik >>>> >>>> >>>> 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> >>>> >>>>> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >>>>> wrote: >>>>> > Yes, but right now moving from FileDirectory to FileSystem will make >>>>> harder >>>>> > the merge between VMMaker branches. >>>>> > And cleaning and removing stuff will make it worse... >>>>> > >>>>> > So either we keep the mess or we lose the ability to easily merge :) >>>>> > >>>>> >>>>> i don't think Cog will ever run on riscos in future.. (while on ARM, >>>>> in general, it will). >>>>> but it definitely won't use RiscOSVMMaker. >>>>> I see no reason changing that, especially that Eliot made an effort to >>>>> use single VMMaker class suitable to be used for building Cog on all >>>>> platforms. >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> ~~Dr. Jannik Laval~~ >>>> Ãcole des Mines de Douai >>>> Enseignant-chercheur >>>> http://www.jannik-laval.eu >>>> >>> >>> >> >> >> -- >> >> ~~Dr. Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> > > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by Guillermo Polito

To me they look ok... :) as I see here [1], you have no commit grants in the VMMaker repo and you have no user either in source.squeak.org. [1] http://source.squeak.org/@f1QSsdar8e_PgYbD/R72is4gY On Fri, Jun 21, 2013 at 10:32 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > Nop, I just send the mail. > I prefer you review the proposed changes :) > > Jannik > > > 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> > >> Jannik, did you commit them? :) >> >> >> On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: >> >>> Hi, >>> >>> Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." >>> I had to change some things: >>> >>> - The method String>>getEnclosedExpressionFrom: aStream does not exists >>> in Pharo2.0 >>> I took it from Pharo1.4, but probably, you have a better solution. >>> - There are some problems in the method >>> "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to >>> FileDirectory>>FileSystem changes. Here is the version of the method I did, >>> probably you want to review it (in bold is what I changed): >>> >>> --- >>> PharoIPhoneSimulator>>setExtraTargetProperties: maker >>> "super setExtraTargetProperties: maker." >>> >>> | precompiledHeaders plist | >>> precompiledHeaders := (self executableName, '_Prefix.pch'). >>> *(maker buildDir / precompiledHeaders) writeStream * >>> nextPutAll: self precompiledHeaders; >>> close. >>> maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', >>> precompiledHeaders. >>> self setCommonProperties: maker. >>> >>> " generated and add Info.plist file " >>> plist := self plistFile. >>> *(maker buildDir / 'Info.plist') writeStream* >>> nextPutAll: plist; >>> close. >>> >>> maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: >>> '${buildDir}/Info.plist'. >>> maker >>> cmd: 'set_target_properties' >>> params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', >>> (self buildDir / self prefixHeaderFileName) fullName, '\""'. >>> >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' >>> toString: self codeSignIdentity. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' >>> toString: self targetedDeviceFamilyAsString. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' >>> to: self deploymentTargetVersion. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' >>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' >>> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >>> >>> maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName*. >>> maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c >>> PROPERTIES COMPILE_FLAGS -O0)' >>> --- >>> >>> After these two changes, all seems working. >>> Thank you for the work. >>> >>> Jannik >>> >>> >>> 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> >>> >>>> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >>>> wrote: >>>> > Yes, but right now moving from FileDirectory to FileSystem will make >>>> harder >>>> > the merge between VMMaker branches. >>>> > And cleaning and removing stuff will make it worse... >>>> > >>>> > So either we keep the mess or we lose the ability to easily merge :) >>>> > >>>> >>>> i don't think Cog will ever run on riscos in future.. (while on ARM, >>>> in general, it will). >>>> but it definitely won't use RiscOSVMMaker. >>>> I see no reason changing that, especially that Eliot made an effort to >>>> use single VMMaker class suitable to be used for building Cog on all >>>> platforms. >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>>> >>> >>> >>> -- >>> >>> ~~Dr. Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> >> >> > > > -- > > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu >

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by jannik laval

Nop, I just send the mail. I prefer you review the proposed changes :) Jannik 2013/6/21 Guillermo Polito <guillermopolito(a)gmail.com> > Jannik, did you commit them? :) > > > On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > >> Hi, >> >> Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." >> I had to change some things: >> >> - The method String>>getEnclosedExpressionFrom: aStream does not exists >> in Pharo2.0 >> I took it from Pharo1.4, but probably, you have a better solution. >> - There are some problems in the method >> "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to >> FileDirectory>>FileSystem changes. Here is the version of the method I did, >> probably you want to review it (in bold is what I changed): >> >> --- >> PharoIPhoneSimulator>>setExtraTargetProperties: maker >> "super setExtraTargetProperties: maker." >> >> | precompiledHeaders plist | >> precompiledHeaders := (self executableName, '_Prefix.pch'). >> *(maker buildDir / precompiledHeaders) writeStream * >> nextPutAll: self precompiledHeaders; >> close. >> maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', >> precompiledHeaders. >> self setCommonProperties: maker. >> >> " generated and add Info.plist file " >> plist := self plistFile. >> *(maker buildDir / 'Info.plist') writeStream* >> nextPutAll: plist; >> close. >> >> maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: >> '${buildDir}/Info.plist'. >> maker >> cmd: 'set_target_properties' >> params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', >> (self buildDir / self prefixHeaderFileName) fullName, '\""'. >> >> maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' >> toString: self codeSignIdentity. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' >> toString: self targetedDeviceFamilyAsString. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' >> to: self deploymentTargetVersion. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' >> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >> maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' >> toString: '$(BUILD_DIR)/$(CONFIGURATION)'. >> >> maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName*. >> maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c >> PROPERTIES COMPILE_FLAGS -O0)' >> --- >> >> After these two changes, all seems working. >> Thank you for the work. >> >> Jannik >> >> >> 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> >> >>> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >>> wrote: >>> > Yes, but right now moving from FileDirectory to FileSystem will make >>> harder >>> > the merge between VMMaker branches. >>> > And cleaning and removing stuff will make it worse... >>> > >>> > So either we keep the mess or we lose the ability to easily merge :) >>> > >>> >>> i don't think Cog will ever run on riscos in future.. (while on ARM, >>> in general, it will). >>> but it definitely won't use RiscOSVMMaker. >>> I see no reason changing that, especially that Eliot made an effort to >>> use single VMMaker class suitable to be used for building Cog on all >>> platforms. >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >> >> >> -- >> >> ~~Dr. Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> > > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

June 21, 2013

Re: [Pharo-dev] [Ann] VMMaker + Cog building in Pharo20

by Guillermo Polito

Jannik, did you commit them? :) On Thu, Jun 20, 2013 at 11:23 AM, jannik laval <jannik.laval(a)gmail.com>wrote: > Hi, > > Making a try with "PharoIPhoneBuilder buildIPhoneSimulator." > I had to change some things: > > - The method String>>getEnclosedExpressionFrom: aStream does not exists in > Pharo2.0 > I took it from Pharo1.4, but probably, you have a better solution. > - There are some problems in the method > "PharoIPhoneSimulator>>setExtraTargetProperties: maker" due to > FileDirectory>>FileSystem changes. Here is the version of the method I did, > probably you want to review it (in bold is what I changed): > > --- > PharoIPhoneSimulator>>setExtraTargetProperties: maker > "super setExtraTargetProperties: maker." > > | precompiledHeaders plist | > precompiledHeaders := (self executableName, '_Prefix.pch'). > *(maker buildDir / precompiledHeaders) writeStream * > nextPutAll: self precompiledHeaders; > close. > maker addXCodeProperty: 'GCC_PREFIX_HEADER' value: '${buildDir}/', > precompiledHeaders. > self setCommonProperties: maker. > > " generated and add Info.plist file " > plist := self plistFile. > *(maker buildDir / 'Info.plist') writeStream* > nextPutAll: plist; > close. > > maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: > '${buildDir}/Info.plist'. > maker > cmd: 'set_target_properties' > params: self executableName, ' PROPERTIES COMPILE_FLAGS "-include \"', > (self buildDir / self prefixHeaderFileName) fullName, '\""'. > > maker set: 'CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY' > toString: self codeSignIdentity. > maker set: 'CMAKE_XCODE_ATTRIBUTE_TARGETED_DEVICE_FAMILY' > toString: self targetedDeviceFamilyAsString. > maker set: 'CMAKE_XCODE_ATTRIBUTE_IPHONEOS_DEPLOYMENT_TARGET' > to: self deploymentTargetVersion. > maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_BUILD_DIR' > toString: '$(BUILD_DIR)/$(CONFIGURATION)'. > maker set: 'CMAKE_XCODE_ATTRIBUTE_CONFIGURATION_TEMP_DIR' > toString: '$(BUILD_DIR)/$(CONFIGURATION)'. > > maker set: 'EXECUTABLE_OUTPUT_PATH' toString:* self outputDir fullName*. > maker puts: 'set_source_files_properties(${srcVMDir}/gcc3x-cointerp.c > PROPERTIES COMPILE_FLAGS -O0)' > --- > > After these two changes, all seems working. > Thank you for the work. > > Jannik > > > 2013/6/19 Igor Stasenko <siguctua(a)gmail.com> > >> On 19 June 2013 16:34, Guillermo Polito <guillermopolito(a)gmail.com> >> wrote: >> > Yes, but right now moving from FileDirectory to FileSystem will make >> harder >> > the merge between VMMaker branches. >> > And cleaning and removing stuff will make it worse... >> > >> > So either we keep the mess or we lose the ability to easily merge :) >> > >> >> i don't think Cog will ever run on riscos in future.. (while on ARM, >> in general, it will). >> but it definitely won't use RiscOSVMMaker. >> I see no reason changing that, especially that Eliot made an effort to >> use single VMMaker class suitable to be used for building Cog on all >> platforms. >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > > -- > > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu >

June 21, 2013

Re: [Pharo-dev] any idea why Author uses a notification

by Sven Van Caekenberghe

On 21 Jun 2013, at 10:16, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > Any idea why Author uses a notification to ask for information versus plain UI invocation? > > Stef Maybe so that it can be handled headless with an exception handler ?

June 21, 2013

Re: [Pharo-dev] Barcodes

by Guillaume Larcheveque

Hello, We just added Stephan and Torsten to Artefact contributors so they should be able to commit. Therefore we don't find the account of Gary Chambers on Smalltalk Hub. Do you have one? Thanks in advance for your contribution to Artefact. 2013/6/20 Stephan Eggermont <stephan(a)stack.nl> > So, this kind-of works. Both Artefact and Barcode repositories are not > writable, > so here is an artefact package that depends on barcode. > > > > ean13Test: aStream > "drawing an EAN13" > > | pdfdoc aPage barcode sequence | > barcode := BarcodeEAN13 value: '2109876543210'. > sequence := barcode binarySequence. > pdfdoc := PDFDocument new. > aPage := PDFPage new. > sequence withIndexDo: [:each :index | > each = $1 ifTrue: [ > aPage add: (PDFLineElement > from: (20+index) pt @ 50 pt > to: (20+index) pt @ 20 pt). ] ]. > pdfdoc add: aPage. > pdfdoc styleSheet drawColor: (PDFColor r: 0 g: 0 b: 0). > pdfdoc exportTo: aStream > > > -- *Guillaume Larcheveque*

June 21, 2013

any idea why Author uses a notification

by StÃ©phane Ducasse

Hi Any idea why Author uses a notification to ask for information versus plain UI invocation? Stef

June 21, 2013

Re: [Pharo-dev] Pharo MIDIPlugin

by jannik laval

Ok, new try to understand: I loaded Phratch in a new image, with the last vm, it works fine. Then I took the structure of the one-click and replace the contents by the working vm, the working images and all my plugins that works outside the one-click package. When I run the one-click, it does not work :( Jannik 2013/6/20 jannik.laval <jannik.laval(a)gmail.com> > So, I tried to load Phratch in multiple VM versions. > MIDIPlugins does not load if I use a one-click. > > Else, If I use the vm + an image, it works fine. > Where is the problem ? > > Here is the report of the latest one-click i found on pharo-project.org: > > === > Image > ----- > /Users/janniklaval/Desktop/Pharo2.0 3.app/Contents/Resources/Pharo2.0.image > Pharo2.0 > Latest update: #20607 > Unnamed > > Virtual Machine > --------------- > /Users/janniklaval/Desktop/Pharo2.0 3.app/Contents/MacOS/Pharo > NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > > Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< > VMMaker versionString git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > > Loaded VM Modules > ----------------- > B2DPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > BitBltPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > FilePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > LargeIntegers v1.5 VMMaker-oscog-EstebanLorenzano.236 (i) > LocalePlugin 9 June 2005 (e) > MiscPrimitivePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > SecurityPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > > VM Built-in Modules > ------------------- > ADPCMCodecPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > AioPlugin VMConstruction-Plugins-AioPlugin-EstebanLorenzano.13 (i) > B2DPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > BMPReadWriterPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > BitBltPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > ClipboardExtendedPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > DSAPrims VMMaker-oscog-EstebanLorenzano.236 (i) > DropPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > FFTPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > FilePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > FloatArrayPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > GeniePlugin v2.0 13 March 2013 VMMaker-oscog-EstebanLorenzano.236 (i) > HostWindowPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > JPEGReadWriter2Plugin VMMaker-oscog-EstebanLorenzano.236 (i) > JPEGReaderPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > Klatt VMMaker-oscog-EstebanLorenzano.236 (i) > LargeIntegers v1.5 VMMaker-oscog-EstebanLorenzano.236 (i) > Matrix2x3Plugin VMMaker-oscog-EstebanLorenzano.236 (i) > MiscPrimitivePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > NativeBoostPlugin NativeBoost-CogPlugin-EstebanLorenzano.18 (i) > RePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > SecurityPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > SocketPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > SoundCodecPrims VMMaker-oscog-EstebanLorenzano.236 (i) > SoundPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > StarSqueakPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > SurfacePlugin Mar 13 2013 (i) > UnixOSProcessPlugin VMConstruction-Plugins-OSProcessPlugin.oscog-eem.32 (i) > ZipPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > > === > > > On Jun 19, 2013, at 10:40 PM, Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com> wrote: > > At some point, I remember that there have been a mess when merging changes > from interpreter-VM in cog-vm branch. > This might have infected the Pharo-branch and this plugin may have been > retracted at that time. > I'm not really sure, but that would be my starting point for inquiring > about MIDIPlugin status (that's what a CI server can serve well). > > > 2013/6/19 jannik.laval <jannik.laval(a)gmail.com> > >> MIDIPlugin is loaded in a prvious PharoVM version (7.zip in the file >> directory). >> Here is the system report, probably something has change since this >> version: >> >> === >> Image >> ----- >> /Users/janniklaval/Desktop/Pharo-2.0/Pharo-2.0.image >> Pharo2.0 >> Latest update: #20593 >> Unnamed >> >> Virtual Machine >> --------------- >> /Users/janniklaval/Desktop/Pharo-2.0/Pharo.app/Contents/MacOS/Pharo >> NBCoInterpreter NativeBoost-CogPlugin-IgorStasenko.15 uuid: >> 44b6b681-38f1-4a9e-b6ee-8769b499576a Dec 12 2012 >> NBCogit NativeBoost-CogPlugin-IgorStasenko.15 uuid: >> 44b6b681-38f1-4a9e-b6ee-8769b499576a Dec 12 2012 >> git://gitorious.org/cogvm/blessed.git Commit: >> 452863bdfba2ba0b188e7b172e9bc597a2caa928 Date: 2012-12-07 16:49:46 +0100 >> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #5922 >> >> Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< >> VMMaker versionString git://gitorious.org/cogvm/blessed.git Commit: >> 452863bdfba2ba0b188e7b172e9bc597a2caa928 Date: 2012-12-07 16:49:46 +0100 >> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #5922 >> NBCoInterpreter NativeBoost-CogPlugin-IgorStasenko.15 uuid: >> 44b6b681-38f1-4a9e-b6ee-8769b499576a Dec 12 2012 >> NBCogit NativeBoost-CogPlugin-IgorStasenko.15 uuid: >> 44b6b681-38f1-4a9e-b6ee-8769b499576a Dec 12 2012 >> === >> >> Jannik >> >> On Jun 19, 2013, at 10:05 PM, NISHIHARA Satoshi <goonsh(a)gmail.com> wrote: >> >> caseOf: MacOSX >> >> 1. MIDIPlugin in Pharo vm requires SerialPlugin (see sqMacMIDI.c). >> 2. source of SerialPlugin is sqUnixSerial.c (see MacOSConfig>> >> configureSerialPlugin: in vmmaker-image). >> 3. at midiInit() of sqMacMIDI.c, it checks the functions of SerialPlugin, >> but functions below ware missing. >> serialPortIsOpen >> serialPortSetControl >> serialPortNames >> serialPortCount >> So midiInit() returns interpreterProxy success: false. it causes primitive >> error while loading. >> >> 2013/05/03, i'd tried to build vm after these ioLoadFunctionFrom 4 >> functions comment out, and load sound package from PharoExtras, it could >> use ScorePlayer. yes, checked midi-out only. >> >> at least up to Pharo 1.2 MIDIPlugin was loaded. >> >> regards. >> >> >> >> >> 2013/6/20 jannik.laval <jannik.laval(a)gmail.com> >> >>> In a previous version it was loaded, but I don't remember which one. >>> >>> Jannik >>> >>> On Jun 19, 2013, at 9:24 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> wrote: >>> >>> yes. >>> >>> On Jun 19, 2013, at 6:56 PM, NISHIHARA Satoshi <goonsh(a)gmail.com> wrote: >>> >>> Mac OS X? >>> >>> >>> 2013/6/19 jannik laval <jannik.laval(a)gmail.com> >>> >>>> Hi pharoers, >>>> >>>> It seems that MidiPlugin is not loaded in Pharo2.0. >>>> The plugin is present in the repository, but when I try "Smalltalk >>>> loadModule: 'MIDIPlugin'" it raises an error. >>>> >>>> In "Smalltalk listLoadedModules" and "Smalltalk listBuiltinModules" >>>> there is no MIDIPlugin. >>>> Could someone give me some help to solve this ? >>>> >>>> Jannik >>>> >>> >>> >>> >>> -- >>> -- >>> "NISHIHARA Satoshi" >>> [:goonsh :nsh | ^ nishis perform: goonsh with: nsh] >>> >>> >>> >>> >> >> >> -- >> -- >> "NISHIHARA Satoshi" >> [:goonsh :nsh | ^ nishis perform: goonsh with: nsh] >> >> >> > > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

June 21, 2013

Re: [Pharo-dev] Barcodes

by Olivier Auverlot

Very cool !!! Le 20 juin 2013 Ã 13:41, Stephan Eggermont a Ã©crit : > So, this kind-of works. Both Artefact and Barcode repositories are not writable, > so here is an artefact package that depends on barcode. > > > > ean13Test: aStream > "drawing an EAN13" > > | pdfdoc aPage barcode sequence | > barcode := BarcodeEAN13 value: '2109876543210'. > sequence := barcode binarySequence. > pdfdoc := PDFDocument new. > aPage := PDFPage new. > sequence withIndexDo: [:each :index | > each = $1 ifTrue: [ > aPage add: (PDFLineElement > from: (20+index) pt @ 50 pt > to: (20+index) pt @ 20 pt). ] ]. > pdfdoc add: aPage. > pdfdoc styleSheet drawColor: (PDFColor r: 0 g: 0 b: 0). > pdfdoc exportTo: aStream > > > <Artefact-Barcodes.st><ean13Test.pdf>

June 21, 2013

Re: [Pharo-dev] Tabs

by S Krish

It is super cool to see "Chrome" look n feel in Pharo. More so the startup of the video.. Way to go Ben.. It is inspiring On Thu, Jun 20, 2013 at 2:21 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Great job, Ben. > > Doru > > > On Sun, Jun 9, 2013 at 9:03 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> hello guys :) >> >> I would like to introduce a new implementation of tabs with the following >> features (for now): >> - tabs with icon (and a label of course) >> - un-closable tabs >> - threaded contents loading (with animated icon) >> - shortcuts handling (to navigate from one tab to the next/previous >> one, to close a tab) >> - multi-selection (will display all the selected contents with splitter >> in between) >> - actions (each tab can define actions displayed in the tab bar) - >> Thanks Tudor for the idea >> - menu items - Thanks Tudor for the idea >> >> Here is a little (geeky) video showing a bit of everything: >> https://dl.dropboxusercontent.com/u/24369478/Tabs.m4v >> >> The code can be loaded executing this: >> >> Gofer it >> url: 'http://smalltalkhub.com/mc/BenjaminVanRyseghem/Tabs/main'; >> package: 'ConfigurationOfTabs'; >> load. >> >> ConfigurationOfTabs loadDefault. >> TabExample open >> >> Next steps: >> - drag and drop (for rearranging tabs) >> - Spec support (almost finished) >> >> >> Ben >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

June 21, 2013