gets. The outcome is still the same. It
doesn't matter if I use qemu-0.8.2-sb2 (default) or qemu-0.10 - Mono will crash
either way.
Also when using qemu-0.10 the application framework (af-sb-init.sh start)
crashes while starting. So for now I would recommend staying with the default
version
ext Cornelius Hald wrote:
> - "Riku Voipio" wrote:
>
>> We have now qemu 0.10 based packages for scratchbox1 and scratchbox2:
>>
>> https://garage.maemo.org/frs/?group_id=877&release_id=2506
>>
>> These packages are still very much expe
- "Riku Voipio" wrote:
> We have now qemu 0.10 based packages for scratchbox1 and scratchbox2:
>
> https://garage.maemo.org/frs/?group_id=877&release_id=2506
>
> These packages are still very much experimental, eventually the
> sb2-qemu-arm packages will r
a try?
> >
> >
> We have now qemu 0.10 based packages for scratchbox1 and scratchbox2:
>
> https://garage.maemo.org/frs/?group_id=877&release_id=2506
>
> These packages are still very much experimental, eventually the
> sb2-qemu-arm packages will replace the curr
Hi,
ext Cornelius Hald wrote:
> I just saw that a new version of qemu was released. Did anyone try to use
> this with scratchbox? If I understand it correctly it should improve the
> compatibility with the tablets. Is it worth a try?
>
>
We have now qemu 0.10 based packages
- "Juha Kallioinen" wrote:
> unfortunately you can't use the upstream qemu sources directly to
> build a functional qemu for Scratchbox1. There are a few patches that need to
> be applied and you'll need to link it with libsb too.
>
> If you'd like, take a look at the patches and sources of
ext Cornelius Hald wrote:
> Thanks for the input Eero! I already tried to compiled qemu using the X86
> and the HOST target, but the build always failed. Now I compiled a static
> binary on my host and using that it works somehow.
>
> [sbox-DIABLO_ARMEL: ~] > qemu-arm-0.10 hello Hello world
>
> B
- "Eero Tamminen" wrote:
> Hi,
>
> ext Cornelius Hald wrote:
> > Relying to myself :) It seems like I found the problem. If I try to
> run the new qemu from inside scratchbox I get this:
> > [sbox-DIABLO_ARMEL: ~] >
> /scratchbox/devkits/cputransp/bin/qemu-arm-0.10
> > /scratchbox/devkits/cp
Hi,
ext Cornelius Hald wrote:
> Relying to myself :) It seems like I found the problem. If I try to run the
> new qemu from inside scratchbox I get this:
> [sbox-DIABLO_ARMEL: ~] > /scratchbox/devkits/cputransp/bin/qemu-arm-0.10
> /scratchbox/devkits/cputransp/bin/qemu-arm-0.10:
> /scratchbox/ho
;
> > I tried, it didn't work with threads... but now it's fixed in the
> > repository:
> >
> http://repo.or.cz/w/qemu.git?a=commit;h=c2764719914ff0c4d6c06adafea17629600f21ba
> >
> > Maybe the next stable release?
>
> Thanks for your answer. How di
;> I tried, it didn't work with threads... but now it's fixed in the
>> repository:
>> http://repo.or.cz/w/qemu.git?a=commit;h=c2764719914ff0c4d6c06adafea17629600f21ba
>>
>> Maybe the next stable release?
>
> Thanks for your answer. How did you do it?
>
gt; http://repo.or.cz/w/qemu.git?a=commit;h=c2764719914ff0c4d6c06adafea17629600f21ba
>
> Maybe the next stable release?
Thanks for your answer. How did you do it?
What I did is:
- Compiled qemu 0.10
- Copied the binary qemu-0.10.0/arm-linux-user/qemu-arm to
/scratchbox/devkits/cputransp/bin/qemu-a
On Mon, Mar 9, 2009 at 12:01 AM, Cornelius Hald wrote:
> Hi,
>
> I just saw that a new version of qemu was released. Did anyone try to use
> this with scratchbox? If I understand it correctly it should improve the
> compatibility with the tablets. Is it worth a try?
>
> http://www.nongnu.org/qem
Hi,
I just saw that a new version of qemu was released. Did anyone try to use this
with scratchbox? If I understand it correctly it should improve the
compatibility with the tablets. Is it worth a try?
http://www.nongnu.org/qemu/changelog.html
http://www.phoronix.com/scan.php?page=news_item&px=
14 matches
Mail list logo