[String]comparaison de différence

Version imprimable

31/10/2005, 10h47
Regis.C

[String]comparaison de différence
Bonjour à tous,

j'ai 2 String.
La premmière est la source, sur laquelle j'effectue un traitement, et ensuite j'annule le traitement.
J'obtient en résultat une String sensée être identique à la source.

Problème: Elles ne sont pas identiques.

pour debugger, je souhaiterais pouvoir les comparer, et obtenir les différences en console.
exemple:
Code:

1 2 3 4 source = "Je m'apelle Regis" Résultat = "Je m'ap#elle Regis" Je récupererais : "ap#elle"
Une idée ?
31/10/2005, 10h53
zekey

Heu tu veux dire comment faire un system out ?
Si c'est ca:

System.out.println(source) --> stdout
System.err.println(source) --> stderr

Tu n'as pas de debugger ?
Utilise eclipse c'est gratuit et terrriblement puissant.

-----------------------------------------------
Steve Hostettler
ze_key@hotmail.com / www.zekey.net

J'utilise Eclipse. 8O

Ce n'est pas un bugg proprement dit, ou du moins j'essaye de savoir où ça pourrait merder.

Voila un exemple réel.

Code:

1
2
3
String source = ".úC-¶Š\ÐÛÍN‚êýÍo§»sýøK?íµk9.‚ã*¾¶nS&-Oª=Ã’kP,D«¦¿»ø ½‘ûÕ&¡gÞ†öp²5Qq@ÜbKƒ@þ±?A+Hh¹ˆeœâÚZœ% ¹£pÿ
uÏvÊÁs wØÙrB®Âà%uFüŸÿÑ»³]&<&SH‚¤V…ØÒA²úƒHj!ÏÄío«T³cÿÚ}2ÈÏé·úÿÍàÉEðýn±¦Ýí°ÖçÇÐn»€ÅÕìþq»ï}h¸-2ÇS?œaã_Ý1¹^ég
™lm/hq,µå¬ˆiÅßÍîÿ";

Code:

1
2
3
String resultat = ".úC-¶Š\ÐÛÍN‚êýÍo§»sýøK?íµk9?.‚ã*¾¶nS&-Oª=Ã’kP,D«¦¿»ø ½‘ûÕ?&¡gÞ†öp²5Qq@ÜbKƒ@þ±?A+Hh¹ˆeœâÚZœ% ¹£pÿ
uÏvÊÁs wØÙrB®Âà%uFüŸÿÑ»³]&<&S?H‚¤?V…ØÒA²úƒHj!ÏÄío«T³cÿÚ}2ÈÏé·úÿÍàÉEðýn±¦Ýí°ÖçÇÐn»€ÅÕìþq»ï}h¸-2ÇS?œaã_Ý1¹^ég
™lm?/hq,µå¬ˆi?ÅßÍîÿ";

Comme vous pouvez le constater, certains caractère sont remplacés par "?", et j'ignore pourquoi.

31/10/2005, 11h07
guipom

On part du principe que les deux chaines de caractères font la même taille avant et après traitement

tu utilises la méthode indexOf avec le caractère espace " " et tu récupères l'index du premier espace. Ensuite subString entre 0 et cet index pour chaque chaine, en ayant pris soin de faire un test sur ca valeur.

Puis un string1.equals(string2) si c'est true, on continue, sinon un sysout

continuer, c'est remplacer la valeur 0 par index+1 et chercher le prochain index

voila en gros, faut adapter si tes chaines changent de taille ;)

edit : bon alors au vu du post que tu as fait en meme temps que moi, je vais adapter ma réponse :wink:

