I've edited the topic without problems, but I wasn't able to edit the article.

What reason could they possibly have for not allowing third party operating systems and requiring applications in a specific format to be signed, if they're still fine with letting you run whatever unsigned code you want in the stock OS just by using a different application format that has the same level of access to the system as everything else? If they don't have any problem with people running unsigned code with full access on their calculators, why would they care more about one format or method of execution than another?

There is a very small amount of paid apps (at least for the 83+/84+ – I don't know much about the 68k calcs). The limitations on app signing, combined with the 83+/84+ trying to prevent you from having more than 8 kilobytes of executable code in RAM, were likely intended to hinder piracy of paid apps.

It could probably fit in Cemetech's archives. In fact, there already seems to be an old version of it there: https://www.cemetech.net/programs/index.php?mode=file&id=779

Outlook Express isn't included with newer versions of Windows. Microsoft's new email client is called Windows Live Mail (and is part of the "Windows Essentials" package), but there are of course also other clients that you can try if you want to, like Mozilla Thunderbird.

If I buy a Wii in 3 months for some reason, I of course won't have access to official Nintendo WFC servers but will I have access to those ones even if I didn't register when the official ones where online ?

Yes, I think so. The point of registering now is keeping your current Friend Code and data from Nintendo's servers.

Indeed, the first mismatch is just the time inside the comment added by TI-Connect, and the last one is the checksum. The second one is the "version" byte. If it's higher than the OS expects, I think you get an ERR:VERSION. The third one (two bytes) is actually part of the program data itself - the header of an assembly program is different on the CSE. So yes, if you changed the version byte and program header and recalculated the checksum, you can run the code on both calculators. But since there are a lot of differences between the two OSes, such as addresses of bcalls and free RAM areas, it would be hard to write code that works.

EDIT: Oh, it's in Axe. That probably makes it even harder to write OS-independent code, since the low-level routines are provided by Axe instead of written by you.

Quote from: ordelore on February 15, 2014, 04:08:44 pm

Quote from: Runer112 on February 15, 2014, 03:55:48 pm

Quote from: rw24 on February 15, 2014, 01:00:06 pm

Oh, and would Pokemon Gold and Silver be in color? Because they work on the Game boy, but they are in color.

Those are Game Boy Color games. The Game Boy color is not supported for emulation due to a number of increased technical difficulties in emulating it.

Correction: Those games ARE Gameboy games. They were released right when the Gameboy Color was first released and so retained backwards compatibality with the Gameboy. I can prove this because I have a Gameboy original that can play Pokemon Silver. When run on a Gameboy, it simply uses monochrome textures.

Really? I always knew they were shaped like Game Boy cartridges, so I guess it isn't that surprising. Maybe with some work, they could function in full color, but I certainly wouldn't hold my breath for this. I guess we'd have to wait to hear what calc84maniac thinks of its feasibility/infeasibility.

GS only provides proper color if it detects the GSC hardware, and I assume that it also would try to use other non-emulated features of the hardware if it detects it. If it doesn't detect a GBC but the console tries to run the game GBC-style anyway, you get some pretty weird colors, like 1:22 and on in this video:

Quote from: flyingfisch on February 05, 2014, 07:04:38 pm

Firefox, Thunderbird, Pidgin. Best. Clients. Ever. END OF STORY.

What is Pidgin?

It's a chat client that speaks a bunch of different protocols, like IRC, MSN, AIM and XMPP.