Re: [Kicad-developers] [PATCH] correct some snprintf usage

r5447 does not affect file->save schematic. Your problem is probably from r5446 which affects file dialogs on OSX. Supposedly it was for Open File Dialogs but the option name implies all file dialogs. On Sun, Feb 22, 2015 at 8:40 PM, Bob Gustafson wrote: > I built r5447 on OSX. The File->Save Sc

Re: [Kicad-developers] Mac OS X nightlies are up!

> On Feb 22, 2015, at 5:36 PM, Garth Corral wrote: > > Yeah, not shipped with OS X. It would be something that was built. > Presuming that the new build configured exactly like the old build it would > be interesting to see. Guys, for what it's worth, I downloaded pixman from source and bui

Re: [Kicad-developers] Mac OS X nightlies are up!

So when I reinstalled it, it installed a binary version without downloading, which means that's very likely what was installed on there before. I forced it to reinstall from source--but that is probably going to be different than the binary version. I will send the build log for pixman over when i

Re: [Kicad-developers] Mac OS X nightlies are up!

Yeah, not shipped with OS X. It would be something that was built. Presuming that the new build configured exactly like the old build it would be interesting to see. Garth > On Feb 22, 2015, at 3:48 PM, Adam Wolf wrote: > > Interesting. Is this something that comes with OS X? If not, I

Re: [Kicad-developers] 3D Viewer crushes whole KiCAD with this file

COPYRIGHT.txt was meant to be a convenience for devs to copy and paste the license into new source files. If it doesn't match what is in our source files then we should update COPYRIGHT.txt accordingly. I thought it was the same but if not I will update it when I get a chance. On 2/20/2015 6:10

Re: [Kicad-developers] Global fp-lib-table path

> I thought default fp-lib-table files that ship with the default > libraries are correct. Are there libraries missing from the table? If > so, that needs to be fixed. The official fp-lib-table.for-github and fp-lib-table.for-pretty are kept in sync with the .pretty repositories at https://githu

Re: [Kicad-developers] [PATCH] correct some snprintf usage

Mark, I committed your patch in the product branch version r5447. Thank you for your contribution. On 2/21/2015 10:00 PM, Mark Roszko wrote: > Fixes some cases where n-1 bytes was used as a size but snprintf > protects against that internally. Also some hardcoded constant sizes > changed to size

Re: [Kicad-developers] Mac OS X nightlies are up!

Interesting. Is this something that comes with OS X? If not, I installed it with brew. I can uninstall it and reinstall it, and capture that log. Let me know. Adam Wolf On Feb 22, 2015 5:47 PM, "Garth Corral" wrote: > > More interesting would be the build log for pixman which, according to t

Re: [Kicad-developers] Mac OS X nightlies are up!

More interesting would be the build log for pixman which, according to the attached log, is coming from /usr/local/lib. Garth > On Feb 22, 2015, at 3:31 PM, Adam Wolf wrote: > > The builds are being done on a Mac Mini. > > Model Name: Mac mini > Model Identifier: Macmini6,1 >

Re: [Kicad-developers] Nightlies ??

No problem, have a good one. Adam Wolf Cofounder and Engineer W&L On Sun, Feb 22, 2015 at 5:10 PM, Bob Gustafson wrote: > Yes, all great reasons/comments. Time is indeed a scarce commodity. > > Fun, and feedback from your grateful users and testers are the only offset > for your time. > > Tha

Re: [Kicad-developers] Nightlies ??

Yes, all great reasons/comments. Time is indeed a scarce commodity. Fun, and feedback from your grateful users and testers are the only offset for your time. Thanks very much. Bob G :-) On 02/22/2015 05:02 PM, Adam Wolf wrote: 1) Nightly builds are going to *always* use the current revno.

Re: [Kicad-developers] Nightlies ??

1) Nightly builds are going to *always* use the current revno. It doesn't make sense to do anything else. I don't even have a way to do it any differently. 2) Yes, the builds are completely automated, but supporting users isn't, and either is writing emails for this dev list. 3) There are a lot o

Re: [Kicad-developers] Nightlies ??

On 02/22/2015 03:44 PM, Adam Wolf wrote: Any patches in my nightlies against kicad are for packaging purposes only. I do not believe there are any now. This is why, for example, I did not include the trackpad support in the nightlies, even though I run it on all my personal builds. (Will i

Re: [Kicad-developers] OS X File Open Dialog

Bernhard, I committed your patch in the product branch r5446. I fixed some coding policy issues before I committed it. Thank you for your contribution. Cheers, Wayne On 2/21/2015 1:37 PM, Bernhard Stegmaier wrote: > Hi Wayne, > > I have seen that a fix for the second issue with the filters e

Re: [Kicad-developers] r5444 on OSX - crash reports

Possibly. I am running on OSX, so the reporting of the error would be different. Also, my USE_WX_OVERLAY and KICAD_USE_WEBKIT are both ON. The overall problem (save in eeschema) is the same though. Bob G On 02/22/2015 03:33 PM, Nick Østergaard wrote: Could this be related to this bug on lp?

Re: [Kicad-developers] Global fp-lib-table path

In response to a message written on 22.02.2015, 22:55, from Bernhard Stegmaier: It seems it is still not clear what I meant, so one last try to clarify. I think that I understood in first message. System variable dependent configuration is messy solution (find out about „shellshock”). PCBnew has

Re: [Kicad-developers] Global fp-lib-table path

On 2/22/2015 4:55 PM, Bernhard Stegmaier wrote: > It seems it is still not clear what I meant, so one last try to clarify. > > Lets assume I have *my own* KiCad repository (git, svn, whatever) on *my > server* which looks like this: > KiCad-Repo/ >Modules/ > abc.pretty/ >… >

Re: [Kicad-developers] Mac OS X nightlies are up!

Sounds reasonable… from a quick look into the source pixman seems to check for MMX/SSE2/SSE3 and some non-x86 things during configure. Maybe the same problem here: https://bugs.launchpad.net/kicad/+bug/1424406 @Adam: What is your build machine/c

Re: [Kicad-developers] Global fp-lib-table path

It seems it is still not clear what I meant, so one last try to clarify. Lets assume I have *my own* KiCad repository (git, svn, whatever) on *my server* which looks like this: KiCad-Repo/ Modules/ abc.pretty/ … xyz.pretty/ … Packages3D/ abc/ … fp-l

Re: [Kicad-developers] Nightlies ??

Any patches in my nightlies against kicad are for packaging purposes only. I do not believe there are any now. This is why, for example, I did not include the trackpad support in the nightlies, even though I run it on all my personal builds. (Will it be easy for me to *also* provide a trackpad br

Re: [Kicad-developers] r5444 on OSX - crash reports

Could this be related to this bug on lp? https://bugs.launchpad.net/kicad/+bug/1423381 2015-02-22 22:25 GMT+01:00 Bob Gustafson : > Although the View config doesn't show it - this is r5444 > > Application: kicad > Version: (after 2015-jan-16 BZR unknown)-product Debug build > wxWidgets: Version 3

Re: [Kicad-developers] Global fp-lib-table path

On 2/22/2015 4:17 PM, LordBlick wrote: > In response to a message written on 22.02.2015, 17:40, from Bernhard > Stegmaier: >> Hi all, >> […] >> The last thing I came across is location of global fp-lib-table. >> […] >> Wouldn’t it make more sense or be more consistent to have it in >> $KISYSMOD whe

Re: [Kicad-developers] Global fp-lib-table path

In response to a message written on 22.02.2015, 17:40, from Bernhard Stegmaier: Hi all, […] The last thing I came across is location of global fp-lib-table. […] Wouldn’t it make more sense or be more consistent to have it in $KISYSMOD where all models are? In my personal preference, best place i

Re: [Kicad-developers] Global fp-lib-table path

On 2/22/2015 2:56 PM, Bernhard Stegmaier wrote: > >> On 22 Feb 2015, at 20:38, Wayne Stambaugh > > wrote: >> >> On 2/22/2015 11:40 AM, Bernhard Stegmaier wrote: >>> >>> Wouldn’t it make more sense or be more consistent to have it in >>> $KISYSMOD where all models are?

Re: [Kicad-developers] Mac OS X nightlies are up!

I can only speculate, but by the looks of that stack, I’m going to guess that somewhere in the pixman rendering code there is conditionally compiled instruction extensions, such as SSE*, that your cpu does not support. The nightly builds probably compile this in based on some configuration test

Re: [Kicad-developers] Global fp-lib-table path

> On 22 Feb 2015, at 20:38, Wayne Stambaugh wrote: > > On 2/22/2015 11:40 AM, Bernhard Stegmaier wrote: >> >> Wouldn’t it make more sense or be more consistent to have it in >> $KISYSMOD where all models are? >> OK, fp-lib-table is some kind of configuration/preference which models >> to use, s

Re: [Kicad-developers] Global fp-lib-table path

On 2/22/2015 11:40 AM, Bernhard Stegmaier wrote: > Hi all, > > I did a clean install of one of my machines and now I am setting up > everything for KiCad again - without having all the links, environment > variables, and other stuff that I created over time to keep KiCad going. > The recent change

Re: [Kicad-developers] Nightlies ??

Well, I think the point is to have KiCad at bleeding edge, but not every dependency library. As long as there are no known issues with an old boost, et. al., why should you want to be also at bleeding edge of those? Updating everything frequently just makes it harder to see if issues are in KiC

[Kicad-developers] Nightlies ??

I am thinking that the point of 'Nightlies' is to build at the 'bleeding edge' and provide the builds to folks who can then easily try their normal working 'use case' to see if things (still) work. If they crash - fine, we have a data point. Looking at the Version info of the current 'Nightli

Re: [Kicad-developers] Mac OS X nightlies are up!

Hi, OK, didn’t get that. From my side there is really not much more to help. The only thing that I could imagine is if Wayne could do a Debug-Build for you and then you could check if you still get that crash and if there is some other information we could get from that. The bundle is self con

Re: [Kicad-developers] Global fp-lib-table path

Hmm… I may be wrong, but I don’t think that fp-lib-table introduces $KISYSMOD. Yes, it is used in fp-lib-table, but IMHO it is *not* defined in there. This is not about discussion pros/cons of environment variables… we had that already. It is just the question if I should be able to point KiCad

Re: [Kicad-developers] Mac OS X nightlies are up!

Hi Bernard, sorry, I wasn't clear enough, I think. The version information I provided with my last email was *not* from the nightlies. It was from a working built on my machine, e.g. a build that does *not* crash. I thought to provide this information a starting point for further analysis of t

Re: [Kicad-developers] Global fp-lib-table path

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 22.02.2015 um 17:40 schrieb Bernhard Stegmaier: > Wouldn’t it make more sense or be more consistent to have it in > $KISYSMOD where all models are? No, the fp-lib-table introduces $KISYSMOD -- ideally there shouldn't be any hard dependencies on i

Re: [Kicad-developers] Fix (OS X) / Cleanup (all) Default Env Variables

If the discussion gets too long, I should also say "I like this patch as it is, too" so this should get committed anyway, regardless of changing a default path on OS X. A long discussion about paths shouldn't hold this patch up. Adam Wolf On Feb 22, 2015 12:25 PM, "Adam Wolf" wrote: > Agreed 10

Re: [Kicad-developers] Fix (OS X) / Cleanup (all) Default Env Variables

Agreed 100%. On Feb 22, 2015 11:03 AM, "Bernhard Stegmaier" wrote: > Hi Adam, > > this would be no problem… currently packages3d is put under modules for > all OSes, I didn’t change anything with that. > It’s only the base path which was broken… > > Of course, it would be also no problem just to

Re: [Kicad-developers] Mac OS X nightlies are up!

… I also was too fast with my response, adding list again… > On 22.02.2015, at 19:21, Bernhard Stegmaier wrote: > > Hi Johannes, > > it is lib-pixmap what seems to be crashing, but that is weird. > I found some similar reports of crashes with Mozilla/Firefox/etc., but none > of them with a roo

Re: [Kicad-developers] Mac OS X nightlies are up!

(I wrongly sent this mail only to Bernhard in the first place. Here is it for the list again, sorry.) Hi Bernhard, the crash happens both when starting pcbnew standalone, and when starting pcbnew or the footprint editor from the main Kicad app. Unfortunately, I don't have another Mac to cross

[Kicad-developers] [PATCH] V3 Rectangular pads with rounded corners

Hi everybody, below is the third version of a patch to add support for rectangular pads with rounded corners to KiCad. The patch was generated against revision 5444. What is new: - plotting to HPGL works - plotting to DXF works. Actually that worked from the beginning because DXF is plotted di

Re: [Kicad-developers] Mac OS X nightlies are up!

Hi, does it crash only for standalone pcbnew, or also for that being launched via KiCad launcher, or both? I justed checked on both my 10.10.1 and 10.10.2 machines and don’t have any problems. The only thing I just noticed is that pcbnew can’t load a file via KiCad launcher if started from a p

Re: [Kicad-developers] Fix (OS X) / Cleanup (all) Default Env Variables

Hi Adam, this would be no problem… currently packages3d is put under modules for all OSes, I didn’t change anything with that. It’s only the base path which was broken… Of course, it would be also no problem just to change packages3d location for OS X. If we agree on something, I can make the

Re: [Kicad-developers] Fix (OS X) / Cleanup (all) Default Env Variables

Bernhard, This looks good except the Mac dmgs work nicer if we put packages3d outside of modules, instead of inside of it. This is due to how drag-and-drop copying works on OS X. I have modules/ inside of the extras dmg, but packages3d inside of the main dmg. If we keep packages3d inside of mod

[Kicad-developers] Global fp-lib-table path

Hi all, I did a clean install of one of my machines and now I am setting up everything for KiCad again - without having all the links, environment variables, and other stuff that I created over time to keep KiCad going. The recent changes regarding environment variables made life *much* easier f

[Kicad-developers] Fix (OS X) / Cleanup (all) Default Env Variables

Hi, default paths for KISYSMOD/KISYS3DMOD are currently broken on OS X (set to same as for other OSes). Attached patch * OS X: Fixes default KISYSMOD/KISYS3DMOD (#ifdef typo) * OS X: Removes setting KIGITHUB from kicad/pcbnew Info.plist in favor of hardcoded default setting * Removes now unneed

Re: [Kicad-developers] Mac OS X nightlies are up!

Hi Adam, first, I'd like to thank you, Wayne and Layne, and of course all the other OSX devs for finally bringing "official" OSX builds back to the Kicad main page, great work! This is an amazing improvement for all OSX folks. But, testing the latest of the nightly builds, PCBNew and the Footpr