From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Testing redisplay code in batch Date: Tue, 22 Sep 2020 23:56:33 -0400 Message-ID: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19360"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 23 05:57:31 2020 Return-path: Envelope-to: ged-emacs-devel@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 1kKvuN-0004x2-D1 for ged-emacs-devel@m.gmane-mx.org; Wed, 23 Sep 2020 05:57:31 +0200 Original-Received: from localhost ([::1]:51288 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKvuM-0001OL-G7 for ged-emacs-devel@m.gmane-mx.org; Tue, 22 Sep 2020 23:57:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41618) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKvtX-0000vd-3X for emacs-devel@gnu.org; Tue, 22 Sep 2020 23:56:39 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:42724) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKvtV-00052D-Eh for emacs-devel@gnu.org; Tue, 22 Sep 2020 23:56:38 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id D487D44124A; Tue, 22 Sep 2020 23:56:35 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 76BA7441248; Tue, 22 Sep 2020 23:56:34 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1600833394; bh=y/DC84ELpxs0oqXehD2AsVBZ5PaHnTyNSr6ZruHBI34=; h=From:To:Subject:Date:From; b=KhCjkrA6dqN4MZd+36yWZx8CGkXZagpkUVUGbKuuRBs6sC8Hact36bmNa6P2X4JmG 1s+qQ3LLu18UeJ7QKyVdlJO9X8FTeSA0DTI9lSefqCXjVMizZeCESU9DuNIQBSaiIm trc5DwGusxN/ltAOdGjcKcpmDDM49bpDbmpw7SNEf7oHmgSNrTgpUxn044c7jzDQ+S D5yEnu/e2fmIHN9GmpWpKYzGO/uQ4pGoZI+0aE29yacngGndKjJh6KUfu+EWdjokpv 7LtmDzs/Zlm20/B9EBI1yhDv8keOPf9o6vUDlzoTQWpUBZaW4t3sSpLS9d0DcJVzG3 Leo1W7vhWdbGg== Original-Received: from alfajor (unknown [45.72.232.131]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 5637012048D; Tue, 22 Sep 2020 23:56:34 -0400 (EDT) Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/22 23:56:36 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:256348 Archived-At: I have a test for the Bug#43519 which I'd like to add to our test suite, but it requires the redisplay to do its job, and in batch mode it seems that Mr. Redisplay gets quite sloppy. Does someone have experience with batch-tests of redisplay code? So far I've only use the "let-bind execute-kbd-macro to t" trick in order to convince minibuffer functions to actually use a minibuffer and process events from `unread-command-events`, but here I need to go further because I the "dummy windows" used in batch mode aren't good enough. So I'm ideally looking for a way to convince Emacs's internals to perform redisplay as if there were "real" windows. I don't need to "see/display" the result, OTOH because I only need to test things like `window-start` and `window-end` after calling `redisplay`. If that can't be done without major surgery to the C code, has someone already setup some way to run interactive tests in some virtual interactive session (I guess using something like a detached `screen` or `tmux`)? Stefan