Re: 23.0.50; DISPLAY env var bug on w32?

[Stefan Monnier]

>> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
>> d=gmail.com; s=gamma;
>> h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
>> bh=VUlkbHWoV2nDELP47C4axYnVlY5G+iGkBjZkWd8B0xE=;
>> b=hnqUBf4PO38Ym0CT/Vid5HpjODLSp88KZDtH244Y8Bg+6sgsZu0u3Uir/26fFkDH+43AM+Nxsz5o9O5eSKycEryfFpPX/ocCTPAsrr4cNqdQZ4xXPwFR+Zsu1Fc7KLFU2Rt5G3KsXtcBm5oW0wPvImAHicCtAvswPsEu/g0mmFk=
>> Date: Sun, 13 Jan 2008 05:30:19 +0100
>> From: "Juanma Barranquero" <address@hidden>
>> Cc: "Lennart Borgman (gmail)" <address@hidden>, address@hidden, 
>> address@hidden, address@hidden
>> 
>> On Jan 13, 2008 5:17 AM, Eli Zaretskii <address@hidden> wrote:
>> 
>> > Right now, using -d DISPLAY on Windows causes nothing but trouble.
>> 
>> -t / --tty is not specially useful either:
>> 
>> C:\emacs> emacsclient -t
>> emacsclient: could not get terminal name

> Feel free to ifdef away that one as well.

Just like the -d option, I think it can stay.  These are options that
simply fail to work.  The original bug is that even without any option
the command failed because it eagerly tried to add a DISPLAY argument,
which was a lot more problematic.


        Stefan