Qtopia 1.7 For Pdaxrom

[ShiroiKuma]

pgas, this is a major breakthrough, I think...

So far I've ran embeddedkonsole of Qtopia... Works fine. If this'll work with all the Qt apps then we have everything we could dream for in pdaXrom, being able to run all the apps for Qt too...

My question is, I'm starting individiual applications using the script in the link, it works. However they are fullscreen, which is not a prob, but I can't figure out how to switch to other running pdaXrom apps while running a Qt app. Alt-Tab doesn't seem to work, it's probably captured within Qt.

So how can I switch to other running apps?

[xamindar]

wow, this would be perfect if qtopia was on pdaxrom!

[fryster]

wow, this would be perfect if qtopia was on pdaxrom!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=117656\"][{POST_SNAPBACK}][/a][/div]

I'll say!  Can someone please put this on a feed?  I'd switch to pdaxrom in a minute, if I could heva Qtopia running exactly as it did under Cacko.

Fry

[Meanie]

Don't get too excited guys. This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created and/or the app can be recompiled for the right lib versions. This wouldn't be a problem for most opensource apps where the code is freely available, but for the closed code apps that Sharp provides, there might be some problems running them.

[anunakin]

And Qtopia 2.2.0? any hope?

[ShiroiKuma]

Don't get too excited guys. This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created and/or the app can be recompiled for the right lib versions.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=117675\"][{POST_SNAPBACK}][/a][/div]

Hmmm... You're right, so this doesn't look like such a major breakthrough. This means, all the apps would have to be recompiled...

Maybe the way to go is to try to compile Qtopia 1.5. I'd try, but this is too major to do it on the Z. Anyone else, pgas?

[pgas]

This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created

Actually I don't think the version of qtopia is so much a problem as the fact that pdaxrom uses softfloat, newer libc/ gcc version.

I don't know if qtopia 1.5 is available open source. Plus the qt/e qtopia used by sharp is a modified version and you'll probably also want some sharp specific  closed source libraries

Also, this solution is a hack, it seems to behave differently on newer Z (I don't remember running this in portrait) and was not perfect, the clock from matchbox was redrawing on the buffer.

On thing that can be attempted is to recompile qt/e with the patch for a sharp rom and run qtopia inside a chrooted cacko. (It is not guaranteed to work)

[anunakin]

First off, Meanie thx so much for your customization pages...
I have only just got my C3000 (about a month) and without that info it would have
took me an age to get where I am now

Anyway.... Qtopia... omg so close...
I am not attempting to run full qt yet, just apps as descibed at
http://www.yopy.lug.org.uk/forum_viewtopic.php?17.299...
qt sysinfo works fine as long as I have switched to portrait mode first as Meanie
describes in his post...

Using the script in the article above:

Code: [Select]

OK, create the following file /usr/local/bin/run_qtopia_app
then chmod +x it to make it executable. This script accepts the program name
and sets up the required variables for it to run as a single task app:

#!/bin/sh
export LOGNAME=root
export HOME=/home/root
export QTDIR=/home/opt/Qtopia
export QPEDIR=/home/opt/Qtopia
export PATH="$QPEDIR/bin:$PATH"
export LD_LIBRARY_PATH=$QPEDIR/lib
exec $* -qws

So, in the case of zbedic, it can be run from a terminal command like:

run_qtopia_app /opt/Qtopia/bin/zbedicworks fine when in portrait already, however if I add

Code: [Select]

export QWS_DISPLAY=Transformed:Rot270:0to the above script sysinfo runs but the display is screwed up - as if it's still trying
to run the app in portrait mode (but too tall) on a landscape qt display if you see what I mean.

Anyone have any ideas how to get that one step further and (if my assumption is
right) make the app run in landscape mode as well ?

Not sure if I'm on the right track with this yet tbh but after 30 mins of trying
it's not a bad start

For info - trying the QWS_DISPLAY doesn't seem to make any difference if added to qtopirun

Pgas: damned good work so far.. your my second hero :-)


...and finally for the hell of it, here's my beautiful linux desktop
 [ Invalid Attachment ]
