[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
gEDA-cvs: CVS update: irclog_sprint_20060520.txt
User: ahvezda
Date: 06/10/08 23:20:24
Added: . irclog_sprint_20060520.txt
irclog_sprint_20060723.txt
irclog_sprint_20060930.txt
Log:
Added sprint logs to CVS
Revision Changes Path
1.1 eda/geda/website/sprints/irclog_sprint_20060520.txt
Index: irclog_sprint_20060520.txt
===================================================================
Day changed to 20 May 2006
01:16 -!- Ales changed the topic of #geda to: http://geda.seul.org ; If Ales,
Stuart, or DJ are not here, it's because our network isn't working.
:-(
03:22 -!- Werner [~Werner@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
03:23 < Werner> good morning.
03:24 < Werner> I'm allready up and start coding in libgeda/s_hierarchy...
03:27 < Werner> for larger information packages I'll use the mailing list
geda-dev
04:23 -!- cnieves [~cnieves@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
04:23 < cnieves> Hi!
04:24 < cnieves> I didnt't see this channel in the list when I connected.
04:25 < Werner> welcome here ;-)
04:26 < cnieves> thanks!
04:27 < cnieves> You wake up early! It seems other people are sleeping yet ;-)
04:28 < Werner> ohh those lazy guys from the east coast ;-)
04:29 < cnieves> Well, as I told in the email, I have your bugs reports mostly
fixed,
04:30 < cnieves> I redraw the previous schematic correctly, and then I try to
draw only the selection of the current page
04:31 < cnieves> I have some problems because as the selection when copying
doesn't belong to the schematic yet, it is not transformed
well when zooming, for example.
04:31 < cnieves> I found that doing a o_redraw_single for each object in the
selection list, the objects are redrawn with the correct size,
so I feel this is the way to go.
04:32 < cnieves> But now, a rotated object is also drawn in the same place of
the original object...., so that's what I need to fix.
04:33 < Werner> don't have an idea how this can be fixed simple
04:34 < Werner> another selection that the user likes to rotate is the paste
buffer
04:35 < Werner> a completely different approach would be to copy the selection
into a buffer and apply the rotation on that one
04:35 < Werner> It's more like the component placement works
04:37 < cnieves> Then, I should use another buffer, as the user can rotate the
component he is placing...
04:38 < cnieves> does it create a new buffer for that, or use one of the
existing buffers?
04:38 < Werner> It uses a different buffer AFAIR
04:39 -!- maZZoo [~m@xxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
04:39 < Werner> the component is placed to the schematic object list when the
user places it
04:39 < Werner> hi maZZoo
04:40 < maZZoo> Hi all, I will be more in listening mode today ...
04:40 < cnieves> I'll look at it. Hi maZZoo!
04:40 < Werner> maZZoo: can you introduce yourself a little bit
04:40 < maZZoo> I had sumbmitted some patches in the last year, however I did
not follow the more recent issues + features.
04:40 < Werner> ahh.
04:41 < maZZoo> over that I am sick today (flew).
04:41 < cnieves> Did you use another name? I think it is the first time I see
your nick...
04:43 < Werner> different topic: hierarchy down schematic tells: Could not find
[multipage2_1.sch] in any SourceLibrary
04:43 < maZZoo> I used gschem for various small projects, and had manufactured
some SMD PCBs recently (8051+RF stuff..) so I am more of a
user, but want to contribute where I can.
04:43 < Werner> hierarchy: It should ask the user whether to open a new one ore
cancel
04:44 < maZZoo> cnieves: my nick is propably unseen on this IRC, but on the ML
I come from mazzoo.de ...
04:45 < cnieves> Werner: I agree. If you choose a different one, then the
attributes should be updated.
04:45 < Werner> cnieves: ???
04:46 < cnieves> maZZoo: Sorry, I don't pay too much attention to the mail
address.
04:47 < cnieves> Werner: I mean, if I select a different schematic for that
symbol, I would expect that the next time I go down in that
symbol, I will go to the new one...
04:48 < cnieves> Disclaimer: I don't quite understand your problem here. I
think hierarchy worked well before, and I don't remember any
changes to it. What are you trying to do exactly?
04:49 < cnieves> Do you have a little example?
04:49 < Werner> I've placed a source attribute to a symbol and tried to walk
hierarchy down
04:49 < Werner> And the just nothing happend
04:50 < Werner> gschem should prompt the user whether he wants to create a new
schematic
04:51 < Werner> This would be just a small cosmetic improvement
04:51 < cnieves> Ah! You mean you attached the attribute, but there is no
schematic with that name yet.
04:52 < Werner> yes.
04:52 < cnieves> Yes, you are right. When the attribute is attached, it can be
checked and, if it doesn't exist, prompt the user if he wants
to create a new page
04:53 < cnieves> Well, one of the features in my wish list is attribute
checking, so maybe this could fit into that.
04:53 < cnieves> What I was thinking is to use scheme for the attribute
checking, so it can be user-configurable.
04:54 < cnieves> I plan to check for duplicate attributes, and maybe its syntax
(I'm not sure on the latter),
04:54 < Werner> I'm not a scheme guy, it does not fit into my brain ;-)
04:55 < cnieves> ok, I can help you with it if you want. I wanted it because
it's the only way the user can configure it to his need.
04:57 < cnieves> What do you think (conceptually) about this:
04:58 < cnieves> after the user add an attribute, insert a call to a scheme
function (check-attribute) with two parameters: the new
attribute and the object.
04:59 < cnieves> The scheme function can then check the syntax, if it is a
duplicate attribute or not, and if the source file exists or
not.
05:00 < cnieves> I think Dan has added recently some scheme functions to ask
the user a simple question, so we can use them.
05:01 < cnieves> I think we need a new scheme function to open a new page with
the correct filename, but it is not so difficult.
05:01 < cnieves> Well, what do you think?
05:03 < Werner> cnieves: that sounds good
05:07 < cnieves> I'm afraid it maybe has more scheme than C programming...
05:08 < cnieves> I can tell you how to expose C functions to scheme... do you
want to give it a try?
05:10 < cnieves> aside note: some of my relatives come here today (they should
be arriving), so I have to leave when they arrive. I will join
again in the afternoon asap.
05:12 < Werner> cnieves: Not today, maybe it would be useful to put a short
artikel to the wiki
05:13 < Werner> cnieves: have fun with your relatives
05:13 < cnieves> werner: thank you. I'll stay here until they arrive...
05:16 < cnieves> werner: do you know the place where I can start looking at the
placement buffer?
05:20 < Werner> in o_basic.c in the o_redraw_all() there's a call which redraws
w_current->page_current->complex_place_head->next
05:21 < Werner> I think this is the buffer used by the ENDCOMP and DRAWCOMP
state
05:22 < Werner> AFAIR, DRAWCOMP is for the first placement, ENDCOMP for every
following placements
05:22 < cnieves> Yes, I found it. However, I think I will have similar
problems. a_zoom calls a_pan_general, and a_pan_general calls
o_redraw_all. I think the problem is that o_redraw_all doesn't
update the selection list.
05:24 < Werner> o_redraw_all has to be changed to do the redraw of the
selection buffer instead of the selection currently used
05:26 < cnieves> That could break some existing code. I'm going to do it in the
i_callbacks_* functions...
05:26 < Werner> I think the case handling of e.g.ENDMOVE has to be moved to
ENDCOMP, ...
05:26 < Werner> And yes this would be a large change (break a lot of things)
05:28 < cnieves> You were recently looking at the drawing code. Do you think it
is better?
05:33 < Werner> Mmh. Not better, it's different.
05:34 < Werner> Maybe easier to track as you only work on the copied buffer not
on two representations of a single selection buffer
05:35 < Werner> example move command:
05:35 < Werner> when entering: create a copy:
05:35 < Werner> drawing: draw the copy, undraw the selection
05:36 < Werner> endmove: place the copy, destroy the selection
05:36 < Werner> any zooming, paning, rotating only effects the copy
05:38 < cnieves> sounds good
05:42 < Werner> This would introduce a new selection buffer (or maybe reuse the
component placement buffer)
05:42 < Werner> but I think it would work on many commands that has a complex
selection buffer
05:44 < cnieves> Yes, I think it's a cleaner way. The component placement
buffer can be reused, since there won't be a move/copy command
and a placement of a new component at the same time.
05:45 < Werner> renaming it would be nice to avoid confusion
05:45 < Werner> or use a new one and change the placement code later
05:46 < cnieves> well, it would be still a placement buffer (for placing new
components, copy and move, but it is what you use for placing)
;-)
05:49 < Werner> yes that's true :-)
05:49 < Werner> different topic: hierachy traversing, created a rough plan,
mailed it to geda-dev
05:50 < Werner> Haven't written a single line of code today =:-)
05:59 < cnieves> I have to leave now. See you later!
05:59 < Werner> till then
06:18 -!- dhart [~dhart@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined
#geda
06:23 -!- uuuuuuuu [~big@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
06:32 < Werner> oh lots of new coders, hi all
07:13 -!- ma77oo [~m@xxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
07:21 -!- maZZoo [~m@xxxxxxxxxxxxxxxxxxxxxxxx] has quit [Ping timeout: 606
seconds]
07:24 < ma77oo> I recently disliked a detail in gschem:
07:25 < ma77oo> I added a ASCII layouted table (monowidth font) as text, and
found it disturbing that the font in gschem is not mono-width
07:25 < ma77oo> I was looking but couldn't find where the fonts are rendered in
gschem.
07:26 < ma77oo> are there any upcomings planned on this?
07:31 < Werner> is mono-width = equal spaces as courier font?
07:32 < Werner> the letters are just a composed out of lines, they are located
in symbols/font/...
07:33 < Werner> the letter handling in postscript output is different
07:53 <@Ales> good morning everybody.
07:53 <@Ales> I'm still at home, but I should be at MIT in about 45 mins or so
07:54 -!- cnieves [~cnieves@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Ping
timeout: 600 seconds]
07:54 <@Ales> btw, if none of us show up in about one hour, it's probably
because the network at MIT isn't cooperating.
07:54 -!- mcmahill [~mcmahill@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined
#geda
07:54 <@Ales> hi dan.
07:55 <@Ales> everybody is here early.
07:55 < mcmahill> hello
07:55 <@Ales> I'm still at home. will be leaving soon
07:55 <@Ales> need to make sure I have the latest copy of everything. :)
07:55 < mcmahill> ah, the virtual here, not the MIT here
07:55 < mcmahill> I'm only going to be able to be around briefly on and off.
07:56 <@Ales> okay
07:56 <@Ales> I'm hoping that the classroom connection at MIT do dhcp
07:57 < Werner> Hi Ales and Dan, you're up early
07:57 <@Ales> up, but harely functional. :)
07:57 <@Ales> I should go eat something
07:58 < Werner> ;-)
07:58 <@Ales> btw, werner, it is a pleasure to finally talk to you. :)
07:58 < Werner> I'm glad too, even if its only via irc
07:59 <@Ales> yup
07:59 <@Ales> I should also make sure my machine is up to date
08:03 -!- cnieves [~cnieves@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
08:04 <@Ales> hi carlos
08:04 <@Ales> btw, the first thing I'm going to do today is commit that
attribute promotion code. :)
08:07 < ma77oo> Werner: yes I meant equal spaces (and sorry for being not too
fast )
08:08 < ma77oo> Werner: would you consider changing gschem fonts to equal width
useful too, or are there any restrictions/limitations?
08:11 < Werner> ma7700: not my choice, you have to ask Ales, but changing font
is a larger thing
08:11 <@Ales> refresh my memory, why do you want a mono font?
08:11 <@Ales> it's a pretty large undertaking, but might even be doable by
supplying a different font set
08:11 <@Ales> however, the match to postscript would be trickier
08:12 < Werner> Ales: it was ma7700's request
08:12 <@Ales> okay, I see it in the backlog
08:13 <@Ales> hmmm, doable
08:13 <@Ales> and the PS code needs to be changed and that's a bit harder.
08:13 <@Ales> I need to talk to mike to see what he thinks of that
08:13 <@Ales> since he just changed all the PS code.
08:14 <@Ales> please file a feature request at:
http://sourceforge.net/tracker/?atid=818429&group_id=161080&func=browse
08:15 <@Ales> okay, I'm off, hopefully I'll be back in about 45 minutes
08:16 < ma77oo> OK, thankst for the pointers...
08:43 -!- bpaddock [~bob.padd@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined
#geda
09:09 -!- sdb [~sdb@xxxxxxxxxx] has joined #geda
09:09 < sdb> Hi
09:11 < Werner> hi stuart, nice to read from you
09:15 -!- patb [~Patrick@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has
joined #geda
09:15 < patb> hi all
09:30 < sdb> We're all here now -- Ales, DJ, and me.
09:30 < sdb> Hi Werner! Nice to irc in real time with you!
09:32 < Werner> yeah
09:32 < Werner> I'm currently reading the manual of gnetman and try to
understand the concept
09:32 <@Ales> hello everybody, I'm here now
09:36 <@Ales> hi Patrick
09:37 < patb> how is it going?
09:41 <@Ales> quite good. how are you?
09:41 < patb> fine thank you
09:43 <@Ales> http://archives.seul.org/geda/dev/May-2006/msg00071.html
09:43 <@Ales> workaround for stack overflow for stuart
09:44 < patb> yes, notangle_guile is cons'ing to many lines of code for a
single chunk and it exceed the guile stack
09:44 < patb> bad design sorry!
09:46 < patb> I have been trying to rewrite it (formerly to enable escape
sequences) but I have given up for now
09:50 -!- dj [~dj@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
09:51 < sdb> Hi DJ!
09:51 < dj> Hello all!
09:51 < Werner> sdb: tought your sitting right next to dj
09:52 < sdb> Yup! But it's fun to also communicate via IRC!
09:52 < Werner> very funny
09:55 <@Ales> I'm going to be checkin in the (debug-set! stack 0) to all
notangle scripts
10:00 < sdb> Ales, let me know when you check in the build fix!
10:04 <@Ales> checked in
10:10 -!- dw_ [~dw@xxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
10:10 <@Ales> hello dw_
10:10 < dw_> Hello Ales.
10:11 < dw_> How is the progress?
10:11 <@Ales> good, fixed one build problem already. :)
10:11 <@Ales> now onto attribute promotion
10:11 < dw_> That is progress. Oh, so you are taking on the easy problems
first? ;-)
10:12 <@Ales> yes. :)
10:12 < dw_> DJ, have you seen the PCB bug with moving small segments? I think
we are getting close to a patch, but we aren't there yet.
10:14 -!- dj2 [~dj@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
10:15 < dj> which bug is that one? Was it emailed to the list?
10:16 < dw_> ?
10:16 -!- dw_ [~dw@xxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: My client seems to
have hung. BRB]
10:17 -!- dw_ [~dw@xxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
10:17 < dw_> OK, not I should be able to see what is being typed again. DJ,
did you see my question?
10:17 < dw_> not -> now
10:19 < dj> yes. Which bug?
10:19 < dw_> There is a problem moving small line segments. We almost have a
patch ready, but we are not quite there.
10:24 < dw_> As long as you haven't already got a fix for it, we will continue
on.
10:25 < dj> nope, hadn't heard of that bug yet.
10:27 <@Ales> test
10:27 < dw_> OK, we will find a fix or at least let you know how far we got if
we get stuck.
10:28 < dw_> Does anon-cvs have a new host name now?
10:28 < sdb> Carlos, by the way, I *really* like the click and drag feature you
put into gschem!
10:29 <@Ales> there is a bug there thou,
10:30 <@Ales> if you click and drag (and a symbol isn't selected) you do not
get the selection rectangle
10:30 <@Ales> if I have some time I'll look at it
10:37 < dj> if cvs.sourceforge.net doesn't work, try pcb.sourceforge.net.
10:37 < dj> sorry, pcb.cvs.sourceforge.net
10:41 < dw_> I have tried both and am getting the same error: connect to
address 66.35.250.81: No route to host
10:41 <@Ales> https://sourceforge.net/projects/gspiceui
10:42 < dw_> I see someone else has already logged the same problem to the
sourceforge support system.
10:46 < dj> see http://www.delorie.com/pcb/ at the bottom for an alternate
repository.
10:49 < dj> (hopefully it will work ;)
10:50 < Werner> I've a question to multipage schematics
10:50 <@Ales> what's the question?
10:50 < Werner> http://geda.seul.org/wiki/geda:gschem_ug#the_schematic_file
says that we use *_1.sch, *_2.sch and so on
10:50 < Werner> don't hurry ;-)
10:51 <@Ales> no hurry. :)
10:51 <@Ales> the _1, _2 on schematics is historic
10:51 <@Ales> and maybe should be removed from the doc
10:51 < Werner> ok, so there's only the hierarchic order to track
10:52 < Werner> that means that its a much simpler schematic tree, not a
forrest ;-)
10:52 <@Ales> yeah
10:53 < Werner> ok. that will make life easier if _# is just a name, and not a
data structure
10:55 < dw_> Thanks, DJ, it worked.
10:55 < dj> I bounced it up to a ten minute refresh until they fix sourceforge.
10:57 < dw_> Then it could become a long-lived system from the rate fixes are
coming out of sourceforge!
10:59 -!- mike [~mike@xxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
11:00 < dj> well, I set it up after their last fiasco just in case, but it's
stricly read-only.
11:00 < dw_> It is a lot more than we have without it...
11:00 < dj> :-)
11:03 < mike> Hi! Ales, thanks for fixing my missing @ in f_print.nw... I have
to admit I am a newbie to the doc parts of the noweb stuff.
11:04 <@Ales> no problemo!
11:04 <@Ales> hi Mike
11:05 < mike> I am also new to IRC.... never bothered with it before... but do
use Lotus Notes IM at work all the time... since about 6 months
ago.
11:18 -!- ma77oo is now known as maZZoo
11:37 < maZZoo> thanks for the cvs update on sf.net this morning ... the
f_print.nw thingy cured my build ...
11:38 < maZZoo> mike: do you think changing the textfont in gschem to a
monospace is feasible/uasble ... what needs to be done in the
PS backend?
11:41 < mike> Hi, That should be easy enough.
11:42 < mike> Other fonts was why I went the route with the printer figuring
out the overbars.
11:42 < mike> I did not want to have to code up font metrics for x random fonts.
11:43 -!- bpaddock [~bob.padd@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit
[Remote host closed the connection]
11:46 < mike> For the ps backend, the only thing that would need to change is
the line that reencodes the font.
11:46 < mike> Text that is rendered with vectors comes from the symbol files.
11:48 <@Ales> yes, the postscript code should figure out the metrics and draw
the overbars accordingly
11:49 < mike> With the new structure, we don't have to re-compile libgeda to
change stuff like this.
11:53 < mike> Ales, does everyone see what I am typing? I don't know if I have
set this thing up right.
11:53 < dj> yes, we all see it. We just ignore what's not directed to us.
11:53 < mike> Thanks.
11:54 <@Ales> mike: cool. I will take a look at your PS changes once I finish
up this attribute promotion code
11:55 < mike> Right now overbars aren't implemented in the ps font code.
That's on my to-do, but the changes should be limited to
11:55 < mike> the prolog for the most part.
11:56 < maZZoo> mike: thanks for the hints, I'll start looking ... what you
call "easy enough" is a new terrain for me ;)
11:58 < mike> If you want to use something other than the vector fonts in
schematics, that's lots more work.
12:04 < maZZoo> At a first glance I only need to change the "F i 8" to "F i 30"
in symbols/font/i_.sym for example (assumin 30 is the max width)
12:05 < maZZoo> 32 actually is.
12:08 <@Ales> yes
12:08 <@Ales> that's the first step, then all the chars will have the same
spacing
12:10 < maZZoo> were they generated from another format back in 2003?
12:12 <@Ales> yes, they came from xcircuit
12:21 < mcmahill> how are the accomodations at MIT today?
12:22 < dj> the chairs have no cushions, and we have a wonderful view of the
parking lot. Not that we notice either of those things.
12:23 < mcmahill> my chair has a cusion but I have a wonderful view of the cats
litter box :(
12:23 < mcmahill> but it matches how happy I am with some CAD issues at work....
12:24 < dj> If I have to fix any more bugs that require cutting and pasting a
bazillion times, pcb is going to become object oriented. It might
actually take less time than all the cutting and pasting required
:-P
12:25 < mike> The weather in Ottawa is wet and rainy. For our long weekend.
12:27 < dj> is that the same rainy that swamped new england last week?
12:28 < mike> It has not let up for about a week now... The grass is green and
the weeds I want to destroy in my backyard garden are getting out
of control.
12:28 < dj> sounds like the same rain. Sunny here in MA though. For now.
12:33 -!- dhart [~dhart@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit
[Quit: Leaving]
12:36 < mcmahill> suppose to be 90 tomorrow here I think
12:38 < mike> Environment Canada is calling for a high of 10 Celsius (50F) for
tomorrow and rain.
13:14 < mike> I am afraid I have to go now, It's time for both my kids
birthday parties.
13:15 < dj> bye
13:15 < mike> But I did get a good start on overbar support. I have the custom
show function rendering the
13:15 < mike> text and parsing the escapes. Just have to code the drawing of
the overbar now.
13:16 < dj> Now I have to fix sym2eps, right? ;-)
13:16 < mike> Perhaps... ;-) I will leave that one up to you.
13:17 < maZZoo> bye & thanks.
13:17 < mike> bye. Have fun, I will check back later when we are all done.
13:23 -!- uuuuuuuu [~big@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Read
error: Connection reset by peer]
13:36 -!- uuuuuuuu [~big@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
13:58 < patb> It is time for diner here
13:59 < patb> I have to go, bye everyone
13:59 < dj> Still only 2pm here, although parts of my lunch still remain. Bye!
14:00 -!- patb [~Patrick@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has left
#geda [Leaving]
14:01 <@Ales> carlos you around?
14:04 < maZZoo> you all have new mail ;)
14:04 < dj> There are 1237 messages in my inbox. I assume yours is the latest
one? ;-)
14:09 < dj> http://www.delorie.com/tmp/cvslocal
14:13 < maZZoo> ??? ... should that help me creating versions and patches
easier?
14:15 < dj> It tells you which files you've modified, without connecting to the
cvs server.
14:15 < cnieves> Hi all! I am back!
14:15 <@Ales> Hi Carlos!
14:15 < dj> ... and it can delete anything you've modified, if you're trying to
re-pristine your sources.
14:15 <@Ales> one, I have finished the attribute promotion code now. I will be
checking it in
14:16 <@Ales> soon.
14:16 <@Ales> two, I am observing something I don't understand
14:16 < maZZoo> dj: ah OK, nice. saved. noted.
14:16 <@Ales> when I place a component (with a refdes that gets promoted) I see
the refdes text move a little
14:17 <@Ales> and you end up with a ghost of the old location.
14:17 <@Ales> my question is really why is it shifting the location of the
refdes when placing a component?
14:17 < dj> If some of my stuff looks out of context, remember that Ales and
Stuart can hear me when I mumble about what I'm sending them ;-)
14:18 < cnieves> It's time for me to get up to date after the sprint day.... :-)
14:18 < cnieves> Ales: Attribute promotion: ok. I will take a look at it.
14:19 < cnieves> Ales: text autoplacing: It's a new feature I added some time
ago. I see one problem there:
14:19 < dj> monospaced fonts: why not just squish a courier font?
14:20 < cnieves> I think the function which calcules the object boundings is
traversing the whole selection or maybe all the objects. I
have to take a look at it.
14:20 <@Ales> I guess I was a little surprised to see my text in components move
14:20 < Werner> Ales,cnieves: the text moved is the refdes
14:21 <@Ales> yes
14:21 < maZZoo> dj: its some more work to do (manual interaction at least for
all of the UTF8 specially named chars)
14:21 < Werner> when the symbol is on the mouse, the refdes of the symbol is
drawn
14:21 <@Ales> carlos, btw, Stuart and I really like the click to drag.
14:21 < Werner> after placing the attached refdes is draw at a different place
14:21 <@Ales> although as Werner pointed out, the selection box isn't happening
if:
14:22 <@Ales> 1) unselect everything
14:22 <@Ales> 2) click and move the mouse when onto of a component
14:22 <@Ales> assuming I get this promotion patch checked in soon, I will take
a look at this code
14:23 < cnieves> Ales, I have the issue with the selection box fixed here.
14:23 <@Ales> otherwise it works great! Thanks!
14:24 <@Ales> and I like the rotate while moving
14:24 < cnieves> When I did it first time, I thought about only dragging the
component instead of click and drag.
14:24 < cnieves> Werner answered this: if two components are one over the
other, it's impossible to do that.
14:25 < cnieves> so I'm going to change it to only click and drag.
14:25 < cnieves> Regarding the rotate while moving, it has a lot of problems.
14:25 <@Ales> assuming that one of the components is selected
14:26 < cnieves> Werner and me were talking this morning (Europe's morning)
about using the component placing buffer to do the copy/move
and rotate while copying/moving stuff.
14:26 < cnieves> It seems a cleaner way...
14:26 <@Ales> I saw. yeah
14:27 < cnieves> If you like, I can check in the fix for the selection box...
but the other stuff will get some time before working.
14:27 <@Ales> carlos: yes please
14:28 -!- EvanF [~x@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined
#geda
14:28 < dj> maZZoo: I just meant you could use a matrix with scalefont instead
of a scalar, if what you wanted was a fixed-width PS font that was
more helvetica-like wrt aspect ratio.
14:28 <@Ales> by default, I am going to auto promote: footprint, device and
value
14:36 <@Ales> and modal-name
14:36 <@Ales> model-name
14:37 < cnieves> Ales: how configurable is the attribute promotion? and what
happens if for example, there are two values, in different
hierarchy levels?
14:37 <@Ales> right now it is just a string of attributes to promote
14:37 <@Ales> what do you mean by "hierarchy levels" when applied to symbols?
14:38 < cnieves> I mean I can put a symbol (level 0) inside a symbol (level 1)
and the latter inside another symbol (level2) and so on.
14:42 <@Ales> nope, that is not supported
14:42 <@Ales> well, rather I haven't tried it yet
14:45 < cnieves> ok, it can be added later. I also plan to check the attributes
when adding them...
14:45 < cnieves> and maybe make a list with attributes allowed to be
duplicated..
14:52 < cnieves> Ales: selection box patch commited into cvs.
14:53 < cnieves> I'm going to work in the rotate while moving stuff...
14:53 < cnieves> BTW, do anyone know something about Patrick? I think he was
working on a new fileselection dialog long time ago, but
haven't heard from him since then.
14:58 <@Ales> he was around here.
14:58 <@Ales> yeah, I'm curious about that work too
14:58 <@Ales> it was pretty invasive too
15:00 < cnieves> Well, maybe we could ask him. I have here a new close confirm
dialog waiting for his changes....
15:02 <@Ales> attribute promotion commited, I will pick up and test your fix
now, Carlos
15:20 < dj> gerber's internal layers are sanely named now. Anyone want to try
submitting a panel to Olimex? ;-)
15:21 < dw_> We have a panel to submit to PCBPro in the next couple of weeks.
15:21 < dw_> The PCBExpress run was shipped back to us on Friday.
15:22 < dj> The new way names the internal layers after the filename, like
%LNBACKSILK or LNGROUP3
15:22 < dj> Then the cut layers are named GROUP3_C1, GROUP3_D2, GROUP3_C3, etc.
15:22 < dj> That way the names match, the C/D is cut or dark, and the numbers
indicate the order.
15:23 < dw_> OK, I will take a look at it.
15:23 < dj> Thanks.
15:42 < cnieves> How do people usually debug gaf? I can't make gdb to report
correct line numbers!
15:42 < cnieves> I remember something having to do with the indentation after
converting the noweb to C...
15:46 -!- EvanF [~x@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit
[Quit: KDE Rules!]
15:51 <@Ales> I cheat when i debug
15:51 < dw_> Oh?
15:51 < Werner> Ales, what kind of cheats?
15:51 <@Ales> I remove all the #line keywords from the c files and then rebuild
15:51 <@Ales> using this script:
15:51 -!- Irssi: Pasting 9 lines to #geda. Press Ctrl-K if you wish to do this
or Ctrl-C to cancel.
15:51 <@Ales> #!/bin/sh
15:51 <@Ales> for i in *.c
15:51 <@Ales> do
15:51 <@Ales> echo $i
15:51 <@Ales> mv $i $i.tmp
15:51 <@Ales> cat $i.tmp | sed "s%^#line%//%" > $i
15:51 <@Ales> rm -f $i.tmp
15:51 <@Ales> done
15:53 < Werner> Mmh, the you get the line numbers of the c-file, right?
15:53 <@Ales> yes
15:57 < cnieves> 8-) Atonished!. Isn't there any way to avoid that? If not,
can it be included in the makefiles?
16:05 < dj> separate gerbers for plated vs unplated drills is in. Still has
the bug where it doesn't always emit a gerber if the only holes you
have are vias. Out of time, will fix when I get home.
16:05 <@Ales> Carlos: patrick knows the secret to getting the line numbers right
16:08 <@Ales> btw, Carlos, your fix for the select works great!
16:08 < dj> Bye all!
16:08 -!- dj [~dj@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
16:08 -!- dj2 [~dj@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
16:14 < cnieves> Ales: it works, but there are a lot of problems if you do
rotate with zoom/pan while moving/copying... :-(
16:18 <@Ales> okay
16:23 < Werner> c-question: are static values ok in libgeda?
16:24 < Werner> do you expect problems when more than on gschem app is running?
16:26 <@Ales> Werner: static variables are okay
16:26 < cnieves> Ales, I found how to remove the #line numbers: using notangle
-L"%N" . So the next question is: what are they for? what side
effects will have to include it in the Makefile and remove the
#line lines from the C files?
16:27 <@Ales> If that allows us to debug without removing the #lines, I'm all
for it
16:27 <@Ales> I would submit this as a patch via geda-dev so that people can
test it out
16:28 < Werner> cnieves: you get the line numbers of the noweb files with the
#line markers
16:30 <@Ales> yeah, supposidly using the #lines would allow us to debug with
the .nw sources, but for some odd reason the matchup isn't 100%
accurate
16:31 < Werner> It's close enough to trace the backtrace messages after a crash
in the nw-files
16:33 < cnieves> IIRC, there is an indent after the notangle, so line numbers
won't match exactly... was the indent really needed?
16:35 < Werner> I think yes, as some object primitiv code is mixed up from
different noweb chunks
16:35 < Werner> the C-code might look bad withount indent
16:36 <@Ales> ah
16:36 <@Ales> I wonder if that is what is messing things up
16:37 < Werner> If there are lines longer than 80 chars, indent "adds" some
lines
16:37 <@Ales> but is that really a problem (not doing indent) to building the c
code?
16:38 < Werner> Mmh, only if you want to use the c-code for something
16:38 <@Ales> hmmm, which nobody should really be doing anyways
16:38 < Werner> ;-) I'll usually use global source tagging to track functions
dependancies
16:40 < cnieves> werner: what's global source tagging?
16:41 <@Ales> anybody object if I post the backlog of this irc session?
16:41 < Werner> convert a sourcetree to html: http://www.gnu.no/software/global/
16:42 < cnieves> Ales: no problem
16:42 < Werner> Ales: it's ok.
16:43 < cnieves> Ales: FYI, I removed the indent from the Makefile. All is
working ok, and gdb gives me correct information.
1.1 eda/geda/website/sprints/irclog_sprint_20060723.txt
Index: irclog_sprint_20060723.txt
===================================================================
--- Day changed Sun Jul 23 2006
03:17 -!- Werner [~Werner@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
04:47 < Werner> hi Ales and all
04:47 < Werner> I leave now, I'll be back in 3 hours
04:48 < Werner> I'll try to finish the autonumber dialog with automatik slotting.
04:49 < Werner> I've moved all autonumber functions to a separate file (x_autonumber.c)
04:49 < Werner> Happy coding. Regards Werner
06:36 -!- Levente [~Levente@xxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
10:01 -!- oblivian [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
10:08 -!- cstrauss [~cstrauss@xxxxxxxxxxxx] has joined #geda
10:08 < cstrauss> Hello
10:10 -!- cstrauss is now known as Cesar
10:11 < Levente> hi!
10:12 < Levente> do you know anything about the codesprint?
10:13 -!- Levente [~Levente@xxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
10:14 < Cesar> It is supposed to start at 10:00 AM EST. I guess we are an hour early.
10:16 < Werner> Hi Cesar
10:16 < Cesar> Hi, Werner.
10:16 < Werner> do you now the time there in Boston?
10:18 < Werner> New York time is 10:18. I guess Boston has the same time
10:20 < Cesar> I typed this : TZ=EST date and it gave me 9:18 EST
10:20 < Werner> Oh. than we're to early ;-)
10:21 < oblivian> nope it's ~10 am on the east coast
10:22 -!- oblivian is now known as Jason
10:22 < Werner> I'm confused ;-), I'm from germany and ist 16:22 here
10:23 < Cesar> I'm from Sao Paulo / Brazil. It is 11:23 here.
10:25 < Jason> I'm on the east coast, so either my clocks are off by an hour or it's 10:25 ;-)
10:26 < Cesar> Hi Jason! Good work on the Cygwin port and the doxygen patch.
10:26 < Cesar> It is daylight saving time?
10:26 < Jason> Hi Cesar. Thanks, I just hope everyone likes it!
10:27 < Werner> Hi Jason, seems your the time expert of the east coast ;-)
10:28 < Werner> BTW. I like the change to doxyge, even if I tried to understand noweb some time ago.
10:29 < Jason> I found it interesting that the noweb files had a few pieces of dead code hidden in them
10:30 < Cesar> OK, try this:
10:30 < Cesar> $ TZ=EDT date
10:30 < Jason> $ TZ=EDT date
10:30 < Cesar> It gives 10:29 EDT
10:32 < Jason> Actually on my machine under cygwin it gives me 14:31:09 which is correct for GMT
10:33 < Cesar> However the announcement did said 10:00 AM *EST* ;-)
10:34 < Jason> Cesar, any further thoughts on the DLL import problems for cygwin? i.e. should they be changed all exports.
10:35 < Cesar> I agree. I admit I didn't look into it further.
10:38 < Jason> I wanted to get some ideas if it would affect the linux versions by not having the imports before making the changes?
10:41 < Cesar> I can test it for you. I have Ubuntu Linux in another partition.
10:43 -!- dj-mon [~dj@xxxxxxxxxxxxxxxx] has joined #geda
10:44 < dj-mon> just FYI we're here, giving a tour and setting up. Welcome to the code sprint/cookout/freedog meeting!
10:49 < Cesar> Going to lunch. Pleased to meet you all!
10:50 -!- Cesar is now known as Cesar-lunch
11:54 <@Ales> hi all, we are more or less here
11:54 -!- dj [~dj@xxxxxxxxxxxxxxxxxxx] has joined #geda
11:54 < dj> let the sprinting begin... ;-)
11:55 -!- sdb [~sdb@xxxxxxxxxxxxx] has joined #geda
11:55 < sdb> Hi guys -- sorry for the delay. We took a long tour of DJ's house in New Hampshire.
11:55 -!- Cesar-lunch is now known as Cesar
11:56 < sdb> It's an incredible work -- DJ has built himself a great empire for working on projects!
11:58 < dj> dj is showing off the "global puller" he's been working on, but paper doesn't travel well :-P
11:59 <@Ales> I'm going to start looking at that one connection bug reported recently
11:59 -!- Cesar [~cstrauss@xxxxxxxxxxxx] has quit [Quit: Going to the movies. See you later!]
12:05 -!- Ales changed the topic of #geda to: gEDA: Welcome to the July Code Sprint
12:05 -!- Jason [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Read error: Connection reset by peer]
12:05 -!- Jason [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:25 < sdb> Does anybody here know anything about how to set font colors/italicies/etc
12:25 < sdb> in GTK?
12:26 -!- Jason [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Read error: Connection reset by peer]
12:33 < Werner> sdb: inside a textview controll or in a textentry?
12:33 <@Ales> Hi Werner
12:35 < Werner> hi Ales and all
12:35 < sdb> I think I need it in a textentry
12:35 -!- steve [~steve@xxxxxxxxxxxxxxxxx] has joined #geda
12:36 <@Ales> Hi Steve
12:36 < dj> Hi Steve!
12:36 < sdb> It's for gattrib, which uses the GtkExtra widgets
12:37 < steve> Hi all. Actually, this is likely to be a hit and run... just got called away again.
12:37 < sdb> In particular, I think I need to set the font in a GtkEntry widget
12:37 -!- steve [~steve@xxxxxxxxxxxxxxxxx] has left #geda []
12:37 < sdb> Hi Steve! Bye Steve! :-)
12:39 < Werner> Mmhh, for textview its in gtk_text_buffer: http://developer.gnome.org/doc/API/2.0/gtk/TextWidget.html
12:40 < Werner> No idea if you can use it in a TextEntry too.
12:40 -!- oblivian [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:41 -!- oblivian is now known as Jason
12:42 <@Ales> Hi Jason
12:42 < sdb> Hi Jason
12:42 < Jason> Hello
12:43 -!- Levente [~Levente@xxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:44 -!- spe [~spe@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:45 < sdb> Hi Levente! Hi spe!
12:45 < Levente> Hi!
12:45 < spe> Hello!
12:45 < Levente> How are you?
12:46 < spe> Wass' happening? ;-)
12:46 < spe> I'm fine, some vacation and starts to look at MY computer again...
12:47 < spe> How are you doing out there?
12:47 < Levente> We have 39 degs here, and my and my computer are hot... and sweating..
12:47 < Levente> me and...
12:48 < spe> So...code sprint...everyone must be hacking away like crazy?
12:49 < dj> anyone else want gschem's two-key hotkeys added to pcb?
12:49 <@Ales> Stefan! my goodness... long time no talk!
12:49 < spe> Hi Ales! Nice to see you alive...;-)
12:49 <@Ales> yeah, you too
12:49 < dj> yeah, and talking about user interface issues too. We're not all coders here ;-)
12:50 <@Ales> yup, hacking and talking away
12:50 <@Ales> actually, dj just asked about the hotkey system that I believe that you originally wrote. :)
12:50 <@Ales> Hi Levente
12:51 < Levente> Ales: Hi!
12:51 < spe> Yeah, in the very early days...apperently still working...
12:51 <@Ales> yup
12:51 < spe> Is PCB using Scheme too these days...
12:51 < dj> everyone here seems to be enjoying the results of the furnace project - central AC :-)
12:52 < dj> no scheme in pcb . . . yet.
12:52 < dj> The accellerator code in pcb (for lesstif at least) is single-table-driven.
12:52 <@Ales> not that I necessarily encourage that (scheme in PCB)
12:53 < spe> It could probably be solved in a better way
12:53 < dj> We've mentioned adding an interpreter interface for HID-based scripters. They'd need some way of extracting layout data from the tables, but any language could be plugged in.
12:53 < spe> It was just crazy scheme hacking these days
12:54 < spe> Yes it is a hard part to rip out the guts and display it in a nice API that everyone could use
12:54 < spe> But please, try to keep the API consistent when/if you finally do that.
12:55 < spe> I have found my self running too many moving targets, especially in code that has names starting with GNU ...
12:57 < dj> Well, it would all be hooked in through the existing action interface, so no changes there.
12:59 < spe> Sounds very clever...
12:59 < dj> Let's hope so ;-)
13:00 -!- johne [~user@xxxxxxxxxxxxxx] has joined #geda
13:00 -!- mike [~mike@xxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
13:02 < dj> hi johne and mike!
13:03 < mike> Hi! Sorry for the late arrival... had to make a window sill for my neighbour and finish fixing my fence post.
13:03 <@Ales> heh, Hi Mike
13:04 < mike> Physical has to beat virtual.. unfortunately. Just doing a CVS update of gaf for the first time on my laptop.
13:04 -!- irc [~pcjc2@xxxxxxxxxxxxxxxxxxxxxx] has joined #geda
13:04 < mike> I did manage to build from the gaf directory on my FreeBSD 5.4 AMD64 machine last week though.
13:05 < mike> I had to do an `autoreconf259' in the directory as the older auto* tools that come
13:05 -!- irc is now known as pcjc2
13:05 < pcjc2> Hi... Managed to get online from a different machine, probably behind different firewall rules!
13:05 < mike> with FreeBSD get called by default. You have to call them by names like 'autoconf259' and 'automake19' to get the latest.
13:08 <@Ales> Hi Peter
13:08 < sdb> Hi Peter! Welcome to the sprint!
13:08 <@Ales> I saw your bug reports
13:08 <@Ales> reports/patches
13:08 < dj> working on two-key accelerators for pcb then. Maybe mouse configuring too.
13:09 < pcjc2> are they in the right place for enhancement patches? I found myself wanting to select some other "urgancy" than priority 5
13:11 -!- EvanF [~x@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
13:13 <@Ales> yes
13:13 < spe> Ales: Has gaf dropped support for older versions of GTK?
13:14 <@Ales> yes, older being 2.2
13:14 <@Ales> only supporting 2.4 or higher
13:15 < spe> Is GTK up in even higher numbers?
13:16 < spe> Sorry 2.8
13:16 < spe> I saw it now...
13:16 <@Ales> yeah
13:16 <@Ales> 2.10 I believe
13:16 < Jason> If anyone has doxygen questions/concerns/comments I'd be glad to field them.
13:17 < spe> Sorry for asking here, but how much pain goes into handling differences between 2.4->2.10?
13:21 < Jason> Ales: is there a way to determine libgeda required imports from exports?
13:23 < dj> Do you mean symbol imports/exports, or library dependencies?
13:24 < Jason> symbol imports/exports
13:24 <@Ales> spe: there's a webpage that describes the changes
13:24 <@Ales> one second
13:24 < dj> So... you want the dllimport/dllexport symbol lists to build libgeda.dll ?
13:25 < Jason> yep
13:25 < dj> I'll explain to Ales what he needs to tell you then ;-)
13:27 < dj> For now, you want the auto-export-all option for dlltool.
13:29 <@Ales> Jason: do you really want to build dlls for libgeda?
13:31 < Jason> I would like them to build, but it's obviously not a requirement for working.
13:31 <@Ales> is it really worth the effort, there are only 6 programs that use libgeda
13:33 -!- johne [~user@xxxxxxxxxxxxxx] has quit [Remote host closed the connection]
13:39 < Jason> Ales: in trying to get the dll to build, I noticed some things. Is the definition of the colors array in s_color.c correct?
13:41 <@Ales> should be
13:42 < Jason> It's just that when you run gschem with it's definition of COLORS it all come's up white due to the dll using it's copy (uninitialized)
13:44 <@Ales> ooh... didn't realize there's a copy in gschem and libgeda
13:44 < Jason> This lead me to my original question of what should be imported and exported?
13:45 < Jason> I'm guessing linux somehow overides its library locals with imported symbols? DLLs don't (go figure).
13:47 < Jason> ls
13:47 <@Ales> wrt the colors, gschem's color array shouldn't be there
13:47 < Jason> so colors is an export?
13:47 <@Ales> yes
13:47 < dj> Yes, linux can combine exported symbols if they're all uninitialized data.
13:49 <@Ales> this whole color thing is clearly a bug
13:49 <@Ales> I will fix it in CVS
13:49 < mike> The difference also stems from the strategy that in Unix the .so files are dynamically linked against the loading program, whereas in Windows the DLL is loaded as as it's own application almost, and hardly any actual linking is done.
13:51 < dj> we're calling a lunch break here (yeah, we got distracted)
13:56 < spe> dj: Are there many people at your site? (browsed back a couple of mails)
14:02 < sdb> DJ has stepped away. But here at his place we have 4 hackers and a few other onlookers.
14:02 -!- johne [~user@xxxxxxxxxxxxxx] has joined #geda
14:02 < sdb> The hackers are DJ, Ales, myself, and John Luciani
14:04 < spe> Nice initiative with these hackathons. I'm sorry I sit on the other side of the pond...
14:04 < spe> But it is a nice evening here in Sweden...
14:05 < spe> Sun blasting through the window onto my screen...
14:06 < spe> Nice thing with the gEDA CD Stuart. I really like it, though I have never used it myself.
14:09 < sdb> Thanks, Stefan. The CD has been both good and bad. Good for the gEDA project,
14:09 < sdb> but sometimes bad for me since I must end up fielding all kinds of
14:09 < sdb> support requests.
14:10 < sdb> By the way, I am working on getting the next release of the CD ready.
14:10 < sdb> I have an old testing system set up here at DJ's, and I am trying to load
14:10 < johne> I have never been able to install from the CD. I have installed from both the rpms and source's
14:10 < sdb> the gEDA Suite onto Fedora Core 5.
14:11 < sdb> John, what problem do you have wiht the CD?
14:12 < sdb> FWIW, my other job today is make gattrib export CSV. That way there will be yet
14:12 < sdb> another way for export BOMs for gEDA.
14:12 < sdb> By the way, we are all going out to grill on the BBQ. You may not hear from us for about 30 min.
14:12 < johne> Mostly all the other dependencies. It looks for various programs on my sys ( recently upped to suse 10.1) and bombs out at some point or another.
14:13 < sdb> Thanks, John. The dependency issue is always a problem. THat's why I always
14:13 < sdb> complain on geda-user about dependencies.
14:14 < johne> I am currently rebuilding both my home systems and will try again and post the errors. For now I have grabbed the rpms a those work great.
14:14 < spe> I have found some interest to chew of some patches in gerbv that's been laying around
14:15 < spe> But the "moving target" GTK is another issue...
14:25 < mike> Hi all, I just fixed the 180 degree rotated text prints upside down 'bug'. Okay to check it into CVS?
14:26 < sdb> Mike, Ales is at the BBQ on the porch. We'll run out and ask him
14:26 < sdb> what he thinks . . .
14:26 < mike> okay.
14:27 < sdb> . . . . He said "OK. Go for it".
14:27 < mike> Am I 'Invisible' on the list? I don't really know how this IRC client works.
14:27 < sdb> Mike, we can read you.
14:28 < mike> I will check in the files. Affected are `drawing_primitives.sch' and 'o_text_basic.c'. And of course the changelogs.
14:28 < mike> Do I appear in the online user list?
14:28 < spe> Yes
14:29 < mike> Great, thanks.
14:29 < spe> At least on my client. I new to this too ;-)
14:30 < mike> Changes checked in.
14:31 < mike> I started an IRC client for the first time at the last code sprint.
14:31 < spe> I did "apt-get install xchat-client" about two minutes before logging on here ;-)
14:32 < mike> okay so you are quite a bit newer at this than I am. :-)
14:33 < spe> I was fixing with my mail I saw a mail passing by from someone that couldn't log on here...
14:34 < spe> Pure accident thus... :-)
14:36 < pcjc2> ..yep. was me.. I think I'm behind some oppressive firewall here at the Engineering department. SSH to another machine and it works fine
14:37 < pcjc2> Nothing so grand as a BBQ here, but I might go down to the chocolate bar machine
14:38 < pcjc2> I just submitted new patches: Zooming with middle mouse wheel, Mods to make the preview widget resizable, and an alternative component-picker layout I'm working on
14:38 < pcjc2> (Patches on sourceforge)
14:46 < spe> Nice you found your way in.
14:46 < spe> Zooming with mousewheel...as in gerbv :-)
14:47 < spe> I must actually do some dinner before I starve to death.
14:47 < spe> It's almost nine evening (PM?) here...
14:49 < pcjc2> didn't know gerbv did, but now I do..
14:49 < pcjc2> Although gerbv doesn't have shift / control key modifiers for panning around as far as I can see
14:51 < spe> Panning is just grab and drag.
14:51 < spe> Gerbv doesn't need to modify so it's much simpler in a way
15:03 < pcjc2> ah, simplicity
15:03 < sdb> Hi guys --
15:04 < sdb> George just showed up here in New Hampshire! We had to throw more
15:04 < sdb> food on the BBQ.
15:04 < pcjc2> One of the patches I submitted today is the option for panning on middle button (scroll wheel click). That does put many different ways of navigating all on the scroll wheel, but many users will have their own preferences.
15:04 < sdb> Peter, I'll go out and tell Ales that you put patches on SF.
15:05 < pcjc2> super..
15:05 < pcjc2> Aside from configurability / pick a behaviour and hope its right, most ought to be good to go
15:05 -!- wexi [~Debugger@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
15:07 < pcjc2> I had a long chat with Peter Brett re: busses / components database / netlisting + backanno earlier. He went to get his dinner though (its 8pm here)
15:15 < sdb> Peter, do you see Peter (Brett) in person?
15:15 < pcjc2> yes, we're both at uni
15:16 < pcjc2> For the next 'n' weeks will be working in the same room (on gEDA) - minus the 2/3 weeks I'm helping commission some machinery (and PLC/motor-drives) elsewhere.
15:19 -!- EvanF [~x@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Ping timeout: 606 seconds]
15:21 < sdb> Peter, I'm glad to hear that there are two people working on gEDA!
15:21 -!- johne [~user@xxxxxxxxxxxxxx] has quit [Remote host closed the connection]
15:22 < pcjc2> there are various undergrad holiday projects going on in the room, including another 1 or 2 people doing circuit design (with gEDA)
15:23 < pcjc2> They will become our test subjects hopefully, and have been asked to provide feedback with things they don't like
15:23 < pcjc2> Another student is using Eagle I think, so I'm keeping an eye out for comparisons between them
15:24 < pcjc2> One thing I'm interested in is the rolling of ".deb" packages. Is there a simple procedure to do this from CVS? (The students are using knoppix based machines, and can import new packages as ".deb"'s
15:36 < sdb> Peter, For rolling .deb packages the person you want to talk to is
15:36 < sdb> Hamish Moffet. He handles the Debian ports for gEDA/gaf.
15:37 < sdb> You can Google for his e-mail addr. However, for other
15:37 < sdb> programs (ngspice, iverilog, etc) I don't think he handles them.
15:37 < sdb> I am not sure about .debs for PCB either.
15:37 < pcjc2> as far as I know, the CD maintainer here builds ngspice from source
15:38 < sdb> Building from source is what my CD tries to do. The problem with that
15:38 < sdb> is that I get borked by wierd dependencies all the time.
15:39 < sdb> I am always astounded to see how many people have bad luck with the CD.
15:39 < sdb> Also, every time a new Linux distro comes out, I get a slew of bug reports/complaints
15:39 < sdb> from users who can't get the CD to work.
15:40 < Jason> It works fine for me on Slackware 10.2, so I was happy :)
15:40 < pcjc2> Its a nasty hard problem... even here I find difficulty in compiling geda from source
15:42 < pcjc2> (I gave up and brought my own PC in to work with, where I have all the deps... the benefit of a Gentoo box for me is all the devel stuff is "just there", but most users would never want such a horrid thing as compiling EVERYTHING from source)
15:43 < pcjc2> does the CD just install / run gEDA - I take it that its not intended to be a "live cd"
15:45 < sdb> The CD just installs gEDA/gaf + PCB + ngspice + many other apps (about 10 in all).
15:45 < pcjc2> Sounds like a reall achievement for it to do that at all...
15:45 < sdb> It has a Python program which is supposed to check for dependencies, install them as root (querying the user for root pw)
15:46 < pcjc2> does it have gcc / development headers local to the CD, or are they required as deps?
15:46 < sdb> and then it installs the gEDA programs. It does it by managing the ./configure && make && make install
15:46 < sdb> process for each program. Since each program installs differently, it has to
15:47 < sdb> manage all the builds differently.
15:47 < sdb> It assumes you have gcc, make, etc on your machine. It builds everything from source.
15:47 < sdb> One major problem is that it needs the devel headers for everything. In th eold days,
15:47 < sdb> this was OK since Linux distros had all sources on them. Nowadays, with newbie
15:48 < sdb> friendly distros like Ubuntu, this isn't the case. Indeed, most Linux distros
15:48 < sdb> now only give you .h files if you install the (non-default) -devel packages.
15:48 < sdb> This is a real problem for the CD INstaller since it can't always tell if you have
15:49 < sdb> .h files installed. (it can look for htem, I suppose, but each distro puts them
15:49 < sdb> in a different place.)
15:49 < pcjc2> I guessed that might be a PITA
15:50 < pcjc2> and for most things, you need the specific version's ".h" files, so you couldn't - for example, put gtk-devel headers locally on the CD unless you checked the versioning against the user's machine
15:52 < sdb> That's right. Another assumption I make is that the user already has GTK installed.
15:52 < sdb> I won't bother trying to install gcc or GTK or any major system dependency since the
15:52 < sdb> installer isn't smart enough to manage the complexity of dealing with that.
15:53 < sdb> In any event, I think the CD was a good thing for the project since you can now go
15:53 < sdb> to the website and download a full Suite of EDA applications in one .iso. Previously,
15:54 < pcjc2> how about packaging for the major distros (not inviting a flame war as to what the definition of major is), I see the .deb's are available
15:54 < sdb> you needed to go to umpteen different websites and build umpteen different apps
15:54 < sdb> to create an EDA workstation.
15:54 < sdb> Yeah, .debs, .rpms, and fink packages are available on the download site. They are for gEDA/gaf
15:55 < sdb> only though. Right now the only way to get the whole "Suite" is my CD which builds
15:55 < sdb> everything from source.
15:55 < sdb> I'm reluctant to do anything more since I would just open myself up to dealing with
15:55 < sdb> endless non-paying support requests.
15:56 < pcjc2> I know my "boss man" was hoping to send you a copy of our engineering resource "live cd" (/DVD), which includes much of the gEDA stuff
15:58 < pcjc2> I don't use it myself... Have other things on my computer which need to run, like webservers, email, ldap etc., but I see it is beneficial for some.
15:59 < sdb> I'd be very interested in seeing the live CD!
16:00 < pcjc2> I'll email a note-to-self to remind Dr. Long... he will probably need reminding many times!
16:04 -!- Werner [~Werner@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Remote host closed the connection]
16:11 <@Ales> thanks for the text rotation, Mike
16:12 < mike> No problem, Just couldn't fix it until I got back from 'Vacation' ;-)
16:21 < Levente> I'm gone sleeping. Hapy hacking for you all!
16:23 -!- Levente [~Levente@xxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
16:35 * dj returns
16:44 -!- oblivian_ [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
16:44 -!- Jason [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Read error: Connection reset by peer]
16:44 -!- oblivian_ [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Client Quit]
16:55 -!- oblivian [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
16:55 -!- oblivian is now known as Jason
16:58 < pcjc2> I had better get going... My secutiry access runs out at 10pm here, and I'm not even certain I'll be able to get my car off site after that!
17:00 < dj> bye!
17:04 -!- Jason [~oblivian@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Read error: Connection reset by peer]
17:05 <@Ales> see ya peter
17:05 <@Ales> I'm looking at your patches right now
17:06 < spe> dj: So this is your hobby and M32C porting is your daytime job?
17:06 < pcjc2> super.. I'm hopefull that our work here should integrate into CVS... sure, some stuff like local keybindings / defaults I know will remain separate, but the smaller the local patchset, the better!
17:06 < pcjc2> goodnight!
17:07 < spe> nite!
17:07 -!- pcjc2 [~pcjc2@xxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Bedtime!]
17:07 < dj> m32c is one of the chips we support at Red Hat, yes.
17:08 < dj> I'm planning on using in the next furnace controller, though.
17:08 -!- cstrauss [~cstrauss@xxxxxxxxxxxx] has joined #geda
17:09 < spe> I followed it a bit since that is the CPU-family I program on a daily basis.
17:09 -!- cstrauss is now known as Cesar
17:09 < spe> I really looking forward to a proper gcc port for it...
17:10 < Cesar> Hello
17:11 <@Ales> Hi Cesar
17:11 < Cesar> Hi, Ales
17:11 < dj> http://people.redhat.com/~dj/m32c/
17:14 < spe> I actually built it once (after instructions from a german site) and it worked for a small test project
17:14 < spe> Unfortunate my knowledge of the building chain sucks and I found very hard where
17:15 < spe> to chime in and give a thumbs up. So I do it here and now :-)
17:16 < dj> Thumbs up appreciated :-)
17:17 < dj> Feel free to email me if you have further questions; the more people who use it, the more feedback I can get about it. Also, bugs should be reported to the appropriate FSF mailing lists.
17:18 < spe> "appropriate" was the hard word for me in this case. I found copies of the same
17:18 < spe> on several email lists and did not really know where to start.
17:19 < dj> gcc code generation - gcc@xxxxxxxxxxx
17:19 < dj> assembler/linker - binutils@xxxxxxxxxxxxxx
17:19 < dj> debugger/simulator - gdb@xxxxxxxxxxxxxx
17:19 < spe> But thanks for letting me email you if necessary. I do not always dare to email.
17:21 < spe> Email list appreciated. Will save them for later references... Thanks!
17:22 < spe> Dare in the sense of stupid newbie questions...
17:24 < dj> It's not the stupid newbies that bug me. It's the smart-ass newbies that bug me. Especially the persistent ones.
17:26 < spe> OK, I will try not to be persistent then :-)
17:29 < dj> No, just try not to be persistently smart-assed ;-)
17:35 < spe> :-)
17:36 < spe> Nice meeting you guys in this forum. I have managed to add two patches that
17:36 < spe> has been floating around on SF for a very long time.
17:36 < spe> It is also really due time that I make anything constructive with gerbv,
17:37 < spe> but I assume that will be the day...
17:37 <@Ales> coolness
17:37 < spe> This is probably the most I done to gerbv in years.
17:38 < spe> Sorry Dan wasn't around, but when you meet (I think he is a Bostoner too)
17:38 < spe> send him regards.
17:38 < spe> my regards...
17:39 -!- spe [~spe@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has left #geda [Leaving]
17:40 < dj> Dan has gone fishing ;-) (He lives in Georgia now)(
17:43 < Cesar> Here is a update of my work on the Windows port:
17:44 < Cesar> The Cygwin side is very much in shape.
17:45 < Cesar> Jason did a good job building the packages.
17:46 < Cesar> Only some minor issues remain with respect to packaging.
17:46 <@Ales> okay
17:46 <@Ales> if there are any patches, let me know.
17:48 < Cesar> On the Mingw side, the biggest problem, actually, is compiling guile.
17:49 <@Ales> ah yes, the guile compile issue
17:49 <@Ales> total pain in the ...
17:50 < Cesar> Actually, it does compile. gschem seems to be happy about it, also.
17:51 < Cesar> The quirks are: the interpreter does not run, neither the guile version of noweb.
17:51 <@Ales> how are you running the interpreter?
17:51 <@Ales> in a cmd shell?
17:52 < Cesar> There is an executable named guile.exe. I run it without any arguments.
17:52 < Cesar> Yes, in a cmd shell.
17:53 < Cesar> The error is:
17:53 < Cesar> ERROR: In procedure quasiquote: Unbound variable: SIGBUS
17:53 < Cesar> The version is 1.6.8
17:53 <@Ales> ugg
17:54 <@Ales> I think I commented something out related to that
17:54 <@Ales> did you look at my hacked up tarball at: http://geda.seul.org/devel/win32/build20030921/guile
17:55 <@Ales> filename: guile-1.4.1-gaf@xxxxxxxxxxxxxxx
17:55 < Cesar> Thanks for the hint, I will take a look.
17:56 <@Ales> also, there is a change in there related to GUILE_LOAD_PATH
17:56 <@Ales> related to using ; and : as the separator
17:56 <@Ales> in the PATH
17:56 <@Ales> you have to use ; instead of : (since C:\blah is a valid path)
17:58 < Cesar> OK, thanks.
18:00 < Cesar> About the cygwin files:
18:00 < Cesar> Could you make a symbolic link so http://geda.seul.org/devel/cygwin/20060123/
18:01 < Cesar> would be also be refered as http://geda.seul.org/devel/cygwin/latest ?
18:01 <@Ales> sure
18:02 <@Ales> done, please test
18:02 < Cesar> Testing ...
18:06 < Cesar> OK, the cygwin installer accepted it just fine. Thanks.
18:13 <@Ales> cool
18:20 <@Ales> okay, I think we are done for today!
18:21 <@Ales> thanks you all for participating!
18:22 -!- Cesar [~cstrauss@xxxxxxxxxxxx] has quit [Quit: bye]
18:25 -!- wexi [~Debugger@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Client exiting]
18:27 <@Ales> I'm outta here... take it easy!
18:28 < sdb> I'm getting out now too. Thank you for participating!
18:29 -!- sdb [~sdb@xxxxxxxxxxxxx] has quit [Quit: Leaving]
18:36 -!- cstrauss [~cstrauss@xxxxxxxxxxxx] has joined #geda
18:36 -!- cstrauss [~cstrauss@xxxxxxxxxxxx] has quit [Client Quit]
18:37 -!- cstrauss [~cstrauss@xxxxxxxxxxxx] has joined #geda
18:39 -!- cstrauss [~cstrauss@xxxxxxxxxxxx] has left #geda []
18:43 < dj> Bye all!
19:02 -!- dj [~dj@xxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
19:22 -!- dj-mon [~dj@xxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
20:00 -!- mike [~mike@xxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12]
1.1 eda/geda/website/sprints/irclog_sprint_20060930.txt
Index: irclog_sprint_20060930.txt
===================================================================
--- Day changed Sat Sep 30 2006
04:43 -!- cnieves [~cnieves@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
04:43 < cnieves> Good morning!
04:46 < cnieves> oh, seems people is sleeping yet... :-)
05:15 < Igor2_off> hi :)
05:15 < Igor2_off> yeah, Ales was here a few hours ago, he was going to sleep :)
05:22 < cnieves> Hi!
05:22 < cnieves> Yes, it's too early for them to be here :-)
05:22 < cnieves> have you been here for a long time?
05:32 < Igor2_off> yeah :)
05:32 < Igor2_off> i'm here every day
05:32 < Igor2_off> set my irc client to join here
05:32 < Igor2_off> today from 5:30 am :)
05:33 < cnieves> wow! why so early?
05:33 < Igor2_off> going to sleep early, getting up early, like peasants or chickens :>
05:34 < Igor2_off> (but when needed, i can do 24 or even >36 hours in a row:)
05:35 < cnieves> amazing! too early for me (at least I need a good reason to wake up so early) ;-)
05:36 < Igor2_off> i remember challenge24: my team members were too tired so they went home after the 24h coding (~28h uptime) but i stayed to learn the results in live, then when i came home, i sat down and coded a bit :>
05:36 < Igor2_off> :)
05:36 < Igor2_off> so you are the evening-kind guy :)
05:36 < Igor2_off> there are scientific researches on this topic, some people have their optimal performance in the morning so they wake up early, others rather stay up for late
05:37 < Igor2_off> some researchers even say that schools should respect this, since children belonging to the latter group have hard time trying to concentrate at 8 am :)
05:39 < Igor2_off> what will you do for the code sprint?
05:39 < cnieves> bug hunting ;-)
05:40 < cnieves> I'll try to reduce the number of open bugs and patches in the tracker...
05:40 < Igor2_off> nice :)
05:40 < Igor2_off> in pcb or in gschem? :)
05:41 < cnieves> gaf but pcb. I haven't looked at pcb source code yet.
05:43 < Igor2_off> good, i will spectate :>
05:44 < cnieves> didn't you choose something you want to do?
05:45 < Igor2_off> hmmz, how to say it in english
05:45 < Igor2_off> i'll be cooking my own meal (sorry for the 1:1 translation:)
05:45 < Igor2_off> I'll work on the scriptable external hid stuff :)
05:48 < cnieves> nice! look forward to see it integrated in PCB. It seems it can open the door for a new set of features.
05:50 < Igor2_off> i rather see it as a co-project which should never integrate :)
05:50 < Igor2_off> not that i wouldn't like to see integration, but you know, the dependency-panic :)
05:52 < Igor2_off> i mean half of the community behind gEDA would happily create a new scripting language just to avoid dependencies, since "this is what makes gEDA easier for the end users" :)
05:52 < Igor2_off> (while i rather use GPMI and let the users use their favorit languages like perl, python, tcl)
05:54 < Igor2_off> haha, just found a DOS User's Guide from 1986 in a nice box, with a chinese license paper :)
05:56 < cnieves> I meant "having PCB use the gpmi mode". I don't care if the code is integrated or not. why do you want a DOS user's guide?
05:57 < Igor2_off> i'm a collector of old computer related stuff
05:57 < Igor2_off> like there's a DEC vt420 near my bed, still in use :)
05:58 < cnieves> :) . Next time I will ask you before throwing away some computer stuff... ;-)
05:59 < Igor2_off> thanx :)
06:00 < Igor2_off> even my desktop computer doesn't have any part younger than 10 years, hehe :)
06:00 < Igor2_off> ok, that's false, it has a dvd rom now, as it was almost as cheap as a cdrom :)
06:02 < Igor2_off> btw, are you willing to test my stuff?
06:03 < Igor2_off> John stopped testing it suddenly and i think i've found and killed the last bug :)
06:04 < cnieves> I should confess I've not ever used pcb, so I'm not the best choice to test it... :-)
06:04 < Igor2_off> :)
06:05 < Igor2_off> it should be "download pcb source, install it, download my source, compile it, make test, if a menu appears, it works" :>
06:06 < cnieves> I'm curious. have you seen swig (www.swig.org) before? It seems both projects share the same goals...
06:07 < Igor2_off> yes :)
06:07 < Igor2_off> there are some basic differences
06:07 < Igor2_off> last time i've checked, they went only for the languages and they made a wrapper-generator
06:08 < Igor2_off> while languages is only 50% of what gpmi offers while gpmi is strictly a lib so adding a new language won't trigger recompile of all applications using gpmi
06:10 < Igor2_off> also i am not sure swig allows language/application independent packages like gpmi does :)
06:11 < cnieves> I see. Of course it's better if you don't have to recompile. I'm going to try a quick test (just compiling and run)
06:11 < Igor2_off> thanx :)
06:11 < Igor2_off> currently it doesn't have the gpmi part
06:11 < Igor2_off> only the external HID part
06:12 < Igor2_off> so one can inject a HID into PCB without recompiling PCB
06:12 < Igor2_off> (and i have a dummy HID that prints the number of holes, as shown in the report window, into a text file)
06:18 < cnieves> ok, I installed PCB. Now, what have I to do?
06:18 < Igor2_off> do you have an svn client or should i tar the current version?
06:19 < cnieves> I have svn, but you have to tell me the exact line I should type (I'm more familiar with cvs)
06:20 < Igor2_off> ok :)
06:20 < Igor2_off> svn checkout svn://igor2.peticio.hu/pcb-gpmi/trunk
06:21 < cnieves> got it. cd trunk/src;make install?
06:21 < Igor2_off> in doc/ there's a Readme that should guide you; if anything is unclear or fails, just feed back and i'll fix it instantly :)
06:22 < Igor2_off> you'll need to symlink or copy pcb source so it can find it :)
06:22 < Igor2_off> (alternatively you can tell configure where to look for the sources: ./configure /full/path/to/pcb/source
06:23 < cnieves> Mmm... I have problems:
06:24 < cnieves> $ make test
06:24 < cnieves> cd host_lib; make
06:24 < cnieves> make[1]: se ingresa al directorio `/home/cnieves/temp/libgpmi/trunk/src/host_lib'
06:24 < cnieves> make[1]: No se hace nada para `all'.
06:24 < cnieves> make[1]: se sale del directorio `/home/cnieves/temp/libgpmi/trunk/src/host_lib'
06:24 < cnieves> cd board_summary; make
06:24 < cnieves> make[1]: se ingresa al directorio `/home/cnieves/temp/libgpmi/trunk/src/board_summary'
06:24 < cnieves> make[1]: `board_summary.so' está actualizado.
06:24 < cnieves> make[1]: se sale del directorio `/home/cnieves/temp/libgpmi/trunk/src/board_summary'
06:24 < cnieves> cd host_lib; ./test.sh
06:24 < cnieves> PCB-GPMI [2]: PCB-GPMI HID booter loaded.
06:24 < cnieves> PCB-GPMI [4]: [host-lib] strrchr("pcb-bin",'/')
06:24 < cnieves> PCB-GPMI [4]: [host-lib] resolving real strrchr()
06:24 < cnieves> PCB-GPMI [4]: [host-lib] found real strrchr: 0x406fcb30
06:24 < cnieves> PCB-GPMI [4]: [host-lib] resolving gui
06:24 < cnieves> ./test.sh: line 10: 6497 Violación de segmento (core dumped) pcb-bin
06:24 < cnieves> make: *** [test] Error 139
06:24 < Igor2_off> ohh, segfault! :)
06:24 < Igor2_off> did it find the same version of pcb sources that is run when you type pcb in a shell?
06:26 < Igor2_off> (meanwhile adding some more debug output)
06:28 -!- Igor2_off is now known as Igor2Code
06:31 < cnieves> I had pcb 20050609 installed from the distribution package. I got the lastest source snapshot, and installed it. The pcb I installed was not in the path, so I added the bin directory to the path and rerun make test: it failed with a segfault.
06:32 < Igor2Code> ok, i think i've found a bug near the line that was the last for you before it crashed :)
06:32 < Igor2Code> please do "svn up" in pcb-gpmi dir and run make; make test
06:33 < Igor2Code> (i've also added more debug text so we'll se what happens after resolving gui:)
06:38 < cnieves> I got the PCB window!! :-)
06:38 < cnieves> PCB log window shows:
06:38 < cnieves> illegal fileformat
06:38 < cnieves> Can't find font-symbol-file 'default_font'
06:38 < Igor2Code> great :)
06:38 < Igor2Code> please open the file menu
06:38 < Igor2Code> or, wait,
06:38 < Igor2Code> first put down some vias or whatever
06:38 < Igor2Code> draw something random :0
06:38 < Igor2Code> then open the file menu and choose export
06:38 < Igor2Code> if there's an exporter called "board-summary"
06:39 < Igor2Code> it works :)
06:40 < cnieves> file->export only shows gerber, bom, ps and eps (I didn't compile the png support since I didn't have libgd installed)
06:40 < Igor2Code> hmmz, then something went wrong :)
06:40 < Igor2Code> could you mail me the output of the test?
06:42 < Igor2Code> meanwhile i update pcb sources to cvs head to see whether it still works (I have a few days old version:)
06:46 < Igor2Code> dcc, even better :)
06:46 < Igor2Code> nice big log it created, hehe :)
06:46 < cnieves> :-)
06:48 < Igor2Code> now i see your window/desktop manager makes the loading different
06:49 < Igor2Code> and finally, it couldn't find the gui symbol, this why it didn't load the board-summary HID
06:49 < Igor2Code> so i will check what version the latest snapshot was made from
06:50 < Igor2Code> and what the symbol was called there :)
06:52 < Igor2Code> 20060822?
06:53 < Igor2Code> is that what you are trying with?
06:55 < cnieves> I think so. I downloaded the last snapshot, not the CVS.... should I try with the CVS?
06:55 < Igor2Code> wait with that please :)
06:55 < Igor2Code> first i wait the cvs version to finish compile
06:55 < Igor2Code> then i check the diff between that 20060822 version and the cvs one
06:56 < Igor2Code> maybe i can make the loader work with both versions, who knows :)
06:56 < Igor2Code> (i guess most of the potential users/testers don't use the cvs version anyway)
07:00 < Igor2Code> haha, gcc on one terminal, gzip -d on the other and i still can play mp3 :)
07:00 < Igor2Code> 166 MHz is much :)
07:01 < cnieves> only for text terminals ;-)
07:01 < Igor2Code> actually i also run X on it :)
07:02 < Igor2Code> (because now i'm testing pcb)
07:02 < cnieves> :-)
07:05 < Igor2Code> strange, the symbol didn't get renamed
07:07 < Igor2Code> could you copy the output of uname --all?
07:08 < cnieves> Linux otilio 2.6.16.20 #4 Sat Jun 24 19:33:12 CEST 2006 i686 GNU/Linux
07:08 < cnieves> 19:33??
07:09 < Igor2Code> heh, it works on another comp i have access to with Linux JAIL 2.6.16.16bea4 #4 PREEMPT Tue Jun 27 10:56:30 CEST 2006 i686 GNU/Linux
07:09 < Igor2Code> so i guess it's not the kernel :)
07:10 < cnieves> what time does 'uname -a' return? a 'date' command gives the correct time...
07:11 < Igor2Code> it returns info about your kernel, when it was built
07:12 < Igor2Code> if you have some more time, I am going to implement a different method for resolving the symbol that might work better :)
07:16 < Igor2Code> commited, svn up; make; make test please :)
07:19 < cnieves> got the same result...
07:20 < Igor2Code> what distrib do you use?
07:20 < Igor2Code> maybe i should install the same distrib/version in a virtual server to reproduce this
07:21 < Igor2Code> yeah, it couldn't find the symbol with this method either :(
07:45 < cnieves> I'm going to lunch. See you later!
07:45 < Igor2Code> cu, thanx for the testing :)
08:20 < Igor2Code> maybe i've found the problem, but i'm not sure :)
08:34 < cnieves> I'm back, so I can do some more test if you want.
08:35 < Igor2Code> thanx, i ran some tests on sourceforge compile farm and found that some compile time flags in pcb are important
08:36 < Igor2Code> so unless you don't compile pcb by hand, you can't guarantee it works
08:36 < Igor2Code> however, i have a separate test suite
08:36 < Igor2Code> it would help if you could try that :)
08:38 < Igor2Code> svn checkout svn://igor2.peticio.hu/pcb-gpmi/branches/hook-test
08:38 < Igor2Code> make; ./test.sh
08:38 < Igor2Code> it should produce a ~15 lines output which i'm interested in :)
08:39 < cnieves> Here are:
08:39 < cnieves> PCB-GPMI [2]: PCB-GPMI HID booter loaded.
08:39 < cnieves> main.
08:39 < cnieves> main_register called from main
08:39 < cnieves> strrchr 1: tring
08:39 < cnieves> strrchr 2: tring
08:39 < cnieves> strrchr 3: tring
08:39 < Igor2Code> hmmz, looks too short :>
08:40 < cnieves> I know, but there are no more... :-)
08:40 < Igor2Code> what distrib are you using? :)
08:41 < cnieves> debian unstable. What more output weere you expecting? I only see 4 printf in the test.c file...
08:41 < Igor2Code> great, debian, i love debian :)
08:41 < Igor2Code> i use debian too, but stable
08:41 < Igor2Code> sooo, it should be relatively easy to reproduce your system on my university comp...
08:42 < Igor2Code> open main.c :)
08:42 < Igor2Code> the trick is this:
08:42 < Igor2Code> test.c doesn't know that an external .so would be loaded into the same process image
08:43 < Igor2Code> main.c should try to hook on test.c in a way that it is called transparently trough strrchr() libc calls
08:43 < Igor2Code> on every strrchr() call main.c does some work then calls real strrchr()
08:44 < Igor2Code> main.c tries to resolve symbol called "gui" (defined in test.c) and waits until it gets initialized (by test.c)
08:44 < Igor2Code> when it's already initialized, main.c calls a function from test.c demonstrating it has access to test.c's stuff :)
08:46 < Igor2Code> Need to get 61.4MB of archives.
08:46 < Igor2Code> haha, it was long ago i've last upgraded my unstable chroot :)
08:53 < Igor2Code> great, i can reproduce the problem
08:56 < Igor2Code> omg, omg, OMG!
08:57 < Igor2Code> want to laugh? :)
08:57 < Igor2Code> in the new version of glibc, strrchr became a macro, this why it failed :)
08:58 < cnieves> :-)
08:58 < Igor2Code> at least this why the test case fails badly :)
08:59 < cnieves> what makes the difference? the use should be the same... are you doing some test to see if it's really a function?
09:00 < Igor2Code> nope :)
09:01 < Igor2Code> the trick is that the lib tries to be transparent so you don't need to patch/recompile the program (pcb)
09:01 < Igor2Code> for this, i use dirty tricks
09:01 < cnieves> oh, you load the function using dlopen.... but it fails because it is a macro... isn't that?
09:01 < Igor2Code> i need a dynamic library call which the program does, and there my lib can stand between the program and the librrary (libc6 in this case)
09:01 < Igor2Code> no :)
09:02 < Igor2Code> the actual method i use for standing between the program and libc6
09:02 < Igor2Code> is that i redefine a standard function call, strrchr in this case
09:02 < Igor2Code> so when the program calls strrchr and the programmer assumes it's a whatever call to libc6
09:02 < Igor2Code> i say i assume it is a function call, and i will catch that function call from my lib :)
09:03 < Igor2Code> as soon as it becomes a macro, no function call is performed so there's nothing i could catch :)
09:03 < Igor2Code> it seems you have an strrchr function in your libc, and it is used by the precompiled pcb binary you used so there my lib could stand in between pcb and libc6 (the logs showed that)
09:03 < cnieves> :) funny thing!
09:04 < Igor2Code> but when you compile the test case, strrchr is a macro :)
09:04 < Igor2Code> the precompiled thing can't work, since it was not compiled using the -rdynamic gcc option :)
09:04 < Igor2Code> if you compile pcb from source, it won't work because the macro :)
09:04 < Igor2Code> so i need to find another entry point...
09:05 < Igor2Code> (actually long term i hope that the devs are willing to apply a few line patch that provides a real interface for this and i don't need this library hacking)
09:05 -!- sdb [~sdb@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
09:05 < sdb> Hi Guys --
09:05 < sdb> I just got everything set up here at MIT.
09:05 < cnieves> Hi Stuart! welcome!
09:05 < Igor2Code> hi :)
09:05 < sdb> Ales is on the way, and I suppose DJ is coming, although I don't know where he is.
09:06 < sdb> Hi Carlos, Hi Igor!
09:06 < cnieves> good morning (for you)! did you have enough coffee today? ;-)
09:07 < sdb> Not enough coffee yet. . . . :-(
09:07 < sdb> So the first thing I am going to do is fix the issues gattrib has with
09:08 < sdb> adding and deleting columns, and the problem that that changes the attribute text visibility
09:08 < sdb> This is a bug I discovered some weeks ago. . . . .
09:08 < sdb> BTW, Carlos, I saw your stuff come across the cvs mailing list this morning. I am
09:08 < sdb> updating right now. Is there anything I should test for?
09:10 < cnieves> I don't think so, I just improved the mechanism for adding the titleblock when a new page is created. Now it's only added when an empty page is created. It's disabled by default, so you should see no difference.
09:11 < cnieves> I saw a bug report about gattrib crashing when no file is loaded... do you also plan to fix that?
09:11 < sdb> I think I fixed that, but I need to close the bug report.
09:12 < sdb> First I'll just run through the buggy use case again and then I'll close it if
09:12 < sdb> the bug is gone.
09:12 < cnieves> oh! ok
09:13 < Igor2Code> >cnieves> I've found the best way to search for a new entry point: I am running ltrace on pcb to see what library calls does it do then will check whether they are macros in the new libc version :)
09:14 < cnieves> igor: ok. Tell me if you want to do some testing.
09:15 < Igor2Code> ok, thanx :)
09:15 < Igor2Code> i think i'll use fopen
09:15 -!- Cesar [~Cesar@xxxxxxxxxxxxxxxxxxxxxx] has joined #geda
09:16 < Igor2Code> hi Cesar :)
09:16 < Cesar> hi to all ;-)
09:18 < cnieves> Hi Cesar!
09:19 < sdb> Hi Cesar!
09:20 < Cesar> Hi cnieves, hi sdb!
09:20 < Cesar> Anything you want to test on Windows, just ask.
09:23 < cnieves> I left the patch regarding stricmp opened just in case there was some problem. Did you test it on both mingw and cygwin?
09:26 < Cesar> Cygwin is fine. I will test it on MinGW now.
09:31 < Igor2Code> >cnieves> please "svn up" in hook-test
09:31 < Igor2Code> make clean; make; ./test.sh should work now
09:34 < cnieves> igor: the output is:
09:34 < cnieves> PCB-GPMI [2]: PCB-GPMI HID booter loaded.
09:34 < cnieves> main.
09:34 < cnieves> PCB-GPMI [2]: PCB-GPMI HID Trying to resolve gui ((nil))
09:34 < cnieves> PCB-GPMI [4]: PCB-GPMI HID resolved gui: 0x804998c
09:34 < cnieves> PCB-GPMI [2]: PCB-GPMI HID searching main_register_ptr
09:34 < cnieves> PCB-GPMI [2]: PCB-GPMI HID found main_register_ptr 0x8048644
09:34 < cnieves> PCB-GPMI [2]: PCB-GPMI HID Registering...
09:34 < cnieves> main_register called from .so
09:34 < cnieves> main_register called from main
09:34 < Igor2Code> great, thanx :)
09:34 < Igor2Code> now i am going to test it on sourceforge compile farm
09:35 < Igor2Code> i'm sure it would fail on half of the systems in the current form :>
09:35 <@Ales> hi everybody
09:35 < Igor2Code> hi Ales :)
09:35 < cnieves> igor: well, at least you have 50% of the job done!
09:35 < cnieves> Hi Ales! welcome!
09:35 <@Ales> Hi Igore
09:35 <@Ales> Igor
09:35 <@Ales> Hi Carlos
09:36 <@Ales> how is everybody?
09:36 < Cesar> Hi Ales.
09:36 <@Ales> Hi Cesar
09:37 < cnieves> I've been up and coding all this morning, so I'm ready... and you? everything right at MIT?
09:37 <@Ales> yup, Stuart and I are here at MIT
09:38 <@Ales> hey Carlos, are we ready to apply the "Zooming/panning while moving/copying" patch?
09:39 < cnieves> I'd love it. What are your feelings about it?
09:39 <@Ales> I'm looking at it right now.
09:39 <@Ales> if you want, I would be happy to apply it, that way I can get familiar with the changes
09:40 < cnieves> ok, do it. I'll need some help to track the drawing bug I found...
09:41 <@Ales> is this drawing bug present in non-patched gschem? or is it something new?
09:41 < cnieves> new, and related with panning while rotating, so it couldn't show in the non-patched version.
09:42 <@Ales> okay
09:42 <@Ales> I'll spend time getting this into CVS today, but first I want to test out the new hook stuff you added
09:43 < cnieves> ok. Then update your CVS copy. I improved it this morning.
09:43 <@Ales> yeah, just did that
09:44 <@Ales> though I might pick a different titleblock for the default. :)
09:44 <@Ales> I would like to make this enabled by default
09:47 < cnieves> No problem. I took it just for showing the feature. One thing we should discuss: what should be the default placement position?
09:48 < cnieves> I set it to (1000,1000) because I like to have some free space around the titleblock, and because there were some drawing problems setting it to (0,0) (try it and you'll see).
09:48 <@Ales> I would also prefer it not at 0,0
09:48 <@Ales> 1000, 1000 is just fine
09:48 <@Ales> it won't really matter, as long as the zoom extents works correctly
09:50 < cnieves> ok. there is still the drawing problem near (0,0). Maybe nobody use to work there....
09:52 < Igor2Code> hah, my code dies on alpha :)
09:52 <@Ales> I will move it further into the middle only becuase on larger title blocks, zoom extents isn't so far out
09:54 <@Ales> yeah 10000,10000 works get
09:54 <@Ales> great
09:55 < cnieves> Ales: ok. One question: I'm taking a look at the bug "gschem should display schematics after window maximize"
09:55 < cnieves> do you want to do a zoom extents for all the schematics opened?
09:55 <@Ales> Carlos: yes, that's the bug fix
09:56 < sdb> Carlos, Ales just showed me your new feature -- when you open gschem it loads
09:56 < sdb> a titleblock. That's a great feature! We love it!
09:56 < sdb> Thanks!
09:56 < cnieves> :-) Happy to know! it was a long standing bug, and this way it allows user customization... :-)
09:59 < sdb> Yeah, we like the way you can set the default titleblock in the system-gschemrc
10:00 <@Ales> Carlos: try this please. Open up gschem with your new hook enabled, place a component, and redraw the display
10:00 <@Ales> or just draw a net...
10:00 <@Ales> I'm seeing the titleblock disappear
10:02 <@Ales> Carlos, you need to add the newly created object to the object_list for it to persist
10:04 < cnieves> I thought I did it... I tested the object list before and after running the hook, and it was one complex object more afterwards....
10:05 < cnieves> yeah, I have the same behaviour.
10:06 < cnieves> Ales, are you changing it?
10:09 < Igor2Code> >cnieves> new version is up, please svn up in pcb-gpmi
10:10 < Igor2Code> you will need to compile pcb from source unfortunately, to make sure -rdynamic is added
10:10 <@Ales> yeah, I'll fix it
10:10 < Igor2Code> >cnieves> if you are busy doing something, i could test it first on the unstable chroot i have (which should act just as your system:)
10:12 <@Ales> I think I can just fix it by changing new_object = ... to
10:12 <@Ales> page->object_tail = o_complex_add(....
10:13 < cnieves> Igor:
10:13 < cnieves> cc -g -Wall -I /home/cnieves/temp/pcb-20060822//src -c -o main.o main.c
10:13 < cnieves> main.c: In function 'pcb_gpmi_init':
10:13 < cnieves> main.c:14: warning: implicit declaration of function 'printf'
10:13 < cnieves> main.c:14: warning: incompatible implicit declaration of built-in function 'printf'
10:14 < cnieves> the errors continue (with fopen, feof,...)
10:15 < Igor2Code> yeah, but these are only warnings :)
10:15 < Igor2Code> does the compile stop because these?
10:16 < cnieves> Igor: not, it stops because of this
10:16 < cnieves> main.c: At top level:
10:16 < cnieves> main.c:67: error: conflicting types for 'fopen'
10:16 < cnieves> main.c:27: error: previous implicit declaration of 'fopen' was here
10:16 < Igor2Code> ohh, checking
10:17 < Igor2Code> fixed, svn up please :)
10:18 < cnieves> Ales: yeah, that's the fix.
10:20 <@Ales> and it's working... I'll check it in
10:20 < cnieves> Igor: I still see _only_ the other exporters.
10:21 <@Ales> note, there's a little bit more to adding complex objects if they have nets etc... in them... but for a simple titleblock this code works great
10:22 < cnieves> I'd prefer it to be a generic function. What more is needed?
10:25 <@Ales> lemme look what else is needed
10:28 <@Ales> yeah, the other parts are in o_complex_end for example.
10:28 <@Ales> I'll check in my fix first
10:28 <@Ales> most of the missing things deal with the connections to other objects
10:29 < Igor2Code> >cnieves> did you recompile pcb? :)
10:30 < cnieves> Igor: why? I got the CVS version this morning and it havent' changed.... did it?
10:31 < Igor2Code> because the compile time flags, i am not sure, but i suspect it was not compiled with -rdynamic and this why my lib can't find the gui symbol in it :)
10:31 < Igor2Code> let me do an experiment...
10:33 <@Ales> fix commited.
10:33 <@Ales> now I'll play with it some more and change the defaults in system-gschemrc
10:33 < Igor2Code> >cnieves> yeah, -rdynamic in pcb CFLAGS is mandatory :)
10:33 < Igor2Code> now i will need to find out how to make it
10:37 < cnieves> Igor: No rdynamic flags in either configure neither makefile. Is there an easy way?
10:37 < Igor2Code> don't know yet, i'm trying it :)
10:39 < Igor2Code> first i'm trying if it works without modification when compiled from source
10:43 <@Ales> Carlos, I'm seeing some flicker due to the o_redraw_single, I think I'm going to comment that out for now, since you don't necessarily want to redraw everytime a component is added
10:43 <@Ales> if this becomes more general, it might be a good idea to added a g_redraw_all scheme function
10:46 <@Ales> hmmm.. still seeing some flicker; apparently not due to the o_redraw_single...
10:46 <@Ales> I'll keep looking for it
10:47 < Igor2Code> pcb's ./configure is hell slow :)
10:48 <@Ales> okay, the flicker is unavoidable... I'll leave things alone
10:49 < cnieves> Ales: why? what's the problem?
10:51 <@Ales> when you run gschem for the first time, the zoom is all the way out...
10:52 <@Ales> then the component is added (and you see it all small), and then the zoom extents happens
10:52 <@Ales> ^component^titleblock
10:52 <@Ales> it's not a problem really
10:54 < Igor2Code> >cnieves> found an easy way for adding rdynamic
10:54 < cnieves> so are there 3 redraws: empty, small component and after zoom extents?
10:54 < Igor2Code> (but it's generally bad to force the user to recompile pcb for any reason)
10:54 <@Ales> yup
10:55 <@Ales> that's the way it seems.
10:55 < cnieves> Igor: You can talk about it with DJ. Maybe it can be the default way. what's the way?
10:55 <@Ales> I'm not quite sure why it is showing up small since there is no redraw between the adding of the component and the zoom extents
10:55 <@Ales> (once I commented out the o_redraw_single)
10:56 < Igor2Code> >cnieves> the first way is to edit the Makefile in pcb/src/
10:56 <@Ales> I'll debug this to see what the heck it is doing
10:56 < Igor2Code> there's a line LDFLAGS=
10:56 < Igor2Code> you can add -rdynamic there
10:56 < cnieves> Ales: Maybe is there any other piece of code redrawing it?
10:56 <@Ales> that's what I'm thinking
10:57 <@Ales> it's not critical the way it is, but I would like to understand it
10:57 < Igor2Code> i am not sure, but i think another possible way is to export CC to be "gcc -rdynamic" before ./configure or mybe tell configure to use this as a compiler usign configure's command line arguments
11:00 <@Ales> okay, I understand it better now...
11:00 < cnieves> Igor: I got a board summary exporter, and put a board_summary.txt filename. where did the file go? it is not in the current directory. I can send you the log.
11:01 < Igor2Code> it's in src/, near test.sh
11:01 < Igor2Code> (make test cds there :)
11:02 < Igor2Code> if the exporter appeared, i don't need the log, it all worked :)
11:03 < cnieves> Igor: Yes, it appeared. I expected a board_summary.txt file, but in the src directory I only have:board_summary/ configure* host_lib/ log.txt Makefile Makefile.config
11:03 <@Ales> the extra redraw was happening in i_callbacks_file_new when updating the scrollbars and such...
11:03 <@Ales> these calls are not necessary
11:03 < Igor2Code> sorry, in host_lib/ :)
11:04 < Igor2Code> (after noon I can't even follow my own naming conventions:)
11:04 < cnieves> Igor: :-) Ok. It's there, and it is a report of the vias.
11:04 < cnieves> Igor: time for a "siesta" ;-)
11:04 < Igor2Code> thanx :)
11:04 < Igor2Code> too bad DJ is not here :)
11:06 <@Ales> yeah, where is DJ?
11:06 <@Ales> he's not here.. :(
11:08 < cnieves> Ales: I commented the *scrollbar_update and repaint_background in i_callbacks_file_new and it looks much better.
11:10 < cnieves> Ales: how do you debug the drawing code?
11:13 <@Ales> gdb. :)
11:13 <@Ales> I think I will also comment out the redraw in g_add_component
11:13 <@Ales> that way people can add N compomnents without redrawing inbetween
11:14 <@Ales> at some point, yeah, a g_redraw_all will be needed.
11:14 <@Ales> is this okay with you?
11:17 < cnieves> yes. I think it works without the redraw, because afterwards calling the function, a zoom extents is done, thus redrawing all the screen.
11:17 <@Ales> okay
11:18 <@Ales> yes, it does work correctly without the redraw because in all cases (now) a redraw happens afterwords
11:18 <@Ales> as you stated
11:18 < Igor2Code> -rdynamic increases the executable size by 1.7% :>
11:27 < cnieves> Ales: regarding doing zoom_extents whem maximizing/minimizing:
11:28 < cnieves> The signal which monitors this event is the window_state_event, so I set a callback handler for it.
11:29 < cnieves> Just testing, I used a g_signal_connect and a g_signal_connect_after, both pointing to the same callback.
11:29 < cnieves> The callback is called, but it fails to make the zoom_extents, so I added a check for the main_window size.
11:30 < cnieves> gtk_window_get_size(GTK_WINDOW(w_current->main_window),
11:30 < cnieves> &(w_current->win_width),
11:30 < cnieves> &(w_current->win_height));
11:31 < cnieves> I get the callback called twice for each maximize or minimize event, which is fine (before and after the default callback), but I get always the small size of the window.
11:31 < cnieves> It has no sense for me, unless the callback is not called really before or after doing the window resizing....
11:33 <@Ales> Carlos, there is a signal handler in x_event for handling window resize... it's called x_event_configure
11:33 <@Ales> that gets called everytime the window is resized
11:34 < cnieves> ok, so I should put the code there, instead adding a new handler... thanks for the pointer.
11:35 <@Ales> but, I am not so convinced that doing a zoom extents everytime a window is resized is the right thing to do.
11:35 <@Ales> there probably should be some logic to figure out if the window has been maximized
11:38 <@Ales> there must be a way to tell if the window has been maximized in gtk+
11:41 -!- jegc [~jegc@xxxxxxxxxxxxxxx] has joined #geda
11:46 <@Ales> yes:
11:46 <@Ales> You can track maximization via the "window_state_event" signal on GtkWidget
11:47 <@Ales> http://www.gtk.org/api/2.6/gtk/GtkWidget.html#GtkWidget-window-state-event
11:47 <@Ales> http://www.gtk.org/api/2.6/gdk/gdk-Event-Structures.html#GdkEventWindowState
11:47 <@Ales> http://www.gtk.org/api/2.6/gdk/gdk-Event-Structures.html#GdkWindowState
11:48 < cnieves> yes, that's what I was trying to do. However, I think that x_event_configure is interfering with the handler of the window_state signal
11:48 <@Ales> specifically: GDK_WINDOW_STATE_MAXIMIZED
11:48 <@Ales> hmmm really?
11:48 <@Ales> hmmm
11:49 < cnieves> I'll test. I just set a callback of the window_state signal which calls a_zoom_extents, and it didn't work.
11:49 < cnieves> I'm making some experiments in x_event_configure now.
11:49 <@Ales> either way, upload a patch of your work in progress (even if it doesn't work) and maybe somebody will have a brilliant idea. :)
11:49 <@Ales> I'm all out of ideas. :)
11:51 <@Ales> I wonder if the event mask is incorrect
11:53 < cnieves> the gdk event type that x_event_configure sees for a maximize event is the same as the resizing (the configure event type). There is no event mask for the window_state event...
11:54 <@Ales> so, you were monitoring the window state on the toplevel window right?
11:54 <@Ales> (not on the drawing area)
11:55 < cnieves> yes
11:59 <@Ales> maybe the return value from the configure event on the drawing_area is wrong?
11:59 <@Ales> currently it is false
12:04 < cnieves> I think the matter is that both signals are sent when maximizing. Both signal handlers are executed, first the window_state handler, and then the configure handler...
12:06 <@Ales> ugg
12:06 <@Ales> maybe the window_state handler should set a flag that can be handled in the configure handler
12:06 <@Ales> I just sent some e-mail to geda-dev about the new hook Carlos,
12:07 <@Ales> question I had, can users override this hook in a ~/.gEDA/gschemrc or local gschemrc file?
12:08 < cnieves> I think so, but I can't remember how. I'll check later.
12:08 < cnieves> Maybe I can play with this (in x_event_configure):
12:08 < cnieves> if (new_width == w_current->win_width &&
12:08 < cnieves> new_height == w_current->win_height) {
12:08 < cnieves> return(0);
12:08 < cnieves> }
12:09 < cnieves> so if the window_state handler set w_current->win_width and win_height , then maybe the configure event is not done?
12:11 <@Ales> ah
12:12 <@Ales> add a printf in there and see if it gets in there
12:14 <@Ales> Stuart: here's a link to that site with gEDA and PCB mods:
12:14 <@Ales> http://www.minermade.com/pcb-geda/pcb-geda.html
12:14 < cnieves> Both handlers are being executed. Don't get distracted by this. I'll keep trying.
12:17 <@Ales> okay
12:17 < cnieves> If you finished with the new page hook, could you please take a look at the zooming while panning.
12:18 < cnieves> ?
12:18 < cnieves> It's a huge patch and I'd love to see it inside the CVS asap... (so I don't have to change it again)
12:18 <@Ales> here's another link for you Stuart for a new spice:
12:18 <@Ales> http://www.thedigitalmachine.net/eispice.html
12:19 <@Ales> Carlos: is that the thing related to your new patch?
12:19 <@Ales> oh yes
12:19 <@Ales> okay
12:19 <@Ales> lemme checkin a memory leak fix
12:19 <@Ales> first :)
12:23 -!- wexi [~Debugger@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:23 <@Ales> hi wexi
12:24 < wexi> Hi Ales, Have a successful coding day.
12:24 <@Ales> thanks!
12:25 <@Ales> yeah, things are going well... getting lots of things done
12:25 < wexi> The entire world is looking up to you :-)
12:25 <@Ales> I wouldn't go that far... :)
12:25 < Igor2Code> I got only one thing done, with the kind help ov Carlos :)
12:25 < Igor2Code> s/ov/of/
12:26 < cnieves> Hi wexi!
12:27 -!- mike [~mike@xxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:27 < wexi> Hi Carlos, Good luck to you too!
12:27 <@Ales> Hi Mike
12:27 < Igor2Code> hi Mike :)
12:27 < cnieves> Thank you!, all is going pretty well!
12:27 < cnieves> Hi Mike!
12:27 < mike> Hi!
12:28 < sdb> Hi Mike!
12:28 < Igor2Code> wow, i haven't seen so many people on this channel ever :)
12:28 < sdb> This is nothing ... we had about 11 max at the last code sprint!
12:28 <@Ales> I'm going to go out to grab a quick bite to eat... be back in a little bit
12:28 < sdb> However, we spent too much time talking to get things done. . . .
12:28 < mike> I have to apologize, but I am busy packing things. I have a new job and I have to move by the end of the year.
12:28 < sdb> Where
12:29 < sdb> Where;s the new job?
12:29 -!- Levente [~Levente@xxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:29 < Igor2Code> hi Levente :)
12:29 < Levente> Hi!
12:29 < sdb> Hi Levente!
12:29 < mike> I am moving from Ottawa to Waterloo Ontario, and I am working for Research In Motion..
12:29 < Levente> Hihi
12:29 < mike> Hi Levente.
12:29 < Igor2Code> hah, obudanet, the DC hub provider :>
12:29 < Levente> hi all!
12:30 < Levente> Igor2Code: You know them?
12:30 < Igor2Code> >Levente> i have a friend who worked there for a while
12:30 < Igor2Code> he had a number of nice stories... :>
12:30 < Levente> I have too... they stop providing every know and then...
12:31 < Igor2Code> stop providing internet or stop providing dc? :)
12:31 < Levente> internet...
12:31 < Igor2Code> uhh
12:31 < Igor2Code> i guess their mian profile is going to be the dc servers then :>>>
12:32 < Levente> I didn't know... but I am using just their IP service....
12:32 < Igor2Code> they sell IPs?
12:32 < Levente> How is the codesprint going on?
12:33 < Levente> Igor2Code: providing IP...
12:33 < Igor2Code> the guys are coding hard... :)
12:33 < sdb> The codesprint is going well. . . . . Lots of hands mean lots of work gets done!
12:34 < sdb> Carlos has introduced a very nice feature -- open a schematic and automatically get
12:34 < Levente> This is very good! I wish I was there...
12:34 < sdb> a titleblock. I fixed a little bug in gatttrib, and am playing with the
12:34 < sdb> new project manager from Cambridge Univ.
12:34 < sdb> It is alpha quality, but will be very nice indeed when finished.
12:35 < Levente> sdb: Ahh... that is great. I've seen the feature mentioned on the list.
12:35 < sdb> We also did an install on a fresh FC5 machine using yum. If you don't know
12:35 < Igor2Code> i've evem tried it out :)
12:35 < sdb> it, geda is now in Fedora Extras; to get it you just have to do
12:35 < sdb> yum install geda-*
12:35 < sdb> yum install libgeda-*
12:36 < sdb> And you get it. Very nice. The install is pretty smooth.
12:36 < Levente> I failed installing it on FC5. But I had bad luck with source... Monday, I'll try it with yum..
12:36 < Levente> Nice work!
12:36 < sdb> Later I intend to edit the "download" webpage to reflect this new install method.
12:36 < sdb> Yeah, try with yum. You can also do rpm --install , but then you need to
12:37 < sdb> pick up the two dependencies: libstroke and libguile-devel
12:37 < sdb> before installing libgeda-* and geda-*.
12:37 < Levente> okay.
12:37 < Levente> sure.
12:37 < sdb> Also, PCB installs nicely using yum:
12:37 < sdb> yum install pcb-*
12:38 < Levente> I am raly crasy about Harry's dead polygon removal code in PCB.
12:39 < Levente> Ohh... my spelling...
12:39 < Igor2Code> I hope DJ will show up today
12:40 < Levente> sdb: thanks for the news! You all do great work!
12:40 < sdb> Yeah, I thought DJ was coming, but he's not here . . . . :-(
12:40 < sdb> Perhaps he got busy at home.
12:46 -!- mike [~mike@xxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12]
12:47 -!- mike [~mike@xxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
12:48 -!- mike [~mike@xxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Client Quit]
12:51 <@Ales> here's a link to a tutorial on treeview's Stuart:
12:51 <@Ales> http://scentric.net/tutorial/sec-sel-click-menus.html
13:02 <@Ales> okay, back to work.
13:44 < cnieves> Ales, could you make a test:
13:45 <@Ales> sure
13:45 < cnieves> in x_event.c, x_event_configure, replace the a_pan_general call at the end of the function by:
13:45 < cnieves> a_zoom_extents(w_current, w_current->page_current->object_head, 0);
13:45 < cnieves> it should be doing zoom extents whenever you resize the window.
13:45 < cnieves> but it doesn't work for me.
13:49 < cnieves> we were all wondering where DJ is... he just answered a mail to the list, so he seems to be connected somewhere!
13:49 < Igor2Code> :>
13:49 < Igor2Code> he is hiding! :)
13:50 <@Ales> yeah it doesn't zoom extents for me either
13:52 <@Ales> hmmm that's curious
13:53 <@Ales> wait... I wasn't built correctly... lemme try again
14:01 < sdb> I sent DJ a mail asking him to visit us here on IRC. I am not certain he will
14:01 < sdb> show up . . . .
14:03 <@Ales> that's for the override capability Carlos
14:03 <@Ales> ^that's^thanks
14:03 < cnieves> Cesar, did you test the CVS version on mingw? Tell me when you do it, so I can close the patch report
14:03 < Cesar> Carlos: I just now finished checking the strcasecmp status on MinGW.
14:03 < Cesar> Carlos: I just now finished checking the strcasecmp status on MinGW.
14:04 < Cesar> It took me a bit longer, has been a while since I built the MinGW port.
14:04 <@Ales> Carlos: yeah, that zoom extents isn't zooming extents (even though I know it is executing)
14:04 < Cesar> Although strcasecmp doesn't exists in Windows, the MinGW team already provided an implementation in a compatibility library.
14:05 < Cesar> Although strcasecmp doesn't exists in Windows, the MinGW team already provided an implementation in a compatibility library.
14:05 < Cesar> So, strcasecmp and strncasecmp can be used in both Cygwin and MinGW. There are no special cases.
14:05 < Cesar> It will possibly not work on compilers besides gcc, but I am not too worried about that.
14:06 <@Ales> for the mingw port, I don't care about any other compiler but gcc
14:06 < cnieves> Cesar: the code uses strcasecmp, but if it's not available, there is a macro defining strcasecmp as stricmp. The latter seems to exist on Windows, so it may work.
14:07 < cnieves> So, I guess I can close the patch report. Right?
14:08 < cnieves> Ales: something strange is happenning, that zoom_extents should work. I think there is no other function triggered by the resize event....
14:08 < Cesar> Carlos: You can also remove the #defines, if you wand. I tested without that and it works on MinGW too.
14:08 <@Ales> I'm looking at this oddness right now
14:10 < cnieves> Cesar: I think I'll leave the defines there until someone tell us about some problem because of them.... :-) they don't hurt by now. I'll close the patch report.
14:10 <@Ales> Carlos: If I add the zoom_extents to the end of the configure event, it works correctly
14:12 < Cesar> Carlos: Sure, thanks.
14:12 <@Ales> ha.
14:12 <@Ales> ah, it is the combination of the two calls that makes it work
14:12 <@Ales> I don't understand that at all
14:13 < cnieves> what two calls? Do you mean doing: o_redraw_all_fast(w_current);
14:13 < cnieves> x_scrollbars_update(w_current);
14:13 < cnieves> and afterwards zoom_extents?
14:13 <@Ales> no, just add:
14:13 <@Ales> a_zoom_extents(w_current,
14:13 <@Ales> w_current->page_current->object_head, 0);
14:13 <@Ales> right before the o_redraw_all
14:14 <@Ales> not that this is right solution... :)
14:14 < cnieves> but then the backingstore won't be correct...
14:15 <@Ales> backingstore just gets created there
14:15 <@Ales> it gets drawn to in o_redraw_all
14:15 <@Ales> I don't understand why two calls are necessary
14:16 < sdb> John Luciani arrived here at MIT. He wants to talk to DJ, but DJ is MIA!
14:17 < cnieves> Ales, could be that zoom_extents didn't work because the backingstore is being freed afterwards?
14:18 <@Ales> ah.. maybe that's the issue... the old contents are being pushed to the display
14:18 <@Ales> and then backing store is destroyed, and then you zoom extents again and the right display values get setup
14:18 -!- wexi [~Debugger@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Client exiting]
14:19 < cnieves> then why was there a a_pan_general call? was it a bug?
14:19 <@Ales> that might be there to normalize the values that were calculated above
14:19 <@Ales> it's been a while since I've played with the zoom/pan code
14:21 -!- dj [~dj@xxxxxxxxxxxxxxxx] has joined #geda
14:22 <@Ales> hi DJ
14:22 < sdb> Hi DJ! We're all missing you!
14:22 < dj> May not get to stay long, I'm inbetween things waiting for a phone call.
14:22 <@Ales> John is here now... with a LARGE list of usability issues...
14:22 < Igor2Code> hi dj :)
14:22 < dj> Hi, folks!
14:22 < cnieves> Hi dj!
14:22 < Igor2Code> and i'm here for -rdynamic :>
14:23 < dj> Well, I have no specific things to work on.
14:24 -!- jegc [~jegc@xxxxxxxxxxxxxxx] has quit [Quit: Leemos luego]
14:26 < dj> FYI the challenge boards should be on their way here soon: http://www.delorie.com/pcb/smd-challenge/chal01.html
14:28 < Igor2Code> looks great
14:28 < dj> Thanks! I wish they'd scan the other side also (pcbpool) but it's neat to see it at each step in the manufacturing process.
14:29 -!- jcl [~jcl@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #geda
14:29 < Igor2Code> my father is interested as well so I should order at least two :)
14:30 < dj> I've already gone through enough parts for three, and I don't even have the boards yet!
14:31 < Igor2Code> :)
14:31 < dj> You have to be really careful with the small ones; they have no real mass, so any oops and they go flying across the room.
14:31 < Igor2Code> will you provide extgra amount of those?
14:31 < Igor2Code> btw, how one can pay if he doesn't have a credit card? :)
14:32 <@Ales> send gold
14:32 < Igor2Code> hehe :)
14:32 <@Ales> :)
14:33 < dj> No, the smallest ones are the most expensive (0.15 each). There are two in there already, but you need both to make a working circuit.
14:33 < Igor2Code> uhh :)
14:33 < jcl> I am in Cambridge with a two page list to pester DJ with but DJ is MIA!
14:33 < dj> As for payment, I was thinking check or paypal. I'm still targetting $2 each, but I need to think about packaging.
14:34 < dj> Hey, I replied to the announcement saying I'd be busy today. Email me the list ;-)
14:35 < jcl> I only have a printed copy right now but I will email it to you when I get home.
14:35 <@Ales> I don't remember seeing that e-mail... was it a while ago?
14:35 < dj> Ok.
14:35 < dj> Er, when the first notice came out.
14:35 < Igor2Code> I remember that mail
14:35 <@Ales> oh.. I can't remember that far back
15:05 < cnieves> Ales, I think I got it. Update to CVS and check it (bug #1527465: Do a zoom extents for all pages when the
15:05 < cnieves> main window is maximized)
15:05 <@Ales> looking at it
15:09 <@Ales> building it now
15:09 < cnieves> Can I close bug #1508402: segfault when writing png? it seems to be a g_slice bug.
15:10 < cnieves> Forget it, it's already closed.
15:11 <@Ales> yup. Stuart and I have been closing updating bugs. :)
15:11 <@Ales> oops:x_window.c: In function 'x_window_setup_draw_events':
15:11 <@Ales> x_window.c:362: error: 'x_event_window_state' undeclared (first use in this function)
15:11 <@Ales> x_window.c:362: error: (Each undeclared identifier is reported only once
15:11 <@Ales> x_window.c:362: error: for each function it appears in.)
15:11 < cnieves> I noticed it! :-)
15:13 < cnieves> I committed the changes manually and I forgot the prototype.h. Update your CVS copy and try again.
15:14 <@Ales> updating and building
15:15 < cnieves> do you have libgd installed?
15:16 < cnieves> I'm going to eat something. See you in some minutes...
15:19 <@Ales> I just install libgd
15:19 <@Ales> the maximize patch looks good
15:37 < cnieves> back again
15:38 < cnieves> Regarding the gdk-pixbuf and libgd differences, there are mainly two:
15:39 < cnieves> gdk-pixbuf output has less border than libgd output. See x_image.c: lines 649 to 684.
15:40 < cnieves> the other is that you noticed some diferences in net thicknesss, I think, but I don't see that... do you have an example.
15:40 < cnieves> ?
15:40 < cnieves> then if everything is ok with the maximize patch, I can close the bug...
15:49 <@Ales> sure, close the bug. :) Thanks for the patch
15:50 <@Ales> Carlos: I don't have an example at the moment
15:52 < cnieves> what do you think about the border. Maybe it's better if the gdk-pixbuf output shows the same border as the libgd output, so users don't notice the difference.
15:53 < cnieves> If you have libgd installed and a version of gaf compiled with it, and you could make some images, I could compare them with the gdk-pixbuf version I have here...
15:54 <@Ales> Carlos: oh yes, the border, there was a Bug filed against that
15:54 <@Ales> I'll make some images with a comparison and post them
15:55 < cnieves> to fix the border is very easy: just #if 0 the lines in x_image.c I told you. I'm going to do it if you don't object.
15:59 < Cesar> Goodbye. See you next time.
15:59 < cnieves> bye Cesar. Thank you!
15:59 <@Ales> I don't object. :)
16:00 <@Ales> See ya Cesar. Thanks for the cygwin patchs!
16:00 -!- Cesar [~Cesar@xxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Advanced IRC 2.0.4 - don't ask, don't tell]
16:00 <@Ales> I'm going to show John some videos... back in a little bit
16:03 < Igor2Code> >DJ> thanx again for -rdynamic :)
16:03 < Igor2Code> i'm going to sleep now, have fun coding
16:03 -!- Igor2Code [~igor2@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: good night]
16:03 < dj> Bye! Too late.
16:05 < cnieves> bye! see you!
16:07 < cnieves> sdb: did you noticed bug [ 1472541 ] spice-sdb mutates x->dx ?
16:08 < dj> Hey, anyone here do any heat-vacuum-forming? Thinking about that for protecting the components when I ship out the challenge board.
16:28 < sdb> Hi Carlos,
16:28 <@Ales> I'm back
16:28 < sdb> I have noticed the bug report. I haven't done anything about it yet.
16:29 < cnieves> sdb: ok. Just wondering... I was choosing the next victim... :-)
16:30 < cnieves> (victim = bug to fix)
16:31 < cnieves> Ales: I'd like to change the button order and use GTK functions to change it if needed (as described in the comments of bug 1553483). What do you think=
16:34 <@Ales> sure, go ahead and do that, but make sure all the dialog boxes get changed and that whatever change you make works correctly for gtk+ 2.4.x
16:34 <@Ales> or later
16:42 < sdb> I gotta go! My boss is waiting for me.
16:42 < sdb> Bye guys -- it was a great hacking session!
16:42 < dj> bye!
16:43 < cnieves> bye stuart!
16:43 -!- sdb [~sdb@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
16:43 < jcl> bye, bye.
16:43 < dj> bye!
16:43 -!- jcl [~jcl@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
16:44 <@Ales> okay I'm out of here too
16:44 < dj> bye!
16:44 <@Ales> It has been a very good code sprint...
16:44 <@Ales> see ya all at the next one
16:44 <@Ales> or just stop by here anytime.
16:44 < dj> [even if I wasn't here]
16:44 <@Ales> thanks all!
16:45 < cnieves> bye! thanks!
16:52 < dj> Bye, all.
16:52 -!- dj [~dj@xxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
16:56 < cnieves> bye all!
16:56 -!- cnieves [~cnieves@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Abandonando]
18:17 -!- Levente [~Levente@xxxxxxxxxxxxxxxxxxxxxxxxx] has quit [Quit: Leaving]
_______________________________________________
geda-cvs mailing list
geda-cvs@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-cvs