November 2013 - Pharo-users

Re: [Pharo-users] Fresh downloaded Pharo 2.0 and Pharo 3.0 doesn't run on macos (mavericks)

by vmusulainen

Hi Joachim, Yes, you are right - system doesn't allow run app from uncertified developer. But in my case, "ctrl + Open" isn't helping me. My solution: open system preferences -> Security & Privacy -> general tab and set option "Allow apps downloaded from:" to "anywhere". After opening app at first time, you can set back this option to "App store and identified developers". This problem exists on OS Mavericks and doesn't appear on OS Mountain Lion, -- View this message in context: http://forum.world.st/Fresh-downloaded-Pharo-2-0-and-Pharo-3-0-doesn-t-run-… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 27, 2013

Re: [Pharo-users] Fresh downloaded Pharo 2.0 and Pharo 3.0 doesn't run on macos (mavericks)

by Joachim Tuchel

Hi That's gatekeepers way of telling you the app is not from a certified developer. You need to start it once with ctrl-click and answer yes Joachim vmusulainen <vmusulainen(a)mail.ru> schrieb: >Hi all, > >I downloaded pharo 3.0 and pharo 2.0 right now and I can't run both apps. >I get following message for Pharo 2.0 (For Pharo 3.0 appears same message): > >"âPharo2.0.appâ is damaged and canât be opened. You should move it to the >Trash. >Google Chrome.app downloaded this file today at 2:39 from >www.pharo-project.org." > >Have someone similar problems? > > > > > >-- >View this message in context: http://forum.world.st/Fresh-downloaded-Pharo-2-0-and-Pharo-3-0-doesn-t-run-… >Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Nov. 27, 2013

Fresh downloaded Pharo 2.0 and Pharo 3.0 doesn't run on macos (mavericks)

by vmusulainen

Hi all, I downloaded pharo 3.0 and pharo 2.0 right now and I can't run both apps. I get following message for Pharo 2.0 (For Pharo 3.0 appears same message): "âPharo2.0.appâ is damaged and canât be opened. You should move it to the Trash. Google Chrome.app downloaded this file today at 2:39 from www.pharo-project.org." Have someone similar problems? -- View this message in context: http://forum.world.st/Fresh-downloaded-Pharo-2-0-and-Pharo-3-0-doesn-t-run-… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 26, 2013

Re: [Pharo-users] [Voyage] #selectAll:sortBy: not implemented?

by Johan Fabry

Hi Victor, as luck has it, I am just now updating the documentation of Voyage. I have not yet worked on the querying section, but everything before that has been reworked today. You may want to take a look again at the next build of the pdf, especially if you want to learn about customizing how objects are stored in the database. Any questions and remarks on the documentation are of course welcome. And that holds for everybody, not just Victor, of course ;-) Greetings, On Nov 26, 2013, at 10:05 AM, VÃctor Casado <victorct83(a)gmail.com> wrote: > Hi all! > > I've recently started to use MongoDB and Voyage in a project of my work (I > find it too interesting!) following this tutorial: > > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… > > I've been facing issues to sort the elements of my database, specifically > using the /selectAllSortBy:/ message, which I see is not fully implemented. > Maybe I am wrong? Instead of this, I used /selectMany:sortBy:/ and it does > the trick, but I'd like to know if the previous one will be implemented some > day. > > Regards, > > PS: Sorry but I don't know if this has been discused, if so, I didn't found > it. > > > > > -- > View this message in context: http://forum.world.st/Voyage-selectAll-sortBy-not-implemented-tp4725324.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Nov. 26, 2013

Re: [Pharo-users] [Voyage] #selectAll:sortBy: not implemented?

by VÃctor Casado

Hey Esteban! Thanks a lot for your work and for the quick response, it works perfectly :) Best regards, -- View this message in context: http://forum.world.st/Voyage-selectAll-sortBy-not-implemented-tp4725324p472… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 26, 2013

Re: [Pharo-users] [Voyage] #selectAll:sortBy: not implemented?

by Esteban Lorenzano