[div align=\"right\"][a href=\"index.php?act=findpost&pid=117460\"][{POST_SNAPBACK}][/a][/div]

Using this, I did some tests....
Using this enviroment
1- Close X
2- Loads qpe
$ runQtopia /mnt/ide2/opt/Qtopia/bin/qpe -qws

3- This loads but not have touchscreen... however this looks nice and in landscape mode...


Using qtopistart (moded for my new paths)
1- This have mouse/touchscreen
2- when I click in some place this put a black hole on screen
3- This stay in portrait mode

[Armagon]

This is qtopia 1.7, Sharp ROM is using 1.5.x so apps from the Sharp ROM won't all just run unless compat libs can be created

Actually I don't think the version of qtopia is so much a problem as the fact that pdaxrom uses softfloat, newer libc/ gcc version.[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

Forgive my ignorance -- what exactly is the problem with soft-float vs hard-float and the glibc/gcc versions?

I'll try to answer my own question here, but I don't know if I'm right.

Googling gave me this: [a href=\"http://www.handhelds.org/hypermail/intimate/8/0809.html]Re: [Familiar] xscale & soft-float vs hard-float[/url], and the next reply was also interesting.

Soft-float is faster and more flexible, though the price you pay for that is incompatibility with all current binaries and libraries.

Obviously soft float is done in software; what about hard float?  The implication is it is done in hardware, but the Z doesn't have a float point co-processor.  Is it just that the CPU has a slow system to do the math, but clever software is faster?

Can a system run applications with both soft and hard floats, simultaneously?  They would need to use different libraries -- but we've already got a problem with different versions of libc.  Could we use old-libc-hardfloat and new-libc-softfloat?  Do the two need to speak to each other, or can they co-exist happily, so long as applications are linked to the correct one?

Now then, differences in gcc -- is the difference just that calling conventions have changed?  Is the compiler version not an issue on Windows because the ABI (Application Binary Interface) is the same?

Two other, related questions: how the heck is a compatability library built?  (I presume it maps calls to an old library with older calling conventions and parameters onto a newer library with new calling conventions and parameters.  [I'd really like to know what it does when the number or types of parameters to a function change ... that must be a huge pain])

Lastly, and I recognize that emulation would be painfully slow, if done in the normal way, but, could a program be written that could scan an executable and replace older calls with newer ones [I think emulator writers like to call this "dynamic recompilation"]?  And, if this could be done in theory, what kind of effort would it require in practice?

Well, that's a lot of questions.  If anyone even partially knows the answers, or can point me to them, I'd love to be less ignorant.

Thank you,
Armagon

[danboid]

There are only really 2 QT apps that I might want to carry on using when I switch to pdaxrom

HancomSheet

Netfront

I realise that both of these are closed source so we can't re-compile them- has anybody tried them? Hancomsheet does most everything I want and is much lighter than Gnumeric- but that may be offset by having to load the QT libs. Firefox, like Ooo, is too memory intensive a program to be running on the Z really and so thats why it would be nice to be able to run Netfront, although I'd drop it if I can get a light-weight browser for X that handles javascript and Yahoo! mail well. Is there one? Minimo didn't work last time I tried it under pdaxrom.

Also, is it true that you can run pdaxrom binaries (arm X apps) under OZ/GPE? If so, can I run Hancom and Netfront under the latest GPE as well as Abiword, gnumeric etc?

[pgas]

Also, is it true that you can run pdaxrom binaries (arm X apps) under OZ/GPE?

not sure, probably not, chrooted yes

If so, can I run Hancom and Netfront under the latest GPE as well as Abiword, gnumeric etc?

this has no relation with the previous question.
netfront and hancom won't run under oz/gpe. abiword and gnumeric are available for oz/gpe

[desertrat]

it would be nice to be able to run Netfront, although I'd drop it if I can get a light-weight browser for X that handles javascript and Yahoo! mail well. Is there one? Minimo didn't work last time I tried it under pdaxrom.

Yahoo mail works OK with Dillo. Links might work as well.

-- cheers