Les questions à la con - Page 184

Ok, ça avait du sens avant mais plus maintenant, merci ! ^^

Nil (./5487) :
Il dit aussi regretter que les noms de domaines aient une construction à l'opposé de la logique voulue initialement : il aurait fallu avoir http:/com.google.www/ pour qu'elle soit respectée (en allant du plus large au plus étroit)

Intéressant ça. On aurait même pu se passer du slash en utilisant le premier ':' comme séparateur protocole/adresse.

Hm non, le : sert de séparateur entre les différentes parties, du coup je pense que le supprimer serait trop ambigu dans un contexte général : il ne sert pas qu'au début mais aussi à la fin (et peut avoir d'autres utilisation) [protocole] : [ndd] : [port] : [chemin/page], mais aussi pour séparer le nom d'utilisateur du mot de passe dans la syntaxe [protocole] : [id] : [pass] @ [ndd] : [port] : [chemin/page]. Je pense qu'il y a probablement d'autres usages que je n'ai pas en tête.

Il y a typiquement un format qui a supprimé les deux slashes, ce sont les url mailto (le domaine étant donné à la fin - ce qui est aussi une forme d'exception à la norme)... mailto:nil@yaronet.com

d'ailleur certains navigateur hurlent au phishing si tu utilise une URL id@domain :/

C'est pourquoi je précise pour le premier ':'.

flanker (./5485) :
le système a été pensé pour qu'il y ait une URL par type de service (ça se défend plutôt bien comme idée), et le web n'était à la base qu'un service parmi d'autres. Tu pouvais donc avoir nntp.example.org, gopher.example.org et www.example.org, sans que le www soit plus important que les deux autres. Dans cette optique, pas de raison de privilégier le web.

C'est surtout parce que les serveurs étaient moins puissants à l'époque et donc on utilisait un serveur différent par service. Plutôt que de faire ça en redirigeant les ports, on a préféré créer des sous-domaines différents.

Comment faire une indirection d'appel en C ?

Normalement :

int return_value_by_ptr(int** receiver);
int* receiver = NULL;
return_value_by_ptr(&receiver);

Ce que je veux :

#define MACRO_RETURN_VALUE() int* ptr && return_value_by_ptr(&(int*) { &prt })
int* receiver = MACRO_RETURN_VALUE();

En gros je m'en fout du retour de 'return_value_by_ptr' (code d'erreur inutile) mais je veux pouvoir retourner le contenu de 'ptr'.

Si ce contenu == NULL, c'est déjà une erreur, pas besoin de tester l'autre.

Ça semble assez étrange à prime abord, mais c'est super utile en fait.

C'est pour ré-écrire les kernel Linux en mode nostub.

Carrément.

Comme ça.

Je suis un fou.

hein?

Une fonction qui retourne un pointeur par pointeur de pointeur dans un de ses paramètre, pouvoir affecter le pointeur à une variable sans la connaître, genre avec une variable anonyme.

C'est possible avec GCC:#define MACRO_RETURN_VALUE() ({int *ptr; return_value_by_ptr(&ptr); ptr;})

Nieeeeerk, c'est bien ça l'idée.

Juste à vérifier si ça marche dans Visual.

Ils ont grandement amélioré le support C99 dans 2015, même si ce n'est pas parfait.

Merci Kevin

(gros poutou)

Où est-ce que je peux jetter mon matériel électronique ou mes piles usagées ? La poubelle ne me semble pas le bon endroit, mais je ne sais vraiment pas où ça se jette tout ça ^^

Déchetterie, section DEEE. En Chine, je ne sais pas où c'est, par contre

Entrée des magasins de bricolage pour les piles et les lampes.

Magasins de bricolage ou hi-fi pour le matériel électronique.

(taxe recyclage)

Tron (./5504) :
Entrée des magasins de bricolage pour les piles et les lampes.

Magasins de bricolage ou hi-fi pour le matériel électronique.
(taxe recyclage)

il n'est pas en France...

[edit] Ah oui j'oubliais cela. La Chine s'y connaît-elle en recyclage ? je n'en sais rien du tout. Tu n'as pas cherché à te renseigner auprès d'une mairie locale ou sur internet ?
(bon techniquement c'est ce que tu es en train de faire mais tu m'as compris)

je crois que ce qu'il faut faire la bas c'est le terrain le plus proche, ou le fleuve le plus proche

#loin#

Tron (./5501) :
Juste à vérifier si ça marche dans Visual.

Certainement pas, c'est une extension GNU. Clang la gère, ainsi que quelques autres compilateurs, mais pas Visual C++ (ni en C, ni en C++).

Tu as un truc standard alors ?

Pas une extension marginale ?

Merci quand même, c'est bien ce que j'avais en tête au départ...

Concernant le recyclage, ici on a la taxe qui permet de déposer le matériel usagé dans un magasin, qui finalement l'expédie en chine sur un terrain vague.
Donc effectivement, chez vous c'est gratuit et en plus c'est un cycle court!!

Tron (./5509) :
Tu as un truc standard alors ?

Pas une extension marginale ?
Merci quand même, c'est bien ce que j'avais en tête au départ...

S'ils ont mis ça comme extension, c'est bien parce que ça manque dans le standard. Ce que tu peux faire, c'est une fonction inline, c'est standard depuis le C99 (et en C++ depuis toujours).

A force de bricoler le standard, on va finir avec une machine virtuelle pseudo Java :/

Mais oui, l'initialisation nommée des structure absente du C++, wtf...

TIGCCLIB utilise d'ailleurs l'extension ({…}) de partout.

Je préfère l'extension (. )( .)

Avec une fonction virtuelle qui surcharge l'opérateur de la sous-classe...

C'est beau d'utiliser des extention non standard qui peuvent etre cassé a tout moment

Et pas compilable n'importe où, ou pas avec n'importe quel compilo...

Déjà qu'ils ne se valent pas tous sur les trucs communs :/

Godzil (./5515) :
C'est beau d'utiliser des extention non standard qui peuvent etre cassé a tout moment

Bah, pour TIGCCLIB, c'était simple, si un nouveau GCC a cassé une extension dont TIGCCLIB a besoin, j'ai tout simplement patché le GCC de TIGCC pour qu'il continue à les accepter. (Cf. par exemple les lvalue casts.)

Oui plutot que ce dire que c'était peut etre une mauvaise idée d'utiliser ces fonctions, autant aller a fond dans le déni

Pourquoi? La bibliothèque est livrée avec le compilateur, c'est la bibliothèque standard de la chaîne d'outils, on contrôle aussi le compilateur, alors on peut rajouter ce qu'on veut au compilateur si ça aide la bibliothèque standard. (J'ai d'ailleurs fait ça par endroits, cf. par exemple __builtin_ER_throw.)

Et tu n'as pas eu l'idée d'écrire un langage propre et adapté par application ?