gEDA-user: Another pcb segfault
Hello everyone, it's time for another pcb crash report. :-) Steps to reproduce: 1. open the board attached to this e-mail 2. press Tab to switch to the solder side view 3. position the cursor above the via and press v Sometimes pcb crashes on step 2, but it always crashes on step 3. Backtrace: #0 0x738b6725 in raise () from /lib/libc.so.6 #1 0x738b7b9b in abort () from /lib/libc.so.6 #2 0x738af4de in ?? () from /lib/libc.so.6 #3 0x738af582 in __assert_fail () from /lib/libc.so.6 #4 0x004c95f5 in __r_search (node=0x95aac0, query=0x7fffdc50, arg=0x7fffdae0) at rtree.c:467 #5 0x004c9b87 in r_search (rtree=0x931f90, query=0x7fffdc50, check_region=0, found_rectangle=0x466b1c name_callback, cl=0x7fffdbb8) at rtree.c:575 #6 0x00467be3 in DrawEverything (drawn_area=0x7fffdc50) at draw.c:665 #7 0x0046abe8 in hid_expose_callback (hid=0x82d860, region=0x7fffdc50, item=0x0) at draw.c:1758 #8 0x00521a0c in ghid_drawing_area_expose_cb (widget=0xa454e0, ev=0x7fffe1a0, port=0x82daa0) at hid/gtk/gtkhid-gl.c:958 #9 0x767000d8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x74b6f1fe in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #11 0x74b8008b in ?? () from /usr/lib/libgobject-2.0.so.0 #12 0x74b8956b in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #13 0x74b89952 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #14 0x76819081 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x766fe8f7 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x7635aea4 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #17 0x76355e43 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #18 0x76357fe1 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #19 0x76681b21 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x76335526 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #21 0x76c3a29d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #22 0x76c3aa78 in ?? () from /usr/lib/libglib-2.0.so.0 #23 0x76c3b0ba in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #24 0x766fd687 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x0051be16 in ghid_do_export (options=0x0) at hid/gtk/gui-top-window.c:1771 #26 0x00487d7e in main (argc=2, argv=0x7fffe5e8) at main.c:1948 #4 0x004c95f5 in __r_search (node=0x95aac0, query=0x7fffdc50, arg=0x7fffdae0) at rtree.c:467 467 assert (query-X1 query-X2 query-Y1 query-Y2); (gdb) p *query $1 = {X1 = 0, Y1 = 0, X2 = 26416000, Y2 = 0} This is with current git (0ac0076bc...), of course. -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; # release: pcb 1.99z # To read pcb files, the pcb version (or the git source date) must be = the file version FileVersion[20070407] PCB[ 104000 67000] Grid[1000.0 0 0 0] Cursor[47000 3 0.00] PolyArea[3100.006200] Thermal[0.50] DRC[1000 1000 1000 1000 1500 1000] Flags(nameonpcb,clearnew,snappin) Groups(1,c:2,s:3:4:5:6:7:8) Styles[Signal,1500,2000,3600,1000:Power,2500,6000,3500,1000:Fat,4000,6000,3500,1000:Skinny,600,2402,1181,600] Symbol[' ' 1800] ( ) Symbol['!' 1200] ( SymbolLine[0 4500 0 5000 800] SymbolLine[0 1000 0 3500 800] ) Symbol['' 1200] ( SymbolLine[0 1000 0 2000 800] SymbolLine[1000 1000 1000 2000 800] ) Symbol['#' 1200] ( SymbolLine[0 3500 2000 3500 800] SymbolLine[0 2500 2000 2500 800] SymbolLine[1500 2000 1500 4000 800] SymbolLine[500 2000 500 4000 800] ) Symbol['$' 1200] ( SymbolLine[1500 1500 2000 2000 800] SymbolLine[500 1500 1500 1500 800] SymbolLine[0 2000 500 1500 800] SymbolLine[0 2000 0 2500 800] SymbolLine[0 2500 500 3000 800] SymbolLine[500 3000 1500 3000 800] SymbolLine[1500 3000 2000 3500 800] SymbolLine[2000 3500 2000 4000 800] SymbolLine[1500 4500 2000 4000 800] SymbolLine[500 4500 1500 4500 800] SymbolLine[0 4000 500 4500 800] SymbolLine[1000 1000 1000 5000 800] ) Symbol['%' 1200] ( SymbolLine[0 1500 0 2000 800] SymbolLine[0 1500 500 1000 800] SymbolLine[500 1000 1000 1000 800] SymbolLine[1000 1000 1500 1500 800] SymbolLine[1500 1500 1500 2000 800] SymbolLine[1000 2500 1500 2000 800] SymbolLine[500 2500 1000 2500 800] SymbolLine[0 2000 500 2500 800] SymbolLine[0 5000 4000 1000 800] SymbolLine[3500 5000 4000 4500 800] SymbolLine[4000 4000 4000 4500 800] SymbolLine[3500 3500 4000 4000 800] SymbolLine[3000 3500 3500 3500 800] SymbolLine[2500 4000 3000 3500 800] SymbolLine[2500 4000 2500 4500 800] SymbolLine
Re: gEDA-user: Another pcb segfault
On Wed, Sep 14, 2011 at 02:25:54PM -0400, DJ Delorie wrote: Also, please file all bug reports in launchpad: https://bugs.launchpad.net/pcb Right. This bug is now tracked at https://bugs.launchpad.net/pcb/+bug/850311. -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB segfaults when the Route style button is clicked
Hello, I'm using PCB from git master (9dde48253c..) and it segfaults when the Route Styles button is clicked. Here's how to reproduce: 1. use PCB to make an empty pcb file 2. start PCB again and load the empty file with File - Load layout 3. choose Power route style, then click on the Route Styles button to bring up the dialog; close the dialog 4. choose Signal route style, then click on the Route Styles button to bring up the dialog; close the dialog 5. repeat steps 3 and 4 in order, until PCB segfaults Here is the backtrace: Program received signal SIGSEGV, Segmentation fault. 0x738fc90a in strcmp () from /lib/libc.so.6 (gdb) bt #0 0x738fc90a in strcmp () from /lib/libc.so.6 #1 0x7669347f in gtk_entry_set_text () from /usr/lib/libgtk-x11-2.0.so.0 #2 0x00527e64 in dialog_style_changed_cb (combo=0x16d1170, dialog=0x7fffd4c0) at hid/gtk/ghid-route-style-selector.c:127 #3 0x74b6f1fe in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0x74b8008b in ?? () from /usr/lib/libgobject-2.0.so.0 #5 0x74b897aa in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #6 0x74b89952 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #7 0x76675fea in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #8 0x7667aab9 in gtk_combo_box_set_active_iter () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x00528776 in ghid_route_style_selector_edit_dialog (rss=0xb4c510) at hid/gtk/ghid-route-style-selector.c:237 #10 0x00528aa6 in edit_button_cb (btn=0xb4b490, rss=0xb4c510) at hid/gtk/ghid-route-style-selector.c:296 #11 0x74b6f1fe in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0x74b8008b in ?? () from /usr/lib/libgobject-2.0.so.0 #13 0x74b897aa in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0x74b89952 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0x766574e5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x74b6f1fe in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #17 0x74b7f815 in ?? () from /usr/lib/libgobject-2.0.so.0 #18 0x74b897aa in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #19 0x74b89952 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #20 0x7665630d in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x767000d8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x74b6f1fe in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #23 0x74b7fe9d in ?? () from /usr/lib/libgobject-2.0.so.0 #24 0x74b8956b in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #25 0x74b89952 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #26 0x76819081 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x766fe2d3 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x766fe633 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #29 0x7637384c in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #30 0x76c3a29d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #31 0x76c3aa78 in ?? () from /usr/lib/libglib-2.0.so.0 #32 0x76c3b0ba in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #33 0x766fd687 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #34 0x0051bfaa in ghid_do_export (options=0x0) at hid/gtk/gui-top-window.c:1708 #35 0x00487bce in main (argc=1, argv=0x7fffe618) at main.c:1948 Some information you might find useful: #2 0x00527e64 in dialog_style_changed_cb (combo=0x16d1170, dialog=0x7fffd4c0) at hid/gtk/ghid-route-style-selector.c:127 127 gtk_entry_set_text (GTK_ENTRY (dialog-name_entry), style-rst-Name); (gdb) p *style-rst $1 = {Thick = 0, Diameter = 9424144, Hole = 0, Keepaway = 38654705664, Name = 0x67034c Address 0x67034c out of bounds, index = 46} (gdb) p *style $2 = {temporary = 0, action = 0xb4b550, button = 0xb4c6b0, menu_item = 0xb753c0, rref = 0x9e0580, rst = 0x8fcd78, sig_id = 1625} -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: On integrating simulator in gschem
On Mon, Mar 15, 2010 at 04:47:05PM -0500, John Griessen wrote: So, have you done some translation from gschem primitives to gnucap native format? Or is it just gnetlist spice-sdb backend to gnucap native format? It's the latter, that way was much easier. Al wants more info than you get with SPICE netlist formats. So Verilog-ams level of function is possible. That would be nice to have, yes. In fact, it can be implemented independently of any waveform viewer, given enough time and effort. :) While we're at it, was there a consensus on using verilog-ams as the format of choice for Al's translation system? -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: On integrating simulator in gschem
On Mon, Mar 15, 2010 at 10:23:02AM -0500, John Griessen wrote: Dave McGuire wrote: On Mar 15, 2010, at 12:32 AM, Dan McMahill wrote: I spend a *lot* of time looking at simulator output and some of the things which are used over and over again are easy interactive zoom in/out, panning at a fixed zoom, putting cursors on waveforms that will lock onto the actual datapoints, having delta cursors, and having a flexible and *extensible* waveform calculator. The types of postprocessing range from the very simple (out_plus - out-minus) to more complex but standard like an fft to fairly complex custom functions. Good heavens. That's the sort of stuff I do with a digitizing oscilloscope. I could never imagine doing that with simulator output. But perhaps it's just too early in the morning. ;) Hmmm I've had some coffee, gotten the demo to run some more, and it DOES do some of that... zoom right mouse functions after going through a right mouse menu popup and escaping out of that... cursors that snap to datapoints is not implemented...yet... Right, there are many things that need to be done, but at least it's a start... What I'd really like to see is a nice integration with gschem and I think the approach outlined at http://geda.seul.org/wiki/geda:circuit_simulation_improvements is very sensible. Imagine having simulation objects with attributes that define simulation type and parameters. Many attributes could be simulator-independent so we could, in theory, support any simulator just by writing a simple script that would convert attributes to simulator-specific directives. The basic idea in lame ASCII art: gschem (schematic) simulator X --- output X \ | |--- oscopy \-- simulator Y --- output Y / The simulator output could then be read, displayed and manipulated by oscopy, which itself is simulator-independent (it's very easy to write a reader for your favorite simulator output format). Oscopy has an additional advantage in that it uses numpy so things like doing arithmetic with signals and FFT are easy to implement. Within gschem, we could support various simulator-specific flows by having custom menus that bring up nice GTK dialogs with additional simulator options etc. The beauty of all this is that most of it doesn't require any changes to gschem and can be implemented almost entirely via plugins and external scripts. -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: On integrating simulator in gschem
On Mon, Mar 15, 2010 at 02:44:05PM -0500, John Griessen wrote: Ivan Stankovic wrote: Within gschem, we could support various simulator-specific flows by having custom menus that bring up nice GTK dialogs with additional simulator options etc. The beauty of all this is that most of it doesn't require any changes to gschem and can be implemented almost entirely via plugins and external scripts. Al Davis has been asking for a translator that is external so progress can be made soon and not have to rewrite gschem. What is the plugin status of gschem? Is it anything like pcb's plugin writing? It's basically a scheme script, oscopy.scm, which is installed to $prefix/geda/share/gEDA/scheme. So you can just 1. download oscopy (for now just clone from the git repo and run autogen.sh) 2. ./configure --prefix=the same prefix you used for libgeda, gschem... 3. make install 4. add (load-from-path oscopy.scm) to your gschemrc and you should see the oscopy menu when you next start gschem. Admittedly, the current usage has many rough edges, but it demonstrates that the idea works. And the four step process described above can hardly be simpler. Here's what Al has been asking for in outline form: http://www.geda.seul.org/wiki/glue-projects Yes, that's exactly how it was done with oscopy. DBUS proved actually very useful and simple to work with. -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: On integrating simulator in gschem
On Sun, Mar 14, 2010 at 01:27:39PM -0500, John Griessen wrote: A python scripted wave viewer seems good to me. I couldn't get it to run yet though... ./oscopy_ui.py [1] 31087 j...@toolbench:/moredata/src-geda-others/oscopy$ Traceback (most recent call last): File ./oscopy_ui.py, line 14, in module import oscopy File /moredata/src-geda-others/oscopy/oscopy/__init__.py, line 3, in module from figure import Figure File /moredata/src-geda-others/oscopy/oscopy/figure.py, line 45, in module import matplotlib.pyplot as plt ImportError: No module named matplotlib.pyplot The README file lists the following dependencies: * python * python-numpy * python-matplotlib * python-dbus The above error says that Python can't find matplotlib. -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Progress with unified build
On Fri, Aug 07, 2009 at 07:12:58AM +0100, Peter TB Brett wrote: Does your configure output have something like these three lines? checking for git... git checking if the source directory is a git repository... yes checking version from git repository... 1.5.2-20090328-151-g6dc3b67 No, I get: checking for git... git checking if the source directory is a git repository... no checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu Looking at geda-git.m4, I see if (cd $srcdir $GIT describe /dev/null 21); then which needs git tags to work. However, my local clone doesn't have any tags and git describe fails with fatal: cannot describe '6dc3b67fb796278954d8440a1ab1950b988146f7' -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Progress with unified build
On Fri, Aug 07, 2009 at 02:16:24PM +0100, Peter TB Brett wrote: On Fri, 7 Aug 2009 12:26:25 +0200, Ivan Stankovic poke...@fly.srk.fer.hr wrote: which needs git tags to work. However, my local clone doesn't have any tags and git describe fails with fatal: cannot describe '6dc3b67fb796278954d8440a1ab1950b988146f7' I can't work out *how* to make a clone without any tags... which is making this a bit hard to reproduce. I ran git clone per your instructions: git clone git://repo.or.cz/geda-gaf/peter-b.git Running 'git tag -l' in the cloned repo prints nothing. Also, telling git fetch to download the tags doesn't help, as if the remote repo doesn't have any tags. Weird... -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [PATCH] Use git describe --always to check git version.
On Fri, Aug 07, 2009 at 03:00:13PM +0100, Peter TB Brett wrote: On Fri, 7 Aug 2009 12:26:25 +0200, Ivan Stankovic poke...@fly.srk.fer.hr wrote: Looking at geda-git.m4, I see if (cd $srcdir $GIT describe /dev/null 21); then which needs git tags to work. However, my local clone doesn't have any tags and git describe fails with fatal: cannot describe '6dc3b67fb796278954d8440a1ab1950b988146f7' Hi Ivan, Please try the attached patch. Yes, that fixed it. Great job you've done! -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Progress with unified build
On Thu, Aug 06, 2009 at 11:09:41PM +0100, Peter TB Brett wrote: gEDA can be successfully compiled and installed in one pass, with none of the, Install X, *then* you can compile Y, messing about that we currently have. Check it out! git clone git://repo.or.cz/geda-gaf/peter-b.git git checkout origin/build-system ./autogen.sh ./configure make On my machine both autogen.sh and configure complete their job fine, but make dies with this: make: *** No rule to make target `version.h', needed by `all'. Stop. -- Ivan Stankovic, poke...@fly.srk.fer.hr Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: An easy way to get gEDA releases
Hello all, Recently I wrote a script (attached) to fetch tagged releases directly from a git repository on repo.or.cz. The script is pretty simple. It uses git-ls-remote to get the list of all remote tags and then uses that to find out the specific commit which is then used to construct a gitweb URL needed to fetch the source snapshot. Obviously, you'll need git for this, as well as autotools to make the configuration environment. Once you have everything you need, the process of downloading and installing any release is extremely simple: ./get-geda.sh -l (list all available releases) ./get-geda.sh 1.4.0 (get the 1.4.0 release) tar -zxf geda-gaf-1.4.0-20080127.tar.gz cd geda-gaf make config make install Two things to note: the script works only for 1.0 and later releases and currently uses the git repo at repo.or.cz. -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; get-geda.sh Description: Bourne shell script ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA/gaf stable version 1.4.0-20080127 released!
On Wed, Jan 30, 2008 at 10:24:40AM +0100, Klaus Rudolph wrote: git clone git://git.gpleda.org/gaf.git cd gaf make install # To install in $HOME/geda -- or -- make prefix=somewhere install # To install elsewhere git pull # To get new changes Will that result in actual development status or will I get the latest release-versions from the tools/libs? If this is the actual development status, how can I get the last release? You can get the last release with: git checkout -b test_1.4 1.4.0-20080127 This will create a new branch (test_1.4) with the state of the tree at the time of 1.4.0 release. You can switch to any release this way: git checkout -b branch_name tag_name where tag_name is a release tag (see the output of 'git tag -l'). Note that branch_name can be anything you want since it is your local branch, which you can safely delete when you don't need it anymore (git branch -d branch_name). -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Parts DB API
On Wed, Dec 19, 2007 at 05:42:59PM +, Peter Clifton wrote: I'm not arguing to replace gattrib though. Ivan Stankovic is / was doing work on gattrib, so I'd expect to see some improvements there in due course. Yes, I have been working on a gattrib rewrite and I've just barely got to load/save component attribs. I have some useful ideas for improving gattrib in general, but the progress is really slow (I'm currently finishing my thesis). So don't expect anything soon. (The good news is I've been able to greatly reduce code size, at least for those features that are implemented.) Another thing is that I've not yet fixed the new gattrib architecture which seems like a good idea, given the recent discussions on light vs. heavy symbols and part databases. Perhaps it would be best to just wait for a consensus on geda-user (I'm not sure if that's possible, though, but I _am_ hoping) and then begin coding? -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Parts DB API
On Wed, Dec 19, 2007 at 12:02:34PM -0800, Dave N6NZ wrote: Is there any barrier to integrating gattrib with gschem? I think I'd be happy with being able to pop up gattrib as a gigantic modal dialog. I had actually proposed just that some months ago (it was on IRC), but the idea was dismissed as unnecessary and complicated, if I recall correctly. Personally, I think integrating gattrib with gschem (as in: gattrib-in-gschem would just be gschem's attribute dialog on steroids) makes perfect sense. -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Parts DB API
On Wed, Dec 19, 2007 at 09:15:03PM +, Peter Clifton wrote: On Wed, 2007-12-19 at 21:48 +0100, Ivan Stankovic wrote: Yes, I have been working on a gattrib rewrite and I've just barely got to load/save component attribs. If this is in git, it would be great to be able to track progress. Could you make a fork of the repo gEDA mirror: http://repo.or.cz/w/geda-gaf.git and push the changes as and when? Sure, but this will probably not happen before January since I don't have much time right now. Can this work be applied as an incremental series of improvements, or is it really a re-write? It really is a rewrite, I'm afraid. Some of the original code will still remain, but most of gattrib will get rewritten. Currently, all my changes are in a single 410 line patch. I should try to break this up, but my main goal is to implement at least 80% gattrib functionality so this will have to wait. (The good news is I've been able to greatly reduce code size, at least for those features that are implemented.) Nice. Does it still use the same GtkSheet widget etc.? Yes, in fact, my newest code just uses GtkSheet as a central entity. I figured if I just put all the data into GtkSheetCell then I wouldn't need various TABLEs anymore, so I now directly load attribs from a file into GtkSheet. (Of course, there has to be some bookkeeping, but the approach has so far shown to be simple and effective.) Another thing is that I've not yet fixed the new gattrib architecture which seems like a good idea, given the recent discussions on light vs. heavy symbols and part databases. Perhaps it would be best to just wait for a consensus on geda-user (I'm not sure if that's possible, though, but I _am_ hoping) and then begin coding? I expect you'll finish your thesis (Masters / PhD?) I think it is equivalent to a Masters thesis, but there are differences (which I am not familiar with). If you are familiar with German, the right term is 'Diplomarbeit'. before any consensus / design is reached ;) Yes, that'll probably be the case. But you never know. ;) -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA-dev: In Use symbol list in component selector
On Wed, Jun 27, 2007 at 11:46:59PM +0100, Peter TB Brett wrote: Hi folks, For a while I've wanted a list of symbols currently being used so I don't have to hunt down the resistor symbol every time I want to add a new resistor. After much hacking, I just got this working, and it works reasonably well. This is very useful, I've had it on my todo list but never really started coding. Actually, I was planning to implement the Frequently used symbols sidebar feature, as described on http://geda.seul.org/gsoc/projects.html. The way I imagined it, we would have a (dockable?) sidebar with the symbols in use, like so: _ | | | symbol | | list | |_| | | | preview | | widget | |_| We could even have the whole component selector embedded in the sidebar, for even easier access. Of course, the sidebar should be easy to show/hide/dock. Note that I'm not proposing removing the component selection dialog; it would still be just an 'i' key away. Please try it out. Because it's not finished yet, it's not in main git; you'll need to check it out from my personal repository: git://repo.or.cz/geda-gaf/peter-b.git The branch is compselect, so the following would add a cogito branch for it: $ cg-branch-add peterb-compselect \ git://repo.or.cz/geda-gaf/peter-b.git#compselect Hopefully someone who uses the basic git interface can tell me how to access it that way. git clone git://repo.or.cz/geda-gaf/peter-b.git cd peter-b git checkout -b compselect --track origin/compselect worked for me. The --track is there so future pulls will fetch new commits and merge them into the branch. -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CVS gschem crash in recent_files_add
On Sun, Jun 03, 2007 at 10:46:19PM +0100, Peter Clifton wrote: On Sun, 2007-06-03 at 13:02 -0700, Ben Jackson wrote: recent_files_add starts at global_window_current and walks back through 'prev' as far as it can. In my crash, global_window_current looks fine, its 'prev' looks fine (like a suitable pointer) but the contents of THAT are garbage, which causes a crash in a GTK sanity check. This seems to be due to s_toplevel_init() creating exactly that: A toplevel with the only initialized fields being wid, next, prev. I don't really know what was intended, but I see a few solutions: 1) Have recent_files_add ignore wid==-1 toplevels, or That is the correct fix for the current code. It probably is (I can't get gschem to crash...). But I'm wondering why there are toplevels with wid = -1. If I see it on the screen, then surely it must have all the associated gtk widgets realized and attached... right? -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CVS gschem crash in recent_files_add
On Sun, Jun 03, 2007 at 08:58:48PM -0700, Ben Jackson wrote: On Sun, Jun 03, 2007 at 11:14:53PM -0400, Ales Hvezda wrote: Please file bugs and or patches so this issue doesn't get lots. Ok. I guess it says something that in order to find (well, run into and then find) this bug I had to check out the cvs, upgrade guile, libgmp, perl, gettext, automake and even gdb but the part that really makes me cringe is using sf's tracker to submit a bug... Exactly my feelings. SF's trackers really suck. Did anyone think of using something better for tracking bugs/patches (like, say, trac)? -- Ivan Stankovic, [EMAIL PROTECTED] Protect your digital freedom and privacy, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm; ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user