devkitPro

Just a minor change in init order, nothing major -> http://devkitpro.svn.sourceforge.net/viewvc/devkitpro/trunk/default_arm7/source/main.c?r1=3984&r2=4239

Nothing much in the arm7 side of libnds that sticks out either. There's always the possibility that you ran into something in the new gcc, if ...

You'll need to give us some more details of the errors, it's really quite difficult to offer any kind of help without knowing what you're trying to run, how you're trying to run it, what you expect to happen and what actually does happen.

No, I mean that hbmenu works fine on ak2i, I've never used akaio.

UPDATE: Until just now when I installed it on my ak2i and ran a bunch of the examples which all worked fine.

Did you update manually and not update the default arm7 by any chance?

This works http://wiki.devkitpro.org/index.php/Homebrew_Menu

It would be interesting to know what the problem is with akaio though.

You don't, it only emulates gamecube code. Look for the Dolphin emulator but you'll need a fairly high spec PC to run it.

The build folder is already part of the include search path in the template makefile so you can use #include "board_png.h" instead of #include "../build/board_png.h".

As for just exiting, it's possible you just ran out of RAM, you're using an awful lot of png files there.

I've never used ...

REG_BLDALPHA_SUB = (8) | (16<<8); // Change the factors as needed
REG_BLDCNT_SUB = BLEND_ALPHA | BLEND_SRC_SPRITE | BLEND_DST_BG0 |BLEND_DST_BG1 | BLEND_DST_BG2 | BLEND_DST_BG3 | BLEND_DST_SPRITE | BLEND_DST_BACKDROP;


might be a bit more obvious about what it's doing, although I guess we could ...

stream redirection isn't supported, sorry. Despite appearances to the contrary there is no underlying OS and some things don't work.

c:/devkitPro/examples/wii/Wii_Eject/source/main.c:5:16: warning: di.h: No such file or directory
c:/devkitPro/examples/wii/Wii_Eject/source/main.c: In function 'main':
c:/devkitPro/examples/wii/Wii_Eject/source/main.c:58: warning: implicit declaration of function 'DI_Eject'

is caused by not ...

It's not a send bug, it's a closesocket bug - basically the socket is being closed while there's still data to send, you can work around that by inserting a delay after send completion before the closesocket. I've spoken to sgstair about this and he's of the opinion that dswifi needs rewritten ( the ...