Bonjour,
 
Voici mon problème. Le code suivant ne fonctionne pas sous le jdk 1.5:
 
package essai;
 
public class Sans_titre1 {
 
  public Sans_titre1() {
  }
  public static void main(String[] args) {
    Sans_titre1 sans_titre11 = new Sans_titre1();
    String a = "aaa";
    String b = "bbb";
    String str = a+"\\"+b;
    System.out.println(str);
  }
}
 
Pas d'erreur à la compilation mais l'erreur suivante à l'exécution:
 
java.lang.VerifyError: (class: essai/Sans_titre1, method: main signature: ([Ljava/lang/String;)V) Incompatible object argument for function call
 
Exception in thread "main"  
 
Quelqu'un sait-il pourquoi ?
Merci d'avance pour votre aide.

chezmoicamarche.org
 
et si tu commentes tes opérations de String ?

 
il m'a l'air d'avoir un coup dans l'aile ton JRE

java -version ?
 
Un JRE exotique peut-être.

c'est vrai que  
method: main signature: ([Ljava/lang/StringV)
c'est un peu louche

a tous les coups il le fait tourner avec un 1.4
et ça tourne, parce que par defaut le compilo 1.5 a comme target 1.4, faut explictement dire -source 1.5 et -target 1.5
 
edit: euh oui a propos je vois pas le rapport avec le sujet

 
Effectivement.
Merci pour votre aide, je n'ai pas trouvé la solution encore. J'ai réinstallé le jdk, sans succès. Je suis sous JBuilder, je renseigne les propriétés du projet avec le jdk 1.5 (java 1.5.0-b64)...
C'est la ligne  
    String str = a+"\\"+b;
qu'il n'aime pas a priori.

non.

Commence par sortir de JBuilder pour tester avec différentes options.

 
J'ai la même erreur en ligne de commande:
 
java -cp essai.jar essai.Sans_titre1
Exception in thread "main" java.lang.VerifyError: (class: essai/Sans_titre1, method: main signature:
 ([Ljava/lang/StringV) Incompatible object argument for function call
 
Pour info, le code suivant (c'est un exemple) fonctionne bien, lui, dans les mêmes conditions:
String input = "1 fish 2 fish red fish blue fish";
Scanner s = new Scanner(input).useDelimiter("\\s*fish\\s*" );
    System.out.println(s.nextInt());
    System.out.println(s.nextInt());
    System.out.println(s.next());
    System.out.println(s.next());
    s.close();

on te dit que t'utilises pas la bonne vm!

c'est quoi vm?

(Java) Virtual Machine.

 
Merci pour cette réponse. Désolé, je l'avoue, je savais ce que cela voulait dire, mais je voulais voir les réactions, tellement je trouve que l'on est bien accueilli par certaines personnes sur ce forum.
 
Tout cela ne résoud pas mon problème, mais ce n'est pas grave, je peux le remettre dans ma culotte, je ne veux pas déranger davantage.
Selon moi, j'utilise le jdk 1.5, mais si on peut me prouver le contraire, je suis preneur. Et je ne comprends pas pourquoi, dans les mêmes conditions, le code suivant fonctionne:
    String input = "1 fish 2 fish red fish blue fish";  
    Scanner s = new Scanner(input).useDelimiter("\\s*fish\\s*" );  
    System.out.println(s.nextInt());  
    System.out.println(s.nextInt());  
    System.out.println(s.next());  
    System.out.println(s.next());  
    s.close();  
 
et pas le code suivant:
    String a = "aaa";  
    String b = "bbb";  
    String str = a+"\\"+b;  
 
et quel est cette erreur dont j'ai parlé:
    java.lang.VerifyError

Avec une telle attitude, faut pas venir t'étonner des réponses.
 
EDIT: Je suppose que le reste ta question est aussi bidon et que tu connais la réponse mais que c'est juste un test, donc tu ne m'en voudras pas si je n'y réponds pas.

http://java.sun.com/j2se/1.5.0/doc [...] Error.html
 
et java -version te répond quoi ?

Question déjà posée par moi et restée sans réponse, mais notre ami était concentré sur son "test" sans doute.
 
Alors avant de faire clown et de critiquer...
 
 

j'hallucine ...

plpl> ton problème n'est pas un problême "standard". Il vient surement d'une mauvaise config de ton JRE. Pour moi, y a aucune chance que ca vienne du code de ta classe.
 
Quand tu dis que l'autre code marche "dans les même conditions", y a surement un truc de différent que tu ne vois pas. C'est ca qu'il faut chercher...
 
=> fait un java -version, essaye de compiler tes 2 versions de code de la même façon (en ligne de commande avec les mêmes options) et essaye de les lancer de la même façon.

quand bien meme, il pourrait avoir une jre dans son path, AVANT la jdk...
idéalement, fait un "which", mais ça existe pas sous windows sans cygwin