- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] NBFFI version of the OpenDBXDriver
by Mariano Martinez Peck Sept. 12, 2013

Sept. 12, 2013

On Thu, Sep 12, 2013 at 1:08 AM, Rocio Amaya <rochiamaya(a)gmail.com> wrote: > * > > Hi! > > I'd like to show a bit the outcome of the first iteration of the DBXTalk > Gsoc of this year. > > First, I've been adapting myself to the environment and technology > (DBXTalk, OpenDBX, TalkFFI), and I've written some little tutorials of what > I've learnt about them: > > - Post of how to install OpenDBX > > > http://rochiamaya.wordpress.com/2013/07/28/how-to-install-version-1-4-6-of-… > > - Post of how to install and use TalkFFI to generate mappings > > http://rochiamaya.wordpress.com/2013/07/30/create-bindings-with-talkffi/ > > - Post of how to use mappings generated by TalkFFI > > > http://rochiamaya.wordpress.com/2013/08/06/how-to-use-the-generated-binding… > > > Also, as concrete code, we have built a NBFFI version of the > OpenDBXDriver. The main idea of this is to provide a backward compatibility > layer to people that use OpenDBX, while letting us move forward dropping > the old FFI implementation. > > * > That's all very cool. Thanks Rocio for keep us informed! Much appreciated. Regarding the usage of NBFFI, could you benchmark and see if there is a difference with using the traditional FFI? There used to be a package in DBXTalk with several benchmarks, I am sure you could reuse some.... I can give you more details if you want. > * > > Gofer it > > smalltalkhubUser: 'DBXTalk' project: 'Configurations'; > > configurationOf: 'OpenDBXDriver'; > > load. > > (((Smalltalk at: #ConfigurationOfOpenDBXDriver) > > perform: #project) > > perform: #version: with: â1.3â) > > load: 'DeveloperGroup'. > > > However, the configuration still supports to load the former version of > the driver (no NBFFI) > > Gofer it > > smalltalkhubUser: 'DBXTalk' project: 'Configurations'; > > configurationOf: 'OpenDBXDriver'; > > load. > > (((Smalltalk at: #ConfigurationOfOpenDBXDriver) > > perform: #project) > > perform: #version: with: â1.3â) > > load: 'FFIDriver'. > > > And the configuration with only NBFFI version. > > Gofer it > > smalltalkhubUser: 'DBXTalk' project: 'Configurations'; > > configurationOf: 'OpenDBXDriver'; > > load. > > (((Smalltalk at: #ConfigurationOfOpenDBXDriver) > > perform: #project) > > perform: #version: with: â1.3â) > > load: 'NBFFIDriver'. > > > To use, writte in the Workspace and DoIt: > > > âto set the NBFFI bindâ > > LibOpenDBXMap initialize. > > OpenDBX current: NBPharoOpenDBX new. > > âor to set the oldFFI bindâ > > OpenDBX current: FFIOpenDBX ffiImplementationForOS . > > > In our current/next steps, we are starting to dig into the other driver > implementations. I'm currently working in a Mysql driver implementation > that will use the C mysql library directly without the intermediation of > OpenDBX. That way, the setup of the environment will be far easier and the > entry barrier will be lowered. > > * > To be honest, I don't see the advantages of this. You would avoid dealing with openDBX + mysql libs to be dealing with mysql lib only. But for that purpose there already is a MySQL Smalltalk driver implementation..... Cheers, > * > Best Regards!* > *Rocio.* > > -- > You received this message because you are subscribed to the Google Groups > "DBXTalk" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to dbxtalk%2Bunsubscribe(a)googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > -- Mariano http://marianopeck.wordpress.com

2 1

Workspace Moprh Bug with image 30389
by Torsten Bergmann Sept. 12, 2013

Sept. 12, 2013