J'ai comprit d'où vient le problème, mais pas la cause (c'est déjà ça!):

la lecture des données est mauvaise.
Autrement dit, la restitution après traitement et annulation traitement, elle, est bonne.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 File in = new File(classPath); String name = in.getName(); String nom = "Cryptor-"+name; File out = new File(in.getParent(),nom); BufferedInputStream entree= new BufferedInputStream(new FileInputStream(in)); FileWriter fi = new FileWriter(out); int read = -1; byte[] buffer = new byte[(int) in.length()]; while ((read = entree.read(buffer, 0, buffer.length)) != -1) { donnees = new String(buffer, 0, read); } System.out.println(donnees);
La lecture de ces données avant traitement me donne déjà les caractère "?" à la place du caractère original !

31/10/2005, 11h18
zekey

Désolé je n'avais pas compris ce que tu voulais.
Donc ton but c'est de faire un diff en quelque sorte ?

-----------------------------------------------
Steve Hostettler
ze_key@hotmail.com / www.zekey.net
31/10/2005, 11h25
guipom

non en fait il cherche à corriger son bug de lecture, ce qui est plus simple que de faire du code pour chercher les différences alors qu'il ne devrait pas y en avoir :wink:

Ca ne serait pas un problème d'encoding ?
31/10/2005, 11h30
Regis.C

Citation:

Envoyé par guipom

Ca ne serait pas un problème d'encoding ?

Non, je pense que c'est un problème lié au choix de l'objet qui lit les données...
Le code que j'ai donné ne me lit pas tous les caractères et remplace

Citation:

.úC-¶Š\ÐÛÍN‚êýÍo§»sýøK?íµk9.‚ã*...

par :

Citation:

.úC-¶Š\ÐÛÍN‚êýÍo§»sýøK?íµk9?.‚ã*...

Autrement dit, le "9" est lu "9?" par mon BufferedInputStream !

De toutes facons ce qui est sûr c'est qu'il est bizarre de mettre en place une lecture bufferisée pour lire un fichier en un seul bloc ... maintenant je ne suis pas sur que ca soit la base du problème, mais ca y contribue peut etre

Essaye ce petit bout de code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
import java.io.*;
 
public class LectureFichier
{
  // Méthode lancée à l'appel de l'instruction :
  // java LectureFichier nomFichier nombreCaracteres
  public static void main (String [ ] args)
  {
    try
    {
      // Ouverture du fichier passé en paramètre dans la ligne de commande
      InputStream fluxFichier = new FileInputStream (args [0]);
 
      // Lecture des n premiers octets du fichier. n est passé en paramètre
      byte contenuFichier [ ] = new byte [Integer.parseInt (args [1])];
      fluxFichier.read (contenuFichier);
 
      // Ecriture sur la sortie standard des octets lus convertis
      // en une chaîne de caractères
      System.out.println (new String (contenuFichier, 0));
 
      // Fermeture du fichier
      fluxFichier.close ();
    }
    catch (IOException e)
    {
      // Exception déclenchée si un problème survient pendant l'accès au fichier
      System.out.println (e);
    }
  }
}

premier argument, le nom du fichier lu, deuxième, le nombre de charactères lus (enfin si je me souviens bien)

est ce que la sortie est identique au fichier d'origine.

Si oui, alors c'est le passage au buffer qui coince ;)

31/10/2005, 12h15
Regis.C

:cry: :cry:
Même problème avec le code que tu me donnes, données lues:

Code:

.úC-¶?\ÐÛÍN?êýÍo§»sýøK?íµk9?...

Le caractère "9" à la fin est "" sur l'original, et non "?".

Quelle que soit l'extension du fichier, le problème reste le même.
Si je copie le texte de mon exemple dans mon post précedent dans un fichier .txt, et que j'utilise un FileReader, problème identique.
:cry:
31/10/2005, 12h22
guipom

pourrais-tu, si ce fichier n'est pas confidentiel, le rendre disponible afin que je teste de mon coté ?

je suis quand meme pérsuadé qu'il y a derrière tout ca un problème d'encoding :lol:

Citation:

Envoyé par guipom

pourrais-tu, si ce fichier n'est pas confidentiel, le rendre disponible afin que je teste de mon coté ?

je suis quand meme pérsuadé qu'il y a derrière tout ca un problème d'encoding :lol:

copies ce texte dans un fichier .txt
Code:

1 2 3 .úC-¶Š\ÐÛÍN‚êýÍo§»sýøK?íµk9.‚ã*¾¶nS&-Oª=Ã’kP,D«¦¿»ø ½‘ûÕ&¡gÞ†öp²5Qq@ÜbKƒ@þ±?A+Hh¹ˆeœâÚZœ% ¹£pÿ uÏvÊÁs wØÙrB®Âà%uFüŸÿÑ»³]&<&SH‚¤V…ØÒA²úƒHj!ÏÄío«T³cÿÚ}2ÈÏé·úÿÍàÉEðýn±¦Ýí°ÖçÇÐn»€ÅÕìþq»ï}h¸-2ÇS?œaã_Ý1¹^ég ™lm/hq,µå¬ˆiÅßÍîÿ

