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: <alpine.DEB.2.00.1509050640140.6924@igor2priv>
References: <alpine DOT DEB DOT 2 DOT 00 DOT 1509050522140 DOT 6924 AT igor2priv>
<alpine DOT DEB DOT 2 DOT 00 DOT 1509050640140 DOT 6924 AT igor2priv>
Date: Sat, 5 Sep 2015 08:21:26 -0400
Message-ID: <CAOFvGD4+6HkL4-=F+XBqrW4NttC1PzxmUVQQsbdisch89q3pjw@mail.gmail.com>
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]" <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, <gedau AT igor2 DOT repo DOT hu> 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:
>> ?: 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 (without
> even telling its full path), I would find a "File not found: <full path to
> 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
<div dir=3D"ltr">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.<br></div><div class=3D"gmail_extra"><br><div cla=
ss=3D"gmail_quote">On Sat, Sep 5, 2015 at 12:46 AM, <span dir=3D"ltr"><=
<a href=3D"mailto:gedau AT igor2 DOT repo DOT hu" target=3D"_blank">gedau AT igor2 DOT repo DOT h=
u</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margi=
n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On Sat, 5 Sep 2015, <a href=3D"mailto:gedau AT igor2 DOT repo DOT hu" target=3D"_blank=
">gedau AT igor2 DOT repo DOT hu</a> wrote:<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I am trying to run gschem from source using the shell wrapper generated by =
autotools. I get the following error message:<br>
<br>
Backtrace:<br>
In ice-9/boot-9.scm:<br>
157: 1 [catch #t #<catch-closure 8277be0> ...]<br>
In unknown file:<br>
=C2=A0 ?: 0 [apply-smob/1 #<catch-closure 8277be0>]<br>
<br>
ERROR: In procedure apply-smob/1:<br>
ERROR: In procedure scm_to_utf8_stringn: Wrong type argument in position 1 =
(expecting string): #f<br>
<br>
</blockquote>
<br>
After a gdb session, 22 frames deep, it turns out this is a way<br>
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.<br>
<br>
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).<br>
<br>
Regards,<br>
<br>
Igor2<br>
</blockquote></div><br><br clear=3D"all"><br>-- <br><div class=3D"gmail_sig=
nature">Jason White</div>
</div>
--001a11c1fbbe21f7d5051eff0e30--