[Development] [QtSerialPort] Porting to Android

Laszlo Papp lpapp at kde.org
Thu Aug 1 22:19:12 CEST 2013

I think most of your questions is well answered in the previously linked
android serialport project which I sent a link to, before.

If you check their manifest file, you cannot see there is no special
permission requested. Although they seem to use "chroot" for the emulator
environment which is rooted ...

I think the first step is to make a comparison between the Unix
QtSerialPort backend and their native code.

On Thu, Aug 1, 2013 at 9:00 PM, Denis Shienkov <scapig2 at yandex.ru> wrote:

> 01.08.2013 23:02, Thiago Macieira пишет:
> >> As far as I know, you don't need JNI to access sockets and files,
> >> that's done through the NDK.
> > Right. Android is just Linux, albeit using a bastardised and broken
> libc. If
> > we want to open files, we open files. If we want to open a socket, we do
> it.
> Means how I understand, JNI is necessary to export only C/C++ code
> "upward" to Dalvik VM
> (i.e. that it was possible to use Java a code)?
> I.e. in our case, in principle, the Java there is no need for us and we
> can use "direct access"
> to Linux layer's ABI?
> > Worst case scenario is that we have to ask via JNI the permission to open
> > certain files or to connect sockets to certain hosts. But I don't know
> how the
> > Android security system works, so I can't give you a full answer.
> I too am afraid of it.
> Because it is probable to /dev/ttyXXX access will be necessary Root
> privileges.
> >> For graphics, the Android QPA plugin is on
> >> qtbase/src/plugins/platforms/android.
> > The assets file engine that we're discussing in another thread is also
> there.
> Sory, "there" means in QPA plugin?
> --
> UPD, good news:
> I was able to quickly compile QtSerialPort (without /examples and
> without /tests of subdirectories) on Qt4.8.2
> with use "windows-online-necessitas-alpha4.1-sdk-installer.exe" on Win8
> host.
> For this purpose it was necessary to comment out two lines in
> "qserialport_unix.cpp".
> Now need try to check work on the real device with ARMv6.
> This good start... :)
> Best regards,
> Denis
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20130801/c4bc9284/attachment.html>

More information about the Development mailing list