BlaBla@Programmation

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 9 10 11 .. 18 19 20 21 22 23 Page Suivante Page Précédente Bas de page
Auteur	Sujet : BlaBla@Programmation

polo021

Reprise du message précédent :
je crois avoir compris, tu veux dire est ce que les if imbriques se comportent comme les case?

ben non

EDIT : je m'embrouille

Message édité par polo021 le 05-05-2003 à 10:06:13

Publicité

drasche

moi chuis au premier et j'ai jamais bossé au 4è

seulement les étages 1, 2, 5 et 7

---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)

walli

[:papatte] tout le monde
:sleep:

---------------
NP :

tchoupinette

walli a écrit :

[:papatte] tout le monde
:sleep:

:hello:

Loom the Gloom

Even coders get the blues...

walli a écrit :

[:papatte] tout le monde
:sleep:

:hello:

---------------
Music|Market|Feed|Loom|DVD

polo021

walli a écrit :

[:papatte] tout le monde
:sleep:

bonjour toute seule.

FAUX EDIT : mareek ne semble pas etre la.

lorill

HotShot a écrit :

en général ( ), ou du moins dans divers langages usuels...

ben non.
if(condition)
{
if(sousCondition)
{
}
}

sous condition ne sera evaluée que si condition est vraie

polo021

HotShot a écrit :

bla bla bla sa race, bla bla bla

Le mieux pour etre sur c'est d'essayer non? :heink:

lorill

HotShot a écrit :

Est-ce que, par exemple pour vérifier la validaté syntaxique de l'ensemble de ce bordel, le programme va d'abord parcourir tout (condition de 1er niveau, puis chaque if de second niveau etc.), ou bien il va exécuter bêtement tout dans l'ordre, jusqu'à soit trouver un truc qui marche, soit se bloquer sur une erreur ?

ca depends fortement du langage, d'ou mon "en quoi".
dans un langage compilé, la validité syntaxique de l'ensemble est nécéssaire, donc tout est lu a la compile.
mais tout n'est pas évalué a l'execution, cf plus haut.

dans un langage interprété, ca dépends des vérifs qu'il fait.
en xsl (vu tes balises a la con), faut au moins que le xml soit valide, sinon ca va pas etre parsable

polo021

HotShot a écrit :

OK donc on peut foutre ce que l'on veut ailleurs, écrire portnawak, du moment que les conditions ne sont pas réunies pour que le dit portnawak soit exécuté, on aura pas d'erreur

en fait si tu parles de la compilation, tout est surement verifie donc je vois pas comment pendant l'execution tu pourrais te retrouver avec "portnawak" dans un else ou ton pgm ne passera jamais

:??:

Publicité

lorill

HotShot a écrit :

OK donc on peut foutre ce que l'on veut ailleurs, écrire portnawak, du moment que les conditions ne sont pas réunies pour que le dit portnawak soit exécuté, on aura pas d'erreur

Non. Faut que ca soit valide quand même (dans la très grande majorité des langages).

Faut séparer compilation/lecture et execution.
Ca doit etre lisible tout de meme. Apres, que ca fasse n'imp ou que ca plante, on s'en tape, c'est pas appelé

Message édité par lorill le 05-05-2003 à 10:15:46

lorill

HotShot a écrit :

En gros c pour savoir si on peut laisser des "trous" dans une telle structure sans empecher son fonctionnement

en lucane, oui, dans un langage normalement constitué, je dirais qu'il vaut mieux eviter

lorill

la question con du jour (java) :

Code :

try {
ecran = chargeInstance("ecran" );
} catch(Exception e) {
ecritClasse("ecran.class" );
retry;
}

