Messages

1

Angstrom & OpenZaurus / New: Hentges Rom Rc For Akita

« on: May 30, 2006, 10:37:28 am »

Hi, this is the first time I use OZ and Hentges, I decided to try both out in the GPE versions. First I flashed OZ RC4 and everything went ok (I changed the filename). Then I flashed Hentges and tried it a bit, got a few errors with the sound, so I wanted to change back to 3.5.4.1-RC4. When I did so it looked like flashing went ok, but I got the following error:

ERROR: FAILED
/bin/sh: Can't access tty: job control turned off

A search for this on the forum only brought up a thread about a request to develop the installer.

Afaik I did not do anything different than the first time, other than that the first time I started with a flash that was erased by the pdaxrom installer instead of the one supplied with OZ.

My machine is a C1000, nand is partitioned to 64/64 with the pdaxrom partition manager (which is the default I read earlier in a thread here).

Could anyone tell me what I am doing wrong and how to fix it please?

What I'm going to try now is to reboot to pdaxrom and erase the flash with that, then overwrite the files with the OZ ones again and try to reinstall.

EDIT:
Hmm I tried reinstalling Hentges and that seems to go well. I still don't know why the normal OZ 3.5.4.1 RC4 worked the first time and not the second though. Perhaps something to do with erasing the user part of the flash? However in Hentges I can't start a shell (other programs go fine).

2

Zaurus - pdaXrom / Pdaxrom 1.1.0beta3 For C1000/c3100/c3200 And X86

« on: May 02, 2006, 05:23:23 am »

Hi,

