Active Topics
-
Porting apps to Leste (29)
to Maemo 7 / Leste by Arno_11 - 2 days, 17 hrs ago -
Install Fonts in N900 (68)
to Maemo 5 / Fremantle by teroyk - 3 days, 21 hrs ago - more...
| The Following 2 Users Say Thank You to vi_ For This Useful Post: | ||
![[DarkGUNMAN] is offline](maemo/images/statusicon/user_offline.gif)
|
2012-02-08
, 09:32
|
|
Posts: 309 |
Thanked: 456 times |
Joined on Jan 2010
|
#103
|
Quick update, scrolling in portrait mode is jerky for Medium fonts.
Landscape is fine.
Small fonts no problem
Landscape is fine.
Small fonts no problem
 |
|
2012-02-08
, 09:34
|
|
Posts: 1,637 |
Thanked: 4,424 times |
Joined on Apr 2009
@ Germany
|
#104
|
Hi DavyP,
I tried again to compile midp, but I can not get this to work.
I tried different howtos I found (phoneme for webos for example)
Starting with building the PCSL part I get this error:
gcc: error trying to exec 'cc1'
looks like a PATH entry is missing.
If I manually change the PATH it can find the cc1 from my arm-toolchain
but I get errors "can not find stdio.h" and if I manually change the
CFLAGS to include that path for stdio.h I get more errors
about other includes missing.
So, somehow my cross-compiler toolchain isn't correct, but
I don't understand what I could have done wrong.
It is working for developing apps for maemo, but for maemo
scratchbox environment is used within its one login shell.
For midp I can not directly use this envirionment because
midp depends on java tools that aren't useable from
within scratchbox.
But it should work to just use scratchbox toolchain I even
tried different toolchains (scratchbox, the one from WebOs,
codesourcery) always the same errors.
Any ideas.
Nicolai
because every developer should own a N900 :-)
I tried again to compile midp, but I can not get this to work.
I tried different howtos I found (phoneme for webos for example)
Starting with building the PCSL part I get this error:
gcc: error trying to exec 'cc1'
looks like a PATH entry is missing.
If I manually change the PATH it can find the cc1 from my arm-toolchain
but I get errors "can not find stdio.h" and if I manually change the
CFLAGS to include that path for stdio.h I get more errors
about other includes missing.
So, somehow my cross-compiler toolchain isn't correct, but
I don't understand what I could have done wrong.
It is working for developing apps for maemo, but for maemo
scratchbox environment is used within its one login shell.
For midp I can not directly use this envirionment because
midp depends on java tools that aren't useable from
within scratchbox.
But it should work to just use scratchbox toolchain I even
tried different toolchains (scratchbox, the one from WebOs,
codesourcery) always the same errors.
Any ideas.
Nicolai
Originally Posted by vi_
Count me in (10€), not only for his work he already done, but also
Right chaps, lets talk turkey.
I will pledge $25 dollars to buy this guy an N900. I can accumulate all pledges till we have enough to get this Mofo an n900. Who is in?
because every developer should own a N900 :-)
__________________
my contributions:
Desktop Clock Widget|Calendar Home Widget|Lens Cover Reminder|ConnectNow|Scout|App Search Widget|ProfilesX|
Desktop-Switcher|SMS-Messageblocker
-Donate-
my contributions:
Desktop Clock Widget|Calendar Home Widget|Lens Cover Reminder|ConnectNow|Scout|App Search Widget|ProfilesX|
Desktop-Switcher|SMS-Messageblocker
-Donate-
|
|
2012-02-08
, 10:26
|
|
Posts: 1,680 |
Thanked: 3,685 times |
Joined on Jan 2011
|
#105
|
vi - £15.72
Darkgunman - £10
Nicolai - £8.34
Total = £34.06
Darkgunman - £10
Nicolai - £8.34
Total = £34.06
__________________
N900: One of God's own prototypes. A high-powered mutant of some kind never even considered for mass production. Too weird to live, and too rare to die.
|
|
2012-02-08
, 10:44
|
|
Posts: 1,680 |
Thanked: 3,685 times |
Joined on Jan 2011
|
#106
|
Ok, I have found a guy who will sell me his old n900 for £69. It is a bit of a beater with a scratched screen in poor cosmetic condition but apparently it all works fine. This means we are %49 of the way to buying it.
If you feel you will benefit from using this piece of software AT ALL now or in the future I ask you to donate some $$$ for the cause. It does not matter how little just donate something, or I will toe your balls the next time you come with a rétarded feature request.
If you feel you will benefit from using this piece of software AT ALL now or in the future I ask you to donate some $$$ for the cause. It does not matter how little just donate something, or I will toe your balls the next time you come with a rétarded feature request.
__________________
N900: One of God's own prototypes. A high-powered mutant of some kind never even considered for mass production. Too weird to live, and too rare to die.
| The Following 5 Users Say Thank You to vi_ For This Useful Post: | ||
|
|
2012-02-08
, 11:01
|
|
Posts: 306 |
Thanked: 603 times |
Joined on Jan 2012
@ Belgium
|
#107
|
File download issue should be fixed now. It turned there was a seek() operation issue. OperaMini 6.5 did an openOutputStream(0) whereas the older version did an openOutputStream(). This '0' parameter triggered a seek(0) operation, which failed. Unfortunately, the underlying stream implementation does not support seeking, but luckily for OperaMini 6.5 the fix was simple as a seek(0) is the same as not seeking at all. For now, I just check the byte offset for the seek operation and if it is 0 I skip it.
There are new builds on my website (with the same date of 2012-02-08).
One note: I added another virtual folder /FileSystem so you can access any folder you like. However, when you try to save a file, make sure you have write permissions to that folder. The /Private virtual folder should work as it is mapped onto the /home/user/MyDocs folder. The /Storage one is mapped onto /media/mmc1.
Cheers
Davy
There are new builds on my website (with the same date of 2012-02-08).
One note: I added another virtual folder /FileSystem so you can access any folder you like. However, when you try to save a file, make sure you have write permissions to that folder. The /Private virtual folder should work as it is mapped onto the /home/user/MyDocs folder. The /Storage one is mapped onto /media/mmc1.
Cheers
Davy
|
|
2012-02-08
, 11:06
|
|
Posts: 306 |
Thanked: 603 times |
Joined on Jan 2012
@ Belgium
|
#108
|
Originally Posted by [DarkGUNMAN]
Strange, as I am doing the same thing whether I am in portrait or
Quick update, scrolling in portrait mode is jerky for Medium fonts.
Landscape is fine.
Small fonts no problem
landscape mode.
Perhaps in portrait mode, the slowdown is caused because
phoneME needs to print many more smaller (single line) strings,
whereas in landscape mode Opera Mini prints fewer but longer
strings. I am just guessing here.
Davy
| The Following User Says Thank You to DavyP For This Useful Post: | ||
|
|
2012-02-08
, 11:25
|
|
Posts: 136 |
Thanked: 19 times |
Joined on Nov 2011
@ Hungary
|
#109
|
Thanks for the update, I will try it at afternoon.
|
|
2012-02-08
, 11:26
|
|
Posts: 306 |
Thanked: 603 times |
Joined on Jan 2012
@ Belgium
|
#110
|
Originally Posted by nicolai
I am using the ARM 2011.03 GNU EABI cross-compiler from CodeSourcery (which apparently changed its name to Mentor Graphics). The Lite versions of the compilers are a bit harder to find, but you can download the latest ones over here:
Hi DavyP,
I tried again to compile midp, but I can not get this to work.
I tried different howtos I found (phoneme for webos for example)
Starting with building the PCSL part I get this error:
gcc: error trying to exec 'cc1'
looks like a PATH entry is missing.
If I manually change the PATH it can find the cc1 from my arm-toolchain
but I get errors "can not find stdio.h" and if I manually change the
CFLAGS to include that path for stdio.h I get more errors
about other includes missing.
So, somehow my cross-compiler toolchain isn't correct, but
I don't understand what I could have done wrong.
It is working for developing apps for maemo, but for maemo
scratchbox environment is used within its one login shell.
For midp I can not directly use this envirionment because
midp depends on java tools that aren't useable from
within scratchbox.
But it should work to just use scratchbox toolchain I even
tried different toolchains (scratchbox, the one from WebOs,
codesourcery) always the same errors.
Any ideas.
Nicolai
Count me in (10€), not only for his work he already done, but also
because every developer should own a N900 :-)
http://www.mentor.com/embedded-softw.../lite-edition/
You have to register first, but you can get the compilers directly from:
https://sourcery.mentor.com/sgpp/lit...al/release2029
I use these compilers directly on my linux OS so not in a scratchbox environment. See if this somehow already helps with the missing headers files.
Davy
| The Following User Says Thank You to DavyP For This Useful Post: | ||
I will pledge $25 dollars to buy this guy an N900. I can accumulate all pledges till we have enough to get this Mofo an n900. Who is in?