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=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fnPABs4IXJ7Im58Sq+RqCBIFKMs/Usd0pYk7DFhwOHo=; b=srIw0pmXnLXfvKqbHlhoNvLWidTWhghvkaxxbDQGqvmZeWOl1RIHsQrEdSOy2w7j5q TD7iiUHaJ0TddwjbbAn/7iOU0C48lKcKQtfU5VSeZqPBbAdzSeqh5QVnLOPwyiu63NoU NE5ls4atZ0r8Kj0OVIlTCcLvI7JE4xh0KHxemRW89+h2gnf8KW7FQSHGCrwCl/nIiQ2/ XKgNpWGrPf7J2qm93P+IapQ0Skt2mC1G5C3lUBvuhSG9dFYjEHHFZj1vkMPDIglC8O7w H4lwkCPv583qduTu+l2Jj0GtDfESCsl3Ml37Dk5jYfpa0YUVmt8d4bRCi05UBYZREWrP 2DAw== MIME-Version: 1.0 X-Received: by 10.182.65.164 with SMTP id y4mr7358369obs.65.1441455686152; Sat, 05 Sep 2015 05:21:26 -0700 (PDT) In-Reply-To: References: Date: Sat, 5 Sep 2015 08:21:26 -0400 Message-ID: Subject: Re: [geda-user] fresh gschem fails to start - bugreport From: "Jason White (whitewaterssoftwareinfo AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a11c1fbbe21f7d5051eff0e30 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 --001a11c1fbbe21f7d5051eff0e30 Content-Type: text/plain; charset=UTF-8 Yes, I posted a thread with the same issue only a few weeks ago and came to the same conclusion. I very much consider this a "bug," gschem needs to check if the file exists and post a helpful error message if it doesn't. On Sat, Sep 5, 2015 at 12:46 AM, wrote: > > > 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: the file that is actually missing>" 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 > -- Jason White --001a11c1fbbe21f7d5051eff0e30 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yes, I posted a thread with the same issue only a few week= s ago and came to the same conclusion. I very much consider this a "bu= g," gschem needs to check if the file exists and post a helpful error = message if it doesn't.

On Sat, Sep 5, 2015 at 12:46 AM, <= gedau AT igor2 DOT repo DOT h= u> wrote:


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 #<catch-closure 8277be0> ...]
In unknown file:
=C2=A0 ?: 0 [apply-smob/1 #<catch-closure 8277be0>]

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 (with= out even telling its full path), I would find a "File not found: <f= ull path to the file that is actually missing>" more useful.

The bug is easy to reproduce: take a clean system where gschem is not insta= lled, compile everything but don't install, then cd gschem/src and run = ./gschem (the shell wrapper).

Regards,

Igor2



--
Jason White
--001a11c1fbbe21f7d5051eff0e30--