From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,NICE_REPLY_A autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8939 invoked from network); 30 Nov 2022 13:57:09 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 30 Nov 2022 13:57:09 -0000 ARC-Seal: i=1; cv=none; a=rsa-sha256; d=zsh.org; s=rsa-20210803; t=1669816629; b=fZb2T4rhiDl1QOF/9+hu7IoBPfy5mflqO8ZYcng2pL36iSYugyZY7FcQVFsMRKbZaPi+FETzdr Z/uIjZFNN1JO/eBxN75rHWQFcHU12cDrGRywwjSIqt8NIxV0VMOF8G84QyaSUgV8X0mP+oebNA pjnznJJqLvaxeysh0VaBE0iwYR+IrmGxbuHTfoWm6IjTzQ1t8LT+Pb5n7nTWkvOqmKeKf1oDQU Uy5OpQtuoRLMO3vRxTKWkbWe5TtT/9me7hwiu61mBcjQZNT6QCkLwCO4q6GTcmzQsNzUWenYX5 jrQsxWGzUCKq0/CuTf52J1I9Sev83DzHitS9GlYcDxk6eg==; ARC-Authentication-Results: i=1; zsh.org; iprev=pass (mta04.eastlink.ca) smtp.remote-ip=24.224.136.10; dmarc=none header.from=eastlink.ca; arc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed; d=zsh.org; s=rsa-20210803; t=1669816629; bh=9XQUjZXc7g3aqxCKE1oo4WrbGXiqvgnbpymkIR9hRSk=; h=List-Archive:List-Owner:List-Post:List-Unsubscribe:List-Subscribe:List-Help: List-Id:Sender:Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:To:Subject:MIME-Version:Date:Message-ID:DKIM-Signature; b=pWUNM8YQnuS8ewivu0CrP6cijn7AjFGj42ZDMWl/aRrLQcRNUSb1F3XqCF6A1ZiITXyf7EwDuv dzpFukVYy4qpNjY7/J1cwHXZhtYRvsCEI87b66WmsfsGpPLjMeK2UV4PRp/XLhL8J7fCAPU6W4 zjfoTGr7G1YucoZIvhdeMYTwm4rslovvdu+Ajrqh1Gmep9RhNvzMobCvOSl/Z4uOGoxN/8RKy8 hL1iH8ykGPzqV7UDxXs6cXrhgx+t3XgBaXA2ffYWBr5Ijko0knWzexq3mjZRG60DvjiHo8Lbzv 5ecFBQnIKF8h+9jk7S5lB1JRKz3P5XSmzfJsWnqsIiQMWg==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org; s=rsa-20210803; h=List-Archive:List-Owner:List-Post:List-Unsubscribe: List-Subscribe:List-Help:List-Id:Sender:Content-transfer-encoding: Content-type:In-reply-to:From:References:To:Subject:MIME-version:Date: Message-id:Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From :Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=xANEzSxmqt2oSHGb6g3cu3muwpL8ZgVgeVBrLHBdbMA=; b=q06Dt6I6V5roQX4sGgHHgtfS3T 6k5P2hpYCWLlcU0mVZlNPUJy1gx8eb7+Ir3HMrhGSWJqeZccxTl/1/OiX7JFSe6GyqCn9DlIIe3Hl IYeR5w/IL3vi5VF1K8PcmuqIPzttpxwBm0Gu4gV05EkiVbacEbcJObr/ROrBWqpRqZyoF941XQek3 txeOI28OLtAj2g/ogh2Sn0G1vwZvS36+1RthYfizzcfjme1k4XdqYzTr/JnzaIjEH+8h6Oj1zA/aM U12l0/b6H5hQNsALISi5+rMp7QmLI0k/gy+dO+Gkn0DzYIZIJpmZbEGNaDD5ScPRo/2WfETuv/um9 yjZjivzQ==; Received: by zero.zsh.org with local id 1p0NaF-000NDF-Mu; Wed, 30 Nov 2022 13:57:07 +0000 Authentication-Results: zsh.org; iprev=pass (mta04.eastlink.ca) smtp.remote-ip=24.224.136.10; dmarc=none header.from=eastlink.ca; arc=none Received: from mta04.eastlink.ca ([24.224.136.10]:45886) by zero.zsh.org with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1p0NZF-000MWL-VL; Wed, 30 Nov 2022 13:56:06 +0000 Received: from csp02.eastlink.ca ([71.7.199.167]) by mta04.eastlink.ca (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTPS id <0RM500LAJXZQXNT1@mta04.eastlink.ca> for zsh-users@zsh.org; Wed, 30 Nov 2022 09:56:04 -0400 (AST) Received: from [192.168.0.4] ([24.207.18.108]) by Eastlink with ESMTPSA id 0NZDp7Va9gfyj0NZEpoSvd; Wed, 30 Nov 2022 09:56:04 -0400 X-Authority-Analysis: v=2.4 cv=M9uLaQ8s c=1 sm=1 tr=0 ts=638760f4 a=xN66ZtSbq5jdJYpBp7G/jQ==:117 a=xN66ZtSbq5jdJYpBp7G/jQ==:17 a=IkcTkHD0fZMA:10 a=IUYymNOZ-RJZRN1Qil4A:9 a=7Zwj6sZBwVKJAoWSPKxL6X1jA+E=:19 a=QEXdDO2ut3YA:10 X-Vade-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrtdefgdehiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfgtefuvffnkffpmfdpqfgfvfenuceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtkeertddtfeejnecuhfhrohhmpeftrgihucetnhgurhgvfihsuceorhgrhigrnhgurhgvfihssegvrghsthhlihhnkhdrtggrqeenucggtffrrghtthgvrhhnpeeitdejffevgfdtheeggfetkeeugeegieetuddtvddvudetteffvdevlefgueekudenucfkphepvdegrddvtdejrddukedruddtkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedvgedrvddtjedrudekrddutdekpdhhvghloheplgduledvrdduieekrddtrdegngdpmhgrihhlfhhrohhmpehrrgihrghnughrvgifshesvggrshhtlhhinhhkrdgtrgdpnhgspghrtghpthhtohepvddprhgtphhtthhopeerredprhgtphhtthhopeiishhhqdhushgvrhhsseiishhhrdhorhhgpdhgvghtqdgkihhprfgrshhsfigupehtrhhuvg X-Vade-Score: 0 X-Vade-State: 0 X-EL-AUTH: rayandrews@eastlink.ca Message-id: <57e8e248-bb1a-663a-8557-e3fc13f671d4@eastlink.ca> Date: Wed, 30 Nov 2022 05:56:03 -0800 MIME-version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: one time in 20 error To: zsh-users@zsh.org References: <5d0c4e22-80b0-2fd2-ee75-6902da52d121@eastlink.ca> Content-language: en-US From: Ray Andrews In-reply-to: Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 8bit X-Seq: 28450 Archived-At: X-Loop: zsh-users@zsh.org Errors-To: zsh-users-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-users-request@zsh.org X-no-archive: yes List-Id: List-Help: , List-Subscribe: , List-Unsubscribe: , List-Post: List-Owner: List-Archive: On 2022-11-29 20:32, Bart Schaefer wrote: > perhaps 'zcurses >> end' should take more care to clean up? > I suspect that your program is taking action on mouse-down, so it > really is up to you to also handle the following mouse-up. I'm capturing both PRESSED and CLICKED, the former being a slow click in practice.  I had the same idea tho, the mouse-up is dangling.  What's puzzling is that I can't force the error.  I can press and hold the button, wait for the program to end (so far mouse clicks always make a selection from a list and return) and then release the button and, again, maybe one time in 20 I'll get the bogey.  I've tried variation on click speed but nothing  makes it better or worse.   You don't suppose it could be a mechanical issue with the mouse?  You know how they sometimes get sticky and mouse clicks are poorly registered?  I've had mice that tended to return two clicks when only one was made.  A mechanically unclean release seems to confuse the computer. > There's no > way for curses endwin() or by extension "zcurses end" to know that the > extra characters were generated by the terminal or were typed by you > (with the expectation that they'd go to the regular shell input). Well, so far the 'timeout' is working 100%, still I myself would sorta build that in to 'zcurses end'.  While in zcurses,it owns all inputs so on quitting the idea that some input would be 'forwarded' to the terminal seems strange.  Dunno, maybe such a thing could be wanted but ... well, could it ever be wanted?  As you say there are these 'generated by the terminal' ... but I don't know anything about such things.  Seems to me the terminal receives input, not makes input but I suppose an xterm is itself a program that writes to hardware so ... But this is the only time I've ever seen ghost-writing to zle. BTW you were right about ERR_EXIT, sheesh, it nukes the whole terminal.  I had something like ERR_RETURN in  mind but I guess we don't have that.