Reprise du message précédent :
gm> merci   j'ai fixé la taille du div
 
bonjour aux TT d'hier  

ce cas était exceptionnel. la prochaine fois, ce sera vraiment une semaine, n'en déplaise aux éventuels ronchons.

Au fait Harko, tu utilises quelle version de sharp develop ? la 0.95b ?

 
ça dit au navigateur le type de contenu (indépendant de l'extension), genre text/html, image/png, etc.

Ok, merci
 

Comme par hasard  

non, la 0.94. la 0.95b utilise le framework 1.1 et moi j'ai encore le 1.0 (ça me fait chier d'installer le 1.1, il est encore en anglais, doc y compris )

> --, urd- : oui salut     (merci au courageux défenseur des libertés fonsdamentales qui a su braver les assauts du peuple endoctriné   , et à toi urd-, pour le quiproquo --/mareek )
 
question : vous savez s'il est possible de faire un delete sur plusieurs tables en même temps avec jointures ? (MySQL)

simogeo>> non on peut pas
 
par contre y'a peut etre moyen de mettre le cascade delete si tu utilises des foreign keys

je ne les ai jamais utiliser jusqu'à present, je vois le principe.
Ca marche bien ? (ca ne peut pas poser de pb supps ? , pour l'instant je ne vois pas lesquels mais j'ai pas le recul   )

bah ça pose le pb que ça delete des trucs dans ton dos quoi

bof...vu le prix du kit de développement ils auraient pu se fouler un peu hein!

 
ca copie le contenu du registre bx dans le registre ax

et tant qu'à faire filer de la doc pour VC++ plutot que 2 pauvres exemples qui me servent à quasiement rien!

 
que tu copies (logique, mov = copie ) le contenu de bx dans ax
 
edit: grilled par chrisbk qui avait fait une faute puis qui l'a corrigée

 
si tu le sais pas, tu n'as pas besoin de le savoir

 
merci --, bon vais la faire a l'ancienne alors, je garde ce concept sous le coude pour un prochain projet  

 
bon
 
ton petit processeur x86 ne travaille pas directement sur des operandes situees en memoire, mais sur des operande situees dans ses registres (eg des tout petits bouts de memoire sur le CPU, pour faire vite), chacun de ces registres a un nom. Puisque on utilise souvent ces registre en ASM, les concepteurs ont preferes des noms court. C'est a dire qu'a la place de Robert, Marie-Louise et Jean-Michel ils s'appellent EAX/EBX/ECX/EDX/ESI/EDI/EBP/ESP (32bits chacun). voila
ensuite ces meme registres sont subdivise en sous registres (par exemple ton AX correspondant aux 16premiers bits de EAX)
 
donc mov ax,bx; effectue bien la copie du registre BX vers AX
est ce plus clair ?

moi j'aurais dit que mov ax, bx ça donnerait

dans un langage de haut niveau

faut etre maso pour faire de l'asm non?

vos gueules, les morveux

vos bots sont sur les starting blocs?

 
ca a un petit coté rigolo, mais faut pas etre fan de productivite...
 

tout depend de ce que tu veux faire. certains trucs sont pas bien compliques a faire en asm, si tu te contentes d'additions pas de problemes

l'asm c'est comme un casse-tête à résoudre, ou encore le saint-graal qui donne accès à la puissance ultime, pourvu que tu saches t'en servir bien entendu

 
ben faire de l'asm c pas compliqué, c'est juste :
 
1)long
2)bordelique
3)moche
 
 
relire par contre c'est une autre paire de manche

oui c'est vachement marrant.  
 
--> Le seul point fort de l'asm c'est la rapidite et le fait qu'on peut faire des operations complexes en deux temps trois mouvements.

 
4) Non portable

 
si je t'assure ca a un cote rigolo. Ca t'apprends aussi comment fonctionne ton programme C/C++ et perso ca m'a parfois aider de connaitre l'asm pour debugguer mes progs C++ (visu de te permet de voir le source desassemblé et de faire du debug dessus)
 
Quand t'as fini d'avoir une appli qui marche et que t'as identifie les goulots d'etranglement, tu peux avoir a essayer d'utilisant les jeux d'instructions SIMD (si ton bazard est parrallelisable), optimiser la gestion memoire (gestion du cache, eviter de trasher le cache d'ecriture si ca sert a rien, prechargement de donnees en cache...). Voir ton appli aller 2x plus vite que le code genere par le compilo est assez sympatique.
Ensuite parfois ca donne des idees (eg j'ai plus ou moins copier le principe du mmx dans mon code java, ca m'a permis de virer quelque instructions sur une portion de code appellee tres souvent, le tout est maintenant plus reactif)
 

Faudrait pas oublier
 
5) Quasi impossible à maintenir!

mouais mais quand t'en est a faire de l'asm t'es assez au courant de ce pepin d'entree de jeu, et si tu persistes c que tu t'en fous pas mal

Comme les 3 autres points quoi

trop lourd pour lui.
 

 
ben si tu comptes faire passer ton appli 100% asm x86 sur un motorola tu va t'amuser un petit moment
 

Ben l'asm c'est propre à une famille de proceseur. Si je développe pour du x86 (Pentioume, Athlon...) ça marchera pas sur du PowerPC par exemple.

question crétine:
asm et assembleur c'est pareil?    
 
perso j'ai fait les bases en electronique, je trouvais ca marrant (mais prise de tête)

Jeu de mots à 10 centimes d'€...

C

on a pas dit que tout le reste était protable hein...
Typiquement un truc que tu codes en asm tu devrais pouvoir le faire en C...