aurelj a écrit 34 commentaires

Il n'existe pas de logiciel libre pour transférer des fichiers de programme d'usinage d'un ordinateur vers une machine-outil, via une liaison série.

Vraiment ? Personnellement je n'y connais pas grand chose en machine-outil à commande numérique, mais EMC me semble correspondre plutôt bien à cette définition !

C'est bien évidemment possible en C !

#include <sys/mman.h>
#include <stdlib.h>
#include <string.h>
#include <stdio.h>

typedef int (*add_t)(int x);

int add(int x)
{
return x + 0x42424242;
}

add_t addn(int n)
{
char *p;
int size = (char *)addn - (char *)add;
add_t f = mmap(NULL, size, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
memcpy(f, add, size);
for (p=(char *)f; *(int *)p != 0x42424242; p++);
*(int *)p = n;
return f;
}

int main(void)
{
add_t f = addn(5);
printf("=> %d\n", f(7));
return 0;
}

Je ne dis pas que c'est propre et parfait mais c'est en tout cas parfaitement fonctionnel (y compris sur les CPU gérant la protection en execution des pages de données, style NX bit).
C'est certe loin d'être aussi élégant qu'en lisp, mais de toutes facon, un programmeur C n'aurait jamais eut l'idée d'écrire ce genre de fonction. Il aurait pris le problème global d'une tout autre manière. Les langages et la manière de les utiliser ne sont absolument pas comparables.

http://linuxprinting.org/

Non, il n'a pas été supprimé.
Par contre il dépend maintenant de l'option V4L1, donc effectivement tant que tu ne selectionne pas cette option, le driver bttv semble avoir disparu.

Tu as un peu facilement tronqué la fin de la phrase, ce qui la rend effectivement un peu prétentieuse. Mais si tu rajoute "par le biais de MPlayer", alors je pense que c'est absolument vrai.
Et je serais très étonné que G---oo inclus les patch pour MPlayer nécessaires au support des menus DVD.

Bien sur il y a d'autres applications que MPlayer qui lisent les menus DVD sous Linux depuis pas mal de temps, mais ca n'était pas le sujet.

Car on utilisait udev avant que mdev ne soit introduit dans busybox, que mdev n'est pas compatible avec les scripts udev, et que personne n'a pris le temps de faire la migration.
De plus, je ne suis pas sur que mdev propose toutes les fonctionnalités dont on a besoins dans GeeXboX.

Mais dans tous les cas, on accepte toute aide pour réaliser cette migration.

Exactement !
Ou bien encore plus simple : apt-get install mingw32
Mais bon, c'est sur, du coup, on perd le côté challenge technique ;-)

C'est faux.
Effectivement, la GPL s'applique tout autant aux versions compilées qu'au code source.
Mais il n'est pas nécessaire d'accepter la GPL pour simplement utiliser un logiciel (ie. l'executer).

Extrait de l'article 0 de la GPLv2 :

Activities other than copying, distribution and modification are not
covered by this License; they are outside its scope. The act of
running the Program is not restricted

En gros, la GPL ne couvre rien d'autre que la copie, la distribution et la modification. L'execution n'est soumise à aucune restriction.

Ca n'a probablement rien à voir avec ext3...
Il y a plus probablement eut un problème matériel lors de l'écriture d'un secteur de la partition.
Et comme tu a gentillement ordonné à ton kernel de remonter la partition en ro en cas d'erreur (via le fstab: errors=remount-ro) et bien il s'est executé docilement.

J'ai également rencontré ce problème une fois, avant de découvrire l'option 'errors='.

MAP_ANONYMOUS n'est pas POSIX

exact.

et est apparu récemment dans Linux.

Tout est relatif... Ca dépend de ce que tu appel récemment, mais perso, je ne pense pas que les linux < 2.4 soit encore tellement utilisé que ca, sauf cas très particulier.

On peut donc douter de sa portabilité.

Dans l'absolue ca n'est pas faux. Mais en pratique, et si tu te limite aux systèmes les plus courrant (Linux, *BSD, MacOSX, cygwin...), ca ne pose apparament aucun problème hormis le fait que certain systèmes définissent encore MAP_ANON à la place de MAP_ANONYMOUS.

Pour info, juste un example. MAP_ANONYMOUS est utilisé dans MPlayer pour allouer une zone mémoire en lui attribuant le droit PROT_EXEC afin de pouvoir executer du code qui est généré à l'execution. (sans ce PROT_EXEC, tu obtient un jolie segfault sur les CPU gérant la protection en exexecution, tel le NX bit des AMD64)
En pratique il s'avère que MPlayer ne se débrouille pas trop mal pour ce qui est de la portabilité.

Donc a moins que ta cible ne soit des systèmes vraiment très exotiques, je ne pense pas que la portabilité soit un si gros problème.

En ce qui concerne Linux, tu as essayé pour voir si les autres threads faisaient un sigsegv ?

Non, je n'ai pas fait ce genre de test avec des threads.
Les threads et autre fork c'est sympa, mais quand on peut les éviter c'est encore mieux ;-)

En fait c'est la seule technique POSIX que je connaisse pour avoir ce flag read-only controlé par le hardware.
Correction: on peut aussi utiliser mmap à la place de shm quand les données sont stockées dans des fichiers.

Effectivment on peut utiliser mmap pour avoir un flag read-only hardware. Mais ca n'est absolument pas réservé au fichiers !
Tu peux très bien allouer une simple zone mémoire en utilisant mmap en MAP_ANONYMOUS. Du coup, tu peux mapper en read-only une zone mémoire utilisé par un autre thread par example.

C'est sympa de penser au debian non i386 :-)
Merci pour ce repository source, la compile et l'install de gimp-greystoration se passe sans soucis sur amd64.

Juste un petit détail pour améliorer encore un poil le package, il faudrait au minimum ajouter libgimp2.0-dev dans les Build-Depends.

Meme problème chez moi...
Et je rajouterai que dans le tar.gz les fichiers install et bin/gcfilms ne sont pas executables !

Comme tu parle de i810switch, pour la sortie TV tu peux aussi essayer i810tvout. Je ne sais absolument pas si ca peut fonctionner sur autre chose qu'une i810, mais tu peux toujours tenter :
http://i810tvout.geexbox.org/(...)

> l'idéal serait d'avoir une 2ème version de LFS mais qui utilise une uClibc

Il existe déjà une version de LFS basée sur la uClibc ! Le monde est bien fait n'est-ce pas ;-)
Bon, c'est pas tout a fait la meme version, mais c'est bien sympa quand meme. Il s'agit de Hardened LFS : http://www.linuxfromscratch.org/hlfs/(...)

Le support du Windows media video advanced profile (wmva) vient d'étre ajouté à MPlayer (via le fichier wmvadvd.dll). Il se pourrait que ca corresponde à ton fichier. Je te conseil donc de tester la version CVS de mplayer.
Pour voir les nouveaux formats supportés : http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/etc/codecs.conf(...)

C'est marrant, en haut du site de Gcompris il y a un liens intitulé "Télécharger AssetML" ! Ca pourrait peut etre t'aider ;-)

