I also agree with Georg - delete the whole bin directory when rebuilding AROS. I had the same problem with segfaults until I did that myself.

Try the things I suggested about "gdb".

It would also be better if you used a debug-build. This simplifies ... ehm, well, debugging. It is done by passing
"--enable-debug" to ./configure. Btw, for a complete rebuild it's best to not just do a "make clean" but also a "rm -R bin"
in AROS directory to delete whole "AROS/bin" directory.

I did and it compiled properly, but there is another problem now. Wanderer makes AROS segfault. When I comment it out in S-S I can see AROS shell. But as soon as I start wanderer I get segfault from AROS.

Quote:

The native x86_64 compiler being 3.4.2 is ok, but I couldn't get AROS to work with the CROSS-COMPILER being 3.4.2. I had to edit the demo-i686 script in crosstool so that it generated gcc 3.3.4. You need to do the same thing. That should cure the problem.

Quote:


[sofcik@Amithlon ~]$ rpm -q glibc
glibc-2.3.4-2.fc3
glibc-2.3.4-2.fc3

[sofcik@Amithlon ~]$ gcc --version
gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)

But the cross-compiler dir generated by crosstool has the name gcc-3.4.2-glibc-2.3.3 so maybe this glibc version mismatch is the reason?

Quote:

The shell from within I start aros says this:

--

[sofcik@Amithlon AROS]$ ./aros
List chip memory: Attr=00000703 from 0xf77d3030 to 0xf7fd3008 Free=8343360
Chunk f77de0c8 Size 8343360
List rom memory: Attr=00000400 from 0x0804a940 to 0x080f2af8 Free=0
SerialHIDD_Init()
Got csd
Got OOPBase
Got UtilityBase
init_serialhiddclass(csd=f7842694)
Class=f78426b8
SerialHiddClass ok
init_serialunitclass(csd=f7842694)
Class=f78427a8
SerialUnit Class ok
Exit init_serialunitclass=f78427a8
serialunitclass: f78427a8
SerialUnitClass ok
Exit init_serialhiddclass=f78426b8
SerialHiddClass: f78426b8
Got SerialHIDDClass
Exit SerialHIDD_Init=1
ParallelHIDD_Init()
Got csd
Got OOPBase
Got UtilityBase
init_parallelhiddclass(csd=f7842924)
Class=f7842940
ParallelHiddClass ok
init_parallelunitclass(csd=f7842924)
Class=f7842a40
ParallelUnit Class ok
Exit init_parallelunitclass=f7842a40
parallelunitclass: f7842a40
ParallelUnitClass ok
Exit init_parallelhiddclass=f7842940
ParallelHiddClass: f7842940
Got ParallelHIDDClass
Exit ParallelHIDD_Init=1
[DOS] Booting from device EMU:
GfxHIDD_Init()
Got csd
Got OOPBase
Got UtilityBase
GfxHiddClass: f786e828
Got GfxHIDDClass
Exit GfxHIDD_Init=1
LoadKeyCode2RawKeyTable: keycode2rawkey.table successfully loaded!

DisplayPlanes = 24
DefaultDepth = 24


BITS PER PIXEL = 24


Using shared memory key 1090587198
NOTY_MAPWINDOW request returned
x11 hidd: Could not create offscreen bitmap for supplied attrs! Superclass hopefully can.

--

Quote:

There is no RWIN key on my keyboard so...

Quote:

Still the same

Quote:

Nothing like this happens. Here you have the output:

--
[sofcik@Amithlon AROS]$ gdb aros
GNU gdb Red Hat Linux (6.1post-1.20040607.43rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/tls/libthread_db.so.1".

(gdb) run -m 64
Starting program: /home/sofcik/temp/AROS-20050119-source/bin/linux-i386/AROS/aros -m 64
warning: Child process unexpectedly missing: Brak proces?w potomnych

Program terminated with signal ?, Unknown signal.
The program no longer exists.
You can't do that without a process to debug.
(gdb)

--

Any ideas what to do further?

Quote:

What's the debug output?

If you click into the white screen (X window) and press RWIN + W (Workbench menu shortcut to open a shell) does there happen something in debug output ("The function ChangeExtSpriteA() is not implemented.")?

Try to edit bin/linux-i386/AROS/S/Startup-Sequence. Add a "quit" as first line. Still same problem?

Try to run AROS through the GNU debugger gdb. To do this cd into bin/linux-i386/AROS and type "gdb aros". Then at the gdb prompt type "run -m 64". If you get a "Program received SIGTRAP, Trace/brakepoint" just type "cont". This may happen more than once.

When the white screen appears does gdb still run AROS, ie. not abort with some error/whatever? If yes, then press CTRL + Z in the Linux Shell window where you have run gdb. This interrupts AROS and you can enter gdb commands. Try "bt" for backtrace. What does it say. Try also "thistask". And "taskready". And "taskwait".

Cool. I need to get all this cool stuff coming out today.

I just compiled AROS with gcc 3.4.3, using XOrg: works like a charm.

Oh, btw, also ported gcc 3.4.3 to AROS. Should be in today's nightly build.

What version gcc did you use? Maybe there are still problems compiling it with 3.4.2.