I am on a trip to Russia and have limited access to the internet right now, so
to enjoy all the free wifi internet cafes in Moscow I was using my Zaurus with gaim to
keep in touch with people at home (don't have to lug my heavy laptop!).
The Zaurus and pdaxrom are ideal for this purpose!! However, some things
go wrong once in a while...
 
I installed the beta1.1.0beta3 and the only program I installed as well was
gaim 2 beta (from the feed) with all the libs, in /home/user/ (so both gaim and
the libs were installed there).

However three times so far the following has happened:
When I start gaim first it works a few times. At some point when I load it
it will not start at all, when I type gaim in the shell it says that it
cannot load libao.so.2. I do file /home/user/usr/lib/libao.so.2 and it is a
symbolic link, so it should be ok. It points to libao.so.2.12 or something and
that seems to be ok too. When I reflashed the rom and reinstalled
gaim it worked again. I tried several sizes of the root/user when reflashing,
and right now I have 64/64. Oh I also tried making a symlink from /usr/lib/libao.so.2
to the proper files in /home/user/usr/lib/ and this gave some error as well
(probably because root is read-only .

What I have not tried:
-Installing gaim on / instead of /home/user/
-Installing gaim on my cf card

Any clue what goes wrong?

Some other remarks I have:
It seems that the command history is saved somewhere, or is this just in the ram?
I want to write to flash as few as possible, is there a way to turn it off?

And a minor remark: the feed adress in the rom is not set correctly, which is a bit of
work when reflashing the rom (have to set the wifi to managed
and to change the adress of the feed before one can reinstall stuff).

Thanks

3

Zaurus - pdaXrom / Gemrb

« on: March 20, 2006, 04:17:14 am »

Little update:
Since I am trying to compile without sound now I modified the makefile.am files and the configure script then tried to run automake and autoconf.
However I ran into this bug:
http://www.pdaxrom.org/buglist.php?doactio...owbug&bugid=352
Took a while to figure out, as I also needed to run aclocal.

So what I got is:
gemrb-0.2.6> automake
autom4te: need GNU m4 1.4 or later: /opt/native/i686/3.4.5-2.2.5/bin/m4
automake: autoconf failed with exit status: 1
gemrb-0.2.6> which m4
/usr/bin/m4
So the solution is:
M4=`which m4` automake
However I now get
gemrb-0.2.6> M4=`which m4` automake
configure.in:35: version mismatch. This is Automake 1.9.2,
configure.in:35: but the definition used by this AM_INIT_AUTOMAKE
configure.in:35: comes from Automake 1.7.9. You should recreate
configure.in:35: aclocal.m4 with aclocal and run automake again.

After doing
M4=`which m4` aclocal
M4=`which m4` automake
M4=`which m4` autoconf
M4=`which m4` autoheader
Then configure passes this point... and gives an error that the python version is
too old as the program needs Python 2.3.0 or greater.
Once it is configured (which does not work yet), make also needs to be
M4=`which m4` make

edit: Hmm strange, the Python libs are 2.4 so I am going to find out why it cannot find them now.
edit2: Hmm not sure what to think of this one, but I think I found what the problem is:

checking for python... /opt/cross/arm/3.4.5-xscale-softvfp/bin/python
checking if Python version >= 2.3.0... too old
configure: error:
*** You need Python (www.python.org) version 2.3.0 or greater to compile GemRB
file /opt/cross/arm/3.4.5-xscale-softvfp/bin/python
/opt/cross/arm/3.4.5-xscale-softvfp/bin/python: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), not stripped
It's the i386 version hmm.

cp /opt/cross/arm/3.4.5-xscale-softvfp/bin/python2.4 /opt/cross/arm/3.4.5-xscale-softvfp/bin/python
gives
cp: `/opt/cross/arm/3.4.5-xscale-softvfp/bin/python2.4' and `/opt/cross/arm/3.4.5-xscale-softvfp/bin/python' are the same file

So even though it's the i386 version, it should give a version number higher than 2.3.0.
The way I set up the dev environment is this:

#!/bin/bash
. /etc/profile
export PATH=/opt/cross/arm/3.4.5-xscale-softvfp/bin:$PATH
export QTDIR=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/qt
export KDEDIR=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/qt
export X11INC=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/include
export X11LIB=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib
export PKG_CONFIG_PATH=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib/pkgconfig
export LD_LIBRARY_PATH=/opt/cross/arm/3.4.5-xscale-softvfp/lib
echo "Type exit for leave armv5tel-cacko-linux cross environment."
/bin/bash

I think that this is because the PATH variable makes it look in
/opt/cross/arm/3.4.5-xscale-softvfp/bin while it is found elsewhere (though not in /opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/bin/ )
in my modified script.
There are a few things I am going to try now, perhaps just removing the check for python will
work.
The command I use to configure is:
LDFLAGS=-Wl,-rpath-link,/opt/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib/X11 ./configure --host=armv5tel-cacko-linux --build=i686-linux --x-includes=/opt/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/include/X11 --x-libraries=/opt/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib/X11
My first try just removing some of the checks in configure.in resulted in:
config.status: creating config.h
config.status: config.h is unchanged
config.status: linking ././fnmatch_.h to ./fnmatch.h
config.status: error: ././fnmatch_.h: file not found
Probably it needs to set flags for certain functions (the ones I removed from the configure script!) and therefore it cannot create config.h, or am I wrong there?

4

Zaurus - pdaXrom / Gemrb

« on: March 17, 2006, 08:21:39 am »

A progress report of what I did so far:
The GemRB program needs the sound library OpenAL, that wraps to ALSA. So I compiled the OpenAL library, then it turned out that GemRB needs a function from alut as well. ALUT is the utility functions that belong to OpenAL (just as Glut are the utility functions for OpenGL). I copied the lib manually to the dev environment, and got the .h files from the common/include/AL directory in the openAL archive.
What I am stuck at now is the following: When making freealut, it stops at src/alutUtil.c with the error:

alutUtil.o
alutUtil.c: In function `alutSleep':
alutUtil.c:30: error: storage size of 't' isn't known
alutUtil.c:30: error: storage size of 'remainingTime' isn't known
alutUtil.c:35: warning: implicit declaration of function `nanosleep'
alutUtil.c:30: warning: unused variable `t'
alutUtil.c:30: warning: unused variable `remainingTime'

So I checked which include this struct was defined in, it is in
/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/include/time.h
where I find:
#if !defined __timespec_defined && \
    ((defined _TIME_H && defined __USE_POSIX199309) || defined __need_timespec)

struct timespec
  {
    __time_t tv_sec;            /* Seconds.  */
    long int tv_nsec;           /* Nanoseconds.  */
  };

#endif
Not sure whether those defines are true, but if not then it is already defined elsewhere, I also see it in for example: aio.h, netdb.h, pthread.h, sched.h, semaphore.h and signal.h. But I think in those it is only used and not defined. So perhaps there is a missing include or I need to link a file where the machine bindings for timespec are defined somewhere.

Alternatively, I can leave out the ACMImporter library and the Nullsound module will be used in GemRB (after I figure out how to do that of course  I hope there's a configure --disable option for it, that would be easiest).

p.s. I got the alut and openal sources from http://www.openal.org/
p.p.s. Hmm I just found out that I couldn't find an ALSA library for pdaxrom, perhaps I should just use the nullsound for now. I should have checked that first ah well. Wierd that my OpenAL completed make but didn't complain about that, perhaps because I didn't link it yet to something else.

5

Zaurus - pdaXrom / Emelfm2 0.1.6 And Crosscompiling Questions

« on: March 16, 2006, 05:38:52 am »

Thank you for the suggestions! In my case something still goes wrong but I suspect that is a different problem.
make DESTDIR=/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux install
(if I put a slash behind the path I saw some generated paths with two slashes so I removed it) then it installs stuff in /opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/usr/local/lib/
so it adds usr/local/lib to the paths, wonder if that is correct. I think I'll try what a manual copy will do after I fixed the following thing:

The error message in the configure script I am getting is this one
checking for alutInit in -lopenal... no
checking for alutInit in -lalut... no
configure: error: *** You need OpenAL (www.openal.org) to compile GemRB
The one I compiled is openal, not alut so perhaps that is the problem, there was not much documentation on the site but these names look similar to OpenGL and Glut, so alut are probably functions that add to base functions of openAL and you need both compiled and installed. Compiling alut gives me some trouble though and I have to look into that.

6

Zaurus - pdaXrom / Emelfm2 0.1.6 And Crosscompiling Questions

« on: March 16, 2006, 03:28:45 am »

Next step is to try some packages dependant on other libraries.
How do I compile multiple libraries and dependency chains? Should I install compiled libs and headers into /opt/cross/arm or somewhere and maintain a little tree there? Or do I need to use pdaxrom build system for that? Inquiring minds need to know!

I would like to know the same, I succesfully compiled a library (OpenAL) than an app (GemRB) needs I am trying to cross compile, but if I make install for the library I have no clue where it puts it and the configure of the app (GemRB) can not find that the library is installed.
I have some .so, .so.0, .so.0.0.0, .lai, .la and .a files (the .0 and .0.0.0 are symlinks of course) after I did a make, I saw /opt/cross/arm/3.4.5-xscale-softvfp/lib exists and a /opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/lib/
also where do I need to put the includes? just in
/opt/cross/arm/3.4.5-xscale-softvfp/armv5tel-cacko-linux/include/ and it should
work? The app depends on SDL, OpenAL, Python and zlib, of which I think zlib and SDL are in the SDK, not sure about python so I need to check but it does exist for the PdaXrom so if not in the SDK then I suppose there is a way to convert the ipk back to a set of libraries and includes and copy those in the proper places so that the configure of the app finds them.

7

Zaurus - pdaXrom / Gemrb

« on: February 13, 2006, 03:50:42 am »

on the screenshots section of the site, there's a gkrellm launched and one can notice that 70% of cpu is used and it don't seem to have any other program open ... I guess this would be a little heavy for our poor little Zs :s
[div align=\"right\"][a href=\"index.php?act=findpost&pid=114553\"][{POST_SNAPBACK}][/a][/div]

Hmm, I wonder what kind of CPU that was. From what I remember BG engine used huge full colour bitmaps and scrolled those around. Now I wonder what speed increases you would get if you say downscale the graphic size and the amount of colours, processor utilisation would go down lots. Perhaps using the MMX instructions at some places may help too?

8

Zaurus - pdaXrom / Gemrb

« on: February 10, 2006, 08:30:42 am »

Although it is not finished, this looks like a very interesting project:
http://gemrb.sourceforge.net/
As it will allow to run some very nice games like Baldurs gate (1, 2, expansions), Icewind Dale and most of all, Planescape Torment on Linux!
Did anyone try to compile it for the Zaurus before?

9

Zaurus - pdaXrom / Skype?

« on: January 30, 2006, 09:57:43 am »

As for headset - I previously used an old stereo headphone set with the left earpiece working as the mic. It worked surprisingly well !!

I only see one headphone jack on the side of my C1000, does it function as an input as well as an output on the other channel at the same time? Or do you need to connect an USB or BT device? (If so, which one would you recommend?)

10

Zaurus - pdaXrom / Gp2x Psone Emulator Running Realy Fast

« on: January 27, 2006, 03:35:21 am »

I hope these links are helpful to you in writing the dynamic recompiler:
http://cvs.mess.org:6502/cgi-bin/viewcvs.c...rmdrc.c?rev=1.3
http://cvs.mess.org:6502/cgi-bin/viewcvs.c...rmdrc.h?rev=1.3
http://forums.ngemu.com/pcsx-discussion/43...ment-print.html
http://armphetamine.sourceforge.net/oldinfo.html
Good luck, this project is awesome!

11

Zaurus - pdaXrom / Gp2x Psone Emulator Running Realy Fast

« on: January 24, 2006, 05:16:51 am »

Could it be something like this
( https://www.oesf.org/forums/index.php?showtopic=9343&st=15 see the post by ikm)

The xpdf crashing on pdaXrom is a memory access processor issue. This is related to the ARM processor design. Those kind or bugs are hard to find in source code, even hardder when the source code is not yours, even harder when there are a lot of memory pointer for document handling.

Yep, these problems seem likely to be caused by the unaligned memory accesses, which are not handled correctly by the ARM processor. There is a handy gcc's option to hunt down memory alignment problems such as these:

CODE

      -Wcast-align
          Warn whenever a pointer is cast such that the required alignment of
          the target is increased.  For example, warn if a "char *" is cast
          to an "int *" on machines where integers can only be accessed at
          two- or four-byte boundaries.


It creates much false positives, but it still is easier than just reading all the code

Good luck on the project, it is awesome!

12

Zaurus - pdaXrom / Rc10.4 For Sl-c1000

« on: August 04, 2005, 05:05:32 am »

Thank you

13

Zaurus - pdaXrom / Some Problem In Rc10 For C1000

« on: July 26, 2005, 07:19:34 am »

Right shift does not work.
X sometimes freezes, all keyboard input freezes as well (could not do a ctrl-alt-backspace as those keys were not registered).

14

Zaurus - pdaXrom / Usb Networking On Rc10

« on: July 26, 2005, 07:18:00 am »

Same problem here, I wanted to use the SD card emulation as it is easy to move files that way for me. The following thread may be helpful:
https://www.oesf.org/forums/index.php?showtopic=13680
although I did not manage to get that to work yesterday, but I only had a very brief time to try.

15

General Discussion / Newbie Font Questions

« on: July 01, 2005, 05:25:14 am »

The version that was installed indeed was one version older than the newest. So I uninstalled the old and installed the newest one. There were different ipk's to choose from, and after reading the
qpdf2 help forum on sourceforge I thought the freetype version had the biggest chance of working. However, still it seems to go wrong when reading math/physics/chemistry papers/theses with not so often used math symbols in them. The strange thing is, that xpdf on my desktop linux computer does show them correctly, and qpdf2 is based on xpdf. I wonder now if this has something to do with not installed fonts. (Is there any way to find out which fonts are used in a pdf? Perhaps I can copy those fonts somehow to the Z).