From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Federico Tedin Newsgroups: gmane.emacs.bugs Subject: bug#40000: 27.0.60; next-single-char-property-change hangs on bad argument Date: Mon, 13 Apr 2020 16:20:01 +0200 Message-ID: <878siz31ta.fsf@gmail.com> References: <87d08b333i.fsf@gmail.com> <83tv1niira.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="68628"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: casouri@gmail.com, 40000@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Apr 13 16:21:14 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jNzxX-000HfF-Sz for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Apr 2020 16:21:11 +0200 Original-Received: from localhost ([::1]:44838 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jNzxW-0004ml-Lx for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Apr 2020 10:21:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48158) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jNzxP-0004me-An for bug-gnu-emacs@gnu.org; Mon, 13 Apr 2020 10:21:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jNzxO-0007Cw-DD for bug-gnu-emacs@gnu.org; Mon, 13 Apr 2020 10:21:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48922) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jNzxO-0007Cn-A7 for bug-gnu-emacs@gnu.org; Mon, 13 Apr 2020 10:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jNzxO-0003pH-54 for bug-gnu-emacs@gnu.org; Mon, 13 Apr 2020 10:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Federico Tedin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Apr 2020 14:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40000 X-GNU-PR-Package: emacs Original-Received: via spool by 40000-submit@debbugs.gnu.org id=B40000.158678761014621 (code B ref 40000); Mon, 13 Apr 2020 14:21:02 +0000 Original-Received: (at 40000) by debbugs.gnu.org; 13 Apr 2020 14:20:10 +0000 Original-Received: from localhost ([127.0.0.1]:60468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNzwY-0003ni-Kd for submit@debbugs.gnu.org; Mon, 13 Apr 2020 10:20:10 -0400 Original-Received: from mail-wr1-f68.google.com ([209.85.221.68]:33548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNzwX-0003nR-B4 for 40000@debbugs.gnu.org; Mon, 13 Apr 2020 10:20:09 -0400 Original-Received: by mail-wr1-f68.google.com with SMTP id a25so10330931wrd.0 for <40000@debbugs.gnu.org>; Mon, 13 Apr 2020 07:20:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=J/Eeiebbl3Fb3ZBEKz0auIjhVwQLDZpZxCow0jwaceE=; b=d3Eg/kh8Rz1Ghsp79njyu0IX2pchva4rmy8cJyrr0g/eO3fZl+E9hCuiqWImWDP0Di D90+ORd4Y65ncdpmCIuUtockWkvt1GDimoEaU2L/oEfSfLAzG3tD1eQuHeakLmnhK6Hy YrcChAVBoZ8cX3R1xl+EyiFuVAWgf/k8Qf/skfUMRNMV4hXSaql5m6k76hMBZoj8SVaF ZmN6fMNX9SNnGvwH9v5O2gCdzWAhgCDK6ByczUgrKvXYBmx7+ChQaYzcU0+LKefZmEkp K5l6K936lvzFwVZhc+wN03+kej7Ug3u4XIBvUuG8R3CUs0+QcsDS9qntCRaXJOTmE3Sj QdLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=J/Eeiebbl3Fb3ZBEKz0auIjhVwQLDZpZxCow0jwaceE=; b=sOeS0kr8w+zWLGKh7tCEBNTUf30FYFXfb2lNEkEJFAJWqeS7TAeJrhtPiFlSlEW+Qt dW38Osa6H8PfzjuLqO5FkJs5uo+URvNO3gNhwfx5/UiASzou57s88P4biQu5GjZZ9mti YrcYN+Q+xRB0pVvXPcwQMOWj85tf2ESlJje/Fji6bosRVoMHrdBJqm5So/ySud19mW8I UG45Fn3MclsNdcwYxQQqGMrs9CkZR/i3TlLIQ0QF4tMdnM/suz0en1F+N2Vr6DBr/gLA DKilQc3DgSD1AbEQse+TZWwQBLLkyKRsRad0wh4xRUs9AvB5wFHlDQUwax0jI82waHPA KOWg== X-Gm-Message-State: AGi0PubyDTIoJmNN+Rm8BfiAhDzw40bVX0RZzDWBiCyRO+5LoqGGQLAE DJeZtd6ZcfapdjS3wj/IgUP5CGctUlc= X-Google-Smtp-Source: APiQypIsMnk6L5enISLWh4ijgpNbLtZO40qhskYrsSuDaC6zz0Y3kg0KojlZdxI0OiUfnvKsQQqu7w== X-Received: by 2002:adf:ed01:: with SMTP id a1mr19277690wro.18.1586787603255; Mon, 13 Apr 2020 07:20:03 -0700 (PDT) Original-Received: from lead ([2a02:8109:8ac0:2ff0:7077:607d:3f1f:454e]) by smtp.gmail.com with ESMTPSA id b11sm15165952wrq.26.2020.04.13.07.20.02 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 13 Apr 2020 07:20:02 -0700 (PDT) In-Reply-To: <83tv1niira.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 13 Apr 2020 17:04:57 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:178306 Archived-At: Eli Zaretskii writes: >> From: Federico Tedin >> Date: Mon, 13 Apr 2020 15:52:17 +0200 >> Cc: 40000@debbugs.gnu.org >> >> I'm attaching a patch which solves the issue. Now, all the >> `next-*-property-change' functions return LIMIT when it has been >> specified and no properties where found up to the buffer's end. > > Doesn't that contradict the documentation? It says: > > If the property is constant all the way to the end of OBJECT, return the > last valid position in OBJECT. > > Your change means this will no longer be true when LIMIT > EOB. > > Thanks. Aah OK, I missed that part at the end. But if I evaluate: (next-single-char-property-change 0 'test "hello" 10000) It still returns 10000. Is it possible that "return LIMIT if nothing is found before LIMIT" is meant to take precedence over "return the last valid position in OBJECT"?