Wii-Addict > LibELM 1.3 et µSync 0.1

Version complète: LibELM 1.3 et µSync 0.1

Wii-Addict > Customisation & Développement Amateur > Ressources

Bhaal

2 Nov 2009, 07:06

LibELM est une librairie FAT pour la Wii developpée par SquidMan, yellow.wood.goblin et Normmatt; elle passe desormais en 1.3 Final

CITATION

LibELM is a FAT driver, like libfat. However, LibELM is based on the amazing ELM FAT driver by ChaN. LibELM does NOT use a devoptab and as such, does not use the stdio functions (fopen, fread, etc.), but uses it's own. You can find all the information on how to use LibELM here: http://elm-chan.org/fsw/ff/00index_e.html

LibELM is Wii only, at the moment, and supports SD card, USB stick, and should support SDGecko, but SDGecko has not been tested.

CITATION

1.3 True Final
Reentrancy support using µSync.
Fixed directory listing.
Cache for increased speeds.
Changed drive names. libFAT styled now (sd:/, usb:/, gca:/, and gcb:/)
Cleaner code.
Start of DS code.
Updated demo to take advantage of new features.

Download : http://github.com/SquidMan/libelm

Source : http://wiibrew.org/wiki/LibELM

Site Officiel : http://squidman.no-ip.org/

En meme temps SquidMan nous propose une autre librairie, µSync, qui peut soit fonctionner avec LibELM ou bien avec d'autres librairies.

Honnetement j'ai pas trop compris a quoi ça pouvait servir etant donne que la programmation c'est pas trop mon fort ^^

CITATION

µSync is a small, lightweight mutex/synchronization library written in C. It is meant to be as small and fast as possible. It is used in LibELM for reentrancy support, but was released as a separate library, as it may have other uses.

Download : http://github.com/SquidMan/uSync

Source : http://wiibrew.org/wiki/USync

Site Officiel : http://squidman.no-ip.org/

faistoiplaisir

2 Nov 2009, 08:41

A propose de µSync:

Pour Juste pour essayer de clarifier.
La synchronisation dont il parle, c'est une syncronisation "d'execution du code".

Lorsqu'un programme tourne, il peux démarrer des threads, c'est des sections de code indépendante, qui tourne en "parallèle" et le processeur peut changer a n'importe quel moment l'execution du thread en cours pour passer a un autre thread.

Ces threads ont besoin d'utiliser de la mémoire, normal. Mais que ce passe-t-il si 2 thread veulent acceder a la même zone mémoire en même temps ?

Pour permettre d'organiser un peu cette syncro, il y a les Mutex, qui permette aux thread d'attendre qu'un événement soit fini avant de rependre la main.

Voila, en gros c'est ca

Nany63

2 Nov 2009, 19:01

mutex : exclusion mutuel où comment garantir l'atomicité d'une succession d'opération

Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.