X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=mail.ud03.udmedia.de; h=
	message-id:date:from:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding; s=beta; bh=
	eTni0uiDhpVI7xgwMCbk7DBiSb0jh++DNilvCJKLDbo=; b=mZgkxS023rc+Wq+y
	SP4Q3h2d0OHDIBJ5FhQuoaZr/X4JSRiiBzjBzr8StYGbbvLmt7vGgL0U0s3x5BPG
	J9r0yDvxS09Shwe5G9Utjv04QDecRKKJ5wqRWwWTaOLMHSDZYIAWmp4hkrJ+XB01
	NMROKTU1GbyPwy6vrWAKH2FGfaw=
Message-ID: <51F8ED04.1060404@jump-ing.de>
Date: Wed, 31 Jul 2013 12:55:00 +0200
From: Markus Hitter <mah AT jump-ing DOT de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7
MIME-Version: 1.0
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] Core dump when loading vendor resoure by actions.
References: <51F8E39A DOT 2000705 AT jump-ing DOT de>
In-Reply-To: <51F8E39A.2000705@jump-ing.de>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: geda-user AT delorie DOT com

Am 31.07.2013 12:14, schrieb Markus Hitter:
> Hello all,
>
> for automatic G-code preparation I'd like to apply a vendor resource
> file by actions like this:
>
> # Apply vendor drill mapping.
> # See http://pcb.geda-project.org/pcb-cvs/pcb.html#Vendor-drill-mapping
> echo "units = mm"            > vendor.res
> echo "drillmap = {"         >> vendor.res
> echo "  round = nearest"    >> vendor.res
> echo "  0.75"               >> vendor.res
> echo "  1.0"                >> vendor.res
> echo "}"                    >> vendor.res
>
> "${PCB}" --action-string "
>    LoadFrom(Layout, input.pcb)
>    LoadVendorFrom(vendor.res)
>    #SaveTo(Layout)
>    #Quit()
>    "
>
> However, when running this script, pcb core dumps. I can load the very
> same file from the menu just fine.
>
> Anybody seen this problem?

Backtrace is like this:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff50f7bbd in getc () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x00007ffff50f7bbd in getc () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x000000000048d5c5 in res_parse_getchars (buf=0x87e9c0 "", 
max_size=<optimized out>) at res_parse.y:85
#2  0x000000000048ea4e in yy_get_next_buffer () at res_lex.c:1111
#3  reslex () at res_lex.c:953
#4  0x000000000048dccc in resparse () at res_parse.c:1323
#5  0x000000000048df96 in resource_parse (filename=filename AT entry=0x0, 
strings=strings AT entry=0x771280 <gpcb_menu_default>)
     at res_parse.y:132
#6  0x00000000004cde27 in ghid_load_menus () at 
hid/gtk/gui-top-window.c:2105
#7  ghid_build_pcb_top_window () at hid/gtk/gui-top-window.c:1292
#8  ghid_create_pcb_widgets () at hid/gtk/gui-top-window.c:1576
#9  0x00000000004cefa6 in ghid_do_export (options=<optimized out>) at 
hid/gtk/gui-top-window.c:1801
#10 0x0000000000426a87 in main (argc=1, argv=0x7fffffffe008) at main.c:2072

Let me guess: the resource parser bails out because something else was 
parsed before and some global variables of the parsing mechanism are 
non-default.


Markus

-- 
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH) Markus Hitter
http://www.jump-ing.de/