[Pharo-users] Bad UT8 encoding got with a SQLite3 query
I know nothing about the sqlite3 code, but if you can’t find unit tests doing non-ascii stuff, and you can't find conversion code, than the original author(s) probably just didn’t implement it. I might be wrong, but that would be a shame, since utf-8 encoding/decoding is fully supported in Pharo. Yes it is not implemented. As in any other open source project it is a question of time and contributions. History of SQLite3 package is much much older than Pharo - original implementation was for Squeak (Avi Bryant's SQLite (v.2) wrapper), I then packaged it up as an MCZ so it did not get lost and a repository on SqS was created. Andreas Raab then contributed to it, he was at my knowledge the only one who really used it in own projects. Later after the closing of SqS was announced I moved the code to STHub. As I already mentioned - code is rather old, based on unmaintained FFI and it should better be redone using NativeBoost because I'm sure meanwhile also SQLite library already made some progress. Bye T.
Re: [Pharo-users] [launcher] Refresh buttons in status bar
On Tue, Nov 19, 2013 at 6:25 PM, b...@openinworld.com wrote: I've just noticed that the latest PharoLauncher has two Refresh buttons in the status bar. This since the their superclass is PhLGeneralCommand rather than PhLImageCommand or PhLTemplateCommand classes. Is this intentional? That should be fixed now. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
[Pharo-users] Roassal question
Hi, would anybody knows how to do a nested layout with reversed radial tree in Roassal? I'd like to build a grid of reversed radial trees... It works with trees, but not with the radial layout. Thanks, Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
[Pharo-users] MCRepository can notify by email, did you know?
Hi, I just discovered this feature and wanted to share it: When a version is saved, the file repositories check if a file named 'notify' exists in the repository directory [1]. If it exists, then it reads email addresses from that file and send emails notifying the new version [2]. We noticed with Camillo that this seems to be the only usage of SMTPClient in the image. I wonder if somebody is using this feature. Best regards, Martín ps: I'm talking of Pharo 3. [1] MCFileBasedRepositorynotifyList [2] MCVersionNotificationnotify:
Re: [Pharo-users] [launcher] templates from fixed URLs
On Fri, Nov 22, 2013 at 4:24 PM, b...@openinworld.com wrote: I like the PhLFixedURLsTemplateGroup you just added to directly reference specific urls like Pharo 3.0 latest. I corrected a problem with Settings. Also I think its useful to be explicit about the ones that refer to 'latest' so I made that change. Could you review these. thanks for your fix. I like it. The next great thing would be to allow users to add their own fixed urls without coding. yes. But I have too many things to do. btw, I was going to follow your example to change PhLTemplateGroupRepositoryrefreshLocal to refreshFast but it seems the only sender is itself, and also inserted breakpoints do not trigger. Looks like it is surplus to requirements. removed, thanks -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-users] PharoLauncher howto (was: SimplePersistence ...)
On Thu, Nov 21, 2013 at 5:01 PM, Torsten Bergmann asta...@gmx.de wrote: Hope this helps a little bit This helps a lot, thank you very much. I copy/pasted and edited your how to a little to get a nice documentation on http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher. I hope you are ok with that. Thanks again -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-users] [Pharo-dev] MCRepository can notify by email, did you know?
never heard about it :) On Nov 25, 2013, at 3:39 PM, Martin Dias tinchod...@gmail.com wrote: Hi, I just discovered this feature and wanted to share it: When a version is saved, the file repositories check if a file named 'notify' exists in the repository directory [1]. If it exists, then it reads email addresses from that file and send emails notifying the new version [2]. We noticed with Camillo that this seems to be the only usage of SMTPClient in the image. I wonder if somebody is using this feature. Best regards, Martín ps: I'm talking of Pharo 3. [1] MCFileBasedRepositorynotifyList [2] MCVersionNotificationnotify:
Re: [Pharo-users] NativeBoost Questions while wrapping FMOD
On 25 November 2013 21:53, Sean P. DeNigris s...@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-tp4724116p4725188.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
--
Best regards,
Igor Stasenko.
Re: [Pharo-users] NativeBoost Questions while wrapping FMOD
Hi Sean,
2013/11/25 Sean P. DeNigris s...@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-tp4724116p4725188.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] Mugs, mouse mats, stickers
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.