31/10/2005, 12h30
guipom

si je te le demandais, c parce que j'ai des petits carrés quand je copie/colle :?
31/10/2005, 12h32
Regis.C

Citation:

Envoyé par guipom

si je te le demandais, c parce que j'ai des petits carrés quand je copie/colle :?

C'est exactement le caractère qu'il y a... :lol:
texte:
.úC-¶Š\ÐÛÍN‚êýÍo§»sýøK?íµk9.‚ã*¾¶nS&-Oª=Ã’kP,D«¦¿»ø ½‘ûÕ&¡gÞ†öp²5Qq@ÜbKƒ@þ±?A+Hh¹ˆeœ*âÚZœ% ¹£pÿ
uÏvÊÁs wØÙrB®Âà%uFüŸÿÑ»³]&<&SH‚¤V…ØÒA²úƒHj!Ï*Äío«T³cÿ*Ú}2ÈÏé·úÿ*ÍàÉEðýn±¦Ýí°ÖçÇÐn»€ÅÕìþq»ï}h*¸-2ÇS?œaã_Ý1¹^ég
™lm/hq,µå¬ˆiÅßÍîÿ
31/10/2005, 12h40
guipom

en entrée j'ai ce que tu m'as donné

et en sortie :

úC-¶?\ÐÛÍN?êýÍo§»sýøK?íµk9?.?ã*¾¶nS&-Oª=Ã?kP,D«¦¿»ø ½?ûÕ?&¡gÞ?öp²5Qq@ÜbK?@þ±?A+Hh¹?e?*âÚZ?% ¹£pÿ
uÏvÊÁs wØÙrB®Âà%uFü?ÿÑ»³]&<&S?H?¤?V?ØÒA²ú?Hj!Ï*Äío«T³cÿ*Ú}2ÈÏé·úÿ*ÍàÉEðýn±¦Ýí°ÖçÇÐn»?ÅÕìþq»ï}h*¸-2ÇS??aã_Ý1¹^ég
?lm?/hq,µå¬?i?ÅßÍîÿ

Je confirme donc qu'il y a un problème, je vais réfléchir au pourquoi si j'ai un peu de temps :wink:

Code:

1
2
3
4
5
6
7
8
9
10
11
public class TestString 
{
 
 
 
	public static void main(String[] args) 
	{
		String donnee = ".úC-¶Š\\ÐÛÍN‚êýÍo§»sýøK?íµk9.‚ã*¾¶nS&-Oª=Ã’kP,D«¦¿»ø ½‘ûÕ&¡gÞ†öp²5Qq@ÜbKƒ@þ±?A+Hh¹ˆeœâÚZœ% ¹£pÿuÏvÊÁs wØÙrB®Âà%uFüŸÿÑ»³]&<&SH‚¤V…ØÒA²úƒHj!ÏÄío«T³cÿÚ}2ÈÏé·úÿÍàÉEðýn±¦Ýí°ÖçÇÐn»€ÅÕìþq»ï}h¸-2ÇS?œaã_Ý1¹^ég™lm/hq,µå¬ˆiÅßÍîÿ";
		System.out.println(donnee);
	}
}

8O 8O 8O 8O 8O
en sortie la String change même avec ce code!!!

31/10/2005, 12h49
guipom

Si ca n'est pas indiscret, d'ou te vient cette chaine de caractères assez étrange ?
31/10/2005, 12h54
Regis.C

Citation:

Envoyé par guipom

Si ca n'est pas indiscret, d'ou te vient cette chaine de caractères assez étrange ?

D'un fichier .jpg...
mais même si tu copie ce "texte" dans un fichier texte quelconque, le problème reste le même, même avec la classe TestString, je ne vois pas en quoi le caractère est modifié entre l'initialisation de la String et l'affichage en console !
31/10/2005, 13h04
Regis.C
Encore mieux et plus parlant :
Code:

1 2 3 String test = "k9"; System.out.println(test);
console:

Code:

