From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 529f6c8a for ; Sat, 18 Jan 2020 19:41:50 +0000 (UTC) Received: (qmail 18602 invoked by alias); 18 Jan 2020 19:41:44 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 45329 Received: (qmail 29514 invoked by uid 1010); 18 Jan 2020 19:41:44 -0000 X-Qmail-Scanner-Diagnostics: from out1-smtp.messagingengine.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.1/25691. spamassassin: 3.4.2. Clear:RC:0(66.111.4.25):SA:0(-2.6/5.0):. Processed in 5.136678 secs); 18 Jan 2020 19:41:44 -0000 X-Envelope-From: d.s@daniel.shahaf.name X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at daniel.shahaf.name does not designate permitted sender hosts) X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddtgdduvdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgfgsehtqhertderreejnecuhfhrohhmpedfffgr nhhivghlucfuhhgrhhgrfhdfuceougdrshesuggrnhhivghlrdhshhgrhhgrfhdrnhgrmh gvqeenucfrrghrrghmpehmrghilhhfrhhomhepugdrshesuggrnhhivghlrdhshhgrhhgr fhdrnhgrmhgvnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-754-g09d1619-fmstable-20200113v1 Mime-Version: 1.0 Message-Id: In-Reply-To: <0723EF0A-BD62-4C2C-AAA1-735AD3D64768@icloud.com> References: <0723EF0A-BD62-4C2C-AAA1-735AD3D64768@icloud.com> Date: Sat, 18 Jan 2020 19:40:42 +0000 From: "Daniel Shahaf" To: "Andrew Reyes" , zsh-workers@zsh.org Subject: =?UTF-8?Q?Re:_Unset_=E2=80=9Czle=5Fbracketed=5Fpaste=E2=80=9D_.zshrc?= Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Andrew Reyes wrote on Fri, 17 Jan 2020 23:20 +00:00: > The problem is:=20 > 1) zsh/zle's setup_() assigns the parameter, overwriting existing valu= es >=20 > 2) not possible to 'unset' the parameter before zsh/zle is loaded. @Andrew thanks for the report. Let me spell out the symptoms for the li= st: In zshrc, =C2=ABtypeset -a zle_bracketed_paste=3D('' '')=C2=BB and =C2=AB= unset zle_bracketed_paste=C2=BB have no effect if done before zsh/zle has been= loaded, because of zsh/zle's setup_() unconditionally assigns to the parameter, even if it already exists and has a non-null value. I looked into this yesterday, and guarding the assignaparam() call with a paramtab->getnode() !=3D NULL fixes the case that the variable is already set by the time zsh/zle is loaded (e.g., if it's set in zshrc). However, I haven't been able to make =C2=ABunset zle_bracketed_paste=C2=BB= have any lasting effect if done before zsh/zle is loaded. Is that achievable= ?