From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 25 23:29:38 2017 Received: (at submit) by debbugs.gnu.org; 26 Jan 2017 04:29:38 +0000 Received: from localhost ([127.0.0.1]:44010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWbgo-0007n1-H0 for submit@debbugs.gnu.org; Wed, 25 Jan 2017 23:29:38 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53507) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWbgm-0007mp-O2 for submit@debbugs.gnu.org; Wed, 25 Jan 2017 23:29:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWbgg-0003Kt-IS for submit@debbugs.gnu.org; Wed, 25 Jan 2017 23:29:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40796) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cWbgg-0003Kp-FR for submit@debbugs.gnu.org; Wed, 25 Jan 2017 23:29:30 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44478) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWbgf-0004Rj-E2 for bug-coreutils@gnu.org; Wed, 25 Jan 2017 23:29:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWbgc-0003J5-B3 for bug-coreutils@gnu.org; Wed, 25 Jan 2017 23:29:29 -0500 Received: from ishtar.tlinx.org ([173.164.175.65]:36726 helo=Ishtar.sc.tlinx.org) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cWbgc-0003IF-11 for bug-coreutils@gnu.org; Wed, 25 Jan 2017 23:29:26 -0500 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id v0Q4TLcO042287 for ; Wed, 25 Jan 2017 20:29:23 -0800 Message-ID: <58897B21.4010008@tlinx.org> Date: Wed, 25 Jan 2017 20:29:21 -0800 From: L A Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: bug-coreutils@gnu.org Subject: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) In programs that take tabstops, as an alternative to a tabsize, I've always seen tabs beyond the end of the list taken as equal to the highest tab-stop difference. So for a tabsize=8, a tabset of 1,9 would be equivalent -- with tabs above "9" being "9-1" or every 8th column above 9. Otherwise you have no way of expression all tabs on a line that stretches out to "???" 160? 240? what? other than to enumerate tabstops to infinity. If they want to limit tabstops above the last to size "1", they can use something like 1,9,10. How else can one specify tabs beyond the last for a size other than "1"? Could this be changed/fixed? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 26 05:26:52 2017 Received: (at 25540) by debbugs.gnu.org; 26 Jan 2017 10:26:52 +0000 Received: from localhost ([127.0.0.1]:44185 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWhGW-0007km-Fo for submit@debbugs.gnu.org; Thu, 26 Jan 2017 05:26:52 -0500 Received: from vhrz24.hrz.uni-marburg.de ([137.248.1.34]:52846) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWhGU-0007ka-0k for 25540@debbugs.gnu.org; Thu, 26 Jan 2017 05:26:50 -0500 Received: from ma15106.chemie.uni-marburg.de (ma15106.Chemie.Uni-Marburg.DE [137.248.150.142]) (authenticated bits=0) by vhrz24.HRZ.Uni-Marburg.DE (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id v0QAQfrb022385 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Jan 2017 11:26:42 +0100 Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_06084133-063A-46F0-8008-B9302DAF688D"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail From: Reuti In-Reply-To: <58897B21.4010008@tlinx.org> Date: Thu, 26 Jan 2017 11:26:40 +0100 Message-Id: <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> References: <58897B21.4010008@tlinx.org> To: L A Walsh X-Mailer: Apple Mail (2.2104) X-Null-Tag: 5ba24632563ccb5650aae463daa4195a X-UniMR-MailScanner-Information: see http://www.uni-marburg.de/hrz/internet/mail/spam/ X-UniMR-MailScanner-ID: v0QAQfrb022385 X-UniMR-MailScanner: Found to be clean X-UniMR-MailScanner-From: reuti@staff.uni-marburg.de X-Spam-Score: -5.5 (-----) X-Debbugs-Envelope-To: 25540 Cc: 25540@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.5 (-----) --Apple-Mail=_06084133-063A-46F0-8008-B9302DAF688D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Am 26.01.2017 um 05:29 schrieb L A Walsh : >=20 >=20 > In programs that take tabstops, as an alternative to a tabsize, I've = always > seen tabs beyond the end of the list taken as equal to the highest = tab-stop > difference. So for a tabsize=3D8, a tabset of 1,9 would be equivalent = -- with > tabs above "9" being "9-1" or every 8th column above 9. >=20 > Otherwise you have no way of expression all tabs on a line that = stretches out to > "???" 160? 240? what? other than to enumerate tabstops to infinity. >=20 > If they want to limit tabstops above the last to size "1", they can = use something like 1,9,10. How else can one specify tabs beyond the = last > for a size other than "1"? >=20 > Could this be changed/fixed? For now the behavior is like specified on the info page: "[=E2=80=A6] = and replace any tabs beyond the last tab stop given with single spaces." = To avoid that this gets broken, I would suggest to use a modified syntax = like 1,9,30,34,/4 for using a width of 4 beyond 34. This could even be expanded to: -t 2/4,120,4/5,/9 Two times a width of 4, a fixed 120, four times a width of 5 and all = remaining have a width of 9 (could also be */9 instead of /9). While we are on this: expand -t 5,15,25,35 file expand -t 5,15,25,,,,35 file are AFAICS both the same. I would expect the second to behave different = (using a space for the three tabs which have no value). -- Reuti --Apple-Mail=_06084133-063A-46F0-8008-B9302DAF688D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAliJzuEACgkQo/GbGkBRnRrm4wCgwcnudiVW/3zRtImbPuYwRcUH oyEAoLBAJfwnW00pLK+WngbDHFWQUSuD =gMRE -----END PGP SIGNATURE----- --Apple-Mail=_06084133-063A-46F0-8008-B9302DAF688D-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 26 05:29:06 2017 Received: (at 25540) by debbugs.gnu.org; 26 Jan 2017 10:29:06 +0000 Received: from localhost ([127.0.0.1]:44189 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWhIf-0007o7-Sz for submit@debbugs.gnu.org; Thu, 26 Jan 2017 05:29:06 -0500 Received: from midir.magicbluesmoke.com ([82.195.144.46]:37294 helo=mail.magicbluesmoke.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWhIe-0007nz-Q0 for 25540@debbugs.gnu.org; Thu, 26 Jan 2017 05:29:05 -0500 Received: from [192.168.1.80] (unknown [109.77.218.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.magicbluesmoke.com (Postfix) with ESMTPSA id 29098173; Thu, 26 Jan 2017 10:29:01 +0000 (GMT) Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) To: L A Walsh , 25540@debbugs.gnu.org References: <58897B21.4010008@tlinx.org> From: =?UTF-8?Q?P=c3=a1draig_Brady?= Message-ID: <04b9f4b3-1eeb-4989-3e8e-61423b8df67e@draigBrady.com> Date: Thu, 26 Jan 2017 10:29:00 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <58897B21.4010008@tlinx.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25540 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 26/01/17 04:29, L A Walsh wrote: > > In programs that take tabstops, as an alternative to a tabsize, I've always > seen tabs beyond the end of the list taken as equal to the highest tab-stop > difference. So for a tabsize=8, a tabset of 1,9 would be equivalent -- with > tabs above "9" being "9-1" or every 8th column above 9. > > Otherwise you have no way of expression all tabs on a line that > stretches out to > "???" 160? 240? what? other than to enumerate tabstops to infinity. > > If they want to limit tabstops above the last to size "1", they can use > something like 1,9,10. How else can one specify tabs beyond the last > for a size other than "1"? > > Could this be changed/fixed? This is a fair point: $ seq 8 | paste -s -d'\t' | expand --tabs=1,9 1 2 3 4 5 6 7 8 Though changing that would break backwards compat, and expand is documented in texinfo as doing exactly as above. Moreover POSIX specifies exactly this operation: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/expand.html So we'd have to use an extension to do this. Perhaps something like: expand --tabs=1,9,... cheers, Pádraig From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 26 06:04:51 2017 Received: (at 25540) by debbugs.gnu.org; 26 Jan 2017 11:04:51 +0000 Received: from localhost ([127.0.0.1]:44210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWhrH-0000Be-HQ for submit@debbugs.gnu.org; Thu, 26 Jan 2017 06:04:51 -0500 Received: from midir.magicbluesmoke.com ([82.195.144.46]:37352 helo=mail.magicbluesmoke.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWhrF-0000BV-Fe for 25540@debbugs.gnu.org; Thu, 26 Jan 2017 06:04:50 -0500 Received: from [192.168.1.80] (unknown [109.77.218.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.magicbluesmoke.com (Postfix) with ESMTPSA id 4F299173; Thu, 26 Jan 2017 11:04:48 +0000 (GMT) Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) To: Reuti , L A Walsh References: <58897B21.4010008@tlinx.org> <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> From: =?UTF-8?Q?P=c3=a1draig_Brady?= Message-ID: Date: Thu, 26 Jan 2017 11:04:47 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25540 Cc: 25540@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 26/01/17 10:26, Reuti wrote: > >> Am 26.01.2017 um 05:29 schrieb L A Walsh : >> >> >> In programs that take tabstops, as an alternative to a tabsize, I've always >> seen tabs beyond the end of the list taken as equal to the highest tab-stop >> difference. So for a tabsize=8, a tabset of 1,9 would be equivalent -- with >> tabs above "9" being "9-1" or every 8th column above 9. >> >> Otherwise you have no way of expression all tabs on a line that stretches out to >> "???" 160? 240? what? other than to enumerate tabstops to infinity. >> >> If they want to limit tabstops above the last to size "1", they can use something like 1,9,10. How else can one specify tabs beyond the last >> for a size other than "1"? >> >> Could this be changed/fixed? > > For now the behavior is like specified on the info page: "[…] and replace any tabs beyond the last tab stop given with single spaces." To avoid that this gets broken, I would suggest to use a modified syntax like 1,9,30,34,/4 for using a width of 4 beyond 34. > I like that. Explicit and extensible. An alternative could be: --tabs=1,9,30,34,+4 ? > This could even be expanded to: -t 2/4,120,4/5,/9 > > Two times a width of 4, a fixed 120, four times a width of 5 and all remaining have a width of 9 (could also be */9 instead of /9). That might be overkill. It wouldn't provide extra functionality, only a shortcut, and a very rarely used one at that. > While we are on this: > > expand -t 5,15,25,35 file > expand -t 5,15,25,,,,35 file > > are AFAICS both the same. I would expect the second to behave different (using a space for the three tabs which have no value). I'm not sure we should assume empty = 1. Note FreeBSD rejects this format: $ seq 8 | paste -s -d$'\t' - | expand -t1,,2 expand: bad tab stop spec One might consider and empty value after a comma to mean take the previous tab stop width, and that would be a partially backwards compat way to provide the original request, i.e.: expand -t 1,9,, However that seems a bit hacky and non obvious. thanks, Pádraig From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 26 06:27:39 2017 Received: (at 25540) by debbugs.gnu.org; 26 Jan 2017 11:27:39 +0000 Received: from localhost ([127.0.0.1]:44226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWiDL-0000ku-3H for submit@debbugs.gnu.org; Thu, 26 Jan 2017 06:27:39 -0500 Received: from vhrz24.hrz.uni-marburg.de ([137.248.1.34]:36478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWiDI-0000kl-OF for 25540@debbugs.gnu.org; Thu, 26 Jan 2017 06:27:37 -0500 Received: from ma15106.chemie.uni-marburg.de (ma15106.Chemie.Uni-Marburg.DE [137.248.150.142]) (authenticated bits=0) by vhrz24.HRZ.Uni-Marburg.DE (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id v0QBRSkY058848 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Jan 2017 12:27:28 +0100 Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D5538BD3-35F4-4816-A21C-1078AF78DC9E"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail From: Reuti In-Reply-To: Date: Thu, 26 Jan 2017 12:27:27 +0100 Message-Id: References: <58897B21.4010008@tlinx.org> <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> To: =?utf-8?Q?P=C3=A1draig_Brady?= X-Mailer: Apple Mail (2.2104) X-Null-Tag: 9dc33fb87c391f1d6a29500119123e70 X-UniMR-MailScanner-Information: see http://www.uni-marburg.de/hrz/internet/mail/spam/ X-UniMR-MailScanner-ID: v0QBRSkY058848 X-UniMR-MailScanner: Found to be clean X-UniMR-MailScanner-From: reuti@staff.uni-marburg.de X-Spam-Score: -5.5 (-----) X-Debbugs-Envelope-To: 25540 Cc: L A Walsh , 25540@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.5 (-----) --Apple-Mail=_D5538BD3-35F4-4816-A21C-1078AF78DC9E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Am 26.01.2017 um 12:04 schrieb P=C3=A1draig Brady : >=20 > On 26/01/17 10:26, Reuti wrote: >>=20 >>> Am 26.01.2017 um 05:29 schrieb L A Walsh : >>>=20 >>>=20 >>> In programs that take tabstops, as an alternative to a tabsize, I've = always >>> seen tabs beyond the end of the list taken as equal to the highest = tab-stop >>> difference. So for a tabsize=3D8, a tabset of 1,9 would be = equivalent -- with >>> tabs above "9" being "9-1" or every 8th column above 9. >>>=20 >>> Otherwise you have no way of expression all tabs on a line that = stretches out to >>> "???" 160? 240? what? other than to enumerate tabstops to infinity. >>>=20 >>> If they want to limit tabstops above the last to size "1", they can = use something like 1,9,10. How else can one specify tabs beyond the = last >>> for a size other than "1"? >>>=20 >>> Could this be changed/fixed? >>=20 >> For now the behavior is like specified on the info page: "[=E2=80=A6] = and replace any tabs beyond the last tab stop given with single spaces." = To avoid that this gets broken, I would suggest to use a modified syntax = like 1,9,30,34,/4 for using a width of 4 beyond 34. >>=20 >=20 > I like that. Explicit and extensible. > An alternative could be: --tabs=3D1,9,30,34,+4 ? Sure, this works too. In fact: I had this also in mind first, but with = the extension to specify a multiplicator for the width I found "2+4" = misleading and a slash more appropriate. -- Reuti >=20 >> This could even be expanded to: -t 2/4,120,4/5,/9 >>=20 >> Two times a width of 4, a fixed 120, four times a width of 5 and all = remaining have a width of 9 (could also be */9 instead of /9). >=20 > That might be overkill. > It wouldn't provide extra functionality, only a shortcut, > and a very rarely used one at that. >=20 >> While we are on this: >>=20 >> expand -t 5,15,25,35 file >> expand -t 5,15,25,,,,35 file >>=20 >> are AFAICS both the same. I would expect the second to behave = different (using a space for the three tabs which have no value). >=20 > I'm not sure we should assume empty =3D 1. > Note FreeBSD rejects this format: >=20 > $ seq 8 | paste -s -d$'\t' - | expand -t1,,2 > expand: bad tab stop spec >=20 > One might consider and empty value after a comma to mean take the = previous tab stop width, > and that would be a partially backwards compat way to provide the = original request, i.e.: >=20 > expand -t 1,9,, >=20 > However that seems a bit hacky and non obvious. >=20 > thanks, > P=C3=A1draig --Apple-Mail=_D5538BD3-35F4-4816-A21C-1078AF78DC9E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAliJ3SAACgkQo/GbGkBRnRpZtgCfZG7gtl3f3Ov8zPOtTRgtD95t 23wAn1qmXDgsZnN10aJiprAW1EevrqdG =lbNk -----END PGP SIGNATURE----- --Apple-Mail=_D5538BD3-35F4-4816-A21C-1078AF78DC9E-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 26 07:53:37 2017 Received: (at 25540) by debbugs.gnu.org; 26 Jan 2017 12:53:37 +0000 Received: from localhost ([127.0.0.1]:44240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWjYX-0004Kc-3F for submit@debbugs.gnu.org; Thu, 26 Jan 2017 07:53:37 -0500 Received: from ishtar.tlinx.org ([173.164.175.65]:56994 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWjYV-0004KS-Nc for 25540@debbugs.gnu.org; Thu, 26 Jan 2017 07:53:36 -0500 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id v0QCrVIl000657; Thu, 26 Jan 2017 04:53:34 -0800 Message-ID: <5889F14B.6020809@tlinx.org> Date: Thu, 26 Jan 2017 04:53:31 -0800 From: L A Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: Reuti Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) References: <58897B21.4010008@tlinx.org> <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> In-Reply-To: <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 25540 Cc: 25540@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.2 (---) Reuti wrote: > To avoid that this gets broken, I would suggest to use a modified syntax like 1,9,30,34,/4 for using a width of 4 beyond 34. ---- It wouldn't be broken. The syntax would become the same as on other platforms. As it is now, it is already incompatible. The point is to make it consistent with other usages. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 26 18:44:26 2017 Received: (at 25540) by debbugs.gnu.org; 26 Feb 2017 23:44:26 +0000 Received: from localhost ([127.0.0.1]:57303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci8UL-0002Lq-UF for submit@debbugs.gnu.org; Sun, 26 Feb 2017 18:44:26 -0500 Received: from midir.magicbluesmoke.com ([82.195.144.46]:53886 helo=mail.magicbluesmoke.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci8UJ-0002Ld-E5 for 25540@debbugs.gnu.org; Sun, 26 Feb 2017 18:44:24 -0500 Received: from [10.0.0.126] (c-73-170-254-78.hsd1.ca.comcast.net [73.170.254.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.magicbluesmoke.com (Postfix) with ESMTPSA id 1455A4ACD; Sun, 26 Feb 2017 23:44:20 +0000 (GMT) Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) To: Reuti References: <58897B21.4010008@tlinx.org> <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> From: =?UTF-8?Q?P=c3=a1draig_Brady?= Message-ID: Date: Sun, 26 Feb 2017 15:44:18 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------9194F68522F7682DA804E3EA" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25540 Cc: L A Walsh , 25540@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) This is a multi-part message in MIME format. --------------9194F68522F7682DA804E3EA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit On 26/01/17 03:27, Reuti wrote: > >> Am 26.01.2017 um 12:04 schrieb Pádraig Brady : >> >> On 26/01/17 10:26, Reuti wrote: >>> >>>> Am 26.01.2017 um 05:29 schrieb L A Walsh : >>>> >>>> >>>> In programs that take tabstops, as an alternative to a tabsize, I've always >>>> seen tabs beyond the end of the list taken as equal to the highest tab-stop >>>> difference. So for a tabsize=8, a tabset of 1,9 would be equivalent -- with >>>> tabs above "9" being "9-1" or every 8th column above 9. >>>> >>>> Otherwise you have no way of expression all tabs on a line that stretches out to >>>> "???" 160? 240? what? other than to enumerate tabstops to infinity. >>>> >>>> If they want to limit tabstops above the last to size "1", they can use something like 1,9,10. How else can one specify tabs beyond the last >>>> for a size other than "1"? >>>> >>>> Could this be changed/fixed? >>> >>> For now the behavior is like specified on the info page: "[…] and replace any tabs beyond the last tab stop given with single spaces." To avoid that this gets broken, I would suggest to use a modified syntax like 1,9,30,34,/4 for using a width of 4 beyond 34. >>> >> >> I like that. Explicit and extensible. >> An alternative could be: --tabs=1,9,30,34,+4 ? > > Sure, this works too. In fact: I had this also in mind first, but with the extension to specify a multiplicator for the width I found "2+4" misleading and a slash more appropriate. > Even without the multiplier a '+' would be misleading since we wouldn't be necessarily adding that to the last value. The attached uses your suggestion of '/' but only allowed in the last position. thanks, Pádraig. --------------9194F68522F7682DA804E3EA Content-Type: text/x-patch; name="expand-trailing-tabsize.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="expand-trailing-tabsize.patch" >From cb158f2a7458ddc793cb81fec429b571e33f302f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Sun, 26 Feb 2017 14:40:19 -0800 Subject: [PATCH] expand,unexpand: support specifying a trailing tab size * doc/coreutils.texi (expand invocation): Document the feature. (unexpand invocation): Likewise. * src/expand-common.c (extend_size): A new global to use when the last tab stop is prefixed by '/'. (set_extend_size): A new function to validate and set the new extend_size global. (parse_tab_stops): Call set_extend_size() for '/' prefixes. (finalize_tab_stops): Ensure a single specified '/' is treated like a standard tabsize, but also ensure that when '/' is specified with a single other entry that we process as a list rather than a tab size. (get_next_tab_stop): Use the tab size if set, for items after the user specified tab position list. * tests/misc/expand.pl: Add test cases * NEWS: Mention the new feature. Fixes http://bugs.gnu.org/25540 --- NEWS | 6 +++++ doc/coreutils.texi | 8 +++++-- src/expand-common.c | 68 +++++++++++++++++++++++++++++++++++++++++++++------- tests/misc/expand.pl | 20 +++++++++++++++- 4 files changed, 91 insertions(+), 11 deletions(-) diff --git a/NEWS b/NEWS index 11931a4..1fc92c8 100644 --- a/NEWS +++ b/NEWS @@ -58,6 +58,12 @@ GNU coreutils NEWS -*- outline -*- 'cp -fl A B' no longer remove B before creating the new link. That is, there is no longer a brief moment when B does not exist. +** New features + + expand and unexpand now support specifying a tab size to use + after explicitly specified tab stops, by prefixing the last + specified number like --tabs=2,4,/8. + * Noteworthy changes in release 8.26 (2016-11-30) [stable] diff --git a/doc/coreutils.texi b/doc/coreutils.texi index d72760b..ed644c7 100644 --- a/doc/coreutils.texi +++ b/doc/coreutils.texi @@ -6696,7 +6696,9 @@ If only one tab stop is given, set the tabs @var{tab1} spaces apart (default is 8). Otherwise, set the tabs at columns @var{tab1}, @var{tab2}, @dots{} (numbered from 0), and replace any tabs beyond the last tab stop given with single spaces. Tab stops can be separated by -blanks as well as by commas. +blanks as well as by commas. As a GNU extension the last @var{tab} specified +can be prefixed with a @samp{/} to indicate a tab size to use for +remaining positions. For compatibility, GNU @command{expand} also accepts the obsolete option syntax, @option{-@var{t1}[,@var{t2}]@dots{}}. New scripts @@ -6749,7 +6751,9 @@ If only one tab stop is given, set the tabs @var{tab1} columns apart instead of the default 8. Otherwise, set the tabs at columns @var{tab1}, @var{tab2}, @dots{} (numbered from 0), and leave blanks beyond the tab stops given unchanged. Tab stops can be separated by -blanks as well as by commas. This option implies the @option{-a} option. +blanks as well as by commas. As a GNU extension the last @var{tab} specified +can be prefixed with a @samp{/} to indicate a tab size to use for +remaining positions. This option implies the @option{-a} option. For compatibility, GNU @command{unexpand} supports the obsolete option syntax, @option{-@var{tab1}[,@var{tab2}]@dots{}}, where tab stops must be diff --git a/src/expand-common.c b/src/expand-common.c index ae2b979..9b6cdb9 100644 --- a/src/expand-common.c +++ b/src/expand-common.c @@ -34,6 +34,9 @@ bool convert_entire_line = false; /* If nonzero, the size of all tab stops. If zero, use 'tab_list' instead. */ static uintmax_t tab_size = 0; +/* If nonzero, the size of all tab stops after the last specifed. */ +static uintmax_t extend_size = 0; + /* The maximum distance between tab stops. */ size_t max_column_width; @@ -85,14 +88,32 @@ add_tab_stop (uintmax_t tabval) } } +static bool +set_extend_size (uintmax_t tabval) +{ + bool ok = true; + + if (extend_size) + { + error (0, 0, + _("'/' specifier only allowed" + " with the last value")); + ok = false; + } + extend_size = tabval; + + return ok; +} + /* Add the comma or blank separated list of tab stops STOPS to the list of tab stops. */ extern void parse_tab_stops (char const *stops) { bool have_tabval = false; - uintmax_t tabval IF_LINT ( = 0); - char const *num_start IF_LINT ( = NULL); + uintmax_t tabval = 0; + bool extend_tabval = false; + char const *num_start = NULL; bool ok = true; for (; *stops; stops++) @@ -100,9 +121,31 @@ parse_tab_stops (char const *stops) if (*stops == ',' || isblank (to_uchar (*stops))) { if (have_tabval) - add_tab_stop (tabval); + { + if (extend_tabval) + { + if (! set_extend_size (tabval)) + { + extend_tabval = false; + ok = false; + break; + } + } + else + add_tab_stop (tabval); + } have_tabval = false; } + else if (*stops == '/') + { + if (have_tabval) + { + error (0, 0, _("'/' specifier not at start of number: %s"), + quote (stops)); + ok = false; + } + extend_tabval = true; + } else if (ISDIGIT (*stops)) { if (!have_tabval) @@ -132,11 +175,16 @@ parse_tab_stops (char const *stops) } } + if (have_tabval) + { + if (extend_tabval) + ok &= set_extend_size (tabval); + else + add_tab_stop (tabval); + } + if (!ok) exit (EXIT_FAILURE); - - if (have_tabval) - add_tab_stop (tabval); } /* Check that the list of tab stops TABS, with ENTRIES entries, @@ -172,8 +220,8 @@ finalize_tab_stops (void) validate_tab_stops (tab_list, first_free_tab); if (first_free_tab == 0) - tab_size = max_column_width = 8; - else if (first_free_tab == 1) + tab_size = max_column_width = extend_size ? extend_size : 8; + else if (first_free_tab == 1 && ! extend_size) tab_size = tab_list[0]; else tab_size = 0; @@ -199,6 +247,10 @@ get_next_tab_column (const uintmax_t column, size_t* tab_index, return tab; } + /* relative last tab - return multiples of it */ + if (extend_size) + return column + (extend_size - column % extend_size); + *last_tab = true; return 0; } diff --git a/tests/misc/expand.pl b/tests/misc/expand.pl index aa8341c..b04d2e7 100755 --- a/tests/misc/expand.pl +++ b/tests/misc/expand.pl @@ -39,9 +39,10 @@ my @Tests = ['t5', '--tabs=""', {IN=>"a\tb\tc"}, {OUT=>"a b c"}], ['t6', '--tabs=","', {IN=>"a\tb\tc"}, {OUT=>"a b c"}], ['t7', '--tabs=" "', {IN=>"a\tb\tc"}, {OUT=>"a b c"}], + ['t8', '--tabs="/"', {IN=>"a\tb\tc"}, {OUT=>"a b c"}], # Input field wider than the specified tab list - ['t8', '--tabs=6,9', {IN=>"a\tbbbbbbbbbbbbb\tc"}, + ['if', '--tabs=6,9', {IN=>"a\tbbbbbbbbbbbbb\tc"}, {OUT=>"a bbbbbbbbbbbbb c"}], ['i1', '--tabs=3 -i', {IN=>"\ta\tb"}, {OUT=>" a\tb"}], @@ -138,6 +139,17 @@ my @Tests = {OUT=>"1 2 3 4 5\n" . "a bHELLO\b\b\b c d e\n"}], + # Test the trailing '/' feature which specifies the + # tab size to use after the last specified stop + ['trail1', '--tabs=1,/5', {IN=>"\ta\tb\tc"}, {OUT=>" a b c"}], + ['trail2', '--tabs=2,/5', {IN=>"\ta\tb\tc"}, {OUT=>" a b c"}], + ['trail3', '--tabs=1,2,/5', {IN=>"\ta\tb\tc"}, {OUT=>" a b c"}], + ['trail4', '--tabs=/5', {IN=>"\ta\tb"}, {OUT=>" a b"}], + ['trail5', '--tabs=//5', {IN=>"\ta\tb"}, {OUT=>" a b"}], + ['trail6', '--tabs=/,/5', {IN=>"\ta\tb"}, {OUT=>" a b"}], + ['trail7', '--tabs=,/5', {IN=>"\ta\tb"}, {OUT=>" a b"}], + ['trail8', '--tabs=1 -t/5', {IN=>"\ta\tb\tc"}, {OUT=>" a b c"}], + ['trail9', '--tab=1,2 -t/5',{IN=>"\ta\tb\tc"}, {OUT=>" a b c"}], # Test errors ['e1', '--tabs="a"', {IN=>''}, {OUT=>''}, {EXIT=>1}, @@ -148,6 +160,12 @@ my @Tests = {ERR => "$prog: tab size cannot be 0\n"}], ['e4', '--tabs=3,3', {IN=>''}, {OUT=>''}, {EXIT=>1}, {ERR => "$prog: tab sizes must be ascending\n"}], + ['e5', '--tabs=/3,6,8', {IN=>''}, {OUT=>''}, {EXIT=>1}, + {ERR => "$prog: '/' specifier only allowed with the last value\n"}], + ['e6', '-t/3 -t/6', {IN=>''}, {OUT=>''}, {EXIT=>1}, + {ERR => "$prog: '/' specifier only allowed with the last value\n"}], + ['e7', '--tabs=3/', {IN=>''}, {OUT=>''}, {EXIT=>1}, + {ERR => "$prog: '/' specifier not at start of number: '/'\n"}], ); my $save_temps = $ENV{DEBUG}; -- 2.5.5 --------------9194F68522F7682DA804E3EA-- From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 28 10:58:41 2017 Received: (at 25540) by debbugs.gnu.org; 28 Feb 2017 15:58:41 +0000 Received: from localhost ([127.0.0.1]:60452 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cikAj-0002L6-6c for submit@debbugs.gnu.org; Tue, 28 Feb 2017 10:58:41 -0500 Received: from mout.kundenserver.de ([212.227.126.130]:62459) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cikAh-0002Ks-4i for 25540@debbugs.gnu.org; Tue, 28 Feb 2017 10:58:39 -0500 Received: from [10.0.2.15] ([62.153.148.194]) by mrelayeu.kundenserver.de (mreue003 [212.227.15.167]) with ESMTPSA (Nemesis) id 0LdZnq-1c1BxF1iGQ-00ihDV; Tue, 28 Feb 2017 16:58:23 +0100 Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) To: =?UTF-8?Q?P=c3=a1draig_Brady?= , Reuti References: <58897B21.4010008@tlinx.org> <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> From: Bernhard Voelker Message-ID: <4dc5cf44-45eb-f39a-c516-a6360a648049@bernhard-voelker.de> Date: Tue, 28 Feb 2017 16:58:22 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:NX6DWbov2PF+MfgNW5gFfz9b2fCEX2gCvahLfgOJMh1UM69JTc4 8ZUJgpFJ6JFlpYkHNYGr/6KaLW5Q+ixfd4dE2Cx90W5Qxw7FDVpxMdgfWpSdpdkAddEY2gM +aZ8JG//5hvyxnUylyX41ePUIBOBzALUaiPZ1x1HPWRYY9TLv0hzP0cjP78zvExqBTCfWly ETToZVZIGP8Cz8oI2XdFA== X-UI-Out-Filterresults: notjunk:1;V01:K0:P5I263vQN4I=:URDhaWiFlrEu6nzu0NwBr1 r9K5AiOfj9VTa45uvZKyZPQ837g90mhszdyaCiWP1bd8Frbg6FEBat4qYQ0fgTGdPh2WPEZIJ caV6RpAflanCRSeZR7aC1VDOC5PH5KR9wfFosi4X4je4OLBQDsdENUr2x4OAWmb+bAgAGeOqP Arhb+Hx0nehEKcY6Y6+7/5rQfQIIMOGk1EhoneGNbphB/QGcJtzHnLhC6lX0bxKjG+Ggw5KCG v7pf7YRxKYqmkLn1plRc5GD2GV1Ad7QcEqNtt4YbS+ScGOs8g5JvfvTILlJjljl3Lx0Xa+Mgh JDxOhD420S8CWfUQdWBw61S3vHhOqE+h4M7XghXMHD4g8tXqHSGhFPgHDCRA79mH8VIz/1MBu unjzEWdjQmZ7VRFS2WG2r9jKDeTZu2pDNTQIyFFcUfTwK3kLyQaKz/vz0cv08doaCh4WKIavP Rk/eZZKU38gBvinZMb5s0hXsYU2T2hiVnHFIUd+qY9FyqeJRpNL0tGIKAnPGnoqCbfshCwHgV 2uW2veJ6g63BihLC+0v5CmEMG9uow6J4q6fpbr18vSEsH5ZyaNy1BLTIwQV46qS/GeCqfx/xq 6jXlJYOpZs3Dt5L4wBjng+21MQszLGOy/Gdu4DJjtKYJYelevCWDBGEAvpiT8vGrKvcUzEr3j JQO0pio1BsvBiBg6zqKo9AyTtvidLSbfoUgh3Tu3AP/LwZZZDcokEc70Xasa9Yp2o5hNi9BgB Zf2YR82ft1Vb9uHJ X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 25540 Cc: L A Walsh , 25540@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) On 02/27/2017 12:44 AM, Pádraig Brady wrote: > The attached uses your suggestion of '/' but only allowed in the last position. Maybe it'd be good to have an example in the Texinfo manual as well. Otherwise: LGTM, thanks! Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 28 03:56:02 2018 Received: (at 25540) by debbugs.gnu.org; 28 Oct 2018 07:56:02 +0000 Received: from localhost ([127.0.0.1]:46551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGfvW-0000Uw-E2 for submit@debbugs.gnu.org; Sun, 28 Oct 2018 03:56:02 -0400 Received: from mail-it1-f195.google.com ([209.85.166.195]:53084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGfvU-0000UJ-8A; Sun, 28 Oct 2018 03:56:00 -0400 Received: by mail-it1-f195.google.com with SMTP id r5-v6so4120487ith.2; Sun, 28 Oct 2018 00:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=tZh77AoYpdX8MvWj/q29U7wC8u3wwNPq9Twvexlulpk=; b=e8+eagZjA+dHDTzH3s3T1dspS+IGDjGD9qpMS3ZLiNWJ+r0xjBSxNejvLB2F1ZyL/4 Bo/Meq8ISq96o8MJLu+SqFwdcWmIAO0jfTf7SpkEbej9NQBioCJ/3jWwuCQuNQ5MroM7 MHjzC2+RoP23DEYW+IyDyN5K9wORGnHa/A80itPrxMZx0z/tzSlrfYFboZXg1Q93XiC0 rj/Q4aSjSRDxpb61amZDEHtLCrnuwgmfzKmmGWR3yOtSY45Y8eYVeNYKqG8Qwr1ynXAM oP8eeM72x5lTE7npU1KK5JvQUsGsubKnUVceEOfhJX8nbzudXuSXaV9nICuJwfjrSLbe VT8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=tZh77AoYpdX8MvWj/q29U7wC8u3wwNPq9Twvexlulpk=; b=ewpISuP5lV99Ph9D+fLM2Y9mfXIXtH7qT840km4ku6oWiwQgEf2gyMTw0dnMdZlpjM h0n9H4ihsJQppHuyG2+fAv1TxzKR9dukVU93CPBR1CvdDuM/M2jwTXReuqbiaTXAIrUy vY0wje9ZBBOfZLM/p4D9DwDmBGi1gi4x12psJk6rARI6hfRKi25GmBW7jxKGH3+mUzOf r2/tR7veY4XeWWAYeHzCWAzBKzbqcerI1pCxcDuDxY26w7KrXap8C44HeRyzJ0Ge8lkq zV9ZHY4QAdZDxJQml5wzYoGVMFNWNTL3KdpnQLBTUOKdDAifgHCLI0LYTwean55q8RWg obAA== X-Gm-Message-State: AGRZ1gJxllYoVjORZ+xyphjdb5h+IePYdhlVaPeJc6H6xFLgnts6KUEO MMXlu/qyvlEhKSrEx0LjmdL6FthLqB8= X-Google-Smtp-Source: AJdET5f8rPGCrrTwgenCY1JD2TzRmb4FBUqNG/hDGs2YsbQsUmPJqLPu+1a3YT+fuWqmlU25YB1+kw== X-Received: by 2002:a05:660c:3c9:: with SMTP id c9mr7099758itl.130.1540713353929; Sun, 28 Oct 2018 00:55:53 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id x21-v6sm4747712ita.6.2018.10.28.00.55.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Oct 2018 00:55:52 -0700 (PDT) Subject: Re: bug#25540: notice issue in expand -- doesn't allow for expressing tabsize value in tabstop(s) To: 25540@debbugs.gnu.org References: <58897B21.4010008@tlinx.org> <81222EB5-8C7C-4557-9489-15CD511D957B@staff.uni-marburg.de> <4dc5cf44-45eb-f39a-c516-a6360a648049@bernhard-voelker.de> From: Assaf Gordon Message-ID: <078d8d2d-0aaf-f70e-91bd-e2343150b993@gmail.com> Date: Sun, 28 Oct 2018 01:55:50 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <4dc5cf44-45eb-f39a-c516-a6360a648049@bernhard-voelker.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 25540 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 25540 fixed close 25540 stop On 2017-02-28 8:58 a.m., Bernhard Voelker wrote: > On 02/27/2017 12:44 AM, Pádraig Brady wrote: >> The attached uses your suggestion of '/' but only allowed in the last position. > Pushed here: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=b1413b6011cd368fb4244f0aa79f4c4ea5ab50c5 Closing as "fixed". -assaf From unknown Tue Jun 24 19:10:36 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 25 Nov 2018 12:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator