-=[ silmaril ]=- a écrit 1473 commentaires

J'y avais pensé mais je me suis dit bof, non il a du verifé cela :)
Quoique en fait je pensai plutot niveau pilotes controleurs disques.

Mais bon, tu vera avec le temps s'acquiert l'experience, et pour en avoir fait de verte et des pas mures je peut te dire que y a tjrs des trucs qu'on oublie.

Ex actuellement ma conf (d'ailleurs faudrait pas qu'elle foire, j'aurais peu de chance de pouvoir la reinstaller simplement): Pour la faire j'ai commencé par une gentoo sur IDE, deplacée +/- correctement sur 1 disque SATA, avec un 2me inutilisé, puis reconfiguration totale en debian, avec RAID 1 logiciel sur les deux SATA pour le root et un LVM en stripping pour le reste, puis migration du LVM stripping en RAID1+LVM .
Et bien j'ai mit du temps a me rendre compte que le volume LVM n'utilisait pas en priorité les devices /dev/md. Et donc je tournait sur un seul disque (pour le lvm) sans m'en rendre compte.
Et bien sur malgres toute les precaution du monde lorsque j'ai voulu resynchroniser les deux partition raid, et bien je me suis retrouvé avec la version la + ancienne, celle qui datait de la creation du RAID+LVM.
Bilan 4 jours de passés a la trappe, heureusement j'utilise un serveur proxy pour le web et le mail et j'ai pu retrouvé a peu pres tout ce que j'avais perdu mais quelle bataille :(

As tu vu le film derivé de cela (avec kevin kostner) ? Est-ce mieux ou pas ?

D'habitude les clancy j'apprecie mais la serie des net force j'ai pas osé quand j'ai vu le film.

- bien essayé, mais faut absolument que ça soit réentrant (bibliothèque oblige)

Et bien alors oublie tout de suite ce que tu fait a present, si tu veut faire du reentrant regarde les fonctions fournies par le glibc terminée en _r(), elles demandent toutes le buffer et sa taille, car il n'est pas possible de concilier efficacement et de maniere propre le multi-thread, les buffers et les allocations dans les fonctions.

Ps: est tu certain d'avoir besoin de consulter le /proc pour faire ce que tu veut ?
Normalement c'est plutot reservé aux scripts, les programmes compilés faisant appel aux syscall correspondants.

Si le pb venait du kernel, tu aurais comme message: 3:04 unable to mount patati, patata.
La le pb semble venir du grub qui ne fait pas l'association nom => nomero majeur, numero mineur.

refait un grub-install --recheck hd0

Sauf que ce n'est pas bon (de copier le repertoire en entier), en effet les headers libc & co utilisent par default les path /usr/include/asm et /usr/include/linux.
Sauf que le kernel (et surtout les kernels recents) utilisent plusieurs dossier pour les parties 'asm' et surtout il y a des fichiers dans linux/ qui ne sont pas forcement utilisables directement (a l'exterieur du noyau).
De plus il est important de conserver les include kernels correspondants a ceux utilisés lors de la compilation de la glibc si tu veut limiter les ennuis.

Donc installe le paquet contenant les includes kernels fournis par ta distribution

Enfin si je ne me trompe pas, les brevets qui genent freetype & autre sont sur les methodes d'affichages de fontes +/- vectorielles comme les ttf.

Je ne pense pas qu'un autre format de fontes, meme libre y changerait grand chose.

Je parlait du chipset de la carte mere, pas de la carte graphique.
Parce que les petits soft dont j'ai mit l'url sont plus liés au chipset de la carte mere
qu'a la carte graphique.

nota: dpkg --get-selections est plus adapté que 'COLUMNS=200 dpkg -l' quand meme, non ?

Si tu as un chipset intel et un bios DELL tu peut regarder de ce coté pour les pb de memoire video sous Xfree.
http://www.chzsoft.com.ar/855patch.html(...)

XFree te dit qu'il a des pb parce qu'il n'arrive pas a allouer la memoire video dont il a besoin:
(WW) R128(0): Static buffer allocation failed -- need at least 17227 kB video memory

Deja quand ca ce sera regler tu pourras eventuellement chercher a comprendre pourquoi le DRI (qui d'ailleurs a besoin de bcp de memoire video hein :)) ne marche pas (ce qui a mon avis ne sera plus le cas d'ailleurs).

Cherche dans ton bios si tu ne peut pas augmenter la memoire reservée pour la video. Pense a updater le bios (cf site DELL) il y a de nombreux pb avec certains chip intel mais bon la sa devrait pas etre la cause.

Sinon ca n'apportera absolument rien a Scumm, ni vitesse d'affichage, ni resolution superieure. Le DRI n'etant sollicité que par l'intermediaire des librairies OpenGL.

Surtout que tu est parti du cas le plus mauvais et je ne suis pas certains qu'il y est 20 millions de mots differents possibles. Ou alors avec toutes les langues et les fautes d'orthographes, peut etre.

Sinon ta table index: peut tenir sur 3 entiers de 32 bits, donc 12octets. Ca fait donc ~ 230Mio
, la table page sur ~10Mio et la table mot sur - de 457Mio.

Mouais ca fait pas loin d'1Gio d'informations (dans le pire des cas).
Je conseillerai une base PostgreSQL
a en croire http://www.postgresql.org/survey.php?View=1&SurveyID=26(...) ca va pas le gener il peut gerer jusqu'a 4Tio.

Oups dsl, j'avais pas bien lu.

Tu m'interesse la, c'est quoi ton soft libre qui fait cela ?

Oui via Adobe Acrobat, non ?
Tu connait le prix reel de ce logiciel ????

Oui c'est cela, la fat utilise des index sur 12bits, or connaissant la taille minimum de windows XP (~1Go) et le nombre maximum d'entrées dans une FAT12: 4095, il faudrait des clusters de 256Ko.
Le pb c'est que la majorité des fichiers sont < 256Ko donc ca augmente l'espace disque necessaire et la taille de clusters....

De plus je ne suis pas sur que la FAT12 qui a ete concu pour de petits media est une taille de cluster variables.

PS: Depuis quand Windows XP tiens sur une FAT12, ca a une taille limite de qques Mo cette connerie, c'est fait pour des disquettes. c'est pas plutot une FAT16

PPS: Une fois mkreiserfs passé sur une partition les degats qu'il a causé sont irrécuperable. Malheureusement pour toi les zone sensibles de la FAT32 (table d'allocation notamment) risquent d"etre éffacées, mais aussi certaines zones de données pour le journal et autres.

ces modules viennent des binding expat (en tout cas sur la debian).
Cherche de ce coté, ca marchera peut etre mieux.

Dans ma fac la solution utilisée pour ce problème à été de créer un proxy.pac (proxy automatic configuration) c'est un script géré par IE/mozilla & co qui determine le proxy en fonction de l'adresse.

Ca necessite une configuration au niveau client mais ca simplifie le boulot.

C'est pour cela qu'XFree géré depuis un foutu nombre de version une resolution
virtuelle en plus de la resolution physique.
Souvent il suffit d'une resolution virtuelle en 800x800 pour regler la majeure partie de cees pb d'affichage.

Sous quoi tu tourne ? Parce que sous linux par ex les seules choses themables de bases sont quelques icones. Les reste passe par le theme GTk.

Sinon va sur http://texturizer.net/firefox/index.html(...) il y a tout ce qu'il faut

Pour les outils purs:
* un petit coup de grsecurity + acl
* un petit coup de bastille
* un petit coup de netfilter

Sinon, pour la db mysql: ne la faire ecouter qu'en localhost sauf s'il est vraiment nécessaire qu'un soft externe au serveur l'utilise - et encore la il vaudrait mieux trouver une autre solution.

Dans le meme genre je prefere cette version:
http://www.irisa.fr/prive/cguillou/style_linuxfr.css(...)

Je cite:

WARNING: Your kernel version indicates a revision number
of 255 or greater. Glibc has a number of built in
assumptions that this revision number is less than 255.
If you've built your own kernel, please make sure that any
custom version numbers are appended to the upstream
kernel number with a dash or some other delimiter.

En francais: le numero de revision de ton kernel est detecté comme etant superieur a 255. Ce que ne peut supporter la glibc etc etc.

Ton pb: tu a fait un 'make-kpkg --append-to-version v1 ...' au lieu de 'make-kpkg --append-to-version -v1 ...'
D'aileurs on met plutot un truc comme 'make-kpkg --append-to-version -monidentifiant-1 ...'

Ca depend de ce qui n'est pas supporté, et si comme on peut le supposer c'est la partie graphique qui deconne (redhat et mandrake utilisent tous deux un système graphique pour l'installation), prend une woody et installe en bf2.4 pour voir et sinon relance l'install en linux (2.2).

Pour integrer une image svg en dur sous latex il faudrait une cible que le gere, or il n'y en a pas (ni PDF ni PostScript ne supportent cela).

LE PDF semble supporter l'inclusion d'images en PNG (en tu m'en voit le premier surpris), mais le seul format d'image originalement géré par latex est le PS/EPS (Encapsulated PostScript). Donc il n'y a pas de mystères si tu veut des images en latex => conversion en eps.

Donc soit tu convertit tes images en eps et tes svg en code pstricks (ca peut peut-etre se faire simplement cela) soit tu converti tout en eps et la tu est tranquille.

Tu veut dire ca: ?

Rq: Il a ete fait pour gcc 3.1 je ne sais pas s'il est tjrs valable.

#ifndef _HASH_FUN_EXT_HH
#define _HASH_FUN_EXT_HH

#include <ext/hash_map>

namespace __gnu_cxx {
inline size_t __stl_hash_std_string(std::string __s)
{
std::string::iterator i;
unsigned long __h = 0;
for (i=__s.begin() ; i != __s.end(); ++i)
__h = 5*__h + *i;

return size_t(__h);
}
template<> struct hash<std::string>
{
size_t operator()(const std::string __s) const
{ return __stl_hash_std_string(__s); }
};

template<> struct hash<const std::string>
{
size_t operator()(const std::string __s) const
{ return __stl_hash_std_string(__s); }
};
}

#endif