Joris Dedieu a écrit 1617 commentaires

<dict>
<key name="LeNomDeLaCle" type="boolean" value="true" />

pas de quoi faire un journal :)

enfin ça reste une rumeur ...

http://www.clubic.com/actualite-74784-apple-systeme-fichiers(...)
http://www.macplus.net/magplus/depeche-14639-zfs-par-defaut-(...)
http://www.mac4ever.com/news/27485/zettabyte_sur_leopard/

Pour les fainéants ça dit que le prochain OS d'Apple risquerai d'avoir ZSF comme hypothétique système de fichier par défaut.

Bonjour,
Les clef wifi sont sans doute le matériel le plus problématique actuellement.

La première chose à faire est de voire de quelle puce il s'agit. Pour cela, il faut brancher la clef , ouvrir un terminal et taper la commande lsusb.

Ensuite il faut savoir ce que le système fait quand tu branches la clef.
Débrancher puis rebrancher la clef. Taper dmesg

Une fois ces informations connues, tu pourra trouver des informations plus précises sur la procédure à suivre (qui dépend fortement de la puce utilisé par la clef).

Par contre (je sais, c'est paradoxal), je te conseille d'établir provisoirement une liaison filaire (par ethernet) pour installer ta clef.

Visiblement le "runtime" passe par QT (avec jni)
Il s'agit donc de donner des signatures et des interfaces java a du code natif.
Un peu comme tu appelles awt pour créer les fenêtres ou encore Toolkit...

Bref il s'agit d'appels natifs javaisés. JNI permettant une bonne encapsulation, l'héritage et tout les mécanismes objets sont transparents.

http://java.sun.com/j2se/1.4.2/docs/guide/awt/1.3/AWT_Native(...)
http://trolltech.com/products/qt/jambi/indepth
http://java.sun.com/j2se/1.4.2/docs/guide/jni/

Alors, pour linuxconf ? personne...

Voilà un logiciel (magic !) qui me manque vraiment !

A ce propos une entrée est ouvert dans le bugzilla de mandriva
http://qa.mandriva.com/show_bug.cgi?id=30818

Quelques pistes :
http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Mandriv(...)
http://club.mandriva.com/xwiki/bin/view/bubar/Tempsreel

Ontologia, j'aime bien tes journaux et ta quête du langage / OS idéal.

Le 68k et suivant (aujourd'hui les Coldfire principalement), sont conçus pour être facile à programmer.
Ils disposent d'un jeu d'instruction simple et efficace. Ils sont logiques et abordables et c'est d'ailleurs pour ça qu'ils me semble-t-il ont longtemps résisté au C.

L'exemple que tu cites est frappant. Je monte ma machine en bidouillant un système bi-proc, je code un OS en assembleur et au finale j'ai quelque chose d'hyper intéressant.

J'irais pas jusqu'à dire que sur 68k on savait s'amuser :-p Je remarque juste en passant que certains processeurs portent une certaine façon de coder.

Bref je trouve mais peut-être ai-je tord que les questions de fond sur le modèle de programmation des machines est un peut trop absente des débats sur les langages et les OS.

Merci pour vos réponses imaginatives ;-). Elles me permettent de voire qu'il n'y a aucune solution "naturelle" qui m'aurait échappé.

Pour des raisons de lisibilité, je passerai évidemment par une sub. En gardant mon foreach

sub est_ce_bien_vrai($@) {
my ($s, @qw) = @_;
foreach (@qw) {return 0 unless ($s =~ /$_/ );}
return 1;
}

.

>Echec d'autorisation ; l'application n'est pas fiable"

Il faut sans doute signer l'archive
http://java.sun.com/docs/books/tutorial/deployment/jar/signi(...)

Pour la taille, si tu n'as pas utilisé l'option 0 (Zero) de jar. Ton archive est compressée. Il faut donc agir au niveau de l'application.
_ supprimer les ressources inutiles (localisations ...)
_ vérifier tout le code et supprimer les méthodes qui ne sont jamais appelées (certains accesseurs, sans doute)
_ vérifier tout le code et essayer de plus utiliser l'API déjà présente sur la machine.

Juste pour mon info personnelle (je serais moins bête ce soir), pourquoi ne pas utiliser un SET OF RECORD et le RETURN NEXT qui va avec ?

Est-ce juste pour la mémoire ? Y a-t-il une autre raison ?

un petit tour sur google t'aurais appris que l'IA64 est l'architecture des processeurs Itanium.

Donc pour ton Xeon c'est rapé.

EM64T est une implémentation d'intel d'un jeu d'instruction 64 bits compatible avec celui d'amd

Tu peux donc choisir amd64 ou i386. Sachant que ça dépend largement de ce que tu veux faire.

Il ne te sera plus demandé de choisir de flavour à l'installation. Par contre, tu devras apres l'installation remplacer le noyau de base par un portant l'extension smp pour faire marcher tout ce qui concerne les processeurs multiples et l'hyperthreading.

J'ai la flemme de chercher, mais Xandros avait déjà passé un accord avec Microsoft pour le support de Windows Media.

Si tu as le temps je te conseillerai, à titre personnel, d'investir dans l'apprentissage de vim ou d'emacs. Ceux sont des éditeurs fabuleux, vraiment très agréables à utiliser.

L'abord est un peu austère. Mais le jeu en vaut vraiment la chandelle.

Kolab stocke le calendrier , les contacts, les notes, les tâches en IMAP, par contre, pour l'instant, son utilisation avec outlook nécessite un connecteur propriétaire.

Pour ouvrir la session, il faut entrer son login (identifiant) puis son mot de passe.

Autant l'installateur demande une confirmation du mot de passe autant il ne demande pas celle du login. es-tu sûr qu'il soit bon ?

Exemple.
A l'installation :
Créer un nouvel utilisateur ->
Nom du nouvel utilisateur :
Toto Dominguez
Identifiant :
toto
Mot de passe
titi

Au moment du login :
Identifiant : toto
Mot de passe : titi

Pas de candidats pour :

un mac pro :
http://store.apple.com/Apple/WebObjects/francestore.woa/wa/R(...)

une dell precision 690
http://www1.euro.dell.com/content/products/productdetails.as(...)

une Sun Ultra 45
http://fr.sun.com/catalog/?n-state=http://catalog.sun.com/pr(...)

une HP xw6400
http://h10010.www1.hp.com/wwpc/fr/fr/sm/WF25a/35943-36393-36(...)

Enfin, une (ou deux) quadro pro sur un power mac bi-xeon ça fait une station , non ?

En même temps, si t'es facturé a la ligne, le temps d'écrire le code mort compte aussi.

Par pure curiosité, Erlang sait-il paralléliser tout seul (ou suggérer de le faire).
On connais tous les limites des programmeurs quand il s'agit de concevoir un code qui s'exécute dans plusieurs flots. Et c'est peut-être là le problème majeur ?

[My Life]
En 1999, j'en avais marre de windows (j'avais toujours eu des apples avant).
Je suis passé sous linux avec un CD Demo Linux puis avec Mandrake, puis Red Hat, puis Mandrake ...

