Also of note...
I've got a bunch of tools in glscopeclient and
libscopehal/libscopeprotocols for NRZ/PAM4 signal generation, channel
emulation, de-embedding, equalization, clock recovery, eye patterns,
etc. Might be worth pursuing some kind of integration to develop a full
channel design/simulatio
Hi,
Kicad's DXF export seems to be broken, causing many tools (such as the
Sonnet field solver, example attached) to not import layouts correctly.
I contacted Sonnet support and they did some digging; it seems like
KiCAD is producing malformed DXFs that have non-closed polygons in them.
I've also
Hi,
Kicad's DXF export seems to be broken, causing many tools (such as the
Sonnet field solver) to not import layouts correctly.
I contacted Sonnet support and they did some digging; it seems like
KiCAD is producing malformed DXFs that have non-closed polygons in them.
I've also encountered two o
Hi,
I guess the other question is, do we even *want* to be doing this check?
It's not the 1980s anymore.
At the very least it should be able to be disabled for those of us who
aren't working with a PCB shop stuck in last century.
https://resources.ema-eda.com/blog/are-acid-traps-still-a-problem-
I find them annoying and have to add them to my gitignore's etc constantly.
They're of no value to me because I tend to save every 30 seconds or so
while working.
The *one* thing they might be useful for is guarding against kicad
segfaulting or other failures (disk full, NFS connection lost, etc)
If the memory is allocated at startup and doesn't grow in size, I
wouldn't be too worried about not freeing it at shutdown.
True leaks (growing in size over time) are a major problem. I routinely
leave kicad instances open for weeks or months while working on large
projects.
On 5/29/20 7:22 AM, J
Hiding memory access errors is a terrible idea from both a security and
software reliability perspective. IMO we should be moving in the
opposite direction and adding -fsanitize=address to debug builds.
On 8/2/19 8:25 AM, Steven A. Falco wrote:
> I asked on the Fedora development list about removi
I don't see the need to tie OS support to hardware support. It's totally
plausible to say, for example, "we'll support users on Debian 6 but only
if they have a <10 year old graphics card"
According to Wikipedia, OpenGL 3.x support is available for cards as old as:
* NVIDIA GeForce 8 series (12 ye
My understanding is that LGPL can be DYNAMICALLY linked with arbitrarily
licensed code (GPL of any version, proprietary, permissive, etc) as long as:
1) any modifications to the LGPL'd module are redistributed under the
copyleft terms of the LGPL, and
2) patched/updated versions of the LGPL module
This seems related to teardropping trace-pad junctions, which is
apparently pretty important to reduce bending stresses in flex circuits.
Maybe the two could come together?
On 24/04/17 14:58, Cirilo Bernardo wrote:
> In principle, a minimum curvature can be applied to geometric
> outlines. Maybe w
Hi,
Try to skew-match the pair in the attached file.
On 14/03/17 16:06, Tomasz Wlostowski wrote:
> On 14.03.2017 19:20, Andrew Zonenberg wrote:
>> This one is probably for Orson or Tom...
>>
>>
>> Tested with latest code from git (on Debian Jessie), but I also h
This one is probably for Orson or Tom...
Tested with latest code from git (on Debian Jessie), but I also had the
issue with my old version (a few weeks old, forgot to write down the
exact hash).
Steps to reproduce:
* Create schematic that has a differential pair in it
* Set differential pair des
ne who knows the DRC code?
>
> On Sun, Jun 05, 2016 at 02:49:15PM -0700, Andrew Zonenberg wrote:
>> On that note... Thoughts on adding a new DRC rule for minimum annular ring?
>>
>>
>> On 05/06/16 14:29, Chris Pavlina wrote:
>>> Yeah, the vias still have thei
On that note... Thoughts on adding a new DRC rule for minimum annular ring?
On 05/06/16 14:29, Chris Pavlina wrote:
> Yeah, the vias still have their size stored in the pcb file.
>
> On Sun, Jun 05, 2016 at 09:27:08PM +, Jon Neal wrote:
>> Sounds like a fantastic idea. I've definitely been b
Mask is used on pretty much any design. Paste is used on any design that
will be reflowed (probably 95% of designs these days, if not more) so
they're hardly advanced.
On 22/04/16 07:50, Duane Johnson wrote:
> I recently taught a class on KiCad to beginning users and one of the
> points of difficu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The current PNS_LINE_PLACER::GetModifiedNets() always returns the net
being routed, even if it hasn't changed since the last FixRouting()
call. This leads to unnecessary rebuilds of the ratsnest, which can
take several hundred milliseconds on large boa
t is directly connected to the net. But
> if you have some output/input filter behind it this will not work
> as expected, you still need the power flag then.
>
> André
>
> On 06.02.2016 18:29, Andrew Zonenberg wrote: I do the same thing -
> power flags and hidden pins are banned in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I do the same thing - power flags and hidden pins are banned in my
designs. To supply power to a net I set the "power output" flag on the
pins of the connector going to the battery/power plug.
On 06/02/16 09:23, André S. wrote:
> Ok, I see your point
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This sounds like the best option to me - keep the feature around but
throw a DRC error if you try to use it. This keeps old designs working
(albeit with warnings) and discourages use of hidden connections in
new designs.
Eventually, if the project rea
to a const reference. There's probably room for
bigger speedups but this was a trivial (and significant) optimization.
On 01/02/16 10:33, Andrew Zonenberg wrote:
> Pads on the same net overlapping should not necessarily be a DRC
> error, consider the case of someone trying to make a D-shap
u should be
> safe commenting it out (ratsnest_data.cpp:417). There is an idea to
> improve speed here, but it requires more changes and has to be well
> planned first.
>
> Regards, Orson
>
> On 01/31/2016 09:27 PM, Andrew Zonenberg wrote:
>> When working on a board with a lot of
path and routing
protocols will run on the XC7Z010 SoC at the top of the board.
On 31/01/16 15:11, Tomasz Wlostowski wrote:
> On 31.01.2016 21:27, Andrew Zonenberg wrote:
>> When working on a board with a lot of pads, terminating a trace
>> on a high-fanout net results in a significa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When working on a board with a lot of pads, terminating a trace on a
high-fanout net results in a significant (a second or more) hang of
the entire UI. I haven't yet attempted to figure out what part of the
code this hang is in.
Steps to reproduce:
1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This patch makes the DRC not report clearance violations between
copper pads and non-copper pads (for example, a pad entirely on the
soldermask layer vs a pad on top copper). There were some mentions of
this scenario in the existing code but it wasn't
n it's not.
When using either latest wx from git or stable, it's fine.
On 24/01/16 23:44, jp charras wrote:
> Le 25/01/2016 08:21, Andrew Zonenberg a écrit :
>> The most recent commit (6510) requires wxWidgets 3.1.0 even
>> though the latest stable release is 3.0.x. As a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The most recent commit (6510) requires wxWidgets 3.1.0 even though the
latest stable release is 3.0.x. As a result, it will not build on any
platform that is not using a pre-release development build of wxWidgets.
If the intention was to #ifdef this f
masz Wlostowski wrote:
>>> On 17.11.2015 20:07, Andrew Zonenberg wrote:
>>>> Hi,
>>>>
>>>> I'm getting crashes in the PNS on latest BZR in both debug
>>>> and release builds.
>>>>
>>> Hi Wayne,
>>>
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Valgrind thinks it's a use-after-free: http://pastebin.com/8aCpbQAJ
On 17/11/15 11:07, Andrew Zonenberg wrote:
> Hi,
>
> I'm getting crashes in the PNS on latest BZR in both debug and
> release builds.
>
> GDB log:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm getting crashes in the PNS on latest BZR in both debug and release
builds.
GDB log:
http://pastebin.com/i4kQvXwn
PCB file:
http://thanatos.virtual.drawersteak.com/unlisted/marblewalrus-backplane.
kicad_pcb
System: Debian 7 amd64 with nvidia
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Confirmed to warn, but not crash, in r6302. Guess somebody fixed it
already.
On 07/11/15 13:04, Wayne Stambaugh wrote:
> On 11/06/2015 12:25 PM, Andrew Zonenberg wrote:
>> There's another bug I spent a while hunting for earlier thi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm on Debian 7 amd64. A couple of other people in #kicad managed to
reproduce the issue as well and I think most were linux based too.
On 06/11/15 09:34, jp charras wrote:
> Le 06/11/2015 18:25, Andrew Zonenberg a écrit :
>> There&#
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There's another bug I spent a while hunting for earlier this week, but
couldn't get too far with. Maybe someone else can pick it up?
Steps to reproduce:
* Open pad editor
* Select pad type: SMT
* Select copper layers: none
* Uncheck all technical laye
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is only 4 layers but pretty decently sized and has a big BGA on
it (personal project)
http://redmine.drawersteak.com/projects/achd-soc/repository/show/trunk/b
oards/cat5-tdr
This one is tiny but full of WLCSPs (open sourced research project
from
tchset, it's really appreciated. I
> have just merged all the changes (5928).
>
> Regards, Orson
>
> On 07/12/2015 01:12 AM, Andrew Zonenberg wrote:
>> Hi guys,
>>
>> Here's a fix for two separate issues where the GAL text tool
>> captures the cursor un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Confirmed to be a bug in event handling.
Fixed in my bugfix branch at
https://code.launchpad.net/~azonenberg/kicad/advanced-feature-bugfixes/+
merge/264485
On 12/07/15 13:23, Andrew Zonenberg wrote:
> In previous versions, hitting a layer hotkey
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In previous versions, hitting a layer hotkey (f5, f6, pgup, pgdn, etc)
while routing in GAL would create a via. As of the latest version,
this is no longer the case.
Was this intentional? If so, what was the rationale? If not, this is a
major regressi
well tested and should
be good to merge any time you want.
On 12/07/15 12:51, jp charras wrote:
> Le 12/07/2015 21:12, Andrew Zonenberg a écrit :
>> I pushed a patch to advanced-feature-bugfixes that hides the
>> cursor when the mouse is outside the window. This only applies
>>
12/07/15 11:36, jp charras wrote:
> Le 12/07/2015 20:23, Wayne Stambaugh a écrit :
>>
>> On 7/12/2015 2:08 PM, Andrew Zonenberg wrote:
>>> I'll write up a patch to clean up the cursors (GAL only, not
>>> going to worry about legacy since that's so full
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'll write up a patch to clean up the cursors (GAL only, not going to
worry about legacy since that's so full of artifacts anyway) and push
it to my advanced-feature-bugfixes branch in a few.
On 12/07/15 10:42, Bernhard Stegmaier wrote:
> For my taste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi guys,
Here's a fix for two separate issues where the GAL text tool captures
the cursor under undesirable circumstances.
BUG 1: Placing text in the GAL module editor will capture the cursor
and never release it.
BUG 2: Activating the GAL text tool
Not that I know of. In the past I've used gerbv from geda, which has all
kinds of nice features like antialiasing and alpha blending (but only
works on exported gerbers).
On 05/06/2015 11:53 AM, Mário Luzeiro wrote:
Hello all,
do we have any function in kicad that we can use to render some la
So if I understand this correctly, net names must currently be FOO+ and
FOO- for differential pair routing.
Can you add support for FOO_P and FOO_N naming? These names are legal
identifiers in most hardware description languages and will allow PCB
and HDL net names to be the same.
On 03/03/2
opers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossu
otting? That'd definitely be heavy
> handed, but it would help prevent stupid designers from doing stupid
> things.
>
>
> ...like myself.
>
>
> *sigh*
>
> On Mon Nov 17 2014 at 1:50:06 PM Andrew Zonenberg
> wrote:
> I fixed the bug on my board the sa
d
> this, and drilling out the via through the inner layers does indeed
> disconnect my power and ground nets, so this was definitely my
> problem. Easy enough to fix, especially since this was only 5
> prototype boards, but I'd have been real mad at myself if this was a
> large run!
&
gt; -Ian
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
--
Andre
agree that the migration is a success and are ready
> to switch. This is no small job since the version history must be
> preserved and the bugtracker must also be migrated (preferably with no
> loss of information).
>
>
> - Cirilo
>
>
> ______
Hi all,
While browsing recent commits I saw some updates to authors.txt which
prompted me to take a look at the file and noticed two minor issues.
1) "maintener" (line 15) should be spelled "maintainer"
2) Neither Cirillo Bernardo nor myself are listed as contributors.
T
o : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.r
ts to make it work
> correctly on cmake 2.8.12. Sorry about the build issues. I appears
> that there were some significant changes between CMake 2 and 3 that I
> was unaware of.
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to
dropdown and the
correct size for the current layer will be used automatically.
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.rpi.edu/~azonenberg/
signature.asc
Description: This is a digitally signed message part
Looks like the issue I mentioned previously is indeed a bug. The
attached patch fixes it and provides full support for
blind/buried/microvias in GAL.
On Sun, 2014-09-21 at 19:27 -0400, Andrew Zonenberg wrote:
> Question for Orson or anybody else who knows PNS internals w
lopers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.rpi.edu/~azonenberg/
signature.asc
Des
s stuff
instead of kicad ;)
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.rpi.edu/~azonenberg/
signature.asc
Description: This is a digitally signed message part
___
Mailing lis
before comparing
against lineWidth, which is unsigned. Another possible fix is to change
WIDTH_STEP to an unsigned int but I'm not sure where else it's used;
this patch is less intrusive and easier to confirm safety of.
--
Andrew Zonenberg
PhD student, security group
Computer Science Depa
-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.r
to :
> >> kicad-developers@lists.launchpad.net Unsubscribe :
> >> https://launchpad.net/~kicad-developers More help :
> >> https://help.launchpad.net/ListHelp
> >>
> >
> >
> >
> > _______ Mailing li
The regression is only in 3.0.1. If it breaks in 3.0.0, then you've
found an unrelated bug.
On Wed, 2014-09-03 at 12:38 +0200, Lorenzo Marcantonio wrote:
> On Wed, Sep 03, 2014 at 06:34:18AM -0400, Andrew Zonenberg wrote:
> > What wxwidgets version are you using? There's a
do the exact same thing it works!
>
> This could give a clue:
>
> /home/lomarcan/cvswork/kicad-bzr/pcbnew/ratsnest_data.cpp:931: void
> RN_DATA::Remove(const BOARD_ITEM*): Assertion `net < (int)
> m_nets.size()' failed.
>
> Very frustrating, be careful when using
t.
On Sun, 2014-08-31 at 22:50 +0100, Brian Sidebotham wrote:
> On 31 August 2014 22:27, Andrew Zonenberg wrote:
> > Why does CMake not recompute this particular value during the
> > pre-compile configuration step? It runs checks for changed stuff every
> > time you "
t; Best Regards, Brian.
>
>
> On 31 August 2014 21:47, Andrew Zonenberg wrote:
> > I've observed the same issue with my builds. The only workaround I've
> > found to date is to delete the build directory and do a full rebuild.
> >
> > On Sun, 2014-08-
S=OFF
> >>> KICAD_SCRIPTING_WXPYTHON=OFF
> >>> USE_FP_LIB_TABLE=HARD_CODED_ON
> >>> BUILD_GITHUB_PLUGIN=ON
> >>>
> >>> you can see the compilation date is wrong (we are the 14 08 31) and the
> >>&
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
--
Andrew Zonenberg
PhD student,
n Copper Zones"
> Perhaps adding tool tips for some render options is helpful.
>
>
> The textures are now better.
>
> --
> Jean-Pierre CHARRAS
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to
nd things to try.. but I didn't have time for that at
> moment to improve it.
>
> Nice PCB by the way.. whatever it is doing ;)
>
> Mario Luzeiro
>
>
> From: Andrew Zonenberg [azonenb...@drawersteak.com]
> Sent: 17 August 20
Managed to grab a screenshot of the bad normals:
http://i.imgur.com/Z9Wy34a.png
I can upload the board and 3D files if anybody wants. It seems to be
somewhat intermittent and only happen on some instances of the model and
not all the time.
On Sat, 2014-08-16 at 23:56 -0400, Andrew Zonenberg
Also it appears that the "show 3D models" option is broken. It defaults
to unchecked and whether I click or not the 3D models are still drawn.
On Sat, 2014-08-16 at 23:20 -0400, Andrew Zonenberg wrote:
> Possibly a bug in the order layers are drawn in? Alpha blending requires
&g
gt; trade notes.
>
>
> Regards,
> Jason
>
>
>
>
> On Sat, Aug 16, 2014 at 9:50 PM, Andrew Zonenberg
> wrote:
> Testing your patch against latest BZR kicad with latest wx
> from SVN on
> Debian 7 amd64, GTX 460m with binary nvidia drivers
2:50 -0400, Andrew Zonenberg wrote:
> Testing your patch against latest BZR kicad with latest wx from SVN on
> Debian 7 amd64, GTX 460m with binary nvidia drivers. Board is 4 layers.
>
> The board looks fine as seen from the top
> (http://i.imgur.com/jv4Rfvg.png). Purple color is inten
; Thank you!
>
> Mario Luzeiro
> ___ Mailing list:
> https://launchpad.net/~kicad-developers Post to :
> kicad-developers@lists.launchpad.net Unsubscribe :
> https://launchpad.net/~kicad-developers More help :
> https://help.launchpad.net
lly(wxEvent&)
(event.h:3671)
On Fri, 2014-08-15 at 22:14 -0500, Dick Hollenbeck wrote:
> On 08/15/2014 08:32 PM, Andrew Zonenberg wrote:
> > Does not crash when run under Valgrind, instead gives this error:
> >
> > ==32723== Invalid read of size 8
>
> ^ this erro
DRC_ITEM::m_noCoordinate can be left uninitialized if the second or
third DRC_ITEM constructor is called and not followed by
SetShowNoCoordinate().
Fix attached.
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http
I filed a ticket with upstream
http://trac.wxwidgets.org/ticket/16423#ticket so we'll see what they
say.
On Fri, 2014-08-15 at 23:53 -0400, Andrew Zonenberg wrote:
> The invalid read seems to be a bug in wxWidgets:
>
> src/gtk/window.cpp:1543
>
> static void SendSetCursorEv
rsorResetMap[win])
win->GTKUpdateCursor();
}
event is a local variable on the stack and as a result, as soon as this
function returns gs_overrideCursor is invalid.
I'm not yet sure if this has any relationship whatsoever to the crash
I'm hunting.
On Fri, 2014-08-15 at 23:31
ch to that
shortly.
On Fri, 2014-08-15 at 22:14 -0500, Dick Hollenbeck wrote:
> On 08/15/2014 08:32 PM, Andrew Zonenberg wrote:
> > Does not crash when run under Valgrind, instead gives this error:
> >
> > ==32723== Invalid read of size 8
>
> ^ this error? I've seen
mp;)
(event.cpp:1487)
==32723== Address 0x7feffdee8 is not stack'd, malloc'd or (recently)
free'd
On Fri, 2014-08-15 at 21:19 -0400, Andrew Zonenberg wrote:
> Happens every time I run DRC on this board. I don't want to change the
> design for fear of not being able to reprod
(this=0x3645700, event=...)
at
/nfs/home/azonenberg/Documents/local/programming/3rdparty/kicad/pcbnew/dialogs/dialog_drc.cpp:172
#7 0x7627c2df in wxAppConsoleBase::CallEventHandler
(this=0x7b29e0, handler=0x3645700, functor=..., event=...)
at ../src/common/appbase.cpp:623
--
Andrew Zone
Understood. I actually just found an unofficial wx 3.0 package for
Debian stable, so I may end up switching over to that as well just for
crazy_imp's antialiasing fix.
On Fri, 2014-08-15 at 15:42 -0500, Dick Hollenbeck wrote:
> On 08/15/2014 02:05 PM, Andrew Zonenberg wrote:
> > A
ad-developers
> More help : https://help.launchpad.net/ListHelp
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.rpi.edu/~azonenberg/
signature.asc
Description: This is a digitally signed message part
___
s.GetData();
> #endif
> }
>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/Lis
On Wed, 2014-08-13 at 10:47 +0200, jp charras wrote:
> Le 13/08/2014 08:52, Andrew Zonenberg a écrit :
> > I was investigating some memory corruption segfaults with Valgrind and
> > found that the netlist-import code in pcbnew is calling
> > wxString::Printf() with a char
UTF-8 string to
wchar_t* before passing it to wxString::Printf().
The attached patch was tested on wx 2.8 on Debian 7 64-bit. I'm not sure
if it breaks anything on Windows or wx 3.0 so please test carefully :)
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Renss
med/really long inputs.
3) If some of the optional fields in a lib line are missing, "tmp" can
remain uninitialized.
Patch attached.
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.rpi.edu/~azonenberg/
=== m
Haven't had time to investigate this one. I had just finished editing a
module, opened another one in the same library, and as I hit "OK" it
died. This was with GAL active.
http://pastebin.com/dZMLWNg0
--
Andrew Zonenberg
PhD student, security group
Computer Science Depart
-0400, Andrew Zonenberg wrote:
> This has been happening pretty regularly to me, this is the fourth time
> it's happened to me on this board alone. I finally managed to trigger it
> in a debug build so here's some info.
>
> It appears that the bug happens when the ratsnest c
ibwx_baseu-2.8.so.0
#13 0x7692779f in
wxEvtHandler::SearchDynamicEventTable(wxEvent&) ()
from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#14 0x76927852 in wxEvtHandler::ProcessEvent(wxEvent&) ()
from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
--
Andrew Zonenberg
mail formatting is not reliable here.
>
> I am not taking any responsibility for committing it. But this is one
> obvious deficiency.
>
>
> You did good reminding those that have already commented.
>
>
>
> _______
> Mailing list: https://launchpad.net/~kicad-developers
>
d me about? It's not exactly urgent, but I'd like to get it
merged eventually.
Thanks :)
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.rpi.edu/~azonenberg/
signature.asc
Description: This is a
Good idea.
Let me work on getting a RAM cache working first, then we can update the
"load file from disk" code later on.
On Sat, 2014-08-02 at 21:35 +0200, Tomasz Wlostowski wrote:
> On 02.08.2014 20:30, Andrew Zonenberg wrote:
> > The attached patch parallelizes per-vertex
lem but it will also speed up first-time loading of models when
proper caching is implemented.
On Sat, 2014-08-02 at 14:14 -0400, Andrew Zonenberg wrote:
> I think one of the easiest optimizations is to add some kind of
> application-wide cache in RAM such that individual models are only
&g
> thanks!
>
> Regards,
> Mario Luzeiro
>
> p.s.: because I will soon start using kicad again as a user and will need to
> load beautiful 3d models.. and faster :) so it would be nice to have this
> optimized feature!
>
> ___
) is completely unreasonable, FreeCad loads it in a few hundred
ms (too fast to measure easily).
Is anybody working on this already or should I start optimizing myself?
--
Andrew Zonenberg
PhD student, security group
Computer Science Department
Rensselaer Polytechnic Institute
http://colossus.cs.rpi.
The attached patch causes the model to load properly on my machine. It
adds a check to disable loading color information if no color nodes were
found.
On Fri, 2014-08-01 at 15:29 -0400, Andrew Zonenberg wrote:
> When loading this model:
> http://colossus.cs.rpi.edu/~azonenberg/downloads
as.cpp:490
#10 0x769273f6 in
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&,
wxEvtHandler*, wxEvent&) ()
from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
(remainder of backtrace trimmed, can supply if necessary)
--
Andrew Zonenberg
PhD student, security
bug too.
On Sun, 2014-07-27 at 14:36 -0400, Andrew Zonenberg wrote:
> Interesting. I'll add a divide-by-zero check to the line that it died on
> and see if that fixes the problem. Will send a patch if it works.
>
> On Sun, 2014-07-27 at 20:32 +0200, Nick Østergaard wrote:
>
shes when I enter zero in that field, and will not refresh
> even if I write a non-zero value -- untill I accpet the settings and
> open the properties again. But my build is not a debug build, so I
> guess that the exception you get is just silenced for me.
>
> 2014-07-27 20:23
Should have mentioned earlier, I'm using 5025 plus my PNS blind via
patch (which shouldn't be connected to this at all as I never used the
PNS router before the crash) in debug configuration on 64-bit Debian 7
with WX 2.8.
On Sun, 2014-07-27 at 14:23 -0400, Andrew Zonenberg wrote:
&
0:17 GMT+02:00 Andrew Zonenberg :
> > Steps to reproduce:
> > * Open the GAL module editor
> > * Add a new pad to the module
> > * Highlight the "size X" field
> > * Begin to type "0.5" or any other decimal with a leading zero
> > * As soon as
Steps to reproduce:
* Open the GAL module editor
* Add a new pad to the module
* Highlight the "size X" field
* Begin to type "0.5" or any other decimal with a leading zero
* As soon as the "0" is entered, a SIGFPE is thrown
--
Andrew Zonenberg
PhD student, s
by this patch:
3) The "insert blind via" key does nothing in GAL mode
This patch is functionally equivalent to my previously submitted
microvia-shove-v2.patch but fixes a few code-formatting issues.
On Tue, 2014-07-22 at 14:28 -0400, Andrew Zonenberg wrote:
> See attached patch.
1 - 100 of 127 matches
Mail list logo
