X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Sat, 5 Sep 2015 06:46:12 +0200 (CEST) X-X-Sender: igor2 AT igor2priv To: geda-user AT delorie DOT com X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] fresh gschem fails to start - bugreport In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 Sat, 5 Sep 2015, gedau AT igor2 DOT repo DOT hu wrote: > Hi all, > > I am trying to run gschem from source using the shell wrapper generated by > autotools. I get the following error message: > > Backtrace: > In ice-9/boot-9.scm: > 157: 1 [catch #t # ...] > In unknown file: > ?: 0 [apply-smob/1 #] > > ERROR: In procedure apply-smob/1: > ERROR: In procedure scm_to_utf8_stringn: Wrong type argument in position 1 > (expecting string): #f > After a gdb session, 22 frames deep, it turns out this is a way of reporting "file not found". Call me old fashioned, but instead of a scheme backtrace pointing into 4300 lines long scheme boot code (without even telling its full path), I would find a "File not found: " more useful. The bug is easy to reproduce: take a clean system where gschem is not installed, compile everything but don't install, then cd gschem/src and run ./gschem (the shell wrapper). Regards, Igor2