Ohh mais voila qui est intéressant ! je vais regarder de ce coté !
Pour la peine moi aussi je te plussoi :-)

Le matroska n'est pas supporté par la geexbox pour une raison simple : la libmatroska est écrite en C++ et la geexbox n'inclus pour l'instant pas de libstdc++. Inclure la libstdc++ n'est pas si évident que ca en utilisant la uClibc. Perso je préférerai une réécriture de la libmatroska en C, ce dont il avait été question il y a quelques temps, mais depuis, pas de nouvelles :-(

Par contre les ogm ne pausent pas de problème, y compris avec mplayer 1.0-pre3.

Il n'y aurra jamais de support du vorbis ! (la raison est expliqué dans la FAQ mais en gros c'est une limitation matériel)

Par contre la possiblité d'installer rockbox directement dans le mémoire flash de l'archos c'est vraiment le bonheur !

Pour Doom, cette fois ci c'est tout simplement Doom III ! Et c'est plutot sympa : http://rockbox.haxx.se/mail/archive/rockbox-archive-2003-12/0439.sh(...)

J'ai l'impression que ton BIOS n'aime pas isolinux. As tu déjà essayé de booter un CD de distrib récente qui utilise isolinux (genre mdk >= 9.0) ?

C'est déjà possible ! Et ce depuis la version 0.90-3 ! (Enfin il manque encore le mode shuffle)
Il suffuit pour cela d'utiliser le geexbox-generator.

Non il n'y a pas moyen d'utiliser une souris. Et puis c'est tellement plus pratique avec une telecommande ;-) Sinon le clavier sans fil c'est pas mal non plus, mais un peu encombrant.

Je ne comprends pas tres bien l'intérêt d'une mini-distrib (20/50Mo) par rapport à une micro-distrib (3/5Mo) :

Sachant que cette mirco distrib inclus bien un support de l'accélération hw pour les cartes video (tout du moins pour les cartes disposant d'un driver vidix), et que le support des cartes son est effectivement un peu moyen dans cette première version mais que ca devrait etre beaucoup mieux d'ici peu...

Et quand par la suite il sera possible de graver un film sur le meme cd que geexbox (un film bootable quoi), ca serra toujours sympa d'avoir quelques Mo de plus pour le film.

Pour ceux qui on testé cette première release et qui ont eut des problèmes de son, il est vrai que le support des cartes son est un peu limité. Il y a une iso de test qui devrait supporter un plus grand nombre de carte son (hormis les cartes ISA): http://geexbox.free.fr/geexbox-0.90-1-acpi-soundcard.iso(...) . Si votre carte son PCI ne fonctionne toujours pas avec cette version, envoyez un mail a geexbox@free.fr pour le signaler.