From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22534 invoked by alias); 23 Oct 2017 19:55:13 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 22525 invoked by uid 89); 23 Oct 2017 19:55:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=H*x:iPhone, H*UA:iPhone, iPhone, mijn X-HELO: mail-wm0-f67.google.com Received: from mail-wm0-f67.google.com (HELO mail-wm0-f67.google.com) (74.125.82.67) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 23 Oct 2017 19:55:11 +0000 Received: by mail-wm0-f67.google.com with SMTP id r68so12054608wmr.3 for ; Mon, 23 Oct 2017 12:55:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=VTttLeKAwkSlZ6w77ekbIz1R6m7SSq5wPAXL9eaF3wU=; b=EOwkpWcY8tgc2qVFdZll+nGl1HQttTP29Z/wXYjebVuR+f83TcDfRxvjNu7GEU5j9i OPxuDk4PA/MxSE9dY9SEM9plULvVyo4nIO5zdE/CzwzOskIPkEWMqGMpeBtm4p67D0SE i8671dfWe5x1K6xWF4KyfIqaEbk7dKxmmsBvQ2U84Bf/m8jtE41mVna2O8ftvM3Li3Lk kYfy6vMJR8IXT9yHmMPaYH2Hd01Q7cwx5T0OM5qokCUhx79k3JtSJDkz1mqMfSUh+WsS 4MWBBpwnW9Nw7awF9zC0Bld6QalarSrMlBg9w3vWVoosuuhDlp1AG6cziP8w/4RvWmg0 bcfw== X-Gm-Message-State: AMCzsaVkqzf75csq5d96mEML6WOxc+WvjklEFabVnLyxmxjYReSmu6Qo 5EpYU1yRrAC3iarSQvOHwmDbyyMv X-Google-Smtp-Source: ABhQp+Rw+uUlzPmmrPbaEnX28cGRHvrOBSYUGcgU1B602qKnYNHu+ADcgTZjqMK5OmuExaeZRp+sQA== X-Received: by 10.80.224.205 with SMTP id j13mr17497131edl.216.1508788509567; Mon, 23 Oct 2017 12:55:09 -0700 (PDT) Received: from [10.104.17.230] ([62.140.132.228]) by smtp.gmail.com with ESMTPSA id h2sm6754085edc.89.2017.10.23.12.55.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Oct 2017 12:55:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: [PATCH] Fix faulty use of obstack_free() to *shrink* dont_print_statmem_obstack. Instead use obstack_blank_fast() with a "negative" size. A real stack data structured would be appropriate here. Added unit test gdb/testsuite/gdb.cp/printstaticrecursion.exp. From: osscontribute In-Reply-To: <6cc773d7-ee68-5f5c-46f4-cc4a044c9d3e@ericsson.com> Date: Mon, 23 Oct 2017 19:55:00 -0000 Cc: gdb-patches@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: <77217CC1-7D3D-431C-9B43-8EA3BE956827@gmail.com> References: <1508405381-16638-1-git-send-email-osscontribute@gmail.com> <0d612f89-a3a9-afea-965b-7c364b660235@ericsson.com> <6cc773d7-ee68-5f5c-46f4-cc4a044c9d3e@ericsson.com> To: Simon Marchi X-SW-Source: 2017-10/txt/msg00730.txt.bz2 The obstack_free() interface is pretty bad. It actually expects a pointer t= o an existing base (of an object) and not a pointer in the middle of a grow= ing object. Verstuurd vanaf mijn iPhone > Op 23 okt. 2017 om 21:37 heeft Simon Marchi h= et volgende geschreven: >=20 > obstack_free