Re: [Kicad-developers] KIWAY milestone A)

On 03/21/2014 12:00 PM, Dick Hollenbeck wrote: > On 03/21/2014 09:19 AM, Dick Hollenbeck wrote: >> Thanks Blair, >> >> I am working on these now. It will require more than one pass to nail all >> of them. >> >> I will let you know when the first pass is done. > > > I am still on the first pass,

Re: [Kicad-developers] KIWAY milestone A)

>> Please find attached a patch to fix the "pcbnewFinishPythonScripting();" >> compilation issue. >> It was just a mismatch between method signature in >> scripting/python_scripting.cpp and scripting/python_scripting.h Thanks Jean-Samuel, committed in 4771. __

Re: [Kicad-developers] KIWAY milestone A)

Oups... Attached now... Le 27/03/2014 19:38, Nick Østergaard a écrit : > No patch attached. > > > 2014-03-27 19:36 GMT+01:00 Jean-Samuel Reynaud >: > > Hi All, > > Please find attached a patch to fix the > "pcbnewFinishPythonScripting();" > compilati

Re: [Kicad-developers] KIWAY milestone A)

No patch attached. 2014-03-27 19:36 GMT+01:00 Jean-Samuel Reynaud : > Hi All, > > Please find attached a patch to fix the "pcbnewFinishPythonScripting();" > compilation issue. > It was just a mismatch between method signature in > scripting/python_scripting.cpp and scripting/python_scripting.h >

Re: [Kicad-developers] KIWAY milestone A)

Hi All, Please find attached a patch to fix the "pcbnewFinishPythonScripting();" compilation issue. It was just a mismatch between method signature in scripting/python_scripting.cpp and scripting/python_scripting.h Regards, Le 20/03/2014 07:58, Dick Hollenbeck a écrit : > I committed milestone A)

Re: [Kicad-developers] KIWAY milestone A)

On 03/21/2014 09:19 AM, Dick Hollenbeck wrote: > Thanks Blair, > > I am working on these now. It will require more than one pass to nail all of > them. > > I will let you know when the first pass is done. I am still on the first pass, with an interim progress report: fixed the initial segfau

Re: [Kicad-developers] KIWAY milestone A)

Thanks Blair, I am working on these now. It will require more than one pass to nail all of them. I will let you know when the first pass is done. In the second pass, please state more clearly how you are launching each program: a) commandline with schematic in argv[1] b) command line with n

Re: [Kicad-developers] KIWAY milestone A)

Hi Dick, I committed milestone A) this evening. > I will watch my email tomorrow for problem reports and calls for help. On building revision 4761 on Ubuntu 13.04 (GCC 4.7.3) I got the following error: [ 31%] Building CXX object common/CMakeFiles/common.dir/kiway_holder.cpp.o /home/blair/sour

Re: [Kicad-developers] KIWAY milestone A)

Working on a bug WRT to the project specific FP_LIB_TABLE that I am now working on. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers Mor

Re: [Kicad-developers] KIWAY milestone A)

On 03/20/2014 09:05 AM, Lorenzo Marcantonio wrote: > On Thu, Mar 20, 2014 at 08:51:46AM -0500, Dick Hollenbeck wrote: >> I don't have an opinion on the wxFrames. I insist however on the wxDialogs >> retaining >> their position and size, at least within the session. This is the support I >> adde

Re: [Kicad-developers] KIWAY milestone A)

On Thu, Mar 20, 2014 at 08:51:46AM -0500, Dick Hollenbeck wrote: > I don't have an opinion on the wxFrames. I insist however on the wxDialogs > retaining > their position and size, at least within the session. This is the support I > added, Wayne > and JP did the wxFrame stuff, about which I am

Re: [Kicad-developers] KIWAY milestone A)

On 03/20/2014 07:28 AM, Lorenzo Marcantonio wrote: > On Thu, Mar 20, 2014 at 07:02:38AM -0500, Dick Hollenbeck wrote: >> You must bring back in DIALOG_SHIM [and conditionally compile the window >> coordinate >> retention,] and keep the KIWAY_HOLDER support in your branch. > > OK no problem. > >>

Re: [Kicad-developers] KIWAY milestone A)

On Thu, Mar 20, 2014 at 07:02:38AM -0500, Dick Hollenbeck wrote: > You must bring back in DIALOG_SHIM [and conditionally compile the window > coordinate > retention,] and keep the KIWAY_HOLDER support in your branch. OK no problem. > Your "reason" is not my reason. If you want tuning knobs for

Re: [Kicad-developers] KIWAY milestone A)

On 03/20/2014 02:27 AM, Lorenzo Marcantonio wrote: > On Thu, Mar 20, 2014 at 01:58:54AM -0500, Dick Hollenbeck wrote: >> I suggest you run using the Debug build for awhile. This is necessary to >> smoke out any >> dialogs which are not derived from DIALOG_SHIM. There still could be some, >> and

Re: [Kicad-developers] KIWAY milestone A)

On Thu, Mar 20, 2014 at 01:58:54AM -0500, Dick Hollenbeck wrote: > I suggest you run using the Debug build for awhile. This is necessary to > smoke out any > dialogs which are not derived from DIALOG_SHIM. There still could be some, > and Debug > build will find them. Otherwise there Kiway() w

Re: [Kicad-developers] KIWAY milestone A)

If somebody wants to make the *.map file generation conditional on Debug build, that would be OK. I'll need the maps though to trim down the size of the upper binaries, but right now everything I'm doing is a Debug build. The map files are big and will slow down linking. Thanks, Dick

[Kicad-developers] KIWAY milestone A)

I committed milestone A) this evening. I will watch my email tomorrow for problem reports and calls for help. I also tagged the product branch revision just preceding the A) commit as "pre-kiway". So if you need to build that version, you can check it out using the tag. bzr co -rtag:pre-kiway