Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqrfQ-0000K2-Cw for pgsql-hackers@arkaria.postgresql.org; Fri, 26 Jul 2019 04:17:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hqrfO-0003su-Va for pgsql-hackers@arkaria.postgresql.org; Fri, 26 Jul 2019 04:17:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqrfO-0003sS-KH for pgsql-hackers@lists.postgresql.org; Fri, 26 Jul 2019 04:17:14 +0000 Received: from mail-pf1-x42e.google.com ([2607:f8b0:4864:20::42e]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hqrfM-0001F3-HN for pgsql-hackers@lists.postgresql.org; Fri, 26 Jul 2019 04:17:14 +0000 Received: by mail-pf1-x42e.google.com with SMTP id b13so23832087pfo.1 for ; Thu, 25 Jul 2019 21:17:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:message-id:to:cc:subject:from:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=FpBwvBTXWMUbEdesZS8EpK6OkqnU6PhdRYfH7KYngt8=; b=Tq6Rzhsc5RfvxHUHun3LNHHuIGrT/NHfXo90VKDYZ0UFlfpx+a3mZBiNgWAYUkx2Ab inT2u0jB2Wl5mexuI/FOMwZtYOXxvr2ZXdg/Pdv0l1d5cRBvTlC//xYuwyHNyYzLquFD GxJjASHARcNMARxA98oFTaz8LFfe13GG/nbmeu9cVfSqAHNkPZXKA4KRlaLj19chQmE/ +4J/092CPnPSTkE6wu5SS+HsQywaesafmEoZJ6bRYIcpUmlfvOfetF4nz3eK/zWzWx29 xg/hWHsn1PdVrAoAVb1Nv/cgpSgC/wS4Enf6U84WH3Syetdxy85Qc4PFvBfEGcMMMDX9 VcpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:message-id:to:cc:subject:from:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=FpBwvBTXWMUbEdesZS8EpK6OkqnU6PhdRYfH7KYngt8=; b=TPaq6ILBR0XLMPmGshjQWj0Thixb/ieWccB+STXTcy2G5WkVK9J9XRbvZ6Pfh9JJuc zWmDs3bfHs70AgEJBPqv156g6rIa8l/Xh6gsRdgDe98wlYy/CSsq59ngHQ/KD7Muwlpf nXK7fgk2+7W0ILLC4JlN3+F86YZJNPkahC7iLU0Xq7/vVCBPBQhS/zW1s88mCE3yH8/8 8VbxMVFH7miyYG8EH++QLSBg5lu8ECKa3NF0iOZxfPb6UoDBVXkCI3hKGXJJVZ1QTBqF 36DGfYCt67DpA5mPuHMhXZVo87cqm02/xqjsL0a3F5sy33RcDMxUq0ZQPDP+QmO1lQpO 2w8Q== X-Gm-Message-State: APjAAAUvIZqYBQQpyzGSUGuP16yMaeZSgrOpYUt/7d5ZiIkL9Fq/BK79 2EM6+/sB/X9Jqyx9Jb6lf+4= X-Google-Smtp-Source: APXvYqym05QqChw+5lckzA1gZBNS+L5tT2YIlY8ENVsEWyKT2LMVcuVjGKfyFliKZAhKxseI2t8ssQ== X-Received: by 2002:a63:5945:: with SMTP id j5mr88930318pgm.452.1564114629666; Thu, 25 Jul 2019 21:17:09 -0700 (PDT) Received: from localhost (w204177.dynamic.ppp.asahi-net.or.jp. [121.1.204.177]) by smtp.gmail.com with ESMTPSA id e189sm26314817pgc.15.2019.07.25.21.17.06 (version=TLS1 cipher=AES128-SHA bits=128/128); Thu, 25 Jul 2019 21:17:09 -0700 (PDT) Date: Fri, 26 Jul 2019 13:17:04 +0900 (Tokyo Standard Time) Message-Id: <20190726.131704.86173346.horikyota.ntt@gmail.com> To: coelho@cri.ensmp.fr Cc: daniel@manitou-mail.org, peter.eisentraut@2ndquadrant.com, iwata.aya@jp.fujitsu.com, pgsql-hackers@lists.postgresql.org Subject: Re: psql - add SHOW_ALL_RESULTS option From: Kyotaro Horiguchi In-Reply-To: References: <522881f5-a081-4229-a51b-b230e1321236@manitou-mail.org> User-Agent: Mew version 6.5 on Emacs 22.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjpnGyhCKQ==?= / Meadow-3.01-dev (TSUBO-SUMIRE) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hello. At Thu, 25 Jul 2019 21:42:11 +0000 (GMT), Fabien COELHO wrote in > > Bonsoir Daniel, > > > FYI you forgot to remove that bit: > > > > + "SINGLELINE|SINGLESTEP|SHOW_ALL_RESULTS")) > > Indeed. I found another such instance in "help.c". > > > Also copydml does not seem to be exercised with combined > > queries, so do we need this chunk: > > > --- a/src/test/regress/sql/copydml.sql > > Yep, because I reorganized the notice code significantly, and I wanted > to be sure that the right notices are displayed in the right order, > which does not show if the trigger just says "NOTICE: UPDATE 8". > > Attached a v2 for the always-show-all-results variant. Thanks for the > debug! I have some comments on this patch. I'm +1 for always output all results without having knobs. Documentation (psql-ref.sgml) has another place that needs the same amendment. Looking the output for -t, -0, -A or something like, we might need to introduce result-set separator. # -eH looks broken for me but it would be another issue. Valid setting of FETCH_COUNT disables this feature. I think it is unwanted behavior. regards. -- Kyotaro Horiguchi NTT Open Source Software Center