Mail Archives: geda-user/2016/03/01/05:48:12
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--8323329-3409166-1456793729=:3447
Content-Type: TEXT/PLAIN; CHARSET=UTF-8; format=flowed
Content-Transfer-Encoding: 8BIT
Content-ID: <alpine DOT DEB DOT 2 DOT 11 DOT 1603010155331 DOT 3447 AT nimbus>
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.)
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.
On Mon, 22 Feb 2016, Stephan Böttcher wrote:
> There must not be seqfaults.
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
On Wed, 24 Feb 2016, Britton Kerin (britton DOT kerin AT gmail DOT com) [via
geda-user AT delorie DOT com] wrote:
> 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).
--8323329-3409166-1456793729=:3447--
- Raw text -