k9?

8O 8O 8O 8O 8O

Et c'est même pire que ça !
J'ai été sur un autre forum pour poster ce même code, et le caractère n'apparait pas dans mon post !
A la place il y a un espace!
8O 8O 8O

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
public class TestString 
{
 
 
 
	public static void main(String[] args) 
	{
 
		String test = "k9";
 
		test = test.replaceAll("","");
 
		System.out.println(test);
 
 
	}
}

console :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
java.util.regex.PatternSyntaxException: Dangling meta character '?' near index 0
?
^
	at java.util.regex.Pattern.error(Unknown Source)
	at java.util.regex.Pattern.sequence(Unknown Source)
	at java.util.regex.Pattern.expr(Unknown Source)
	at java.util.regex.Pattern.compile(Unknown Source)
	at java.util.regex.Pattern.<init>(Unknown Source)
	at java.util.regex.Pattern.compile(Unknown Source)
	at java.lang.String.replaceAll(Unknown Source)
	at TestString.main(TestString.java:25)
Exception in thread "main"

8O 8O 8O 8O 8O 8O 8O 8O
Je ne comprend plus du tout là...

31/10/2005, 14h37
Regis.C
Bon alors les nouvelles du front :
Code:

1 2 3 4 String test = "k9\u0000"; System.out.println(test);
En console j'obtient enfin :

Code:

k9

Reste à savoir comment remplacer tous les caractère de ce type par le code "U0000" coresspondant sachant que replaceAll() ne fonctionne pas avec ce genre de cas apparement...

Il s'agit de Unicode 4.1 qui contient ce genre de caractère :
http://www.unicode.org/versions/Unicode4.1.0/

Le problème est que je ne sais pas du tout comment utiliser ce genre de chose dans mon cas.
Quelqu'un a-t-il déjà eu à utiliser ce processus ?
31/10/2005, 16h02
Debernad
En faite, la plupart de tes soucis provienne du fait que tu utilise une String pour récupérer une image ...
Et cela produit plein de complications !
Car c'est un peu comme si tu voulais qu'une banane se transforme en carrote ...
Ca a la même forme et pourtant l'un est un fruit, l'autre un légume ...

L'objet String va partir en vrille avec les différents encodages car tu essaie de traiter des caractéres qui sont incompréhensible et lui il essaye tout bonnement de leur trouver une signification logique...
Résultat, les caractéres de contrôle (ou autres) qui ne sont pas affichable graphiquement vont être tranformé par des ?, ce qui fausse tout ton affichage !

Le mieux dans ton cas et d'utiliser le tableau d'octet => byte[]
Afin de traiter ton image en tant que suite d'octet et non en tant que chaine de caractére...
Et normalement, tous tes problémes se résolveront.

Ainsi au lieu d'afficher une String, affiche la suite d'octet :
Code:

1 2 3 4 5 6 7 8 9 byte[] b = ...; System.out.print("Suite d'octet : "); for(int i=0;i<b.length;i++) { if(i!=0) System.out.print(","); System.out.print(b[i]); } System.out.println();
Ce code va affiche la valeur numérique de chaque octet séparé par des virgules. Tu peux aussi l'afficher sous forme hexadécimal si tu le souhaites ...
Et ensuite tu fais tes comparaisons sur les 2 suites d'octet issue de tes 2 sources de données.

PS : Ha oui, j'allais oublié de préciser que tu a crié tellement fort lors de ton précédent post que l'on t'entends jusqu'au bout du forum :P Donc relax ;)
31/10/2005, 16h26
Regis.C

Citation:

Envoyé par Debernad

En faite, la plupart de tes soucis provienne du fait que tu utilise une String pour récupérer une image ...
Et cela produit plein de complications !
Car c'est un peu comme si tu voulais qu'une banane se transforme en carrote ...
Ca a la même forme et pourtant l'un est un fruit, l'autre un légume ...

L'objet String va partir en vrille avec les différents encodages car tu essaie de traiter des caractéres qui sont incompréhensible et lui il essaye tout bonnement de leur trouver une signification logique...
Résultat, les caractéres de contrôle (ou autres) qui ne sont pas affichable graphiquement vont être tranformé par des ?, ce qui fausse tout ton affichage !

