Reprise du message précédent :

Ca tombe bien, ya une fonction "sort" en perl

 
oui, il faut preciser une option pour qu'il ne le fasse pas (sous un nulix courant, apres doit y avoir un ls bsd qui fait pas pareil juste pr emmerder le monde)

Pas du tout non

SAY RATAL /FOU/

 
Pas dans Sybase, non.
 
Ah, j'ai la réponse de l'éditeur : c'est l'outil de mise à jour automatique qui est crétin, y a pas de souci pour ajouter des colonnes après. Donc go alter table.

oui oui je sais, mais c'etait pas fait  

 
BSDG  

Quelqu'un a déjà eu ce problème en voulant installer un patch pour la dev suite oracle :

J'ai pas envie de m'amuser à couper tous les services pour que ça me pete à la gueule après...

Ouais c'est pour ça (entre autres) que "ls -f" peut te sauver la vie dans les *très* gros répertoires

J'aime bien le SYNOPSIS super utile, notes

Putain de CPU et de bios en carton

 
installe le en mode sans echec ?

je veux pas bosser aaaaarrrrrgggghhhhh......

Alors ok, la feinte du père Lafeinte pour D/L Eclipse, c'était d'utiliser un miroir ftp et pas http pour bypass le scan de merde de ce proxy pourri. Bienvenue chez les ch en 2008

 
Moi je peux pas

+10,000 "Le désespoir amoureux comme facteur de démotivation", bientôt dans vos librairies.

Trop trivial. Sous Sybase, j'aurais plutôt vu un délicat:

SELECT col.name, systypes.name, col.length, col.STATUS
    FROM syscolumns AS col
    INNER JOIN sysobjects ON col.id=sysobjects.id
    INNER JOIN systypes ON col.usertype=systypes.usertype
    WHERE sysobjects.name='MaTable'
    ORDER BY col.colid;

Bin dans ton Java tu transformes ta String UTF-8 en ISO-8859-1 et tu balances le tout dans ta DB ? Et opération inverse quand tu affiches le tout si besoin.
Non ?

sans doute. Mais j'y arrive pas.
 
l'opération inverse n'a pas l'air nécéssaire, ca me surprend, mais ca marche tel quel.

prems en congés

meurs

Ca fait longtemps que j'ai pas joué avec ce genre de truc en Java, mais le truc tout con de String youpi = new String(iso.getBytes(), "ISO-8859-1" ); puis youpi.getBytes("UTF-8" ); marche pas ?

Bin dans un sens c'est normal, y a aucune transfo nulle part, donc si tu écris en UTF-8 et affiches en UTF-8, c'est normal que tout soit OK. Le fait que tu aies du é dans ta base ne signifie pas que c'est foiré, au contraire, c'est juste la version ISO de ton caractère UTF-8

nan, mais dans ma base j'ai des trucs en iso, qui viennent d'ailleurs, et ca s'affiche correctement dans ma page en utf8.

si c'est de l'iso-latin avec seulement des caractères ascii 7 bits dans la base, ça s'affiche en UTF8 sans problème puisque que l'ascii 7 bits est de l'UTF8 valide.

c'est pas le cas. C'est de l'iso-8859-1, avec des accents.

une conversion est donc faite implicitement quelque part    
t'as vérifié les pages générées avec un viewer hexa?

lol wut ?

Sauce ?

Et après on me dit que les entities c'est le mâlin    
Quand on voit le nombre d'emmerdes que ça aurait pu nous éviter  
Après évidemment il faut gérer correctement son bouzin en UTF-8.
Mais quand il y a des morceaux de bouzins en ISO  

 
_o/*PAF*

 
DANS L'URL NUBCAKE

non

 
bon, ca marche en grugeant comme ca :
message = new String(message.getBytes("iso-8859-1" ), "utf-8" );
 
merci mon gros  

non  

et chercher pourquoi ça arrive pas dans le bon sens et démêler le pb ça serait pas mieux ?

si, mais je connais la cause. Toute ma chaine est en utf-8, sauf la base de données, et je peux pas changer la bdd . Et chez oracle, ce parametrage a l'air d'etre par instance, et pas par table ou par connexion.

ben c'est au driver, de faire la conversion non ?

le driver, c'est le thin d'oracle. S'il ne le fait pas, je suis bien obligé de le faire a sa place, a moins que tu n'aies mieux a me proposer ?

y'a quoi comme machine virtuelle gratos qui pue pas du cul sous windows à part virtual pc 2007 ?

le viewer de VMware est gratos, et t'as des images toutes prêtes qui traînent un peu partout

heum...
http://www.vmware.com/fr/download/
je télécharge quoi ?

et quand tu dis images toutes prêtes, tu parles de quoi ? (enfin, quels types d'images)