comment faire le retry ? (sachant que retry devrait replacer l'execution au début du bloc try)

lorill

HotShot a écrit :

(olotré tu crois que je l'ai pas vu ta pub à 2 balles ? :na: )

pff, stait juste pour parler de ce que je connais.
en python par exemple, c'est interprété aussi, mais y'a la construction de l'arbre syntaxique qui est différente, et il va t'envoyer balader avec ton truc. Idem pour ruby, et sans doute perl aussi (pas sur pour celui la)

lorill

HotShot a écrit :

( Ben en l'occurrence ça serait pour Perl :ange: )

a mon avis il a un fonctionnement classique, a savoir
=> lecture du source
=> création d'un arbre en mémoire & verif syntaxe
=> execution de l'arbre.

donc ca va chier a l'étape 2

chrisbk

lorill a écrit :

la question con du jour (java) :

Code :

try {
ecran = chargeInstance("ecran" );
} catch(Exception e) {
ecritClasse("ecran.class" );
retry;
}

comment faire le retry ? (sachant que retry devrait replacer l'execution au début du bloc try)

goto ?

lorill

chrisbk a écrit :

goto ?

j'y ai pensé, mais y'a certains intolérents qui ne comprendrait pas pourquoi il faut l'eviter la plupart du temps et l'accepter quand y'a pas mieux, donc je me sens obligé de l'eviter

benou

lorill a écrit :

la question con du jour (java) :

comment faire le retry ? (sachant que retry devrait replacer l'execution au début du bloc try)

Code :

try {
ecran = chargeInstance("ecran" );
} catch(Exception e) {
ecritClasse("ecran.class" );
try {
ecran = chargeInstance("ecran" );
} catch(Exception ex) {
System.out.println("puisqu'on te dit que ca marche pas !" )
}
}

drasche

walli a écrit :

[:papatte] tout le monde
:sleep:

salut walli!

chrisbk

lorill a écrit :

j'y ai pensé, mais y'a certains intolérents qui ne comprendrait pas pourquoi il faut l'eviter la plupart du temps et l'accepter quand y'a pas mieux, donc je me sens obligé de l'eviter

ben une vieille pirouette a base de while (

Code :

boolean ok = true;
do
{
try {
ecran = chargeInstance("ecran" );
} catch(Exception e) {
ecritClasse("ecran.class" );
ok = false;
}
}while(ok == false);

c bidon mais bon...

walli

lorill a écrit :

la question con du jour (java) :

Code :

try {
ecran = chargeInstance("ecran" );
} catch(Exception e) {
ecritClasse("ecran.class" );
retry;
}

comment faire le retry ? (sachant que retry devrait replacer l'execution au début du bloc try)

méthode bourrin : tu mets le tout dans un while [:tinostar]

edit : grilled

Message édité par walli le 05-05-2003 à 10:31:34

---------------
NP :

walli

drasche a écrit :

salut walli!

et alors cette cure de désintox [:ddr555]

---------------
NP :

antp

Champion des excuses bidons

tj au sujet des if, si tu as :

if (cond1) and (cond2) then ...

-> cond2 ne sera évalué que si cond1 est vrai

if (cond1) or (cond2) then ...

-> cond2 ne sera évalué que si cond1 est faux

c'est le cas dans la plupart des langages (du moins ceux que je connais )

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

polo021

chrisbk a écrit :

ben une vieille pirouette a base de while (

Code :

boolean ok = true;
do
{
try {
ecran = chargeInstance("ecran" );
} catch(Exception e) {
ecritClasse("ecran.class" );
ok = false;
}
}while(ok == false);

c bidon mais bon...

hooooo :na:
il m'a grille de qulques secondes [:fast]

backdafuckup

Back to da old skool

antp a écrit :

edit: milles excuses mon cher antp, j'avais pas vu le

Citation :

En meme temps, c'est du sms staïle, et c'est mal, surtout pour toi. De plus, toujours (si c'est bien ca) s'abréviationne (si si ca existe) en tjs, ou tjrs, mais pas en tj.... :jap:

J't'aime bien quand meme [:flclsd]

je voudrais pas etre désagréable de bon matin, mais c'est pas du tout ca qu'il a demandé...

Enfin, tu m'en voudras pas hein

Message édité par backdafuckup le 05-05-2003 à 10:35:18

polo021

antp a écrit :

[:plusun] mais ca n'a rien a voir avec ce dont parlait hotshot!

lorill

benou a écrit :

Code :

try {
} catch(Exception e) {
try {
} catch(Exception ex) {
}
}

précisément ce que je veux eviter, puisque dans mon cas j'ai pas qu'une ligne dedans, et recopier du code, bof

par contre je viens de réaliser que j'avais même pas besoin de ca en fait :whistle:

antp

Champion des excuses bidons

backdafuckup a écrit :

je voudrais pas etre désagréable de bon matin, mais c'est pas du tout ca qu'il a demandé...

bah oui, je sais, mais c'est quand même vaguement en rapport avec le sujet, non ? c'était au cas où il posait la question

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

lorill

merci a ceux qui ont répondu while, j'y avait pensé, mais c'est pas top, j'aurais préferé une instruction magique [:dawa]

enfin y'a pas, y'a pas, tant pis.
surtout que je me suis planté, j'en ai pas besoin (oups)

antp

Champion des excuses bidons

HotShot a écrit :

Suis pas con non plus

...

non rien
[:neowen]

Message édité par antp le 05-05-2003 à 10:35:53

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

backdafuckup

Back to da old skool

antp a écrit :

bah oui, je sais, mais c'est quand même vaguement en rapport avec le sujet, non ? c'était au cas où il posait la question

cf mon edit :bounce:

benou

lorill a écrit :

précisément ce que je veux eviter, puisque dans mon cas j'ai pas qu'une ligne dedans, et recopier du code, bof

bha, tu mets ton code dans une proc.

Je trouve ca quand même mieux que de risquer une boucle infinie ! :kaola:

antp

Champion des excuses bidons

backdafuckup a écrit :

En meme temps, c'est du sms staïle, et c'est mal, surtout pour toi. De plus, toujours (si c'est bien ca) s'abréviationne (si si ca existe) en tjs, ou tjrs, mais pas en tj.... :jap:

[:benou] y a peu de mots que je mets en SMS-style: tj (toujours, et si je veux l'écrire comme ça je l'écris comme ça), qques (quelques, et autres dérivés), spa (c'est pas)

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

chrisbk

antp a écrit :

[:benou] y a peu de mots que je mets en SMS-style: tj (toujours, et si je veux l'écrire comme ça je l'écris comme ça), qques (quelques, et autres dérivés), spa (c'est pas)

spa du sms stayle ca, c des abreviations courantes

lorill

benou a écrit :

bha, tu mets ton code dans une proc.

a peu pas, y'a pas mal d'affectations dedans.
fin de toute facons le sujet est clos, pisque je remonte une exception au lieu de faire un traitement ici [:sinclaire]

backdafuckup

Back to da old skool

antp a écrit :

[:benou] y a peu de mots que je mets en SMS-style: tj (toujours, et si je veux l'écrire comme ça je l'écris comme ça), qques (quelques, et autres dérivés), spa (c'est pas)

[:twark]
Oh ca va...

Ya mem + de Segon degré ici...

Taiche

(╯°□°）╯︵ ┻━┻

Ayééééééééé, j'ai changé d'bureau ! Moi aussi chu maintenant au 4ème [:dawa] Y a des déménageurs qui en ont profité pour piquer des processeurs dans les machines :lol:
Bref.

Reuh, walli :hello:

---------------
Everyone thinks of changing the world, but no one thinks of changing himself | It is the peculiar quality of a fool to perceive the faults of others and to forget his own | Early clumsiness is not a verdict, it’s an essential ingredient.

polo021

Taiche a écrit :

Y a des déménageurs qui en ont profité pour piquer des processeurs dans les machines :lol:
Bref.

Reuh, walli :hello:

ca doit faire bizarre quand on tente d'allumer sa machine le lundi matin

walli

Taiche a écrit :

:hello:
des processeurs, de la rame surement aussi

---------------
NP :

backdafuckup

Back to da old skool

Question con du jour :
En MFC, comment fait on une bulle sur une trayicon...
Je sais ou il faut changer les options, mais je sais pas lesquelles mettre exactement

Code :

NOTIFYICONDATA nid;
nid.cbSize = sizeof(NOTIFYICONDATA);
nid.hWnd = GetSafeHwnd();
nid.uID = IDD_PREMIEREAPPLI_DIALOG;
nid.uFlags = NIF_ICON | NIF_MESSAGE;
strcpy(nid.szTip,"Chargement en cours..." );
nid.uCallbackMessage = WM_TRAYMESSAGE;
nid.hIcon = (HICON) AfxGetApp()->LoadIcon(IDR_MAINFRAME);
Shell_NotifyIcon(NIM_ADD,(_NOTIFYICONDATAA *)&nid);

je pensais que c'était sztip, mais c'est pas ca...
vous avez une idée ou je fais un topic pour ca ?

polo021

backdafuckup a écrit :

Question con du jour :

vous avez une idée ou je fais un topic pour ca ?

T'as deja ete faire un tour sur la msdn petit d'homme?

Publicité

Page : 1 2 3 4 5 .. 9 10 11 .. 18 19 20 21 22 23

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

BlaBla@Programmation

Sujets relatifs
programmation Pocket PC en C++	[projet] Quel langage de programmation utiliser ? (active directory...
Programmation d'un événement	Programmation openGL
programmation HPVEE ...	Programmation ASM sur Windows ?
[O Caml] Programmation d'un interpréteur - pb de syntaxe	Programmation GTK Linux , problème de #include
probleme programmation driver linux de carte E/S	[Outil de programmation] Visual Studio .net 2002 pro fr
Plus de sujets relatifs à : BlaBla@Programmation

Page générée en 0.153 secondes