kilon wrote: >this happens only when I try to create a new workspace issuing the commands >you see in the screenshot and it appears after I try to move the new >workspace. At first it appears as a small red box but while hitting enter it >expands to the final size you see here. > >Are you aware of this bug ? I can reproduce the problem. Looks like some code is missing and leads to an uninitialized class variable: The method #translucentMaskFor:depth: uses a class var "TranslucentPatterns" from FormCanvas. This class variable is nil and therefore it crashes. Looks like there is some initialization on the class side missing. Code is written by Fernando this week (9/11/2013) - so it is brand new. Looks like a side effect of fixing https://pharo.fogbugz.com/f/cases/11559 which was integrated in update #30389 http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2013-September/0… If you look at the second changeset in this issue #11559 it includes an #initializeTranslucentPatterns method from Fernando - but it did not made it correctly into the image. Please open a new bug on http://bugs.pharo.org and maybe Fernando can have a look. Thx T.

4 4

[update 3.0] #30393
by Marcus Denker Sept. 12, 2013

Sept. 12, 2013

30393 ----- 11587 Spotlight does not allow browsing of selectors with spaces https://pharo.fogbugz.com/f/cases/11587 11585 Settings should not ask for name https://pharo.fogbugz.com/f/cases/11585 11586 FormCanvas should always use the accessor to access TranslucentPattern https://pharo.fogbugz.com/f/cases/11586 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1252.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Settings-System-MarcusDenker.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.104…

1 0

NBOpengl Error : IcompatibleLayoutConflict
by kilon Sept. 12, 2013

Sept. 12, 2013

IcompatibleLayoutConflict: Class with PointerLayout cannot be extended as byte is the error i am getting using the very latest pharo 3.0 image while trying to load NBOpengl (ConfigurationOfNBOpenGL project version: '2.0') load. here is the full trace http://pastebin.com/an4KFVrH I get the same error in macos and ubuntu, I suspect windoom is same too. -- View this message in context: http://forum.world.st/NBOpengl-Error-IcompatibleLayoutConflict-tp4707721.ht… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

3 5

[update 3.0] #30392
by Marcus Denker Sept. 12, 2013

Sept. 12, 2013

30392 ----- 10913 Global Session object should have creation time stamp https://pharo.fogbugz.com/f/cases/10913 11568 World > System > System Reporter MNU #platformSubtype https://pharo.fogbugz.com/f/cases/11568 11539 Author fullName is 'MarcusDenker' even after changing/saving/restarting image https://pharo.fogbugz.com/f/cases/11539 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1250.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.9…

1 0

Workspace Moprh Bug with image 30389
by kilon Sept. 12, 2013

Sept. 12, 2013

I think the picture speaks for itself <http://forum.world.st/file/n4707810/Workspace_bug_morph.png> this happens only when I try to create a new workspace issuing the commands you see in the screenshot and it appears after I try to move the new workspace. At first it appears as a small red box but while hitting enter it expands to the final size you see here. Are you aware of this bug ? -- View this message in context: http://forum.world.st/Workspace-Moprh-Bug-with-image-30389-tp4707810.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

1 0

[update 3.0] #30391
by Marcus Denker Sept. 12, 2013

Sept. 12, 2013

30391 ----- 11583 Removing TranslucentPattern and HighLightBitmap class vars of Color https://pharo.fogbugz.com/f/cases/11583

1 0

[Off Topic] Some cartoons
by Sven Van Caekenberghe Sept. 12, 2013

Sept. 12, 2013

Very recognisableâ¦

2 1

how to produce pharo-based distribution?
by Tudor Girba Sept. 12, 2013

Sept. 12, 2013

Hi, Are there scripts available to build bundles for each platform (Linux, Win, Mac) like the Pharo 2.0 ones? I am looking for something similar for Moose. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

1 0

cannot commit with gofer to sthub (HTTP 403)
by Tudor Girba Sept. 12, 2013

Sept. 12, 2013

Hi, It seems that I cannot commit with Gofer on STHub. I get a 403. If I do it via the regular Monticello browser, it works just fine. I am on the latest Pharo 2.0 and I use a script that goes like this: Gofer new url: 'http://www.smalltalkhub.com/mc/Moose/MooseAlgos/main/'; package: 'ConfigurationOfMooseAlgos'; commit: 'version generated by Snapshotcello' with the url being already authenticated beforehand. I also tried by passing the url:username:password: explicitly, but this has the same 403 effect. Anyone knows what the issue is? Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

4 5