00:19 -!- jpd_ [~jpd@66.109.213.29] has quit [Quit: This computer has gone to sleep]
03:22 -!- werner2101 [~Werner@p57B31177.dip0.t-ipconnect.de] has joined #geda
06:02 < Igor2> hi, any rs232 experienced person here? :)
06:07 -!- Levente [~Levente@levente.obudanet.hu] has joined #geda
06:08 < Levente> Hi all!
06:08 < Levente> Is it a code sprint going on?
06:10 < Igor2> hi 
06:10 < Igor2> if so, it's very silent :)
06:17 < Levente> hi!
06:17 < werner2101> hi all
06:17 < Levente> hi Werner
06:18 < werner2101> seems everybody is quit and working on new features ;-)
06:18 < Levente> ...or maybe I ignore the timezone in the US?
06:18 < werner2101> yes.
06:19 < werner2101> Igor2: what are your questions about rs232
06:27 < Igor2> i'm connecting RX and TX so i have only one shared data line and implement the software to detect collisions
06:27 < Igor2> does this method have a name? any links about it?
06:31 < werner2101> Are you trying to watch half duplex data transmission?
06:31 < Igor2> yup
06:32 < Igor2> when a device submits a byte, it reads it back and if it doesn't match, it's considered a collision and it stops transmitting
06:32 < Igor2> i'm just wondering how it is called because i couldn't find any useful link for this for rs232
06:33 < werner2101> Ah, some kind of "listen self"
06:33 < Igor2> good idea, searching for that :)
06:33 < Igor2> hehe, no hit :)
06:39 < Igor2> anyway i am not sure i should call it rs232 as i'm on TTL side (microcontrollers, MAX232)
06:44 < Levente> this is CSMA-CD. Implemented by Ethernet.
06:55 < Igor2> if it works for ethernet it will work for me as well! :)
06:57 -!- peterbrett [~user@ptbb2b.girton.cam.ac.uk] has joined #geda
07:14 < Ales> yeah, it's too early here. only 7am
07:14 < peterbrett> heh
07:14 < Ales> hard to code when one is still asleep
07:15 < Ales> hi PeterB
07:16 < peterbrett> 'lo there
07:16 < peterbrett> I probably won't be coding today
07:17 < peterbrett> I'll probably just hang around on IRC and troll
07:17 < Ales> heh
07:22 -!- ChitleshGoorah [~chitlesh@C6ebb.c.strato-dslnet.de] has joined #geda
07:24 < werner2101> hi Chitlesh
07:25 < werner2101> just noticed that your TLD is .de, are you from Germany?
07:37 -!- peterbrett [~user@ptbb2b.girton.cam.ac.uk] has quit [Read error: Connection reset by peer]
07:37 -!- peterbrett [~peter@ptbb2a.girton.cam.ac.uk] has joined #geda
07:53 < Levente> btw.. a few weeks before, I've posted my makefile structure to the list. You might consider include it in gEDA.
07:54 < Levente> it can be reached at http://levente.obudanet.hu/cgi-bin/viewvc/viewvc.cgi/pskel/
07:54 < Levente> readme included
08:30 -!- doublehp [~dhp@82.251.110.55] has joined #geda
09:06 -!- jpd_ [~jpd@66.109.213.29] has joined #geda
09:20 -!- Cesar [~Cesar@bd21934a.virtua.com.br] has joined #geda
09:22 < peterbrett> Hi everyone
09:23 < peterbrett> I see the people are arriving
09:23 < peterbrett> Hi John, Cesar :)
09:23 < Igor2> hi :)
09:23 < Cesar> Hi
09:36 -!- mike [~mike@mjarabek.customer.sentex.ca] has joined #geda
09:36 -!- doublehp [~dhp@82.251.110.55] has quit [Read error: Connection reset by peer]
09:45 -!- doublehp [~dhp@82.255.208.158] has joined #geda
10:07 -!- dj-mon [~dj@lust.delorie.com] has joined #geda
10:07 -!- dj-mon is now known as dj
10:07 < dj> Nobody here yet, still setting up...
10:07 < doublehp> ?
10:08 -!- robfitz [~robfitz@78.16.8.196] has quit [Quit: leaving]
10:08 < dj> I meant physically ;-)
10:08 < doublehp> o_O
10:13 -!- robfitz [~robfitz@78.16.43.70] has joined #geda
10:29 < dj> Anyway, welcome to the gEDA code sprint/cookout/freedaug meeting!
10:40 < jpd_> Good morning from cloudy Colorado!
10:44 < Ales> ah, the gang has made it to DJs now
10:45 < mike> Hey all, I tried to set up my git user information with 'git config --global user.name "Mike Jarabek"', but my version ogit (1.4.1) prints...
10:45 < Ales> you need to have at least 1.5.x 
10:45 < mike> 'git: 'config' is not a git-command'.  Do I have to edit the config file manually..
10:46 < Ales> older version will probably work, but the tutorials aren't going to match
10:46 < Ales> and you will miss out on some nifty functionality
10:46 < mike> crud.  FreeBSD ships 1.4.1...
10:47 < mike> I see your note in the Wiki about 1.5.1.
10:47 -!- bpaddock [~bob_padd@c-24-131-109-50.hsd1.oh.comcast.net] has joined #geda
10:47 < Ales> Hi Bob
10:47 -!- doublehp [~dhp@82.255.208.158] has left #geda []
10:47 -!- sdb [~sdb@207.22.48.188] has joined #geda
10:48 < sdb> Hi Guys!
10:48 -!- robfitz_ [~robfitz@212.2.169.36] has joined #geda
10:53 -!- robfitz [~robfitz@78.16.43.70] has quit [Ping timeout: 608 seconds]
10:56 -!- berndj [~berndj@vc-196-207-41-251.3g.vodacom.co.za] has joined #geda
10:56 < berndj> hello from 33S 18E
10:56 < Ales> hello berndj 
11:00 < Ales> mmmmmm muffin
11:02 < berndj> are there known problems with git snapshot tarballs?
11:02 < berndj> i just downloaded gaf.git-HEAD.tar.gz at the net cafe and now gzip is complaining
11:03 < Ales> where did you download that from?
11:03 < berndj> i followed some links - looked fairly official. i think it was git.gpleda.org
11:04 < Ales> I didn't know you could do that with git.gpleda.org
11:04 < Ales> could you send me the link, and I'll try it. 
11:04 < berndj> it isn't *totally* borken - i get gattrib and gnetlist, but gschem and libgeda are missing :(
11:05 < berndj> sorry, i don't have the link anymore. i just chased the links from the download page to git's "snapshot"
11:05 < Ales> oh that should be fine
11:06 < Ales> tarballs from: http://geda.seul.org/devel/v1.1/1.1.1/
11:06 < Ales> should work
11:07 < berndj> bah, i'll try and build a new gzip (system gzip might be against zlib 1.1.4)
11:07 < berndj> has much changed since about 8 weeks ago?
11:07 < berndj> because i have a patch
11:07 < Ales> probably quite a bit
11:07 < Ales> but it might be okay
11:07 < Ales> can you get at the official git repository?
11:07 < berndj> i solved the transistor problem aka the opamp / nand problem
11:08 < berndj> the one in the /topic?
11:08 < Ales> refresh my memory, what is this problem?
11:08 -!- Topic for #geda: gEDA -- GPL Electronic Design Automation  ||  Website: http://www.geda.seul.org/  ||  Gitweb: http://git.gpleda.org/
11:08 -!- Topic set by peterbrett [~user@ptbb2b.girton.cam.ac.uk] [Fri Jun 22 07:04:57 2007]
11:08 -!- Levente [~Levente@levente.obudanet.hu] has quit [Quit: Leaving]
11:08 < berndj> (i don't want to download megabytes now - i'm on a gprs link)
11:08 < Ales> ah
11:08 < Ales> yeah, a git clone would take a little bit of a download
11:09 < berndj> it's that there are n*100 bjt symbols, all of them just slightly different
11:09 < berndj> or, that there's 7400-1.sym, and 4011-1.sym, etc
11:09 < Ales> I'd be curious to see this patch
11:10 < berndj> can i /dcc it to you?
11:10 < Ales> e-mail please: ahvezda@seul.org
11:10 < Ales> or dcc 
11:10 < Ales> that'll work too
11:10 < berndj> i'll *try* to get at email
11:11 < berndj> just hold on while i kill some whitespace-only hunks
11:11 < berndj> what time is it over there, btw?
11:12 < Ales> 11am 
11:12 < berndj> cool. 5pm here. many people at dj's place?
11:13 < Ales> 5 people 
11:13 < Ales> I can't count
11:13 < Ales> 4 
11:13 < dj> Ales can't count
11:13 < Ales> plus local family
11:15 -!- jegc [~jegc@200.119.62.178] has joined #geda
11:15 < berndj> i hope you aren't too mad at me for using libglade (for now)
11:16 < Ales> that'll make it harder to apply in the short term
11:17 < Ales> but using libglade is a good thing in the long term
11:18 < berndj> it's just a fancy new slot editor that you won't have. you can still change the slotting via the attribute editor
11:18 < Ales> ok
11:19 < peterbrett> I'm not a glade fan
11:19 < peterbrett> To much XML vileness
11:19 < peterbrett> *too
11:23 < berndj> well how about you go and write us a scheme file format plugin for libglade? ;)
11:23 < peterbrett> :P
11:31 < berndj> Ales, let me know if the dcc breaks - dunno how the gprs firewalls work
11:32 < Ales> didn't work. 
11:32 < berndj> peterbrett, can i flog you my patch?
11:32 < berndj> bleh
11:32 < berndj> i'll try email
11:32 < Ales> DCC no file offered by berndj
11:32 < Ales> please
11:32 < peterbrett> git-send-email ;)
11:37 -!- jpd_ [~jpd@66.109.213.29] has quit [Quit: This computer has gone to sleep]
11:39 -!- jpd_ [~jpd@66.109.213.29] has joined #geda
11:40 < jpd> Chased deer from garden, moved to office.
11:41 < Ales> deer eh?
11:42 < jpd_> Better than coyotes. The plants grow back, but the cats don't.
11:44 -!- pcjc2 [~pcjc2@ACC891FE.ipt.aol.com] has joined #geda
11:44 < pcjc2> hi all
11:45 < pcjc2> just making a brief appearance here
11:45 < pcjc2> I'm at my GF's parents - and had to send a file... me thinks USB stick would have been better than trying to setup internet connection sharing to my laptop!
11:46 < Ales> Hi PeterC
11:47 < pcjc2> Ales - that data-structure re-jig thing I was toying with for TOPLEVEL will fit in nicely with your settings changes
11:47 < pcjc2> Basically TOPLEVEL appears to be (in the vast majority of cases) a gschem settings playground
11:48 < pcjc2> http://repo.or.cz/w/geda-gaf/pcjc2.git?a=shortlog;h=toplevel_overhaul
11:48 < dj> a_basic.c:161 Error: 'DATE_VERSION' undeclared ??
11:48 < pcjc2> Down side... diff on gschem so far has 3073 inserted lines, 2863 deleted lines
11:49 < pcjc2> My initial playing attempt is to make a GSCHEM_TOPLEVEL
11:49 < pcjc2> which has a pointer to TOPLEVEL *toplevel
11:49 < pcjc2> and all gschem functions take a "GSCHEM_TOPLEVEL" rather than a TOPLEVEL
11:49 < pcjc2> a bulk rename in libgeda from w_current -> toplevel
11:50 < pcjc2> and in places in gschem toplevel -> w_current helps keep the distinction
11:50 < pcjc2> I get the feeling a lot more variables are gschem only, and could move. That would make the transition much easier
11:51 < Ales> that sounds great
11:51 < pcjc2> And also, I'll probably have to re-do this all again methodically if we ever want to merge similar looking changes
11:51 < pcjc2> Especially as I based this "little" experiment on master, not after the page list changes I've been queuing up
11:51 < Ales> okay, also the idea of a separate shared library with gtk+ only stuff is great
11:52 < pcjc2> As you guessed - that falls down for the picture handling
11:52 < pcjc2> there is Gdk stuff called in libgeda for manipulating pictures
11:52 < pcjc2> printing them etc..
11:52 < Ales> that's going to be tricky
11:52 < pcjc2> Unless there is a way for us to print postscript without gdk, we're slightly stuck with at least a Gdk dependancy in libgeda
11:53 < pcjc2> We could move postscript printing code to gschem, or the gtk+ allowed shared lib though
11:53 < pcjc2> its not like the design database / netlisting needs to know how to write postscript - infact, that is more of a front end operation
11:54 < pcjc2> anyway - not something for immediate change, just moving the variables is pretty invasive - if quite "simple"
11:56 < Ales> but gschlas wants to do ps output
11:57 < Ales> so it has to be somewhere shared
11:57 < Ales> of course currently gschlas links against everything
11:57 < Ales> ugg
11:58 < pcjc2> ok - I'd leave it as is for now
11:58 < pcjc2> we'll get a lot of tidyup moving variables
11:58 < pcjc2> just deleting a big batch from TOPLEVEL showed how many were no longer used anyway!
11:58 < Ales> yeah that'll be nice
11:58 < pcjc2> and found lots of unused code in gattrib
11:59 < mike> brb (I figured out why my USBB2K didn't attach properly, have to reboot.)
11:59 -!- mike [~mike@mjarabek.customer.sentex.ca] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12]
12:02 < pcjc2> do take a look at the beginnings I pushed
12:02 < pcjc2> all but the gschem patch are sane
12:03 < pcjc2> (Although the libgeda one does comment out some picture printing code as a temporary measure)
12:03 -!- mike [~mike@mjarabek.customer.sentex.ca] has joined #geda
12:05 < pcjc2> got to go... BBQ here too ;)
12:05 < pcjc2> might say hello again before I log out.
12:05 < Ales> later!
12:13 < berndj> Ales you have mail!
12:13 < Ales> not yet, but hopefully soon. :)
12:21 < berndj> so if i want to de-libglade-ize my slot editor, what do i do?
12:21 < berndj> do i just need to tell glade to generate the C code, or will i have to do a lot of hand-hacking?
12:23 < berndj> (i'd really rather have the glade interface file be the master)
12:26 < Ales> there is a way to generate code from glade 
12:26 < Ales> what version of glade?
12:27 < Ales> the generators used to be built in, but with glade2/3 they were removed
12:28 < berndj> i'm on 2.5.x
12:29 < Ales> I haven't gotten your mail yet
12:32 < berndj> ok i pressed the 'generate' button. i'll just see if it works
12:33 < berndj> Net::SMTP=GLOB(0x82cab34)<<< 250 2.0.0 Ok: queued as B8F23140F797
12:33 < berndj> maybe you'll have 2 by tomorrow :)
12:33 < Ales> awesome
12:34 < berndj> anyway peterbrett, i tried to decouple my fancy new slots from the object list
12:34 < berndj> the only modifications i do to the object list is to toplevel objects (the ones representing the 'C' lines)
12:35 < peterbrett> Sounds okay
12:35 < berndj> and i also have to poke the pinnumber attributes just like all the other slotting mechanism(s)
12:35 < peterbrett> You should modify the COMPLEX structure in that case
12:35 < berndj> yes, i added a "SLOT *owning_slot"
12:36 < peterbrett> good stuff
12:36 < berndj> and i was a bit lazy; i used GHashTable even though there'll most likely be only a handful entries
12:37 < peterbrett> Now that libgeda links with libgobject, it would be nice to rework the object datastructure as GObjects
12:37 < berndj> oh, and a global uuid_map into TOPLEVEL
12:37 < peterbrett> WIth proper inheritance :D :D
12:37 < berndj> nice
12:37 < Ales> gah
12:37 < peterbrett> Ales not like :D
12:37 < Ales> but not going to object. :)
12:37 < Ales> heh, "object" 
12:37 < peterbrett> ...no, please do elaborate
12:38 < berndj> are there ever any circumstances where an OBJECT might have more than one of arc, text, complex, etc. being non-NULL?
12:38 < Ales> I'm not a huge fan of GObject, but I understand it's reason for existance
12:38 < berndj> btw 'complex' is a bad name - conflicts with <complex.h>
12:38 < Ales> and it's a good thing for the most part, but I prefer C++. :)
12:38 < peterbrett> It's a good stepping off point, because you can port directly to GTKmm
12:39 < Ales> yeah
12:41 < Ales> I'm certainly okay with using GObject throught gaf
12:42 < Ales> ^throught^thoughout^
12:44 < berndj> ah, i think i know why dcc didn't work. did you get my email yet?
12:47 < Ales> nope
12:47 < dj> food time!
12:52 < Ales> we are eating! be back in a bit
13:09 < werner2101> Hi, I'm playing with "component-library-command". That's damn cool stuff. Well done Peter.
13:10 < werner2101> I'm going to add additional attributs to symbols from a database (or maybe a table)
13:10 < berndj> hallo werner, wie geht's
13:11 < werner2101> gut danke.
13:11 < werner2101> ;-)
13:12 < berndj> are you fetching symbols from the net / grepping the filesystem?
13:12 < berndj> i haven't made time to try it out
13:13 < werner2101> No, I create a table which contains the following items:
13:13 < werner2101> generic_name geda_symbol_name attribute1=asdf attribute2=dde
13:14 < werner2101> and so on.
13:14 < werner2101> example:
13:14 < werner2101> pnp_2n1234	analog/pnp-2.sym	footprint=to-92	id=1234345	model=2n1234
13:15 < werner2101> once again with spaces:   pnp_2n1234     analog/pnp-2.sym   footprint=to-92   partid=1234345   model=2n1234
13:15 < werner2101> a script will do the rest of the work.
13:17 < berndj> the script that the component library invokes?
13:18 < werner2101> The script can be added to the gafrc file, and thus gschem calls it:
13:18 < werner2101> (component-library-command "gschem_partdb transistor2.db" "gschem_partdb transistor2.db" "_transistors2")
13:19 < werner2101> gschem_partdb is the script with the glue code
13:20 < berndj> oooh, ok, and then when your scematic references "C 12 23 43 5 54 pnp_sn1234" then libgeda invokes gschem_partdb?
13:20 < werner2101> Yes.
13:22 < berndj> how do you guys feel about nonrecursive makefiles?
13:23 < berndj> btw i almost sold one of my ex-colleagues on geda when i showed him tragesym. really neat tool!
13:24 < berndj> poor guy is used to manually creating each pin on zillion-pin PCAD symbols
13:26 < werner2101> At work I see that all the days. It's sad, really.
13:30 < berndj> what do you use at work?
13:30 < werner2101> visula from zuken redac
13:31 < werner2101> very old system
13:31 < berndj> never heard of it!
13:37 < berndj> i have just run out of haribos!
13:44 < werner2101> I'm eating tomato salad
13:48 < berndj> i think i need ccache :( my system is very slow, but i have plenty of disk
13:49 < berndj> where in germany are you werner?
13:51 < werner2101> I'm living in the south, near Friedrichshafen
13:51 < werner2101> Where all the Zeppelins came from.
13:54 < berndj> do you feel like being a guinea pig for my patch?
13:55 < werner2101> What is a guinea pig?
13:56 < berndj> ein versuchskarnikel!
13:56 < werner2101> http://en.wikipedia.org/wiki/Guinea_pig very sweet ;-)
13:57 < werner2101> Ok. Send me your patch. I'll play with it.
13:58 < berndj> i hope dcc works - else email?
13:59 < werner2101> No it didn't: Fehlgeschlagen (Verbindungsfehler: Zeitüberschreitung bei dieser Aktion)
14:00 < berndj> this dcc is annoying me. probably firewalled :(
14:02 < werner2101> Please email the patches. It's more reliable.
14:03 < berndj> not really! i have to use Net::SMTP to send my mail. but i'll try. address please?
14:03 < werner2101> werner.ho@gmx.de
14:06 < berndj> i hope you have libglade installed. i'm working on a fallback to generated c code
14:06 < werner2101> yes, I have installed it. I've played with it together with python.
14:09 < berndj>  503 5.3.2 Sorry, we do not accept connections from your IP. <-- sorry.  maybe later
14:09 -!- berndj [~berndj@vc-196-207-41-251.3g.vodacom.co.za] has quit [Quit: bbl]
14:10 < sdb> We're back!  DJ and John are going to work on fabbing a home brew now....
14:14 -!- Igor2 [~igor2@catv-5062cea3.catv.broadband.hu] has quit [Quit: Leaving]
14:27 < peterbrett> werner2101: finally, someone using my code :D
14:28 < werner2101> Peter, I didn't know till today that the code is there.
14:29 < peterbrett> I've been talkimg about it for months, you know ;)
14:29 < werner2101> I was just tinkering around and saw the three different ways of loading symbols.
14:29 < peterbrett> works okay?
14:29 < werner2101> Yes, but I noticed that whitespaces are not allowed in symbol names.
14:29 < peterbrett> BTW, you're using it *exactly* the way I envisaged, so it makes me very happy :D
14:30 < peterbrett> werner2101: Yes.  I wasn't sure how to interpret the filespec on that
14:30 < werner2101> I think it's ok that way. 
14:30 < peterbrett> I didn't actually touch the file parsing code, and my code just uses the strings it's sent
14:31 < werner2101> Just stumbled over it.
14:31 < peterbrett> Clearly you should read the changelogs :P
14:32 < werner2101> Well, mmmhh, yes I should
14:32 < werner2101> I'll promise to do it next time, really ;-)
14:33 < peterbrett> :P
14:33 < peterbrett> You live near the Bodensee? Cool.
14:34 < werner2101> Yes. It's very nice here.
14:36 -!- berndj [~berndj@vc-196-207-41-251.3g.vodacom.co.za] has joined #geda
14:36 < peterbrett> gitweb says more BBQ-ing is being done than coding :P
14:36 < berndj> lazy western hemispherers!
14:37 < berndj> werner2101, mind if i harass you for dcc again?
14:37 < werner2101> No, please try.
14:39 < werner2101> sorry, same error as before (timeout)
14:42 < Ales> we are doing a real pcb right now... bbiab
14:42 < Ales> yes, I've been working on a single bug and not making much progress
14:43 < pcjc2> which bug Ales?
14:47 < berndj> a spider in the BBQ wood
14:47 < pcjc2> off again for a bit...
14:48 < pcjc2> having failed to discover from the interweb whether swelling follicles after leg-waxing is normal
14:48 < pcjc2> not my legs this is - never mind
14:52 < Ales> the gschlas embedding problem that dj reported
14:53 < Ales> I think I fixed the bug, but broke gsymcheck
14:53 < Ales> now onto the etch step
14:53 < Ales> brb
15:18 -!- pcjc2 [~pcjc2@ACC891FE.ipt.aol.com] has quit [Ping timeout: 608 seconds]
15:18 < berndj> ok my non-libglade version is almost working
15:19 < berndj> except i don't get the context passed into the signal callbacks
15:20 < berndj> what's the trick to make the generated code look like create_slot_chooser_dialog(void *context) and not just create_slot_chooser_dialog(void)?
15:45 -!- pcjc2 [~pcjc2@ACC891FE.ipt.aol.com] has joined #geda
15:45 < peterbrett> pcjc2, yes.
15:46 < pcjc2> PeterB: yes what?
15:48 < peterbrett> never mind.
16:14 -!- Ben [~bjj@67.189.64.253] has joined #geda
16:28 -!- Cesar [~Cesar@bd21934a.virtua.com.br] has quit [Ping timeout: 608 seconds]
16:28 < sdb> Folks --  I put a new copy of the footprint creation doc on my website:
16:28 < sdb> http://www.brorson.com/gEDA/
16:28 < sdb> This revision of the doc has been brought up to date w.r.t. the actual behaviors of PCB
16:29 < Ben> aww, that makes it too easy
16:29 < sdb> as of the current date (8.5.2007).   I'd appreciate it if somebody would take a look
16:29 < sdb> at it and let me know of any errors!  Thanks!
16:29 < sdb> It's supposed to be easy...   :-)
16:30 < pcjc2> Sdb - did you see the crash bug just reported for gattrib?
16:31 < sdb> I did see something on e-mail.  Let me look on SF.net....
16:31 < pcjc2> was email I was meaning
16:31 < pcjc2> just woundered if anyone had reproduced it there
16:31 < pcjc2> I've not seen any seg-faults with the git head - but can't recall if any fixes have been made since the release in question
16:32 < pcjc2> Super to see a new version of the footprint document online
16:32 < pcjc2> I know Peter Long appreciates your work on the up-to-date documentation, and will hopefully be gathering together some docs for the students this next term
16:33 < Ales> PeterC: the guile 1.6 compat changes do not seem to work with autoconf 2.59
16:33 < pcjc2> grr!!
16:34 < Ales> the breakage that people are seeing here is: 
16:34 < Ales>  /* #undef scm_is_string */
16:34 < Ales> ack
16:34 < Ales> try again
16:34 < Ales> the breakage that people are seeing here is: 
16:34 < Ales>  /* #undef scm_is_string */(x)
16:34 < Ales> the (x) is showing up outside the comment
16:34 < pcjc2> I wish they'd document the version numbers of macro's which are supported properly
16:34 < Ales> and of course the compiler is saying "what the heck are these (x)?"
16:34 < Ales> more curious
16:34 < pcjc2> ok, sounds like I need to define the replacement function in a more literal way than the standard AC_DEFINE mechanism
16:35 < Ales> yeah
16:35 < pcjc2> which seems to work fine for my autoconf
16:35 < Ales> 2.61 right?
16:35 < pcjc2> AC_VERBATIM is possible
16:35 < Ben> I had to install 261 to build geda from scratch
16:35 < pcjc2> sorry, AH_VERBATIM
16:35 < pcjc2> do you have a version of autoconf which exhibits the problem>
16:35 < Ales> any chance of a fix so that stuart can test it out here today?
16:35 < pcjc2> ?
16:35 < Ales> 2.59
16:36 < pcjc2> I can't promise it, as I've got to get up really early for the wedding tomorrow
16:36 < pcjc2> but I'll try
16:36 < Ales> okay
16:38 < berndj> pcjc2, i wouldn't use AC_DEFINE for what you're doing
16:38 < pcjc2> whats the best way to do it?
16:38 < berndj> i thought you were going to use AC_CHECK_DECLS([scm_is_string etc.])
16:38 < berndj> and then wrap things, like so:
16:38 < pcjc2> yep
16:38 < pcjc2> then used AC_DEFINE to make a replacement
16:38 < berndj> #ifdef HAVE_SCM_IS_STRING / #define scm_is_string(x) ... / #endif
16:39 < pcjc2> problem is, where do you put that define
16:39 < berndj> although... does that compatibility header get installed?
16:39 < pcjc2> I didn't want to have to butcher every C file in gEDA with #include "guile-1.6_compat.h"
16:39 < pcjc2> so instead, I used the autoheader mechanism to put the defines in config.h
16:40 < pcjc2> I think AH_VERBATIM should allow the appropriate sections to be inserted
16:40 < berndj> oh ok.  then put that in AH_VERBATIM?
16:40 < pcjc2> AC_CHECK_DECLS I think defines HAVE_DECL_... or some such
16:40 < berndj> AFAIUI yes
16:40 < pcjc2> but yes - in princible
16:40 < pcjc2> AH_VERBATIM just makes the config.h a bit longer - is all
16:40 < pcjc2> but sounds like we need to do it that way
16:41 < pcjc2> AH_VERBATIM stuff comes out, whether it hits the AH_VERBATIM in the ./configure code-path or not - so it always goes in config.h 
16:41 < pcjc2> so needs the '
16:41 < pcjc2> #ifdef HAVE_.... wrapper around the replacement functions
16:42 < pcjc2> this is because config.h.in is written at autoheader execution time, not ./configure execution time
16:43 -!- jpd_ [~jpd@66.109.213.29] has quit [Quit: This computer has gone to sleep]
16:43 < berndj> oh, btw, it's #ifNdef
16:44 < pcjc2> ok, of course, sorry!
16:45 -!- jpd_ [~jpd@66.109.213.29] has joined #geda
16:45 < berndj> Ales, at last, i managed to find a friendly ftp site:
16:46 < berndj> ftp://ftp.uunet.co.za/pub/incoming/transistor-problem-libglade-only.diff.g [sic - no z - typo]
16:46 < berndj> also ftp://ftp.uunet.co.za/pub/incoming/o_attrib_get_name_value.diff.gz
16:46 < dj> john is happy, two out of two power supply boards worked the first time :-)
16:54 < Ales> okay, the bug that I'm tracking breaks gsymcheck when you redirect the output to a file
16:54 < Ales> works otherwise
16:55 < berndj> output buffering?
16:56 < Ales> shouldn't be the case, I get complete different behavior in libgeda
16:57 < Ales> something has gone very very bad
17:04 < peterbrett> Ales, were these you pan-fried boards?
17:04 < peterbrett> s/you/your/
17:05 < Ales> yup, DJ did some pan frying
17:05 < Ales> I have pics which I can upload once I free up a usb port. :)
17:06 < Ales> there is some sort of memory corruption with libgeda
17:06 < pcjc2> under what conditions?
17:06 < Ales> with my recent changes
17:06 < Ales> but those might be tickling something else.
17:06 < pcjc2> does valgrind help?
17:06 < Ales> I will undo my changes and do something careful
17:06 < Ales> haven't tried that yet.  I'll do that now. :)
17:08 < berndj> i get lots and lots of complaints about jump or move depends on uninitialized..., and it looks deep withing libguile
17:09 < peterbrett> berndj: pcjc2 and I believe this is to do with the garbage-collection evil
17:11 < pcjc2> valgrind probably isn't being clever enough about its logic
17:14 < jpd_> Meanwhile, I'm playing with my new gEDA application domain: symbolic circuit modeling.
17:14 < Ales> valgrind is showing lots of interesting "issues"
17:14 < jpd_> Check out http://www.noqsi.com/images/fastreg-model.zip
17:15 < sdb> Regarding valgrind:  It's a known problem that guile causes valgrind to complain 
17:15 < sdb> bitterly and at great length about what guile is doing.  The complaints
17:15 < sdb> are always benign.  Ales tells me that there are suppression files out there.
17:16 < sdb> .... to make valgrind stop complaining about guile.
17:16 < Ales> suppression files courtesy of PeterC. :)
17:16 < sdb> :-)
17:17 < Ales> okay, I've had enough on this bug.  I need to try a different approach
17:17 < Ales> now I'll work on the etching pics/movies
17:18 < pcjc2> I've nearly got another attempt at the configure checks
17:19 < werner2101> bernd, I'm not able to apply the patches cleanly to git master
17:20 < berndj> ick. where are you getting stuck?
17:20 < werner2101> the first patch is ok
17:20 < berndj> i'll get a more recent snapshot at work tomorrow and sync to that
17:22 < Ben> Alex:  Last time that happened to me it was due to structures in libgeda changing shape and me crossing binaries/so versions
17:22 < werner2101> the file libgeda/src/f_image.c does not exist
17:22 < Ales> I only have one version of gaf on my system
17:23 < berndj> was libgeda/src/f_image.c removed recently?
17:23 < Ales> and I always clean and nuke the old one when I rebuild
17:23 < Ales> I refactored a bunch of code and maybe I did something stupid
17:24 < berndj> werner2101, is that the only hunk that fails?
17:26 < berndj> hmm, looks like f_image_write_objects() [your failed hunk] isn't even called anywhere. so just ignore it
17:26 < werner2101> berndj, yes. I'm rebuilding right now. the error-message is:
17:27 < dj> Ben: do you have that polygon patch anywhere?
17:27 -!- Levente [~Levente@levente.obudanet.hu] has joined #geda
17:27 < Ben> the roundrect part?
17:27 < Ben> I can make a diff, I just didn't want people applying it in a vacuum, since I only tested it with the other patch in place
17:27 < Levente> hi all
17:28 < werner2101> Ok, here it is: 
17:28 < werner2101> if /bin/sh ../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include   -pthread -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/opt/gnome/include/gtk-2.0 -I/opt/gnome/lib64/gtk-2.0/include -I/opt/gnome/include/atk-1.0 -I/opt/gnome/include/pango-1.0 -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib64/glib-2.0/include    -I/opt/gnome/include/gtk-2.0 -I/opt/gnome/include/glib-2.0
17:28 < werner2101> -I/opt/gnome/lib64/glib-2.0/include   -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/opt/gnome/include/gtk-2.0 -I/opt/gnome/lib64/gtk-2.0/include -I/opt/gnome/include/pango-1.0 -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib64/glib-2.0/include     -Wall -g -O2 -MT a_basic.lo -MD -MP -MF ".deps/a_basic.Tpo" -c -o a_basic.lo a_basic.c; \
17:28 < werner2101>         then mv -f ".deps/a_basic.Tpo" ".deps/a_basic.Plo"; else rm -f ".deps/a_basic.Tpo"; exit 1; fi
17:28 < werner2101> In file included from a_basic.c:31:
17:28 < werner2101> ../include/struct.h:201: error: expected specifier-qualifier-list before 'SLOT'
17:28 < werner2101> In file included from a_basic.c:36:
17:28 < werner2101> ../include/prototype.h:631: error: expected declaration specifiers or '...' before 'SLOT'
17:28 < werner2101> ../include/prototype.h:637: error: expected declaration specifiers or '...' before 'SLOT'
17:28 < werner2101> a_basic.c: In function 'o_save_embedded':
17:28 < werner2101> a_basic.c:70: error: 'OBJECT' has no member named 'attribute'
17:28 < werner2101> a_basic.c:102: error: 'OBJECT' has no member named 'complex'
17:28 < werner2101> a_basic.c:144: error: 'OBJECT' has no member named 'attribs'
17:28 < werner2101> a_basic.c:145: error: 'OBJECT' has no member named 'attribs'
17:28 < werner2101> a_basic.c:146: error: 'OBJECT' has no member named 'attribs'
17:28 < werner2101> a_basic.c:152: error: 'OBJECT' has no member named 'next'
17:28 < werner2101> a_basic.c: In function 'o_save':
17:28 < werner2101> a_basic.c:204: error: 'OBJECT' has no member named 'attribute'
17:28 < werner2101> a_basic.c:239: error: 'OBJECT' has no member named 'complex'
17:28 < werner2101> a_basic.c:285: error: 'OBJECT' has no member named 'attribs'
17:28 < werner2101> a_basic.c:286: error: 'OBJECT' has no member named 'attribs'
17:28 < werner2101> a_basic.c:287: error: 'OBJECT' has no member named 'attribs'
17:28 < werner2101> a_basic.c:293: error: 'OBJECT' has no member named 'next'
17:28 < werner2101> a_basic.c: In function 'o_read_buffer':
17:28 < werner2101> a_basic.c:480: error: 'OBJECT' has no member named 'complex'
17:28 < werner2101> a_basic.c: In function 'o_scale':
17:28 < werner2101> a_basic.c:659: error: 'OBJECT' has no member named 'next'
17:28 < werner2101> make[2]: *** [a_basic.lo] Fehler 1
17:28 < werner2101> make[2]: Leaving directory `/home/werner/oss/geda/gaf/libgeda/src'
17:28 < werner2101> make[1]: *** [install-recursive] Fehler 1
17:28 < werner2101> make[1]: Leaving directory `/home/werner/oss/geda/gaf/libgeda'
17:28 < werner2101> make: *** [libgeda_install] Fehler 2
17:29 < pcjc2> sounds like struct.h didn't include right
17:29 < Ben> dj: let me check out your current cvs and apply just the part you want against that
17:30 < Ben> dj: did you get the diff in the email?  that doesn't seem to be applied
17:35 -!- peterbrett [~peter@ptbb2a.girton.cam.ac.uk] has quit [Quit: Leaving]
17:41 < Ben> dj: ok, I mailed it to you direct
17:42 < dj> No, I couldn't find the patch in my archives anywhere.
17:42 < dj> And it kept crashing in the polygon code last night, I would have checked it in then if I had had it.
17:43 < Ben> I just mailed it out again
17:43 < Ben> hell, I would have checked it in 3 weeks ago...
17:44 < berndj> okay, a new patch. works for me with or without --disable-libglade
17:44 < berndj> ftp://ftp.uunet.co.za/pub/incoming/berndj/
17:44 < Ben> http://archives.seul.org/geda/user/Jul-2007/msg00448.html
17:44 < Ben> that's the original mail
17:44 < berndj> i've been working against gaf.git-9dde0233ebed32065511b567445f9f34d4b3bea1.tar.gz
17:45 < berndj> which is about 2 months old.
17:46 < pcjc2> probably will be easiest for you to checkout the current repo
17:46 < pcjc2> make a branch off the SHA1 where that tarball came from
17:46 < pcjc2> and apply your patch there
17:46 < pcjc2> (Ie, in the git repo)
17:47 < pcjc2> then checkout a branch off the "origin" - that is, the branch tracking the main git repository
17:47 < berndj> i'll do that tomorrow. i'm on gprs at the moment!
17:47 < pcjc2> and git merge into that
17:47 < pcjc2> the 3-way merge mechanism will be clever than just trying to apply the diff with patch
17:47 < berndj> i'm still *decades* away from getting git installed. maybe on my work pc, but not at home
17:47 < Ales> DJ and Stuart are testing your changes for autoconf PeterC
17:47 < pcjc2> then you can take a diff between the origin, and the branch with your changes
17:48 < berndj> (i'm still running Debian Sid!)
17:48 < pcjc2> at some point, send me the patches and the details of where the patch was originally based, and I'll see if I can do it
17:48 < pcjc2> pcjc2@cam.ac.uk
17:49 < berndj> Ales, to make my patch work with or without libglade, i've had to make gschem's makefile a bit more nonrecursive
17:49 < pcjc2> I have to get to bed now, night all!
17:50 < berndj> night pcjc2 
17:50 -!- pcjc2 [~pcjc2@ACC891FE.ipt.aol.com] has left #geda []
17:56 < dj> seems to work :-)
17:58 < berndj> werner2101, i think you may need to do a autoreconf in all the subdirectories
17:58 < berndj> or --enable-maintainer-mode
17:58 < berndj> because i've touched quite a few Makefile.am and configure.ac
17:59 < berndj> and symbols is worse: you'll have to do ./config.status --recheck after running autoreconf (i may be mistaken)
17:59 < berndj> because it generates a list of files to install and distribute at ./configure-time
17:59 < berndj> what's working, dj?
18:01 < Ales> okay, I'm done for today.  I got almost nothing done. :)
18:05 < werner2101> berndj: I'm always appling a git clean, make reconfig && make install
18:05 < dj> the new geda configury.
18:06 < berndj> a single toplevel ./configure and nonrecursive makefile?
18:06 < berndj> i can hope, can't i!
18:06 < werner2101> I've tried to apply your patches to 9dde0233ebed32065511b56. That worked
18:06 < berndj> ah, thanks!
18:06 < werner2101> but merging with git master failed on several files:
18:07 < werner2101> CONFLICT (content): Merge conflict in gnetlist/tests/Makefile.am
18:07 < werner2101> CONFLICT (content): Merge conflict in libgeda/configure.ac
18:07 < werner2101> CONFLICT (content): Merge conflict in libgeda/src/Makefile.am
18:07 < werner2101> CONFLICT (content): Merge conflict in libgeda/src/f_basic.c
18:07 < werner2101> CONFLICT (delete/modify): libgeda/src/f_image.c deleted in HEAD and modified in 9dde0233ebed32065511b5674. Version 9dde0233ebed32065511b5674 of libgeda/src/f_image.c left in tree.
18:08 < werner2101> Automatic merge failed; fix conflicts and then commit the result.
18:08 < berndj> i think it's safe to delete f_image
18:08 < berndj> the others will require a little more thinking
18:08 < werner2101> Ok. I haven't fixed the conflicts.
18:09 < berndj> well anyway, if you've gotten the 9dde0233ebed32065511b56 version to build,
18:09 < berndj> try running gschem on gnetlist/tests/324.sch
18:09 < berndj> select the op-amp (the bottom one, if you see 2)
18:09 < werner2101> I'm tired now. Happy coding to all somewhere western of germany.
18:09 < berndj> and invoke slot-edit (e-shiftS for me)
18:09 < berndj> gute nacht!
18:09 < werner2101> berndj. I havent build the patched 9dde0233ebed3206551
18:10 < werner2101> I'll try tomorrow.
18:10 < berndj> cool. thanks for your help
18:10 < werner2101> good night.
18:10 < ChitleshGoorah> werner2101: later on, can I catch you for easy_spice ?
18:11 < Ales> DJ and Stuart report that PeterC's fixes to the configure mechanism work great
18:11 < werner2101> Chitlesh: yes, of course, but I think you should try gspiceui
18:11 < ChitleshGoorah> easy_spice got some featue that I love :)
18:11 < werner2101> really ?
18:12 < berndj> does anyone know if gitweb can give me diffs between two versions?
18:14 < werner2101> Chitlesh: I think we should improve gschem, and get rid of easy_spice and other glue programms, ...
18:15 < ChitleshGoorah> its autoupdate plot feature is cool :)
18:16 < sdb> Tschuess,  Werner!
18:16 < werner2101> ahh, ok. But the gui looks ugly, nevertheless.
18:17 < werner2101> sdb: haha. Seems that everyone knows some german words ;-)
18:17 < werner2101> good night, ...
18:17 < ChitleshGoorah> you are in germany ?
18:17 < werner2101> yes, Chitlesh.
18:17 < ChitleshGoorah> where ? actually I'm in frankfurt(main) these days
18:18 < werner2101> Oh, I live near Friedrichshafen, or the Lake of Konstanz
18:18 < Levente> I've just got home from Stuttgart.
18:19 < ChitleshGoorah> near schafhauseen werner2101?
18:19 < ChitleshGoorah> lol I was there last weekend
18:19 < ChitleshGoorah> but that switzerland
18:20 < werner2101> http://maps.google.de/?ie=UTF8&ll=47.596903,9.624023&spn=0.34542,1.053314&z=10&om=1
18:22 < werner2101> schaffhausen is in the west of the lake.
18:23 < ChitleshGoorah> by the way the food is great over there
18:24 < werner2101> Chitlesh: I was courious where you come from, as your name does not sound like a german one.
18:25 < ChitleshGoorah> I come from a small island called mauritius (Indian ocean)
18:25 < ChitleshGoorah> I'm studying in strasbourg, france
18:25 < ChitleshGoorah> but my girlfriend is swissgerman, but she lives in frankfurt
18:25 < ChitleshGoorah> that's the story
18:25 < ChitleshGoorah> :)
18:25 < Ales> okay I'm out of here... later all!
18:28 < werner2101> Neat Chitlesh, ok. good night. I really need some sleep now. Regards, ...
18:28 -!- werner2101 [~Werner@p57B31177.dip0.t-ipconnect.de] has quit [Quit: Konversation terminated!]
18:36 < sdb> We're leaving DJ
18:37 < sdb> We're leaving DJ's place now!  Goodbye, everybody!
18:37 < berndj> bye
18:37 -!- sdb [~sdb@207.22.48.188] has quit [Quit: Leaving]
18:42 < Levente> I go to sleep. Bye all.
18:42 -!- Levente [~Levente@levente.obudanet.hu] has quit [Quit: Leaving]
18:53 < berndj> night all
18:54 -!- berndj [~berndj@vc-196-207-41-251.3g.vodacom.co.za] has quit [Quit: changelog catharsis]
18:55 < dj> ok, I spent the whole day making boards and showing off projects, and got 1.5 patches applied.
19:02 < dj> We'll call it a success anyway :-)
19:42 -!- jegc [~jegc@200.119.62.178] has quit [Ping timeout: 608 seconds]
20:11 < dj> bye folks
20:11 -!- dj [~dj@lust.delorie.com] has quit [Quit: Leaving]
20:39 -!- bpaddock [~bob_padd@c-24-131-109-50.hsd1.oh.comcast.net] has quit [Read error: Connection reset by peer]
20:39 -!- bpaddock [~bob_padd@c-24-131-109-50.hsd1.pa.comcast.net] has joined #geda
20:40 -!- bpaddock [~bob_padd@c-24-131-109-50.hsd1.pa.comcast.net] has left #geda []
21:13 -!- chitlesh_ [~chitlesh@C2a98.c.strato-dslnet.de] has joined #geda
21:22 -!- ChitleshGoorah [~chitlesh@C6ebb.c.strato-dslnet.de] has quit [Ping timeout: 608 seconds]
22:32 -!- Igor2 [~igor2@catv-5062cea3.catv.broadband.hu] has joined #geda
22:54 -!- chitlesh_ [~chitlesh@C2a98.c.strato-dslnet.de] has quit [Ping timeout: 608 seconds]
23:41 -!- Ben [~bjj@67.189.64.253] has quit [Quit: Leaving]