From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Sam Halliday Newsgroups: gmane.emacs.bugs Subject: bug#36432: 26.2; SMIE does not request forward tokens when point is at point-max Date: Sat, 29 Jun 2019 13:14:01 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="50812"; mail-complaints-to="usenet@blaine.gmane.org" To: 36432@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 29 14:15:16 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hhCGB-000D6Q-Jf for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Jun 2019 14:15:15 +0200 Original-Received: from localhost ([::1]:39342 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhCGA-0003hm-HX for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Jun 2019 08:15:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35143) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhCFz-0003hb-6B for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2019 08:15:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hhCFy-0000b3-87 for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2019 08:15:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58241) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hhCFy-0000as-41 for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2019 08:15:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hhCFx-0005uz-U7 for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2019 08:15:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Sam Halliday Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Jun 2019 12:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 36432 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.156181044822668 (code B ref -1); Sat, 29 Jun 2019 12:15:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 29 Jun 2019 12:14:08 +0000 Original-Received: from localhost ([127.0.0.1]:43552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhCF6-0005tX-Ea for submit@debbugs.gnu.org; Sat, 29 Jun 2019 08:14:08 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:34108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhCF5-0005tP-2v for submit@debbugs.gnu.org; Sat, 29 Jun 2019 08:14:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34921) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhCF3-0003PF-SV for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2019 08:14:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hhCF3-0008FG-0K for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2019 08:14:05 -0400 Original-Received: from mail-vs1-xe34.google.com ([2607:f8b0:4864:20::e34]:37068) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hhCF2-0008E1-Sb for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2019 08:14:04 -0400 Original-Received: by mail-vs1-xe34.google.com with SMTP id v6so5869492vsq.4 for ; Sat, 29 Jun 2019 05:14:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=vAuiF8FOsgo/aYQbT1VkYC1Z2PJ6tgSCJ74oqWbe2qo=; b=aj5uyk8PwjH2bwWMz4nlJIgky5RGstbg1RIhvMfo5o0uz0Qhd/UUWh242MHFMle8xM QM5xJjIm2BNhUF2H3ibY0j7pNDTK7EIwBu2ZRx45IscnXeidAkIBfr6IgNxjfZosPOON acJRRtfRDRQCATSdP1l2wUp45T0sE/EQjkfk0m954b9p6sKwX6Ur18LCAtcpWhJ1JVOJ bbSOMWvGL3EJzSlFXYU3QZ2kbnwaBfDWYV+6nFiwGkPeJIb2SJAVtTHkRNhR9H3+fDPb PKx53gpB9BXgQN/ha80DIZl4KnYhPkZytTLz9AEIvSgDvtPlEzI1DRh6Axlngy0dE8HC 3pSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=vAuiF8FOsgo/aYQbT1VkYC1Z2PJ6tgSCJ74oqWbe2qo=; b=j2tQLuHCByjMTTK24zEWpM62cYW8Wk89evEqjy8Mp7T1pC0g1Jaoqesh2wMaDVTMq2 uGrG+4JWn8dFHcQvO9BgSKXroRUyQi1hApfB2+sVmCSyI6c91nm7E9SJlo3YgToVGWuP pFyQH9MhjOMg1klH28/gPQ3mBaMgSylJ0Brc559i/W/rb7eeLU9njLvT8hI+e1+30RUY jlaNT6yEK38NJluxr5auP8B4Jfb+PQtSdqvZckVdaQVPI6hQFSK7dNY/65rxzgNQJOoQ KX56U/KmUU4fvIVmdR+GOHVaC2FpetdXh2qSk7Auv+jCW+KnqAHZwtefMoEwHNlqoyNy p9LQ== X-Gm-Message-State: APjAAAXsI66GZ14Bwu+yR8HNPQwlzJ0+LXO7mQxq9AF+V8fQC2LrmHtO C/Pc9CffTqNKHnrlKH/o0KquIbGQokk9LTQl27UwiA== X-Google-Smtp-Source: APXvYqzPJDAjQx3pfu0DYPeeGCG1Q3iujpq/CMcCL8FmKl80LEVmrVDyyeI+7mMISAGLDMNyAYmld25RuaalK1SA2GQ= X-Received: by 2002:a67:d611:: with SMTP id n17mr9401702vsj.156.1561810443071; Sat, 29 Jun 2019 05:14:03 -0700 (PDT) Original-Received: by 2002:a9f:2427:0:0:0:0:0 with HTTP; Sat, 29 Jun 2019 05:14:01 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:161816 Archived-At: SMIE (via a `indent-for-tab-command') does not request forward tokens from the lexer when point is at `point-max'. This might sound like a strange bug report: why should smie expect there to be any tokens when it is already at point-max? The answer is: virtual tokens. For example, Haskell may have many closing curly brackets that live at the end of the buffer. A workaround is to add a few stray newlines to the end of any buffer that uses SMIE for indentation. Then SMIE will request the next tokens (even thought there is only whitespace left until the end of the buffer) and will receive at least one of those virtuals.