World: r4wp

There's a fundamental complaint among Android developers that you 
can't protect your apps against cracking, unlike on iOS, where Objective 
C apps are compiled. Petr showed how easy it is to decompile Android 
Java apps. With Red and the Java bridge, you can reach the same security 
on Android as native iOS apps. This could be an important marketing 
feature for Red

Interesting point!

I'm not sure how it has shifted by now, but a few years ago, when 
Android was already balancing the market share with iOS, Apple still 
had 99% share of all money collected from mobile apps, due to such 
issues

Until someone writes a decompiler for Red :)

Yep, that's far from impossible, but Java is much easier to decompile 
anyway. ;-P

That's going to be hard. A lot of information will be lost in compilation, 
especially for Red/System code and especially when the compilers 
will do optimisations

Eventually, it will be harder than it would be at the moment.

I've fixed several issues related to PIC mode for shared libraries, 
now the Red/Java bridge runs fine on Linux too.

Works fine on Mac OS X too (using `java -d32 bridge`).

Does anyone have an armhf (non-Raspbian) distro installed where we 
can do some Red binaries tests?

On my Raspbian distro, ldd on any Red binaries returns "not a dynamic 
executable" error. I suspect a local setup issue, but I would like 
to see if it works or not on different armhf installs.

I have Arch Linux on Raspberry.

Can you try a `ldd` on any Red[/System] binary?

I found the same problem, and several others, yesterday on BodhiLinux 
for Raspberry

My impression is that there are regressions

I'll try to remember when I get back home in front of one of my Raspberries.

I can't get OpenGL to work on it if you don't :-)

Oh, yeah.  I have my son's graduation ceremony tonight so I won't 
be able to look at it until tomorrow night.

Congratulations :-)

shared-lib.reds test works on armhf Arch for me.

It seems it's either a local issue on my RPi installation or a Raspbian 
issue. Will check that in the next days.

I have written a simple R/S program that simply writes a text file, 
and when I start it from Windows it always opens a shell even if 
there is no "print-ing". How can avoid it?

-t Windows

(compiler command-line option)

Playing with Eclipse for Android, it takes about 360MB of RAM when 
running...looks like a bad joke, but it's not.

Impossible, nobody needs more than 640 KB

That would be a good slogan for Red: "Nobody needs more than 640 
KB"

>> stats
== 569344

:-)

This might solve all IT problems: "Nobody gets more than 640 kb"

You can do that with Genode

Doc - have you tried new Android Studio instead of Eclipse?

Pekr: nope, but it doesn't matter much which IDE I'm using as it's 
just for prototyping.

640KB sounds like a good upper limit for Red. ;-)

:D 
I think there is a world market for maybe five computers.
 -- Thomas Watson, chairman of IBM, 1943. 
(There are at least 5 computers that run Red code nowadays??)

Yes, under my desk

After several hours of fight, I finally got my first non-crashing 
Red apk running on Android. :-) Now let's see how JNI is doing...

Cool!

cool :-)

Good news

I have tried "-t Windows" and now it opens the shell twice :(

Odd, it works for me. I tested it on Windows 2000. What version are 
you on?

Win 7. I am trying if I can close the console "manually".

I am doing this:

ShowWindow GetConsoleWindow 0


although it is not very "elegant" since the console window still 
flashes.

Good to know. It shouldn't be needed, though, for -t Windows. Perhaps 
Doc can shed some light on it

I have also tried "FreeConsole" and it opens 2 windows in the same 
way as "-t Windows"

Marco, can you try it with a simple Red/System program that just 
contains a call to Sleep(1000) (needs to be imported from C lib)? 
So we can see if it's related to Red/System or to your program.

Kaj, not to interupt your interesting conversation with the other 
"doc" but I was wondering if you could briefly summarize what one 
can do with all the bindings you have created. I specifically am 
interested in what that all means to android.

For Android, nothing yet, until Doc gets the Android port to work 
:-)

To get a feel for what Red can currently do, it's best to run my 
GTK-browser example, here in the Red/ folder for your platform: