Re: [Pharo-dev] NativeBoost String Handling Bug?
Congrats Sean! and thanks Igor ;-) #Luc 2013/12/3 Igor Stasenko siguc...@gmail.com Yes, thank you. On 3 December 2013 05:57, Sean P. DeNigris s...@clipperadams.com wrote: Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
i have no idea, but following is not related to what changes i did: ./pharo Pharo.image update --from-file=updates30.staged VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (MBUpdateDevCommand is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) MBAddDescriptionCommandTesttestExecute (MBAddDescriptionCommand is Undeclared) MBConfigurationInfoTesttestInitialization (ConfigurationOfVersionner is Undeclared) MBAbstractVersionInfocmdSetCurrentVersion (MBSetCurrentVersionCommand is Undeclared) MTProjectaddDependentProject:from:withVersion:loads:(repository is shadowed) On 3 December 2013 10:17, Stéphane Ducasse stephane.duca...@inria.frwrote: You know what? It will not be integrated because apparently the monkey tagged it as invalid. I have no idea why. I hate this automatic down grading. May be we should have a different tags to make the difference between work needed = nothing was done or something but it was never in the state where we could think it should be integrated was integration ready = it was ready but something happen Stef Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
Igor where do you get this information? Because I see https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/3549//artifact/validationReport.html and it is different. stef On Dec 3, 2013, at 11:59 AM, Igor Stasenko siguc...@gmail.com wrote: i have no idea, but following is not related to what changes i did: ./pharo Pharo.image update --from-file=updates30.staged VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (MBUpdateDevCommand is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) MBAddDescriptionCommandTesttestExecute (MBAddDescriptionCommand is Undeclared) MBConfigurationInfoTesttestInitialization (ConfigurationOfVersionner is Undeclared) MBAbstractVersionInfocmdSetCurrentVersion (MBSetCurrentVersionCommand is Undeclared) MTProjectaddDependentProject:from:withVersion:loads:(repository is shadowed) On 3 December 2013 10:17, Stéphane Ducasse stephane.duca...@inria.fr wrote: You know what? It will not be integrated because apparently the monkey tagged it as invalid. I have no idea why. I hate this automatic down grading. May be we should have a different tags to make the difference between work needed = nothing was done or something but it was never in the state where we could think it should be integrated was integration ready = it was ready but something happen Stef Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
apparently i was looking at wrong place, and according to report there's merge conflict. why? because i merged everything before commit. On 3 December 2013 12:09, Stéphane Ducasse stephane.duca...@inria.frwrote: Igor where do you get this information? Because I see https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/3549//artifact/validationReport.html and it is different. stef On Dec 3, 2013, at 11:59 AM, Igor Stasenko siguc...@gmail.com wrote: i have no idea, but following is not related to what changes i did: ./pharo Pharo.image update --from-file=updates30.staged VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (MBUpdateDevCommand is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) MBAddDescriptionCommandTesttestExecute (MBAddDescriptionCommand is Undeclared) MBConfigurationInfoTesttestInitialization (ConfigurationOfVersionner is Undeclared) MBAbstractVersionInfocmdSetCurrentVersion (MBSetCurrentVersionCommand is Undeclared) MTProjectaddDependentProject:from:withVersion:loads:(repository is shadowed) On 3 December 2013 10:17, Stéphane Ducasse stephane.duca...@inria.frwrote: You know what? It will not be integrated because apparently the monkey tagged it as invalid. I have no idea why. I hate this automatic down grading. May be we should have a different tags to make the difference between work needed = nothing was done or something but it was never in the state where we could think it should be integrated was integration ready = it was ready but something happen Stef Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
Yes protocol: private anonymousSubclassInitElementType: aTypeName create and initialize the anonymous subclass of me | newSubclass | newSubclass := self classBuilder anonymousSubclassOf: NBExternalArray. newSubclass initElementType: aTypeName. ^ newSubclass vs protocol: private anonymousSubclassInitElementType: aTypeName create and initialize the anonymous subclass of me | newSubclass | newSubclass := AnonymousClassInstaller make: [ :builder | we're not using 'self' to avoid wrong subclassing from anonymous subclass builder superclass: NBExternalArray ]. newSubclass initElementType: aTypeName. ^ newSubclass And protocol: class factory getClassForType: aTypeName Do not confuse.! This method answers an anonymous class, a subclass of NBExternalTypeValue, which can be used for instantiation later i.e: floatTypeClass := NBExternalTypeValue ofType: 'float'. float := floatTypeClass new. float value: 1.5. float value. | newSubclass | newSubclass := self classBuilder anonymousSubclassOf: NBExternalTypeValue. newSubclass valueType: aTypeName. ^ newSubclass vs protocol: class factory getClassForType: aTypeName Do not confuse.! This method answers an anonymous class, a subclass of NBExternalTypeValue, which can be used for instantiation later i.e: floatTypeClass := NBTypeValue ofType: 'float'. float := floatTypeClass new. float value: 1.5. float value. | newSubclass | newSubclass := AnonymousClassInstaller make: [ :builder | we're not using 'self' to avoid wrong subclassing from anonymous subclass builder superclass: NBExternalTypeValue ]. newSubclass initValueType: aTypeName. ^ newSubclass To anyone who changed this, can i have some canonical protocol for creating anonymous subclasses without referring to fuzzy , vague and unknown (as to me) AnonymousClassInstaller or other strange globals? On 3 December 2013 13:01, Benjamin benjamin.vanryseghem.ph...@gmail.comwrote: I testify, there are 2 conflicts Ben On 03 Dec 2013, at 12:44, Igor Stasenko siguc...@gmail.com wrote: apparently i was looking at wrong place, and according to report there's merge conflict. why? because i merged everything before commit. On 3 December 2013 12:09, Stéphane Ducasse stephane.duca...@inria.frwrote: Igor where do you get this information? Because I see https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/3549//artifact/validationReport.html and it is different. stef On Dec 3, 2013, at 11:59 AM, Igor Stasenko siguc...@gmail.com wrote: i have no idea, but following is not related to what changes i did: ./pharo Pharo.image update --from-file=updates30.staged VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (MBUpdateDevCommand is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) MBAddDescriptionCommandTesttestExecute (MBAddDescriptionCommand is Undeclared) MBConfigurationInfoTesttestInitialization (ConfigurationOfVersionner is Undeclared) MBAbstractVersionInfocmdSetCurrentVersion (MBSetCurrentVersionCommand is Undeclared) MTProjectaddDependentProject:from:withVersion:loads:(repository is shadowed) On 3 December 2013 10:17, Stéphane Ducasse stephane.duca...@inria.frwrote: You know what? It will not be integrated because apparently the monkey tagged it as invalid. I have no idea why. I hate this automatic down grading. May be we should have a different tags to make the difference between work needed = nothing was done or something but it was never in the state where we could think it should be integrated was integration ready = it was ready but something happen Stef Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com http://nabble.com/. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
I'm ok to add some convenient methods to class installers. just that I do not have time to do it right now, so be my guest :) Esteban On Tue, Dec 3, 2013 at 1:10 PM, Igor Stasenko siguc...@gmail.com wrote: Yes protocol: private anonymousSubclassInitElementType: aTypeName create and initialize the anonymous subclass of me | newSubclass | newSubclass := self classBuilder anonymousSubclassOf: NBExternalArray. newSubclass initElementType: aTypeName. ^ newSubclass vs protocol: private anonymousSubclassInitElementType: aTypeName create and initialize the anonymous subclass of me | newSubclass | newSubclass := AnonymousClassInstaller make: [ :builder | we're not using 'self' to avoid wrong subclassing from anonymous subclass builder superclass: NBExternalArray ]. newSubclass initElementType: aTypeName. ^ newSubclass And protocol: class factory getClassForType: aTypeName Do not confuse.! This method answers an anonymous class, a subclass of NBExternalTypeValue, which can be used for instantiation later i.e: floatTypeClass := NBExternalTypeValue ofType: 'float'. float := floatTypeClass new. float value: 1.5. float value. | newSubclass | newSubclass := self classBuilder anonymousSubclassOf: NBExternalTypeValue. newSubclass valueType: aTypeName. ^ newSubclass vs protocol: class factory getClassForType: aTypeName Do not confuse.! This method answers an anonymous class, a subclass of NBExternalTypeValue, which can be used for instantiation later i.e: floatTypeClass := NBTypeValue ofType: 'float'. float := floatTypeClass new. float value: 1.5. float value. | newSubclass | newSubclass := AnonymousClassInstaller make: [ :builder | we're not using 'self' to avoid wrong subclassing from anonymous subclass builder superclass: NBExternalTypeValue ]. newSubclass initValueType: aTypeName. ^ newSubclass To anyone who changed this, can i have some canonical protocol for creating anonymous subclasses without referring to fuzzy , vague and unknown (as to me) AnonymousClassInstaller or other strange globals? On 3 December 2013 13:01, Benjamin benjamin.vanryseghem.ph...@gmail.comwrote: I testify, there are 2 conflicts Ben On 03 Dec 2013, at 12:44, Igor Stasenko siguc...@gmail.com wrote: apparently i was looking at wrong place, and according to report there's merge conflict. why? because i merged everything before commit. On 3 December 2013 12:09, Stéphane Ducasse stephane.duca...@inria.frwrote: Igor where do you get this information? Because I see https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/3549//artifact/validationReport.html and it is different. stef On Dec 3, 2013, at 11:59 AM, Igor Stasenko siguc...@gmail.com wrote: i have no idea, but following is not related to what changes i did: ./pharo Pharo.image update --from-file=updates30.staged VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) VersionnerProjectToolBarupdate (MBUpdateDevCommand is Undeclared) VersionnerProjectToolBarupdate (update is Undeclared) MBAddDescriptionCommandTesttestExecute (MBAddDescriptionCommand is Undeclared) MBConfigurationInfoTesttestInitialization (ConfigurationOfVersionner is Undeclared) MBAbstractVersionInfocmdSetCurrentVersion (MBSetCurrentVersionCommand is Undeclared) MTProjectaddDependentProject:from:withVersion:loads:(repository is shadowed) On 3 December 2013 10:17, Stéphane Ducasse stephane.duca...@inria.frwrote: You know what? It will not be integrated because apparently the monkey tagged it as invalid. I have no idea why. I hate this automatic down grading. May be we should have a different tags to make the difference between work needed = nothing was done or something but it was never in the state where we could think it should be integrated was integration ready = it was ready but something happen Stef Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com http://nabble.com/. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
Yes, when we discussed this with Martin (for a first time on that topic, i guess) all i wanted is a convenience method to _just_ make anonymous subclass.. how long this expression could be? it should be as long as: myClass createAnonymousSubclass. and what we have instead? First: self classBuilder anonymousSubclassOf: NBExternalArray. then newSubclass := AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalArray ]. this is unacceptable. Because imagine one day you would want to port such code, (not necessary NB, but code which creates and uses anonymous subclasses), which code for porter, would be easier to understand how to port it if another dialect will miss any AnonymousClassInstaller? -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
so i added anotehr version of slice, where i added 1 extra method to Class. in inbox. but there some missing methods in kernel. On 3 December 2013 13:27, Igor Stasenko siguc...@gmail.com wrote: Yes, when we discussed this with Martin (for a first time on that topic, i guess) all i wanted is a convenience method to _just_ make anonymous subclass.. how long this expression could be? it should be as long as: myClass createAnonymousSubclass. and what we have instead? First: self classBuilder anonymousSubclassOf: NBExternalArray. then newSubclass := AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalArray ]. this is unacceptable. Because imagine one day you would want to port such code, (not necessary NB, but code which creates and uses anonymous subclasses), which code for porter, would be easier to understand how to port it if another dialect will miss any AnonymousClassInstaller? -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
On 2 December 2013 22:31, Sean P. DeNigris s...@clipperadams.com wrote: I'm tearing my hair out wrapping FMOD! I finally isolated the Mac VM-crashing bug (works in Windows) to: The reason I suspect NB is that I made a simple Xcode C project which (I think) does the exact same thing, which works perfectly. I uploaded it to https://github.com/seandenigris/FMODExample . To use it, just change SOUND_FILE_PATH in main.c to the location of the included train whistle.mp3 file From Pharo, however, it only works if the path to the mp3 is: - *exactly* /Volumes/NO NAME/Smalltalk/Working Images/Salty Dog/Sounds/train whistle.mp3. No other combination seems to work on my machine - even direct parents and subdirectories of that one! WTH!! - or apparently a path without spaces sound really as some bug.. and similar to system() call. my versions is: - it could be that strings are expected to be 16-byte aligned - that there's some bug with converting to null-terminated C string The thing that has me scratching my head is that even with spaces it works from Xcode! To see the error from Pharo: 1. Gofer it smalltalkhubUser: 'SeanDeNigris' project: 'FMOD'; package: 'FMOD'; load. 2. Copy the FMOD Programmers API folder from the C Sample into the image folder. 3. FmodLibrary exampleFmodStylePlaying: '/path/to/train whistle.mp3'. I'd relly appreciate Igor or another NB guru (if there is such a thing, lol) to take a look. I've spent days chasing this down, and I'm out of ideas... Thanks. - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
sound really as some bug.. and similar to system() call. my versions is: - it could be that strings are expected to be 16-byte aligned - that there's some bug with converting to null-terminated C string Great! It's be nice to get this and system calls working in one shot... how do we proceed? How do we test? I'm willing to help... - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726878.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] NativeBoost String Handling Bug?
nevermind, i think i found the cause. (system call now is working) On 3 December 2013 02:08, Igor Stasenko siguc...@gmail.com wrote: On 3 December 2013 00:32, Sean P. DeNigris s...@clipperadams.com wrote: sound really as some bug.. and similar to system() call. my versions is: - it could be that strings are expected to be 16-byte aligned - that there's some bug with converting to null-terminated C string Great! It's be nice to get this and system calls working in one shot... how do we proceed? How do we test? I'm willing to help... if there some bug, it must be in NBExternalString which responsible for marshalling strings. try to change the alignment for the pointer and see how it goes in reserveStackBytes: numBytesOrBlock andStoreAddrTo: aTemp because right now it aligns the total space to reserve on stack (amount to subtract from SP), but not SP itself alignment should use powers of 2 , of course. Cheers, Sean -- View this message in context: Re: NativeBoost String Handling Bug?http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726878.html Sent from the Pharo Smalltalk Developers mailing list archivehttp://forum.world.st/Pharo-Smalltalk-Developers-f1294837.htmlat Nabble.com. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] NativeBoost String Handling Bug?
Name: NativeBoost-Core-IgorStasenko.140 Name: NativeBoost-Tests-IgorStasenko.75 try and see if it works for you (and try syscall too, if yes then i think we can finally close the bug entry). P.S. thanks for being persistent on this one.
Re: [Pharo-dev] NativeBoost String Handling Bug?
Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] NativeBoost String Handling Bug?
Yes, thank you. On 3 December 2013 05:57, Sean P. DeNigris s...@clipperadams.com wrote: Igor Stasenko wrote if yes then i think we can finally close the bug entry). I updated the issue and made your packages into a slice: https://pharo.fogbugz.com/default.asp?7542 SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko.