Obsidian a écrit 5292 commentaires

Il n'y a donc pas de quoi s'inquiéter, 640Ko^W1 Ti/s ce sera largement suffisant pour tout le monde !

C'est ce que disait Bill Gates aussi ...
Ceci dit je ne suis pas pressé de voir arriver une technologie qui a nécessairement besoin d'un taux de transfert aussi élevé pour fonctionner correctement.

En tout cas, pour l'instant, c'est effectivement une bonne nouvelle. Espérons que l'on ne gaspillera pas cette ressource !

Je pense que chaque fois que l'on traite un fichier en read-only, on devrait utiliser mmap. Cela laisse carte blanche à l'OS quant à la manière dont il va gérer le chargement. Le mappage d'un fichier en mémoire s'appuie sur la gestion de la mémoire virtuelle, à ceci près que les données sont directement lues ou écrites dans le fichier concerné plutôt que dans un fichier ou une partition de swap.

C'est vraiment ce qu'il y a de plus rapide et de plus simple à la fois.

En revanche, pour utiliser mmap, il faut forcément que:

• Le fichier soit un fichier régulier et de taille définie (on ne s'imaginerait pas mapper en mémoire un truc comme /dev/zero par exemple);
• Dé préférence, avoir le fichier sur un filesystem local, sinon tout le gain en performance est grêvé par les accès réseau, dont on ne peut d'ailleurs plus prévoir quand ils auront lieu. Et même sans cela, en local, le système peut faire des optimisations et aller lire directement les secteurs du disque. Sur d'autres filesystem, la fonction doit quand même passer par des appels fichiers standard.

Ceci dit, ces deux conditions sont remplies 90% du temps. De plus, quand on travaille sur des fichiers de plusieurs Gigas, cela permet au système de savoir exactement ce que tu comptes faire et de s'organiser en conséquence. Si tu travailles sur une machine multi-utilisateurs, tes collègues t'en seront reconnaissants.

Je ne sais pas si c'est a cela qu'il font reférence, mais il me semble que la poudre bleue ou verte qui brille dans la nuit, cela existe déjà:

http://www.google.fr/search?q=Phosphorescent+powder&ie=UTF-8&am(...)

http://www.unitednuclear.com/glow.htm(...)

Succursale ou contrefaçon ? :-)

Héhéhé, il faut dire que le rapport précisait qu'il s'agissait d'un « composé chimique incolore, inodore et insipide, mais qui peut s'avérer mortel en cas d'inhalation accidentelle » ! C'est effectivement incontestable :-)

le mec bourré avec sa voiture tuning-tuning s'est encastré dedans, il est mort.

« Darwin à l'oeuvre » pour reprendre un commentaire plus haut.

« Non, non, non ... 10% maximum ! », dixit un quidam interrogé par Philippe Vandel.

Authentique !

Il y a mieux: Il y a quelque temps, à l'époque des attentats (mais avant ceux de Madrid), on avait retrouvé chez des « islamistes » des composants électroniques (donc pouvant servir à réaliser des détonateurs), mais également des bouteilles de perchlorure de fer, lequel pouvait soit disant exploser dans des conditions adéquates ...

Rappelons que le perchlorure de fer sert à révéler les circuits imprimés, que tout électronicien amateur en a au moins un flacon chez lui, et que si ce perchlorure peut être explosif dans les « conditions adéquates », il le sera à mon avis toujours moins que de l'alcool à brûler, par exemple.

Bref, cela m'a fortement rappelé l'usage illicite de PHP ( http://bbspot.com/News/2000/6/php_suspend.html(...) ), sauf que cette fois c'était sérieux, et fortement relayé par les journalistes. Comment entretenir une psychose ...

Au fait, de telles news sont-elles encore compatibles avec notre LEN bienveillante ?

C'est clair ! Parfois je me demande ce qui se passe dans la tête du PDG de cette boite. Microsoft a tout tenté pour couler ce trublion, et voila qu'il leur donne le moyen de le faire ...

A moins que ce soit volontaire. Après avoir tout tenté dans cette affaire, c'est peut-être un moyen d'en finir à bon compte et avec un bon pactole ...

Qui vivra verra.

Excellent ! Et puis d'ailleurs, dès le premier paragraphe, on lit:

I saw my first Masquerade at Penguicon 1.0, in April 2003. I decided that that looked like fun, and I wanted to do something like it. I'd idly pondered a TRON costume in the past, and this seemed like the perfect venue for it, being a cross between a Linux and SF con.

Finalement, il y a bien un rapport ! :-)

En effet, ce doit être tout à fait légal, mais je pense qu'avec trois combinaisons, tu as plus à perdre à utiliser ce type de stockage que du code conventionel. En ce sens, réaliser une démo tenant en 8Ko par ce moyen tient plus de la prouesse que de la gruge ...

Non, les -D sont interdits par le règlement. Sinon ce serait effectivement trop facile.
Par contre, dans l'exemple présent, il ne s'agissait pas de données compressées mais d'un bout de code assembleur appelé par un pointeur de fonction ...

A noter que sans espace ni tab ni \n, le fichier ne doit pas faire plus de 8192 octets

C'est avec les espaces, tabulations et retours chariot que le fichier ne doit pas dépasser 8192 octets. Sans ces caractères, le nombre de signes doit précisément être inférieur à 4096 !

Sans cela, à propos des démos en mode texte, il est précisé qu'aucun appel à une API externe autre que la SDL n'est autorisé, ni aucun appel système spécifique à un OS (Exit Direct3D ou X11). On doit en outre utiliser le C ou C++ ANSI.

La question, donc: A-t-on droit au printf, faisant partie de standard C ANSI, étant totalement portable, mais appartenant à la bibliothèque standard du C (donc accessible via une API).

Si oui, tant mieux, je fais un appel bidon à la SDL et je code toute ma démo en mode texte,
Si non, c'est ennuyeux parce que je n'aurais pas le droit non plus aux malloc par exemple ...

Alors a ce sujet, j'en profite pour reposter ce que je viens d'écrire dans un journal. Des trucs du style:

void main (void)
{
     char x[] { 0xb8,0x00,0x4c,0xcd,0x21 };
     ((void (*)(void))x)();
}

... sont-ils autorisés ? :-) Cela me rappelle le temps où, lorsque les L4G commençaient à devenir vraiment à la mode, on s'était amusé à estimer la taille du plus petit exécutable réalisable sous DOS. J'étais descendu à 2 octets: CD 20. Une vieille interruption servant à terminer un programme aux premiers temps du DOS. Je me suis quand même fait battre: 1 octet avec RET, stocké dans un COM, en sachant que la pile pointait initialement sur un mot à 0000 en fin de segment, que le début dudit segment débutait toujours par le PSP, et que par norme ce PSP débutait, lui, par CD 20. C'est en tout cas une très bonne chose. Cela fait vivre les démos, devenues rares avec la débauche de puissance et la domination quasi-totale du PC, et cela rappelle aux jeunes programmeurs ce qu'est l'optimisation. Un seul mot: Bravo.

A-t-on le droit pour autant d'écrire des trucs du style:

void main (void)
{
     char x[] { 0xb8,0x00,0x4c,0xcd,0x21 };
     ((void (*)(void))x)();
}

Moi c'est la première chose que je ferais ! :-)

Au fait, *.sxw, ça veut dire Word sux ?

De toute façon, l'égout et l'écouleur, ça ne se discute pas ! :-)

Je plussoie avec véhémence !
Je ne connaissais pas du tout, et je pense que cela me rendra aussi de nombreux services ! Merci.

Que veux-tu ? C'est la loi du tire-bouchon ! :-)
http://perso.wanadoo.fr/f6crp/elec/cc/electrom.htm(...)

En tout cas, moi j'attends impatiement le .corn ! :-)

Citons aussi les utilitaires de chez http://www.sysinternals.com/(...)
A savoir les très célèbres portmon, filemon, etc.

Ca fonctionne sous Windows pour la plupart, mais c'est un freeware, et en plus la majorité des sources sont disponibles. Il existe même quelques versions Linux ...

Seul problème, le sniffer de port plante mon W98 (qui ne doit plus être très stable de toute façon).

Exemple de police: Helvetica,
Exemple de fonte: Helvetica 8pt bold.

Sauf erreur, il me semble qu'une police de caractères est un ensemble de règles à suivre pour reproduire un style de caractère donné, et donc qu'une fonte est une déclinaison possible de cette police.

Il me semble également que « fonte » vient bel et bien de la coulée de plomb que l'on effectuait pour obtenir un jeu de caractères. On peut donc avoir plusieurs fontes d'une même police, voire plusieurs fontes identiques d'un même jeu de caractères ...

'faudra demander à l'interressé.

Maintenant, j'imagine bien tous les décideurs pressés ayant commandé l'accessoire indispensable accompagnant l'ordinateur portable, et qui voient tous leur batterie s'épuiser en 15 minutes !

Adieu présentations, documents et pot de lait (chaud) :-)

Le point commun, c'est que ce sont toutes les deux des applications Java fonctionnant sur le web, la première du coté serveur, la seconde du coté client.

Et justement, sauf à vouloir faire du closed source, je ne vois pas pourquoi une routine qui doit rester confidentielle devrait s'exécuter coté client. C'est plutôt au serveur de calculer le résultat, puis de le livrer tout fait avec l'applet qui l'exploite au client.

Oui, c'est une idée qui revient de temps en temps en effet mais les vrais problèmes persistent à mon avis:

• Si tu ne gère pas ton propre domaine et ton mailer daemon personnel (99,9% des internautes), les spams vont quand même blinder ta boite mail jusqu'à ce que tu les contrôles. D'ailleurs le protocole POP3 permet d'obtenir la liste des mails reçus et les n premières lignes, et même de les effacer sans avoir besoin de les télécharger en entier. Je ne connais pas un seul client mail qui exploite cette possibilité, et c'est dommage. Même avec l'ADSL, c'est déjà chiant à downloader, mais alors avec un modem le SPAM devient véritablement une plaie.
• Il y a encore plein de gens qui savent à peine utiliser Internet et à fortiori le courrier électronique. S'il faut mettre en place des procédures supplémentaires à chaque nouvelle nuisance, on risque vraiment de mettre à l'écart une bonne partie des utilisateurs, en général ceux qui ont le plus besoin qu'on les aide à lutter contre le SPAM et autres tracas de la vie numérique quotidienne :-)

Il faudrait plutôt tolérer l'intrusion dans un SATD lorsqu'il s'agit de celui d'un spammeur pour le forcer à respecter l'OPT-IN et surtout à oublier l'adresse de ceux qui leur font la réflexion. Ce serait marrant ... Je pense que dès lors, et seulement dès lors, on commencerait à observer des résultats visibles !