Ombitious_Developper
Messages postés2333Date d'inscriptionsamedi 28 février 2004StatutMembreDernière intervention26 juillet 201338 26 oct. 2006 à 23:03
Salut :
Je pense qu'il se plante parceque la lecture par l'intermédiaire d'un buffer. D'où il stagne la mémoire.
Généralement, un fichier *.TXT ne dépasse pas les KO
tu n'a pas besoin d'un éditeur spéciale.
vecchio56
Messages postés6535Date d'inscriptionlundi 16 décembre 2002StatutMembreDernière intervention22 août 201014 27 oct. 2006 à 00:04
Notepad utilise un controle de type EDIT. A l'ouverture, il lit tout le fichier, puis met le contenu dans l'edit (c'est pourquoi les gros fichiers sont longs à charger). De plus les edit ne sont pas adaptés pour contenir beaucoup de texte.
Les éditeurs hexadécimaux lisent le fichier juste quand il y en a besoin et juste assez.
Veux tu un programme qui affiche juste ou aussi qui doit éditer de gros fichiers?
yepla75
Messages postés34Date d'inscriptionjeudi 19 octobre 2006StatutMembreDernière intervention13 juin 2007 31 oct. 2006 à 16:46
Salut,
Merci pour vos réponses, je vais essayer ultra et notepad++ histoire de voir.
Vecchio => en fait 2 choses m'intéressent:
1) tu dis que les EDIT ne sont pas adaptés pour beacoup de texte ; pourrais-tu me donner les limites de fonctionnement ? (Actuellement, je fais un prog avec un EDIT, et plein de SendMessage pour inserer du texte dans le contrôle EDIT)
2) j'aimerais accéder rapidement à n'importe quelle zone d'un gros fichier texte (>500Mo), si posssible avec une édition "correcte". Je dis "correct" car le mode texte de WinHex par exemple affiche des points au lieu des retours chariots... Peut-être que je me demmerde comme un manche, remarque.