X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=1Bb7yr1IVkB2yq1kQBnyvir7s7jeZJtmsyeHnFD2yv0=; b=uBSg7pWXs1R2BIDLYNrcORreYDymdUH9b1xPvwebFZuxNBql4MtcxGwlw3/AjnM915 6QzQKtUAls9fHiVtFYTas9W84mLP2UiQ/o9M9jSRVQ8xQsIX4RMwwKM+gQKceMuK/oSO PZY728ETxc26f+nPtPyQb6pVEqGC/cOKtBEjlWH02TczD4zKD6mo+jq3GjgRPgj/MKzM pAPp/G+biX/ytu3cK52PT9zwRGQBD9nlAHx7mX23+EvEytZCfGXLjZVZZU6prm9ptWJF bOoLBKnTehbzzmesIzWE3nQuJwgmVoT7QKQ6f3lHi8Uh0KJjrdlwkdM7+1PjOOrUsb6B daAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=1Bb7yr1IVkB2yq1kQBnyvir7s7jeZJtmsyeHnFD2yv0=; b=hRKy02w6Q8GP99SOzGPqtBDLyAGntv9xeJjK1/DBbCcH0zdm13sxuw44bHoVyfYXE6 drpVHcFCDXX7/L7EZ09ugGiGl6KKKcRzdZTNcKnTpKrDgZ1W/HggRT5FyEs+OtC7Ljc6 RR2dJYVViXzn2nBAnfSsp+yCSqes4x9mI07jjMgcG9b2RzNUAHZA04I8pddzqK0kNr8c wB4r8Vxor2bh+enBZctrjASpWoocql2pbtOyUIOV168SmxnfbtRhGv0ReQP7LjveBsjz i7EWrtIesqq0g5ibnholI/IpUpukP5r40TlIOBqt3X0hzJiHb2y/k5CptoPNmOVOkerK GjOA== X-Gm-Message-State: AD7BkJKwAChafHELK3B1sQyVg2DmUVg0iw+a917CxzrWdrKqQrrrRLyP5E8VVNiEsHQe8A== X-Received: by 10.194.92.68 with SMTP id ck4mr19459127wjb.144.1456830357665; Tue, 01 Mar 2016 03:05:57 -0800 (PST) Date: Tue, 1 Mar 2016 12:05:50 +0100 From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] pcb import schematic crash, parantheses in netname Message-Id: <20160301120550.a88ef2a437edd035a116781d@gmail.com> In-Reply-To: References: <20160215215221 DOT fd472794e7b9446a243bfc40 AT gmail DOT com> <201602152055 DOT u1FKtM4K011038 AT envy DOT delorie DOT com> <20160215220938 DOT bbc7eaa59d827cd0b261ea97 AT gmail DOT com> <201602152135 DOT u1FLZrw9012774 AT envy DOT delorie DOT com> <7F210DE7-0A0B-42F9-ABBE-2C2768621186 AT noqsi DOT com> <20160216081722 DOT 1065cbed6653d3da4ffc7498 AT gmail DOT com> <201602160724 DOT u1G7Ox26001785 AT envy DOT delorie DOT com> <20160216085628 DOT b70143c330cd4da98a4603d3 AT gmail DOT com> <201602160805 DOT u1G85d8c003148 AT envy DOT delorie DOT com> <20160216092912 DOT 7f7439f703b49175a21dbb1b AT gmail DOT com> <201602161715 DOT u1GHFMBB028078 AT envy DOT delorie DOT com> <201602161814 DOT u1GIE4N8030809 AT envy DOT delorie DOT com> X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > On Tue, 16 Feb 2016, John Doty wrote: > > gnetlist doesn’t crash when it sees UTF-8, although back ends generally > > seem to substitute “?” for UTF-8 characters in output for some reason, > > even though the data passed to the back end is proper. Something about > > Guile output, I think. > > Guile tries to convert characters to the encoding of the corresponding > output port. If this isn't set correctly, the characters will appear > garbled. (In particular, when trying to print UTF-8 data to stdout with > Guile 2.0.x you have to set the output port encoding explicitly to UTF-8 > even in an all-UTF-8 locale. This has been fixed in Guile 2.2.x.) If it will be fixed then newer version is used there is rather small gain to spend any time on it right now. > On Tue, 16 Feb 2016, DJ Delorie wrote: > > more likely we'll get some random joke emoji (like ¯\_(ツ)_/¯ for > > example) as a refdes just because the engineer could[*] :-P > > This wouldn't be rendered correctly because libgedacairo interprets "\_" > as an overbar marker. The overbar marker is indeed very useful. > The reported PCB crash is actually a combination of two bugs: > * gnet-pcbfwd.scm shouldn't generate output which PCB can't handle > * PCB shouldn't segfault even if given malformed commands Fully agree. > > Eventually it'll need porting to a new gtk, or you'll be stuck on an old > > distro. > > Porting gschem to a recent GTK version would mean losing multi-key hotkeys > and tear-off menus (as discussed in the past). Are there any possibilities to get around this? Nicklas Karlsson