[F] [mOved] Mon langage est mieux que le tien - Page 155

Mais bien sûr

Ah mais si on peut plus être de mauvaise foi dans ce topic, ça va pas aller !

De toutes façons le meilleur langage du monde n'existe pas, je ne l'ai pas encore inventé

Voilà, c'est mieux

Mais ce qui est sûr c'est que c'est un fork du Javascript !

Je pense que si le ZephScript existait, il serait quand même sacrément mieux fichu

Ah oui le ZéphiScript, ça sonne trop bien

"Un vent nouveau sur l'ECMAscript"?

*prout*

yo,

En C, une variable static dans une fonction n'est pas réinitialisée entre deux appels.
Est-ce que cette fonction a le droit alors de renvoyer un pointeur sur cette variable, pour être utilisée en lecture seule par la fonction appelante ?

Merci !

Oué, c'est moche mais oué.

Renvois en const si tu veux "garantir" le coté lecture seule.

Ceci dit le C n'a pas l'horreur du C++ ou suivant ou tu colle const ca veux dire deux choses différentes, surtout avec les pointeurs (en C++ tu peux avoir un const pour la valeur pointé, ou un const pour le pointeur en lui meme. la syntaxe est immonde)

Une variable "static" dans une fonction est une forme de variable globale locale. Autre point a faire attention, l'utilisation de variable statique avec des thread est plus que découragée, surtout si plusieurs thread sont mené à toucher à la dite variable. (bon vieux problème d'accès aotmiques, sans compter d'autre surprises suivant comment les threads/process marchent sur l'OS)

J'ai regardé dans le K&R et pour une fois, je n'ai pas trouvé de réponse claire à cette question. Il est mentionné que les variables static d'une fonction conservent leurs valeurs d'un appel à l'autre, mais rien n'est dit explicitement sur leur accessibilité en-dehors de la fonction, ou le fait que leur adresse ne varie pas d'un appel de fonction à l'autre.

Sur StackOverflow, il semble y avoir consensus sur le fait que ça ne pose pas de problème, mais je n'ai vu personne citer un paragraphe du standard pour appuyer ses dires. Bref, il se pourrait bien que ce soit le genre de truc qui paraît évident et qui marche sur 99% des compilos, mais qui n'est pas formellement garanti.

(Au passage, static dans une fonction, c'est discutable. Comme les variables globales, c'est incompatible avec la réentrance et le multi-threading, mais ça saute moins aux yeux qu'une variable globale quand on lit le code.)

[cross]

Ok merci beaucoup ^^
Comme c'est sur TI, on oublie le multi-thread et la portabilité.

Et j'aimerais voir un compilo qui s'amuse à déplacer du contenu d'une variable static entre deux appels, ça serait malin ça

Zero: c'est utile dans certains cas, genre un compteur monotonique ou une initialization a faire une seule fois lorsque cette fonction est appelé.

Bien sur ca a aussi plein de défaut comme discuté

Oh je dis pas le contraire, ça m'arrive aussi d'en utiliser, faut juste être prudent

Completement.

C'est multithreadable a coup de mutex ceci dit, enfin si on oublie que rien ne garantit ou est stoqué la dite valeur..

Elle peux etre differente pour chaque thread ou partagé entre chaques..

C'est un joli foutoir

Godzil (./4631) :
Ceci dit le C n'a pas l'horreur du C++ ou suivant ou tu colle const ca veux dire deux choses différentes, surtout avec les pointeurs (en C++ tu peux avoir un const pour la valeur pointé, ou un const pour le pointeur en lui meme. la syntaxe est immonde)

c'est un anachronisme, ça ne se fait plus, et c'est un warning du compilo partout.

Je l'ai vu il y a pas si longtemps donc perso, non.

Et ne me parle pas des "smart pointer", j'ai juste envie de gerber en voyant ça. la syntaxe est immonde, l'utilisation est immonde. (c'est du C++ en meme temps c'est probablement la raison)

Et c'est tellement anachronique que c'est dans tous les "tuto" du C++:

https://www.cprogramming.com/reference/pointers/const_pointers.html
https://www.learncpp.com/cpp-tutorial/pointers-and-const/
etc..

cprogramming: (c) 2019, on est en droit de douter de l'actualité du truc.
learncpp: encore pire, ~2016-2017.

il faut que t'arrêtes de tirer à tout bout de champ sur le C++. J'ai pas mentionné unique_ptr et consorts.

cet anachronisme a un **semblant** de sens sur les pointeurs, et ça se comprend très simplement; là où ça devient ingérable, c'est sur les références (parce que c'est carrément undefined behavior)

http://eel.is/c++draft/dcl.ref

Cv-qualified references are ill-formed except when the cv-qualifiers are introduced through the use of a typedef-name ([dcl.typedef], [temp.param]) or decltype-specifier ([dcl.type.decltype]), in which case the cv-qualifiers are ignored.

ça devrait être une erreur, mais c'est mis en warning pour rester compatible avec le vieux code.

et avant que tu passes à tirer sur moi, je ne défend pas la syntaxe.

J'avais fait ca début 2000:



De mémoire c'était super lent

Tu pouvais utiliser un mode graphique dans la console avec QBASIC ?

Oui. Mais c'est pas QBASIC spécifiquement, c'est Windows : y'a(vait) une émulation VGA dans une fenêtre pour les programmes DOS. C'était assez limité (ça ne supportait qu'un sous-ensemble des features d'une vraie carte VGA, donc avec les jeux ça donnait souvent de la bouillie), et avec un framerate assez bas. Mais c'était grosso-modo suffisant pour faire de la bureautique ou jouer avec QBASIC.

goto reste légal

Suite au hack de Twitch, quelques expressions régulières extraites du code (on sait jamais, ça peut servir) :
https://ghostbin.com/57bCm

is_blasphemy

...

Ça a l'air robuste tout ça

https://www.tiobe.com/tiobe-index/

Python continue sur sa lancée

Tiobe ne veut pas dire grand chose, il compte juste les recherches de Tutoriel sur google, donc Python, qui est un langage très recommandé pour les débutants, est forcément bien représenté.

Qu'il ne soit pas parfait, c'est évident. De là à dire que ça ne veut pas dire grand-chose, il y a un pas à franchir.

Que proposes-tu de mieux comme mesure pour déterminer rapidement quels langages ont le vent en poupe ?