Que fait le ??!??! opérateur faire en C?

J'ai vu une ligne de C qui ressemblait à ceci:

!ErrorHasOccured() ??!??! HandleError();

Il a compilé correctement et semble fonctionner correctement. Il semble qu'il vérifie si une erreur s'est produite et si c'est le cas, il la gère. Mais je ne suis pas vraiment sûr de ce qu'il fait réellement ou comment il le fait. Il semble que le programmeur essaie d'exprimer ses sentiments sur les erreurs.

Je n'ai jamais vu le ??!??!précédent dans aucun langage de programmation, et je ne trouve aucune documentation pour cela nulle part. (Google n'aide pas avec les termes de recherche comme ??!??!). Que fait-il et comment fonctionne l'exemple de code?

??!est un trigraphe qui se traduit par |. Donc ça dit:

!ErrorHasOccured() || HandleError();

qui, en raison des courts-circuits, équivaut à:

if (ErrorHasOccured())
    HandleError();

Gourou de la semaine (traite du C ++ mais pertinent ici), où j'ai repris cela.

Origine possible des trigraphes ou comme le souligne @DwB dans les commentaires, il est plus probable en raison de la difficulté (encore une fois) d'EBCDIC. Cette discussion sur la carte IBM developerworks semble soutenir cette théorie.

D'après ISO / IEC 9899: 1999 §5.2.1.1, note de bas de page 12 (h / t @ Random832):

Les séquences de trigraphes permettent l'entrée de caractères qui ne sont pas définis dans le jeu de codes invariant comme décrit dans ISO / IEC 646, qui est un sous-ensemble du jeu de codes US ASCII à sept bits.

Eh bien, pourquoi cela existe en général est probablement différent de la raison pour laquelle il existe dans votre exemple.

Tout a commencé il y a un demi-siècle avec la réorientation des terminaux de communication sur papier en tant qu'interfaces utilisateurs informatiques. Dans l'ère Unix et C initiale qui était le télétype ASR-33.

Cet appareil était lent (10 cps) et bruyant et laid et sa vue du jeu de caractères ASCII se terminait à 0x5f, donc il n'avait (regardez attentivement la photo) aucune des clés:

{ | } ~ 

Les trigraphes ont été définis pour résoudre un problème spécifique. L'idée était que les programmes C pouvaient utiliser le sous-ensemble ASCII trouvé sur l'ASR-33 et dans d'autres environnements sans les valeurs ASCII élevées.

Votre exemple est en fait deux ??!, chaque signification |, donc le résultat est ||.

Cependant, les gens qui écrivent le code C presque par définition avaient un équipement moderne, ¹ donc je suppose: quelqu'un montrer amusant themself ou, en laissant une sorte d'oeuf de Pâques dans le code pour vous de trouver.

Cela a bien sûr fonctionné, cela a conduit à une question SO très populaire.

                                            ^{Télétype ASR-33}

Il est un C trigraphes . ??!est |, est donc ??!??!l'opérateur||

Comme déjà indiqué, il ??!??!y a essentiellement deux trigraphes ( ??!et ??!encore une fois) assemblés qui sont remplacés-traduits en ||, c'est -à -dire le OU logique , par le préprocesseur.

Le tableau suivant contenant chaque trigraphe devrait aider à lever l'ambiguïté des combinaisons de trigraphes alternatives:

Trigraph   Replaces

??(        [
??)        ]
??<        {
??>        }
??/        \
??'        ^
??=        #
??!        |
??-        ~

^{Source: C: A Reference Manual 5th Edition}

Donc, un trigraphe qui ressemble ??(??)finira par correspondre [], ??(??)??(??)sera remplacé par [][]et ainsi de suite, vous avez l'idée.

Étant donné que les trigraphes sont substitués pendant le prétraitement, vous pouvez utiliser cpppour obtenir vous-même une vue de la sortie, à l'aide d'un trigr.cprogramme stupide :

void main(){ const char *s = "??!??!"; } 

et le traiter avec:

cpp -trigraphs trigr.c 

Vous obtiendrez une sortie console de

void main(){ const char *s = "||"; }

Comme vous pouvez le constater, l'option -trigraphsdoit être spécifiée, sinon cppun avertissement sera émis; cela indique comment les trigraphes sont une chose du passé et sans valeur moderne autre que de confondre les gens qui pourraient les croiser .

Quant à la justification de l'introduction des trigraphes, elle est mieux comprise lorsque l'on examine la section historique de l'ISO / CEI 646 :

L'ISO / CEI 646 et son prédécesseur ASCII (ANSI X3.4) ont largement approuvé les pratiques existantes concernant les codages de caractères dans l'industrie des télécommunications.

Étant donné que l'ASCII ne fournissait pas un certain nombre de caractères nécessaires pour les langues autres que l'anglais, un certain nombre de variantes nationales ont été créées pour remplacer certains caractères moins utilisés par ceux nécessaires .

^{(c'est moi qui souligne)}

Ainsi, en substance, certains caractères nécessaires (ceux pour lesquels il existe un trigraphe) ont été remplacés dans certaines variantes nationales. Cela conduit à la représentation alternative utilisant des trigraphes composés de caractères que d'autres variantes avaient encore autour.