gmane.comp.lang.smalltalk.squeak.vm.devel

Mac + OpenGL and makeCurrent()

Igor Stasenko — 2012-05-17T13:54:36

 
Hello,

lately i discovered that my small NBOpenGL demos is not working under
Cocoas VMs.
The reason, i found is that Cocoa VM using OpenGL by own for blitting
the image on screen, and
activates own opengl context when doing that.

The problem is that it doesn't restores back the previously active context,
as result, all calls in image invoked under wrong context , and things
are messed up.

We tried to quickly fix the problem with Esteban by introducing
save/restore calls before changing
the context, but no success.

It seems like Cocoa doing something extra in addition to making call
to makeCurrent() ,
or probably tracking the active context by own, and simply don't sees
the context created outside of
it.

I modified the demo code to switch back to my context when rendering.
And things are working.
Unless you will need to debug the rendering code and step over gl
calls. This won't work anymore,
because VM stealing the context. :(

Any ideas what can be done?

Re: Passing additional parameters for a particular plugin

Bert Freudenberg — 2012-05-17T13:19:24

 

On 17.05.2012, at 15:04, Damien Cassou wrote:



Platform-dependent code belongs in the platform/unix/ tree, not in VMMaker.

- Bert -

Re: Passing additional parameters for a particular plugin

Damien Cassou — 2012-05-17T13:04:45

 
On Thu, May 17, 2012 at 1:41 PM, Bert Freudenberg <bert< at >freudenbergs.de> wrote:

so, Bert, is there a way to specify necessary options inside the
plugin Smalltalk class so that the correct files are generated by
VMMaker and the compilation process works fine?

Thanks

Re: Passing additional parameters for a particular plugin

Bert Freudenberg — 2012-05-17T11:41:41

 
On 17.05.2012, at 01:11, Igor Stasenko wrote:


In the official sources, there is no such call. It builds DBusPlugin using CMake, and all that's needed is 

PLUGIN_REQUIRE_PACKAGE (DBUS1 dbus-1)

which is in 

http://squeakvm.org/svn/squeak/trunk/platforms/unix/plugins/DBusPlugin/config.cmake

After installing libdbus-1-dev (or whatever the dbus devel pkg on your distro is), building DBusPlugin works just fine.

That said, if you just want to build the DBusPlugin independently, then adding `pkg-config dbus-1 --cflags` to your command line should work fine. Pkg-config is just a program that outputs the needed compiler and linker options:

bert< at >ubuntu12-VirtualBox:~/squeak-svn/bld/DBusPlugin$ pkg-config dbus-1 --cflags
-I/usr/include/dbus-1.0 -I/usr/lib/i386-linux-gnu/dbus-1.0/include

bert< at >ubuntu12-VirtualBox:~/squeak-svn/bld/DBusPlugin$ pkg-config dbus-1 --libs
-ldbus-1 -lpthread -lrt  

On 17.05.2012, at 01:11, Igor Stasenko wrote:


In Linux, by definition, you are only compiling for your own machine.

Re: CogDroid VMMaker issues

Dmitry Golubovsky — 2012-05-17T09:34:08

 
Phil,

On Thu, May 17, 2012 at 12:27 AM, Phil (list) <pbpublist< at >gmail.com> wrote:


Great.


I think, just fork a repo on Gitorious and use pull request later to
submit changes.


It can run (expected at least) on anything with API >= 4. I just do
not have any newer Android on hand to test. It will be of great
interest to have multitouch events (something I was requested, but
have no capability to test).

Also, widget-based derived VM instances would be also interesting: to
have them coexist on the home screen rather than to be fullscreen.

Thanks for your ideas.

Re: Re: CogDroid VMMaker issues

Phil (list — 2012-05-17T09:04:41

 
Hilaire,

My question was more related to adding features going forward.  There are some things I'm thinking of adding that to make CogDroid a better experience on 3.x+ devices but would break compatibility with 2.x and prior.  (I'm totally fine if the goal is maximum compatibility with older devices, I just need to know if I should be thinking about contributing mods that would do so or just maintain them for my needs)

Thanks,
Phil 

On May 17, 2012, at 4:29 AM, Hilaire Fernandes wrote:

Re: CogDroid VMMaker issues

Hilaire Fernandes — 2012-05-17T08:29:39

 
DrGeo runs fine on from Android 1.x to 4.x series. So far, no
compatibility problem with cogdroid

Hilaire



On 17/05/2012 06:14, Phil (list) wrote:

Re: CogDroid VMMaker issues

Phil (list — 2012-05-17T04:14:13

 
Dmitry,

The updated build instructions are greatly appreciated.  I had figured out enough to get a working vm, but these instructions make the process simpler than what I went through.  I'm working on a few modifications that might be of interest to other Android users when they're done... is email a good way to submit patches for review?  Also, are you looking to keep CogDroid running on as many versions of Android as possible or would 3.x+ specific (phone and tablet) mods be of interest?

Thanks,
Phil

On May 16, 2012, at 3:10 PM, Dmitry Golubovsky wrote:

Re: Compiling DBusPlugin

David T. Lewis — 2012-05-16T23:27:00

 
On Wed, May 16, 2012 at 05:57:53PM +0200, Bert Freudenberg wrote:

FYI, this is a change to code generation in the oscog branch of VMMaker
that has not yet been incorporated in trunk VMMaker, which currently still
translates the method as:

   static sqInt argumentsAddInt16toIter(sqInt oop, DBusMessageIter*iter) {
      dbus_int16_t intArg;
   
      if (!((oop & 1))) {
         msg("Oop is no integer value");
         return interpreterProxy->primitiveFail();
      }
      intArg = (oop >> 1);
      if (!(dbus_message_iter_append_basic(iter, DBUS_TYPE_INT16, &intArg))) {
         msg("Can not add Int16 argument.");
         return interpreterProxy->primitiveFail();
      }
   }

On Wed, May 16, 2012 at 06:11:34PM +0200, Damien Cassou wrote:

To confirm: The DBus-Plugin-DamienCassou.34 update compiles cleanly on trunk
VMMaker also, so good fix.

Dave

Re: Passing additional parameters for a particular plugin

Igor Stasenko — 2012-05-16T23:11:21

 
On 16 May 2012 16:53, Damien Cassou <damien.cassou< at >gmail.com> wrote:
Hi, Damien.
If you using CMakeVMMaker,
you can do it by implementing

configure<XYZPlugin>:
method in a CPlatformConfig (if this option is platform neutral) or in
appropriate subclass
for target platform.

For example see the implementation of
configureFloatMathPlugin:


maker addDefinitions: '..somedefs...'.

is what you need.

But I am not sure what
$(pkg-config dbus-1 --cflags)
 expression means.
Looks like stuff between () is invoked by shell and output of it is
used instead.

Of course you can force cmake to invoke any command you like.. i just
don't remember how
exactly.. And there is multiple ways.

See #configureFT2Plugin: , which invokes an external script. And see a
generated file
(it should be in build/FT2Plugin/CMakeLists.txt)


But i don't like that it takes flags from another package build flags (dbus).
This means that such plugin will work only on your machine and nobody
else(s), once your build
flags is different to others

Re: CogDroid VMMaker issues

Igor Stasenko — 2012-05-16T22:31:15

 
On 16 May 2012 21:10, Dmitry Golubovsky <golubovsky< at >gmail.com> wrote:
Dmirty, i added you as member to cog project on
http://code.google.com/p/cog/
please put this valuable information to wiki, for the good of us all :)

i don't remember.
There is no problem with giving the account, looks like we just forgot.
I will discuss it with Christophe tomorrow.

CogDroid VMMaker issues

Dmitry Golubovsky — 2012-05-16T20:44:31

 
Jeremy Kajikawa wrote:



generator.image contains the result of loading the VMMaker (and
CMakeVMMaker) packages with their dependencies into a fresh Pharo Core
image.

You may get a better idea if you look at the LoadVMMaker.st file in
the codegen-scripts subdirectory of the repo.

generator.image will be used at the next step to run CMakeVMMaker and
emit VM sources (Slang -> C)

Hope this helps.

Thanks.

PS Not sure if I can answer your question about "blue book" though.

Re: CogDroid VMMaker issues

Jeremy Kajikawa — 2012-05-16T19:24:15

 
What does "generator.image" contain?

and does anyone have a reference document or suggested location in
"the blue book" where I can find object formatting information?

On Thu, May 17, 2012 at 7:10 AM, Dmitry Golubovsky <golubovsky< at >gmail.com> wrote:

CogDroid VMMaker issues

Dmitry Golubovsky — 2012-05-16T19:10:46

 
Hi,

I have spotted this in the VM mailing list (I only read it via web
occasionally these days, so please cc me for faster response if there
is a problem, or file an issue in the squeakvm-tablet project).

Here are the instructions (still inexact, but someone followed them,
and succeeded).

# clone the repo

git clone https://git.gitorious.org/~golubovsky/cogvm/dmg-blessed.git

# go to the build scripts directory

cd <repo/root>/codegen-scripts

# create the base Pharo image

export SQUEAKVM=<path/to/precompiled/squeak/vm/executable>; sh
./buildImage.sh -headless

# make sure there is no PharoDebug.log in <repo/root>/build, and there
is generator.image (or there may be PharoDebug.log containing
unrelated warnings, e. g. about AbstractLauncher - use -nosound
instead of -headless if you would like to inspect the problem)

# generate the VM and plugins from VMMaker

sh ./generate.sh -headless StackEvtAndroidConfig

# build the native VM

cd <repo/root>/platforms/android/project

./ndk-build

This only builds

Re: Compiling DBusPlugin

Damien Cassou — 2012-05-16T16:11:34



done, thank you

Re: Compiling DBusPlugin

Bert Freudenberg — 2012-05-16T16:10:11

 
On 16.05.2012, at 18:05, Bert Freudenberg wrote:


... and I just gave you commit rights, so feel free to commit directly to the dbus repository.

- Bert -

Re: Compiling DBusPlugin

Bert Freudenberg — 2012-05-16T16:05:34

 
On 16.05.2012, at 18:02, Damien Cassou wrote:



Sure. Looks reasonable.

- Bert -

Re: Compiling DBusPlugin

Damien Cassou — 2012-05-16T16:02:46



I changed
        ifTrue:[^ self argumentsAddByte: arg toIter: iter ].
to
        ifTrue:[self argumentsAddByte: arg toIter: iter. ^self ].


does that make sense? If yes, can I send you the resulting mcz?

Re: Compiling DBusPlugin

Bert Freudenberg — 2012-05-16T15:57:53

 
On 16.05.2012, at 17:41, Damien Cassou wrote:



Looks like VMMaker nowadays defaults to void? You could either declare the return type of argumentsAddInt16toIter, or change its call to not use the value. For reference, here's the original source:
argumentsAddInt16: oop toIter: iter

| intArg |

self var: #iter type: 'DBusMessageIter*'.
self var: #intArg type: 'dbus_int16_t'.
(self isIntegerObject: oop)
ifFalse: [ self msg: 'Oop is no integer value'. ^ interpreterProxy primitiveFail ].
intArg := interpreterProxy integerValueOf: oop.
(self cCode:'dbus_message_iter_append_basic(iter, DBUS_TYPE_INT16, &intArg)') 
ifFalse:[self msg: 'Can not add Int16 argument.'. ^interpreterProxy primitiveFail].

primitiveDBusAppendBasicArgument: arg ofType: t
"append a basic type argument to the currently topmost iterator in the iterator stack"

| iter |
self var: #iter type: 'DBusMessageIter*'.

self export: true.
self primitive: 'primitiveDBusAppendBasicArgument' parameters: #(Oop SmallInteger).

iter

Compiling DBusPlugin

Damien Cassou — 2012-05-16T15:41:56

 Hi,

the official DBusPlugin source file defines argumentsAddInt16toIter() as

static sqInt argumentsAddInt16toIter(sqInt oop, DBusMessageIter*iter) {
dbus_int16_t intArg;

if (!((oop & 1))) {
msg("Oop is no integer value");
return interpreterProxy->primitiveFail();
}
intArg = (oop >> 1);
if (!(dbus_message_iter_append_basic(iter, DBUS_TYPE_INT16, &intArg))) {
msg("Can not add Int16 argument.");
return interpreterProxy->primitiveFail();
}
}


however, if I generate the sources using VMMaker, I get

static void
argumentsAddInt16toIter(sqInt oop, DBusMessageIter*iter)
{
    dbus_int16_t intArg;

    if (!((oop & 1))) {
        msg("Oop is no integer value");
        interpreterProxy->primitiveFail(); return;
    }
    intArg = interpreterProxy->integerValueOf(oop);
    if (!(dbus_message_iter_append_basic(iter, DBUS_TYPE_INT16, &intArg))) {
        msg("Can not add Int16 argument.");
        interpreterProxy->primitiveFail(); return;
    }
}


The implementation and signature are different which

Passing additional parameters for a particular plugin

Damien Cassou — 2012-05-16T14:53:00

 
Hi,

I try to build DBusPlugin (www.squeaksource.com/dbus). Unfortunately,
compiling the generated C file requires passing "$(pkg-config dbus-1
--cflags)" as additional compiler argument. How can I specify that?

Thanks