libérer un pointeur null

Ce qui se passe à l'intérieur de la mémoire si nous essayons de libérer un pointeur qui pointe vers NULL?
Est-ce que jamais valide?

Pourquoi ne pas afficher les messages d'avertissement/erreur?

  • de rien, ...encore, le comportement de la libération d'un pointeur non null tout ce qui n'est pas malloc avais précédemment est pas défini et il est généralement désastreux.
  • Les pointeurs ne sont pas "pointant vers NULL". Les pointeurs sont ou ne sont pas null eux-mêmes. "Pointeur qui pointe vers NULL" est un non-sens d'instruction.
  • si un pointeur est de stocker l'adresse d'une varibale,c'est une pratique habituelle qu'un programmeur va dire pointeur vers cette variable.il n'est donc pas absurde de tresorerie.peut-être que je me trompe.mais il ne me semble pas non sensiques déclaration.
  • Lorsqu'un pointeur est null, il n'est pas "stockage de l'adresse NULL". NULL n'a pas d'adresse. Lorsqu'un pointeur est null, il n'est tout simplement pas pointer n'importe où.
  • Cette question est un double de la stackoverflow.com/questions/1912325/...
InformationsquelleAutor Vijay | 2010-03-01
  1. 57

    De C99 section 7.20.3.2 : Le gratuit fonction

    Synopsis

     1 #include <stdlib.h>
   void free(void *ptr);

    Description

    2 Le gratuit fonction provoque l'espace pointé par ptr pour être libéré, c'est fait
    disponible pour plus d'allocation. Si ptr est un pointeur null, aucune action ne se produit.

    InformationsquelleAutor Prasoon Saurav
  2. 14

    De http://linux.die.net/man/3/malloc:

    Si ptr est NULLE, aucune opération n'est effectuée.

    • Pour ceux qui ne craint c'est une extension Linux, ce comportement est prescrit par la norme C90.
    • Il est intéressant de noter que les personnes qui ont écrit que Linux homme page soit ne comprennent pas ou ne se soucient pas de la différence entre NULL et "valeur de pointeur null". Plus graves et/ou des documents officiels sont normalement assez pointilleux à ce sujet (voir les autres réponses).
    InformationsquelleAutor Martin B
  3. 6

    libérer de pointeur null n'aura aucun effet dans l'exécution .

    InformationsquelleAutor Pavunkumar
  4. 5

    Once upon a très, très longtemps, il y avait des implémentations de " free()' qui s'est écrasé lors d'une de pointeur null gratuit. Cela s'applique uniquement à des implémentations avant la date de la C89 (C90) standard qui n'ont pas été modifiés pour traiter le problème depuis.

    Dans mon expérience, il n'y a essentiellement aucune de ces implémentations de gauche (et ne doit pas être), de sorte qu'il est maintenant libre de pointeurs null.

    Si vous avez des exigences, du port, très bizarre et anciens systèmes, alors peut-être que vous devriez toujours être prudent. D'autre part, si vous avez eu ces systèmes à s'inquiéter, que vous auriez probablement savoir à propos de la question (et de toute une série d'autres questions) - ou il y aurait quelques communal de connaissances dans le code qui indique ce.

    InformationsquelleAutor Jonathan Leffler
  5. 5

    J'irais pour:

    #ifdef MY_DOUBTS_HAUNT_ME_IN_MY_DREAMS
    #define safe_free(x) do { if ((x)) free((x)); } while(0)
#elseif /* feeling gutsy */
    #define safe_free(x) free((x))
#endif

    ;-||

    • tout d'abord, tu veux sans doute dire "safe_free". mais quel serait le point de cet. free(NULL) est parfaitement légal. Il n'y a pas de point à vérifier pour NULL avant freeing-il.
    • Ne pouvez-vous pas reconnaître une blague (même quand il est mal orthographié)?
    • Blagues à part, la Kamailio-SIP-Server kamailio.org, avec des avertissements activé, enregistre un message d'avertissement lorsque vous libre(0).
    • je comprends votre point de tout cela n' - temps, mais je pense que si(0);else libre((x)); a l'air mieux
    InformationsquelleAutor edgar.holleis
  6. 2

    Ce qui se passe à l'intérieur de la mémoire si nous essayons
    pour libérer un pointeur qui pointe vers
    La valeur NULL. est-ce que jamais valide?

    Rien.

    pourquoi n'est-il pas de montrer tout d'avertissement/d'erreur
    messages?

    Tout d'abord, le comportement est valide par définition, donc pas d'erreur ou d'avertissement doit être émis.

    Deuxième, un pointeur pointe vers NULL au moment de l'exécution. Comment un avertissement ou un message d'erreur sera affiché, si? Imaginez que vous jouez à un jeu appelé Tuer le Zombie et tandis que deux de ces êtres qui vous attaquent, une fenêtre de message d'erreur apparaît, en disant: "Attention, pointeur NULL libérés."

    • Quel est votre point là? L'exemple me rappelle de windows et n'a rien à voir avec la journalisation des messages d'erreur. La décision raisonnable à des mises en garde est de sortie dans stderr.
    • Mon point était clairement indiqué. Le "warning" (uniquement utile pour le programmeur) pourrait interférer avec le programme normal de sortie.
    • Oh, il m'a demandé pourquoi n'est-il pas show. 🙂 Mon mauvais. C'est une question étrange, presque rien en C montre des avertissements ou des erreurs sans programmeur de vérifier la chose pour les erreurs.
    InformationsquelleAutor Daniel Daranas
  7. 1

    Il pourrait être sûr (je ne le savais pas, mais les autres réponses semblent suggérer que), mais je ne vais pas tomber dans l'habitude de ne pas se soucier de savoir si le pointeur est déjà nulle. L'affectation p = NULL; après tout s'est très tôt comme un corollaire. C'est dangereux dans les applications multithread, après cette affectation, p peut être utilisé par un autre thread et serait libéré à nouveau par le thread courant alors qu'il est prévu d'être en vie par les autres threads.

    Chaque malloc avais mémoire doit être libéré une fois. Période.

    • L'accès et le partage des données dans les applications multithread doit être surveillé, ce qui permettra d'éviter la fuite de mémoire que vous décrivez.
    • Le problème n'est pas de fuite de mémoire, mais de suppression des données que les autres threads attendent est vivant (probablement suite à erreur de segmentation). Gardé l'accès n'est pas suffisant dans ce cas.
    • Ce que vous mentionnez sur le filetage semble correcte, mais, autant que je peux dire, ne s'applique pas à cette question et que vous n'essayez pas de répondre à cette question.
    • Il a certainement "s'applique à la question" puisqu'il parle d'une mauvaise habitude à prendre. En faisant les mêmes points que les autres ont fait n'est pas la peine, et d'autres, ont déjà "correctement" a répondu à la question.
    InformationsquelleAutor amit