Mail Archives: geda-user/2015/09/05/08:22:20
--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--
- Raw text -