A l'époque je travaillais dans un hôtel (adjoint de direction).

Depuis j'ai passé l'équivalant d'un DUT (au CNAM) en informatique et je bosse depuis deux ans dans une boite qui fait de l'informatique libre (debian) mais qui est en train de couler (le chômage est imminent)

[/My Life]

Oui, enfin il s'agit d'un player (vlc en l'occurrence), d'un client bittorrent, d'automates permettant de rechercher et télécharger des videos sur youtube, yahoo video, google video, dalymotion ...

Bref l'idée n'est pas de faire un player mais un client web capable d'agréger des flux multimédia.

Oui enfin entre l'algorithme de base, l'implémentation et le code exécuté, il se passe pas mal de chose.

Typiquement tu as trois étapes.

_ Tu écrit un algorithme dans un langage

_ Celui-ci est transformé en un objet mathématique (un graphe)

_ le graphe devient un flot d'instructions machine

La question est plus de savoir comment est-ce qu'on peut envisager les choses différemment.

Certains langages le permettent. Par exemple en prolog tu définis une série de contraintes.

Tout fils a un père et une mère.

> a est le fils de b
> c est le père de a
>>>>>>>> b est la mère de a

Un bon exemple est la différence de raisonnement entre : remplir une grille de sudoku et résoudre une equation

Un autre exemple une base de données.
Tu crée un univers : la base avec ses contraintes, sa façon de fonctionner, ses droits ...

Ensuite tu agis sur cet univers avec un langage prévu exprès pour ça : le SQL.

C'est aussi une façon de programmer.

Là, il n'est nullement question d'algorithme mais bien d'une façon d'envisager les choses.

Je ne sais pas si ça correspond à ce que tu essaye de faire mais c'est vraiment très simple et ça marche plutôt bien.
http://linuxfr.org/tips/488.html

Si je ne m'abuse, c'est ton troisieme message sur le sujet.
Il serait temps que tu lise :

http://www.oreilly.com/catalog/asterisk/

Et que tu consulte :
http://voip-info.org
http://www.asterisk-france.net
http://asteriskguru.com