J'adore ce gars 
Message édité par : zzd10h / 21-01-2015 22:14

Comme quoi des fois,
ça sert à qq chose d'être un peu lourd et insistant :-P

+ 1
et cela pourrait expliquer que le problème arrive sur X1000 et pas sur les autres plateformes, puisque le kernel est dépendant de la machine (contrairement à Notepad ou autres composants)

@thellier

La version de Notepad sur ma partoche beta est 53.10 c'est à dire la même que celle de Update6 complètement à jour donc comme le problème ne se produit pas sur nos partoches beta c'est que ça vient pas deNotepad. Je penche plus pour un problème d'allocation mémoire qui ne se passe pas correctement... Je fais des tests...

Je viens d'essayer avec un fichier TXT de 600ko.

Au 1er "mark all" / " copier" / "coller"
j'ai 1Go de mémoire qui part.
=> pas assez de RAM pour l'enregistrer

et ça le fait même quand le fichier texte n'est pas placé RAM:

c'est encore plus fort :)

Peut etre que notepad ne voit pas la fin de fichier (pas de EOF?)
du fichiee binaire et donc avec le select all depasse ( la fin et donc) la taille du fichier et essaye alors de copier un fichier de xxx gigas...

t as esssaye la meme manip avec un vrai fichier txt de 5 Mo?


Alain

Elwood : système beta tu parle du 4.2? ou alors un 4.1.7?

Je viens de faire le test (avec le "copier" manquant) sur ma partition FC.

Je n'ai pas de problème et j'obtiens un fichier qui fait un peu moins du double du fichier initial.

J'avoue de pas très bien comprendre le problème de zz (ça va plus vite) qui, pour une raison qu'il ne donne pas, ne fait pas de "Copier" avant le "Coller".

Alex, si tu pouvais éclairer notre lanterne....

Citation : zzd10h?

5) "Edition / Mark all"
6) "Edition / Coller"

sans faire copier" ?

Je n'ai aucun problème au niveau de la mémoire (testé sur un système beta) même si j'ai trouvé deux bugs de Notepad :-) C'est au niveau de l'édition, donc rien à voir avec la mémoire.

Super,
J'espére qu'il y aura une mise à jour pour les simples utilisateurs de x1000...