Active Topics

 



Notices


Reply
Thread Tools
Posts: 1,680 | Thanked: 3,685 times | Joined on Jan 2011
#101
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?
__________________
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 2 Users Say Thank You to vi_ For This Useful Post:
Posts: 309 | Thanked: 456 times | Joined on Jan 2010
#102
I'm in. £10 from my next pay packet
 

The Following User Says Thank You to [DarkGUNMAN] For This Useful Post:
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
 
nicolai's Avatar
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


Originally Posted by vi_ View Post
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?
Count me in (10€), not only for his work he already done, but also
because every developer should own a N900 :-)
 

The Following 2 Users Say Thank You to nicolai For This Useful Post:
Posts: 1,680 | Thanked: 3,685 times | Joined on Jan 2011
#105
vi - £15.72
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.
 
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.
__________________
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:
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
 

The Following 3 Users Say Thank You to DavyP For This Useful Post:
Posts: 306 | Thanked: 603 times | Joined on Jan 2012 @ Belgium
#108
Originally Posted by [DarkGUNMAN] View Post
Quick update, scrolling in portrait mode is jerky for Medium fonts.
Landscape is fine.
Small fonts no problem
Strange, as I am doing the same thing whether I am in portrait or
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:
Posts: 136 | Thanked: 19 times | Joined on Nov 2011 @ Hungary
#109
Thanks for the update, I will try it at afternoon.
 
Posts: 306 | Thanked: 603 times | Joined on Jan 2012 @ Belgium
#110
Originally Posted by nicolai View Post
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 :-)
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:

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:
Reply


 
Forum Jump


All times are GMT. The time now is 19:20.