Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mBbKT-0007PH-PE for pgsql-hackers@arkaria.postgresql.org; Thu, 05 Aug 2021 11:14:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mBbKS-0000Or-OO for pgsql-hackers@arkaria.postgresql.org; Thu, 05 Aug 2021 11:14:24 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mBbKS-0000Oj-Eo for pgsql-hackers@lists.postgresql.org; Thu, 05 Aug 2021 11:14:24 +0000 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mBbKQ-0000oD-9V for pgsql-hackers@lists.postgresql.org; Thu, 05 Aug 2021 11:14:23 +0000 Received: by mail-lf1-x136.google.com with SMTP id g30so6059268lfv.4 for ; Thu, 05 Aug 2021 04:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=l5XBDpkbGeYma0VAXh65xSCQdiazoL7wBEQTcdJX+bU=; b=WwLfKnEnKe8xHDvmApHjvkdsZdKLYFgrFeRzLvNLwaswPPoYGs7f1gt7vk5bmwkuzI Rsk7muNV8Gv/XjpwhwTndlgR1E/DPYQMJDsyJZelycAlIf3cm+8YR4Dzhzdu+ZvgUBYD mCxHgz7+g9v50ijkj6TApcvrL9UW0DX7eiZZux0L86FzAxfTg6K02RiMpdagPsoIHFuU 8HjzQqCOiom9k3wMUJIipDZNf0khsKqrwU0AyO+Yeu8UHdi2j7uVAVSc5WnLWuT2pZp/ snhXJA3Y0WEpzAOX9Psu8PWeR7sE5IgmP536S5ZKSOu5Opb/VK2Nk4EXjWx9SuBtkF5o XgVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=l5XBDpkbGeYma0VAXh65xSCQdiazoL7wBEQTcdJX+bU=; b=gY2RLxPo5ZHmttslxxXWCa1jFKdEoQO6I8Vadg+r5eIkj1xaX+VUD3PmiFAAMMCXC5 hm6CxF7VsLve+DE26xT5ZpfZDj0AHoRFJXUyXm8VZymX19Bw4DcmOQp7R4YtBqkTNcYT 9BpaTYFl91xl9aAXvvNRYNE2MCRsqvp6Uj65LnHeb0k4e+6S8/K9bVS87gBH5wgm96RX Wg98pDtGPxKM2K0znCNyxRuhSZ0jZytpnYgciZBH+MqwkIX3Ydu6id2gcD48pvgaWCKZ FSnBYw9FYH16LniZRql2Wgiz4rgJXRBF9jN74JrNw+G1jfZ0ktk5wUC7k3+HPpbs5cIB MGOQ== X-Gm-Message-State: AOAM533uASxVqrR2KEzohzxH72T7XVDDKlede9JFPhrkGGfDCsSy5US5 qOAeSodJrKq9xlBmNLvsK7Pk5jUbwXA= X-Google-Smtp-Source: ABdhPJxHKlSDFmm64wsmXD5AcjlyhemIJRzGhfnwBf8iw9dkMFoqohGNKUfOPhc1MrVzqpdGFYMsTA== X-Received: by 2002:ac2:5151:: with SMTP id q17mr3251429lfd.281.1628162059132; Thu, 05 Aug 2021 04:14:19 -0700 (PDT) Received: from [192.168.1.3] ([46.138.249.39]) by smtp.gmail.com with ESMTPSA id w6sm484073lfk.9.2021.08.05.04.14.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Aug 2021 04:14:18 -0700 (PDT) Subject: Re: very long record lines in expanded psql output To: Pavel Stehule Cc: PostgreSQL Hackers References: From: Platon Pronko Message-ID: <27f30f68-c4bd-2f02-080c-8feb0b6eded3@gmail.com> Date: Thu, 5 Aug 2021 14:14:18 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi! pspg looks nice :) > Your proposal breaks pspg > > https://github.com/okbob/pspg I tried the following (after the patch): ./psql template1 -c "select n, repeat('x', n) as long_column_name from unnest(array[42,210]) as n" | pspg And it seems that pspg handled the situation without any issue. Also I tried inserting newlines into the output, and pspg still performed without issue. Can you give an example of scenario which should break after changing the record header length? Best regards, Platon Pronko