TheBreton a écrit 932 commentaires

A moins de recompiler toute ta distro
c'est le principe fondateur de gentoo non ?
(http://www.gentoo.org/(...))
le scheduler tourne en quelques cycles de moins
comme souvent les programmes passe 80% de leur temps dans 20% de leur code gagner quelque cycles sur le task-switching provoque un gain de temps non negligable.
Sur un calcul qui tourne plusieurs jours en gagner une heure ou deux est toujours interressant.

Passer un temps (mais c'est surement encore le cas) les compilateurs d'intel fournissait le code le plus rapide a l'execution pour les x86 (bien loin devant gcc), bien sur ils ont les docs de leur produit dans tous les details donc pour eux c'est plus facile de fournir des compilos performant.
OK tous le monde n'utilise pas de x86 mais un linux 10 ou 15% plus veloce a l'execution sans changer de config materiel c'est interessant..

pas entierement d'accord, linux est un kernel, il gere les taches, et la concurence d'acces au materiel. Point barre.
Il gere le transport des données en wagon blindé d'un espace non-protege (userspace) a un monde de securite (kernelspace->carte hardware).
Le contenu des donnée qui transite n'est pas de ca responsabilité.
En reclamant (il y a de ca quelque temps en arriere) un serveur web, maintenant un mixer de son, demain une interface graphique dans le kernel on change de principe de fonctionnement et on arrive a un truc style windoxs.
Ou quand un truc annexe (jouer du son, jouer un film, jouer a doom3, ecrire son cv sous OOo...) plante alors tout le systeme est planter, le gestionnaire de disk decide que tout doit etre formater, la carte reseau de repeter a l'infini le dernier packquet envoyer et plein d'autre truc est joyeux.
Assurer la securite du systeme et des données est le role de l'os, l'interface graphique et tout le multimedia sert a occuper l'utilisateur sur la chaise en face de l'ordi deux chose differentes.
Enfin c'est mon avis, et j'abonde entierement dans le sens du thread que pour l'instant la gestion du son et des mixer sous linux n'est pas au top du tout. je ne suis simplement pas d'accord sur le faits de confier ce job au kernel.

il semble que ton install de gcc soit imcomplete ou corrompu
urpmi gcc
urpmi g++

et en re-essayant apres ca,ca donne quoi ?

vi te dis sans doute ca car il ne peut creer de fichier tmp sur le disk car il est readonly.
ton disk dur est pas plein par hasard ? les messages d'erreurs sont un peut bizarre quand linux n'as plus d'espace disque dispo.
tu n'aurais pas tente de redimensionne tes partitions pour l'install de win?

un lien vers le site
http://www.shinux.org/index.html(...)

il est dit partout que les logiciels fournie sont sous GPL et que quelque partie developper par shinco sont sous une license qui n'autorise pas d'autre maison produisant des balladeurs mp3 a etre redistribué sans leur autorisation.

Une entreprise est autorisé a modifier le produit mais doit valider les modifs avec eux, ca aussi ne concerne que leur partie c'est la redistribution de leur boulot apres tout.

je ne vois rien la dedans en contracdiction avec la gpl.

Pour le prix de 400euros ici par exemple

http://www.rueducommerce.fr/Son-Numerique-Home-Studio/Baladeurs-MP3(...)

ton segault doit genere un fichier core non ?
c'est l'image memoire de l'appli quand elle a planté, ca aide pas mal au debuggage si l'appli a ete compilé avec les options qui vont bien.Tu peut leur envoyer en decrivant ton pb et ta config soft.

je suis pas un pro mais voici du point de vue bas niveau comment je crois que ca marche.
ta mandrake charge certain module en memoire
(tu les vois avec la commande lsmod)
ces modules avec udevfs cree des entrees dans le repertoire /dev
qui doivent etre /dev/dsp et /dev/au qui corresponde au point de controle des appli son (esd,alsa,kmix...) (si les modules sont compatible alsa/esd ce qui l'est pour les recents)
je pense ubuntu charge les modules de ta carte sb128 et mandrake ceux de ta ac97.
tu peut faire l'essai avec la commande rmmod pour virer les modules de ta sb128 et modprobe de test module AC97.
Je connais pas du tout Ubuntu mais je suppose que c'est installé avec tous les modules usuel precompilé sinon il faudra que tu le fasse (voir procedure de compilation d'un kernel-partie module)
-mes 2cts-

mais non.
Meme si c'est pour le meme processeurs une compilation sous windows produit un executable windows et une compilation linux produit un executable linux.
Ensuite je ne crois pas que tu doivent invoquer g++ mais plus certainement "cc" qui est un alias de gcc
gcc mon_prog
devrait produite un fichier a.out que tu pourras executer en faisait
./a.out

c'est souvent le cas oui et parfois ca bloque le demarrage de la machine.
regarde si tu n'as pas un parametre dans ton bios du style
Halt on: <ALL ERROR> a changer en <NO ERROR>

warning : (dl_loader.c) loading "/usr/lib/transcode/export_divx4.so" failed

elle est bien presente ta library ?
apparament tu as selectionné du divx en format de sortie mais le plug in n'est pas trouvé

man getc et les fonction de la famille, ca a l'air de faire ce que tu veux, sans doute moyennant une boucle du style

do{
c=fgetc();
}while(c!=matouche);

de memoire getc attend un caractere avant de rendre la main.

dans le passage
// open files
fd_in = open("badblock_uncomp", O_RDONLY);
if(fd_in == -1)
exit(3);

fd_out = 1;

tu ne cree pas de fichier de sortie. Je suis pas un pro de linux mains le fd==1 ca ecris dans quoi ?
si c'est le stdout par exemple, ca ne voudrais pas dire que les caracteres speciaux comme 0x0a et 0x0d (voir meme inferieure a 0x20) pourrais etre intercepte par le recepeteur du flux et l'ecriture dans le fichier par un > pourrait en fait tronquer le resultat donc rendant la decompression impossible ?
je n'ai pas mon linux sous la main mais je me dis qu'en creeant un fichier de sortie au lieux d'utiliser fd_out=1 et en repassant ton block de donnée tu pourrais vite voir si c'est une piste de travail ?

en informatique repenser sur le fond le projet quand on est face a un probleme permet bien souvent de progresser.
Souvent quand on se retrouve face a quelque chose d'insoluble ou de difficile a realiser c'est que des mauvais choix on ete fais et plus tot on les remets en cause, meuilleur sera la solution finale (et aussi moins d'argent elle aura couté a ta boite si tu est salarié)

look at
http://tuxmobil.org/Infrared-HOWTO/infrared-howto-c-getting-started(...)
en faisant pareille ca donne toujours rien ?

moi j'espere surtout pas voir ca .
un .jar qui prend le droit d'executer du code/bin sur mon systeme sans que j'en sache rien! pas bô

je sait que sous xp la lecture des cd-audio peut se faire
cd->numerique->ide->pci->carte son->sortie du numerique sur carte son
sous mdk je sait pas si c'est faisable et si oui comment l'activer.
par contre avec une petite nappe qui va du lecteur cd au connecteur aux de la carte son comme on faisait avant ca devrait se mettre a marcher sans doute

note:faut etre root pour utiliser irdadump

il fait parti du package irda-util au meme titre que irattach.
"updatedb
locate irdadump "
tu l'as toujours pas ?
quel version irda-util tu utilise ?

et dans les sous repertoire de /dev comme /dev/usb ?

avant de mordre la table fais donc
irdadump

/dev/ est construit dynamiquement (par udev/devfs) par les modules present en memoire ou non
modprobe irda irtty
donne quoi ?
as tu lue le lien sur txmobile que je t'ai filer un peut plus haut pour voir les operations a faire ?
je ne suis pas un specialiste de l'irda.
tiens, il n'y aurait pas des infos de debug dans
/etc/var/log/syslog quand ls modules sont chargés?

fait un 'modeprobe' irtty-sir et regarde sous /dev ce qui c'est cree ?

si tu te sent hardeux

http://usbirboy.sourceforge.net/(...)

si tu te sent softeux ca doit etre faisable d'ecrire le patch qui va bien pour utiliser lirc pour ton dongle