kicad-developers team mailing list archive

[Dick Hollenbeck <dick@xxxxxxxxxxx>]

On 04/14/2014 02:03 PM, Wayne Stambaugh wrote:
> On 4/14/2014 2:37 PM, Dick Hollenbeck wrote:
>> On 04/14/2014 01:20 PM, Wayne Stambaugh wrote:
>>> I was working on a project with a project specific footprint library
>>> table when I noticed that it appeared to have all of the default legacy
>>> footprint libraries instead of the libraries that I had defined.  I went
>>> and looked at the project fp-lib-table and sure enough it only had the
>>> two custom libraries that I originally added to it.  Upon further
>>> inspection I noticed that KIPRJMOD is incorrectly pointing to system
>>> template path instead of the project path (see attached image).  Is
>>> anyone else seeing this?  This used to work just fine.  Did someone
>>> change the CWD code recently?
>>>
>>> Wayne
>>
>>
>> Your graphic is not showing the project specific tab.  So I think I have no starting point
>> in understanding your bug report.
>>
> 
> Here is the fp-lib-table editor image with the project tab selected.
> The problem is that KIPRJMOD is defined as the template path (I selected
> it to highlight it) even though the netlist file that is open is in the
> project folder that contains a valid fp-lib-table file.  I looked at the
> fp-lib-table in the template folder and sure enough that is the
> fp-lib-table that is being loaded instead of the project fp-lib-table
> file.  There are only two entries in the project fp-lib-table.


I'd put breakpoint at


1) line 58 of common/project.cpp
2) line 94 of common/project.cpp


Check the call stack when you hit either of those.
Check the full name of the project at either place.

At line 94 the flow should go to the else.