yes, I forgot to implement it (I never needed) :S in the mean time, you can use: MyClass selectMany: Dictionary new sortBy: { #myfield: VOOrder oscending } asDictionary and it will have same result. cheers, Esteban On Tue, Nov 26, 2013 at 2:05 PM, VÃctor Casado <victorct83(a)gmail.com> wrote: > Hi all! > > I've recently started to use MongoDB and Voyage in a project of my work (I > find it too interesting!) following this tutorial: > > > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… > > I've been facing issues to sort the elements of my database, specifically > using the /selectAllSortBy:/ message, which I see is not fully implemented. > Maybe I am wrong? Instead of this, I used /selectMany:sortBy:/ and it does > the trick, but I'd like to know if the previous one will be implemented > some > day. > > Regards, > > PS: Sorry but I don't know if this has been discused, if so, I didn't found > it. > > > > > -- > View this message in context: > http://forum.world.st/Voyage-selectAll-sortBy-not-implemented-tp4725324.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Nov. 26, 2013

[Voyage] #selectAll:sortBy: not implemented?

by VÃctor Casado

Hi all! I've recently started to use MongoDB and Voyage in a project of my work (I find it too interesting!) following this tutorial: https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… I've been facing issues to sort the elements of my database, specifically using the /selectAllSortBy:/ message, which I see is not fully implemented. Maybe I am wrong? Instead of this, I used /selectMany:sortBy:/ and it does the trick, but I'd like to know if the previous one will be implemented some day. Regards, PS: Sorry but I don't know if this has been discused, if so, I didn't found it. -- View this message in context: http://forum.world.st/Voyage-selectAll-sortBy-not-implemented-tp4725324.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 26, 2013

Re: [Pharo-users] Mugs, mouse mats, stickers

by Jeff Gray

Thanks. I'll pass on to Lusy to see if we can fix it within Zazzle. It would be nice to keep everything in one store if we can. -- View this message in context: http://forum.world.st/Mugs-mouse-mats-stickers-tp4724644p4725211.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 25, 2013

Re: [Pharo-users] NativeBoost Questions while wrapping FMOD

by Luc Fabresse

Hi Sean, 2013/11/25 Sean P. DeNigris <sean(a)clipperadams.com> > Sean P. DeNigris wrote > > I'm wrapping the FMOD cross-platform audio library > > [snip] > > I have a few more questions > > ======== > Problem #1: > ======== > > I have the following callout: > <primitive: #primitiveNativeCall module: #NativeBoostPlugin> > > "FMOD_RESULT FMOD_System_Init( > FMOD_SYSTEM *system, > int maxchannels, > FMOD_INITFLAGS flags, > void *extradriverdata);" > > ^ self nbCall: #(FMOD_RESULT System_Init(NBExternalAddress system, > 32, 0, > nil)). > > It works fine on Mac. On Windows, it returns some crazy error code that is > not listed in the API. > > However, if I wrap the FMOD DLL in another DLL that just forwards all > calls: > FMOD_RESULT System_Init(FMOD_SYSTEM *system, int maxchannels, > FMOD_INITFLAGS flags, void *extradriverdata) > { > return FMOD_System_Init(system, maxchannels, flags, > extradriverdata); > } > When I call out to the wrapper DLL, it works! Does that provide a clue as > to > what's going wrong when calling from NB? > > Other info: > - Other dll functions succeed, so there is communication with the library. > In fact, if I proceed past that first error, a sound starts to play... but > then the VM crashes... > could it be a calling convention problem? cdecl, ... > > ======== > Problem #2: > ======== > (much less important) > > I wanted to be able to bundle the DLL with the image so one doesn't have to > copy it into the VM folder. If I use the full path for the wrapper DLL > described above, it is found, but when it calls fmodL.dll, which is in the > same directory, it can't be found. I could only get it to work if at least > fmodL.dll is in the VM plugins folder. Is there a way to specify more > search > locations for dynamic libraries from the image side? > I do not know if one can add more search locations. But, you can rebuild the full path from image side: Smalltalk imageDirectory / 'lib.dll' Cheers, Luc > > Thanks! > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/NativeBoost-Questions-while-wrapping-FMOD-tp4724116p4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Nov. 25, 2013

Re: [Pharo-users] NativeBoost Questions while wrapping FMOD

by Igor Stasenko

On 25 November 2013 21:53, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Sean P. DeNigris wrote > > I'm wrapping the FMOD cross-platform audio library > > [snip] > > I have a few more questions > > ======== > Problem #1: > ======== > > I have the following callout: > <primitive: #primitiveNativeCall module: #NativeBoostPlugin> > > "FMOD_RESULT FMOD_System_Init( > FMOD_SYSTEM *system, > int maxchannels, > FMOD_INITFLAGS flags, > void *extradriverdata);" > > ^ self nbCall: #(FMOD_RESULT System_Init(NBExternalAddress system, > 32, 0, > nil)). > > It works fine on Mac. On Windows, it returns some crazy error code that is > not listed in the API. > > However, if I wrap the FMOD DLL in another DLL that just forwards all > calls: > FMOD_RESULT System_Init(FMOD_SYSTEM *system, int maxchannels, > FMOD_INITFLAGS flags, void *extradriverdata) > { > return FMOD_System_Init(system, maxchannels, flags, > extradriverdata); > } > When I call out to the wrapper DLL, it works! Does that provide a clue as > to > what's going wrong when calling from NB? > > This seems like a calling convention issue. By default, unless you specify, NB using cdecl calling convention, but on windows, many libs (especially kernel) using stdcall convention. Check how the library is built and which call convention it uses. Or just try changing it and see if it solves the problem. > Other info: > - Other dll functions succeed, so there is communication with the library. > In fact, if I proceed past that first error, a sound starts to play... but > then the VM crashes... > > ======== > Problem #2: > ======== > (much less important) > > I wanted to be able to bundle the DLL with the image so one doesn't have to > copy it into the VM folder. If I use the full path for the wrapper DLL > described above, it is found, but when it calls fmodL.dll, which is in the > same directory, it can't be found. I could only get it to work if at least > fmodL.dll is in the VM plugins folder. Is there a way to specify more > search > locations for dynamic libraries from the image side? > > No, you can do it yourself in a form of: self nbCall: ... module: (self searchAndLoadLibrary) Thanks! > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/NativeBoost-Questions-while-wrapping-FMOD-tp4724116p4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko.

Nov. 25, 2013