Enfin quelqu'un qui me comprend ! :cry: :D

Citation:

Envoyé par Debernad

Le mieux dans ton cas et d'utiliser le tableau d'octet => byte[]
Afin de traiter ton image en tant que suite d'octet et non en tant que chaine de caractére...
Et normalement, tous tes problémes se résolveront.

He bien pas vraiment... :cry: :cry:
Mon appli utilise des String pour le traitement...et je ne crois pas que je puisse transformer mon code pour qu'il puisse gerer des octets de façon triviale... :cry:

Citation:

Envoyé par Debernad

PS : Ha oui, j'allais oublié de préciser que tu a crié tellement fort lors de ton précédent post que l'on t'entends jusqu'au bout du forum :P Donc relax ;)

:lol: :lol: :lol:
C'est que j'imaginais qu'il suffisait de télecharger l'Unicode 4.1 et de le considerer comme une api et j'étais pressé de savoir, croyant avoir découvert mon saint Graal... :cry:
31/10/2005, 16h48
Regis.C

Admettons que je puisse utiliser les suites d'octets.
Puis-je réecrire les octets directement dans un fichier ensuite, qui pourra- être relu normalement ?
31/10/2005, 16h53
Debernad
Biensur !
Code:

1 2 3 4 5 byte[] b = ...; FileOutputStream outfile = new FileOutputStream(...); outfile.write(b); outfile.close();
Tant que tu n'utilise pas des filtres tel que BufferedWrite ou BufferedRead mais uniquement FileInputStream et FileOutputStream, il n'y aura pas de transformation ou altération de ta suite d'octet ...
31/10/2005, 17h04
Regis.C

Houlla, ça me parait chaud...
Il faut que j'arrive à stocker d'un un seul objet chaque octet traité...
Il va falloir que je mette en route la machine à méninges !!! :roll:

Pas forcément ... tu peux écrire plusieurs fois des paquets de byte[] les uns a la suite des autres
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 FileOutputStream outfile = new FileOutputStream(...); byte[] b = ... ; outfile.write(b); b = ... ; // affecte une nouvelle suite d'octect (nouveau paquet) outfile.write(b); b = ... ; // affecte une nouvelle suite d'octect (nouveau paquet) outfile.write(b); b = ... ; // affecte une nouvelle suite d'octect (nouveau paquet) outfile.write(b); outfile.close();
A toi aprés de faire le découpage qui te convient pour traiter tes données sans occuper trop d'espace mémoire à in instant t !

31/10/2005, 17h14
Regis.C

Haaaa!
Je n'arrive pas à transformer un byte en quelque chose d'utilisable genre int, ou String.... :cry:

Code:

1
2
3
4
5
6
7
 
byte[] b = ... ;
for(int i=0;i<b.length;i++)
{
       int entier = (int)b[i];
       System.out.println("Entier = "+entier);
}

31/10/2005, 21h49
Regis.C

Le problème avec le choix d'utiliser les octets, c'est que je me retrouve à devoir enregistrer un fichier beaucoup plus lourd de plusieurs dizaines de kilos (voir centaines!) par rapport au fichier d'origine.

En utilisant le code fournis au départ (source = Gfx) j'obtiens un fichier de 5 ou 10 Ko de plus avec mon traitement car je garde la forme du texte d'origine. Bon, ok, avec cette methode, j'ai le fameux problème des caractères Unicodes 4.1...

Mais j'avoue être surprit que pour quelques caractères non-prit en compte par l'Unicode je doivent changer l'architecture et lire mes fichiers par les octets... :roll:

N'y a-t-il pas la possibilité d'upgradé le standard Unicode utilisé par la JRE de manière à ce que tous les caractères soient pris en compte ?
(sachant que c'est cette JRE qui sera utilisée par le logiciel)

Je suis perplexe... :roll:

Je suis d'autant plus perplexe qu'au boulot sous win98 je vois parfaitement les cractères qui me posent problème (ainsi que le ce forum) et que chez moi en win XP je ne vois pas les caractères affichés sur le forum...à la place il y a un blanc...
Ce doit être assez difficile à comprendre pour ceux qui ne voient pas le caractère sur leurs ecrans !!! :lol:

Fuseau horaire GMT +2. Il est actuellement 14h01.