On 05/13/2011 01:55 PM, Colin D Bennett wrote:
It looked to me like most of the work was done in the patch but it was
left to rot!
In fact it was not. I was rebasing it next time few nights ago.
Perhaps the only thing left to be done is to embed the
font files in the .pcb file so that it does
es that my contribution won't be used to mistreat you.
Best wishes,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 03/11/2011 10:51 AM, Levente Kovacs wrote:
On Thu, 10 Mar 2011 17:47:58 +
Could you please upload it to the tracker? It might get more attention.
I'd really see it checked into the HEAD. Every time I compile a new PCB, I have
to patch.
Browsing the source, I see that there is some moveme
Hi,
On 03/10/2011 12:42 PM, Levente Kovacs wrote:
I have rewritten the skip_drc patch (originally written by Ineiev) to apply
to the current git HEAD.
Thank you! it would be nice if someone added corresponding bits
of documentation to the patch
Stephen Ecob wrote:
I've added this patch to the corresponding LaunchPad bug, #718342
My opinion is that the patch improves PCB's generation of the solder
paste and has a very low risk of creating undesired side effects. I
recommend it for early incorporation into GIT head.
I'll push it tomorr
Hi,
On 02/20/2011 02:24 AM, Kai-Martin Knaak wrote:
Zafi Ramarosandratana wrote:
I'm using PCB 20091103-02 on Ubuntu 10.4.
DRC does not find the following simple error.
I put an element (footprint: SO8) inside a polygon. One pad is defined as
Pad[-13500 -7500 -7000 -7500 2000 1000 3000
On 02/21/2011 02:06 PM, Peter C.J. Clifton wrote:
On Feb 21 2011, Ineiev wrote:
It looks like Bloat in IsLineInPolygon() should be doubled like in the
attachment.
Sounds about right - of this appears to fix the problem for the OP,
please commit the fix ;)
It doesn't actuall
On 2/19/11, Kai-Martin Knaak wrote:
> I can confirm for fairly recent versions of pcb and pcb+gl.
> In your example, DRC starts to complain at 7.1 mil. That is, 2 mil
> too late. The discrepancy grows as the clearance grows. With an
> 11 mil gap I had to ask for 14.1 mil minimum distance to receiv
On 2/20/11, Stephen Ecob wrote:
> On Mon, Feb 21, 2011 at 1:51 PM, Kai-Martin Knaak wrote:
>> Congrats to your new status!
>> The geda project got a new dev!
>> This is really good news :-)
>
> +1 :-)
Thanks to the whole community!
___
geda-user mail
Kai-Martin Knaak wrote:
Ineiev wrote:
I made a wrong assumption (segs variable should be at least 1).
diff --git a/src/polygon.c b/src/polygon.c
I can confirm, that this patch removes the problem both in git-head
and in Peters gl version. :-)
Pushed to git-head.
Thanks,
Ineiev
Kai-Martin Knaak wrote:
I can confirm, that this patch removes the problem both in git-head
and in Peters gl version. :-)
Thank you!
On minor nit: The wasn't attached but part of the body of the email.
So I had to copy-pasted it to a patch file. This patch file did not
apply right away. The
Peter Clifton wrote:
On Sat, 2011-02-19 at 19:02 +, Ineiev wrote:
Lets make this your first commit once you get a developer account setup.
You will need to provide Ales the public half of an SSH key you
generate
Attached (not sure whether any steps are needed to ensure its' inte
ocate the
the exact version I pulled, or the commit that started the regression.
Urm - I think the bug got into git HEAD too. I think this commit has
caused a regression, but I'm not quite sure why.
commit 2d8dc8a3a3a55158b4e6278dd9f40588e4111c2d
Author: Ineiev
Date: Sun Dec 12 00:28:48
the text in inkscape or something and
> importing it with pstoedit.
Discuss also using QCAD fonts, please.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Hi,
kai-martin knaak wrote:
When creating a multiple purpose HF connector footprint pcb refused
to place vias close to each other. The trigger for refusal seems
to be overlapping annulus.
Reported three years ago:
http://sourceforge.net/tracker/?func=detail&aid=1687692&group_id=73743&atid=5388
On 10/12/10, Peter TB Brett wrote:
> Why oh why doesn't gschem --version DTRT?
>
> Peter :-(
Does it mean that a change like in the attachment has any chance
in future gschem development?
Cheers,
Ineiev
From 13ca491fba616a0cc0e8457d32d05529c4daa405 Mon Sep 17 00:00:00 2001
From
Hello,
I want to make some documentation regenerate itself with different
versions of gschem. it outputs EPS figures using a script like this:
(load "gschem-lightbg")
(output-orientation "portrait")
(output-type "extents no margins")
(output-color "enabled")
(output-text "ps")
(paper-size 0.0 0
Hello,
Felix Ruoff wrote:
The second one (0004...) introduces the gtk-default-dialog for
'overwrite-existing-file - confirmation'.
gtk_file_chooser_get_do_overwrite_confirmation() was introduced in gtk-2.8;
PCB current requirement is 2.4.0.
___
ged
I tried a lot but no use.
I tried to move the descriptors and saw just one problem:
when there is a copper line under the silkscreen you select
the line rather than the text. this can be avoided switching off
the copper layer.
Hope that helps,
Ineiev
__
read, and irritating.
I deal with it without changing PCB units:
http://repo.or.cz/w/geda-pcb/dti.git/shortlog/refs/heads/ineiev-annoyingdecimals.squashed
(and BTW the Lesstif HID provides another way to avoid that tail of nines).
___
geda-user ma
gue that such a cross compiler is a component of the
> embedded OS.
Most probably, yes, when somebody supplies the toolchain;
do you think one also could argue when nobody does?
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http:/
DJ Delorie wrote:
I have: http://gpl-violations.org/faq/sourcecode-faq.html.
And yes, Harald Welte has made some vendors to distribute
their sources with entire toolchain.
Unusual, since the "compiler..." part of the GPL was specifically
added for DJGPP, which is not "normally distributed... wi
toolchain.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
John Griessen wrote:
On 10/06/2010 10:30 AM, John Doty wrote:
You don't need to deliver *any* source code unless it is requested by
the user.
OK. Let me rephrase that to,
"What would I need to make available to comply with GPLv3 for a GPLv3
library delivered as part of an
open hardware sys
7;ll just stack more patches than otherwise expected and
use them locally.
Best wishes,
Ineiev
>From 9b8d3cda761b1a719d10768cd34d4908c70023a5 Mon Sep 17 00:00:00 2001
From: Ineiev
Date: Sun, 12 Sep 2010 08:14:14 +
Subject: [PATCH 01/12] RectPoly: check arguments to avoid empty polygons
f
Hi, Bert;
On 9/30/10, Bert Timmerman wrote:
> Hmm, g_key_file_* and friends arrived at GTK version 2.6.
>
> AFAICT, configure.ac checks for the GTK version to be at least 2.8.0, so all
> gtk functions prior to that version (and not deprecated) should be
> reasonable safe to use.
2.4.0, to be pre
On 9/28/10, kai-martin knaak wrote:
>
> So flexible, that it can't deal properly with ยต and ?, let alone
> right to left scripting, or Chinese.
What do you mean? gschem renders both Arabic and Chinese texts
without visible problems.
___
geda-user mail
esstif HID. Peter's branch is still
several times slower than elder GUIs on all my machines, which makes
the GL-based renderer actually unusable for me.
Kind regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/
Peter Clifton wrote:
On Mon, 2010-09-13 at 06:00 +, Ineiev wrote:
Or ensure that the results of RectPoly are checked. I find single
place to modify:
Shouldn't be a problem in the dicer. From recollection, poly_* boollean
routines check for NULL one one of the two input polygons, and
On 9/12/10, Peter Clifton wrote:
> On Sun, 2010-09-12 at 06:57 +0000, ineiev wrote:
>> Peter Clifton wrote:
>> > I think the rule it is triggering on in this case is probably bogus, and
>> > the "Shrink" parameter should not apply to a pad solid inside a pol
8 +330,8 @@ RectPoly (LocationType x1, LocationType x2, LocationType
y1, LocationType y2)
PLINE *contour = NULL;
Vector v;
- assert (x2 > x1);
- assert (y2 > y1);
+ if (x1 >= x2 || y1 >= y2)
+return NULL;
v[0] = x1;
v[1] = y1;
if ((contour
it does not make the patch perfect,
but I have no better idea at the moment.
Regards,
Ineiev
From 5ec7e281f01fa09b041537e4f4eb8237cda1cc9c Mon Sep 17 00:00:00 2001
From: Ineiev
Date: Tue, 7 Sep 2010 10:30:44 +0400
Subject: [PATCH] recognize PCB::non-copper layer attribute
layers with `PCB::non-copp
On 9/4/10, Windell H. Oskay wrote:
>>
>> On Sep 4, 2010, at 4:30 AM, Ineiev wrote:
>>
>>> Hello, DJ;
>>>
>>> On 9/4/10, DJ Delorie wrote:
>>>> Our DRC engine could use a complete rewrite. It doesn't get arcs
>>>> ri
On 9/4/10, DJ Delorie wrote:
>
>> Ineiev, thanks for the patch, it applied fine. However, I'm unable to find
>> the
>> (Edit->Edit attributes of->Current Layer). Is it placed somewhere else,
>> or can I manually edit the .pcb file for the same result?
Hello, DJ;
On 9/4/10, DJ Delorie wrote:
> Our DRC engine could use a complete rewrite. It doesn't get arcs
> right, for example.
Could you elaborate on the arcs, please? what it doesn't do?
Thanks,
Ineiev
___
geda-user mailin
per layer into a distinct layer group
(File->Preferences->Layers, Groups Tab), add to the layer an attribute
named "PCB::skip-drc" (Edit->Edit attributes of->Current Layer),
and PCB should skip the layer during DRC and connections lookup.
Kind regards
From 1bec53aea09312b99ee
Hi,
On 5/27/10, Jose Luis Diaz Bernabe wrote:
>I'm new in PCB, and PCB manual suggested use vendor file to specify
>set of sizes for a PCB manufacturers. But I'd like to know how change
>defaults of individual layers gerbers as: top layer: mirror; units:
>mm, etc. and produce i
rename-bool.sh HEAD...${HASH}
>
> Replacing ${HASH} with the hash of the most recent commit shared with
> the main repository. This *should* remove merge conflicts to do with
> bool.
Why not apply it to your local branch instead of PCB master?
Best wishes,
Ineiev
___
Jared Casper wrote:
If it makes it any easier. All five of these patches can be pulled from:
git://github.com/jaredcasper/pcb.git
Thank you. _I_ shall.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinf
ce all C-style comments
with C++-style ones in PCB! it will be a real pain for some people
on the list to rebase their local patch sets against new
master HEAD.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
27;d be glad to
> hear it.
I second.
Cheers,
Ineiev
From b7af7773d5edb9110c96f538e9b050c582d4bd56 Mon Sep 17 00:00:00 2001
From: Ineiev
Date: Sat, 7 Mar 2009 08:12:21 +0300
Subject: [PATCH] misfix a bug of "edit text" action
re-insert the text object into the rtree when it's siz
and current sources do build with
c89 compilers as far as I know.
Kind regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
that is, nothing changes.
Some of patches from my collection will need to be rebased manually,
but I have no other objections.
Thanks,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 4/3/10, Stefan Salewski wrote:
> And if we move a label we get always
>
> Request for bounding box of unsupported type 1024
>
> in Log Window.
Looks like
http://sourceforge.net/tracker/?func=detail&aid=2893717&group_id=73743&
Hi,
On 3/25/10, Peter Clifton wrote:
> Patch looks good, but I'm not sure it is necessary to pass 5 vertices
> (manually closing the polygon).
Quite right, thank you; I've updated it in repo.or.cz:
http://repo.or.cz/w/geda-pcb/dti.git/shortlog/refs/heads/ineiev-dspdances.s
with more precision.
I thought it was a very well-known feature; it was reported in 2007
(http://sourceforge.net/tracker/?func=detail&aid=1800872&group_id=73743&atid=538811);
I support a patch for rectifying it here:
http://repo.or.cz/w/geda-pcb/dti.git/shor
and y in that line should evidently be px and py.
Regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
/y to set center and clicking again to set
>>> radius or just popping up a dialogbox to set radius/correct XY after
>>> one click in 'circle' tool mode.
>>
>> Go ahead.
Actually, it is not that hard. here is a very old patch modifying arc tool:
http://re
, /* make program name */
*InitialLayerStack; /* If set, the initial layer stack is set to
this */
Boolean DumpMenuFile;/* dump internal menu definitions */
LocationType PinoutOffsetX, /* offset of origin */
Cheers,
Ineiev
On 1/21/10, DJ Delorie wrote:
> You must not charge more than actual costs, so you're not going to
> profit on the distribution. A DDOS would just use up all your time.
You are right; thanks for explanations.
___
geda-user mailing list
geda-user@mori
ance to make reasonable money from the program;
the "must" does not impose any strict terms and I believe the distributor
can eventually provide even 10,000,000,000 copies if needed.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
h
apparently designed for fairly high DC current, so it seems like
>connecting the DC power source (or load) across the centre split is
>the way it's done.
I have no idea; probably, those transformers could be used for different
purposes.
Regards,
Ineiev
FAIK M4 footprints are in a different package, PCB
(http://sourceforge.net/projects/pcb).
Hope that helps,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
rse they are shorted but they have the same
> name.
Have you tried to split lines with `\'?
Hope that helps,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 12/18/09, Julian wrote:
>
>The thermals seem to be rendering fine with git...I'm not sure if
>ineiev is using an older version?
I'm sorry, I just thought Gerbv _might_ have some trouble with it, I
was not sure at all.
Thank you for exempl
On 12/18/09, Ineiev wrote:
> Try the attachment. gerbv does not recognises D2 as D02,
> despite the format documents this option.
Awfully sorry, typo in one of the modified lines.
diff --git a/src/gerber.c b/src/gerber.c
index bba2211..d91b6e1 100644
--- a/src/gerber.c
+++ b/src/ge
orrectly; probably this is not a valid definition not because
it does not end in *% (* and % are separated with a newline).
Actually, I have no idea on how good is Gerbv macro apertures
support (I believe this is too complicated feature to use it
it production).
Kind regards
These are opened fine by other viewers ex. ViewMate etc.
> Gerbv seems to think its not a gerber file, though it is 247x
Actually, the files are not quite orthodoxal; e.g. gnd.gbr begins with *.
Thanks,
Ineiev
diff --git a/src/gerber.c b/src/gerber.c
index bba2211..d91b6e1 100644
--- a/src/gerber
; Any hints?
Well, if you want really _any_ hints, what about this branch:
http://repo.or.cz/w/geda-pcb/dti.git/shortlog/refs/heads/kai-martin-scriptaction
IIRC, this topic was discussed several times here, have you got anything new?
Cheers,
Ineiev
___
g
On 11/15/09, Ineiev wrote:
> That resulted in arc.bis.patch.
Then, eliminate two precision losses.
I feel I ought to stop here: the patch fixes
many more bugs than originally reported.
Cheers,
Ineiev
diff --git a/src/find.c b/src/find.c
index 1962234..6fb62b6 100644
--- a/src/find.c
+++ b/
On 12/3/09, Jim wrote:
> I've poked at some documentation, what tutorials I could find and
> Googled for geda fill and haven't yet found instructions on filling. Is
> it called something else in pcb lingo?
Try polygons.
Regards,
Ineiev
_
On 11/30/09, Gabriel Paubert wrote:
> Now what's the difference between that command and a more generic
> SetViaMask with zero for the mask size
Good point.
Cheers,
Ineiev
From d216ed3d969b0b2a6d9134dd0bfbaa6e07e77f76 Mon Sep 17 00:00:00 2001
From: Bert Timmerman
Date: Sun, 29 Nov
) should be actually spelled
as SetViasTented(), and it seems not to work;
I'd also slightly refactor arguments
handling and other things.
Best regards,
Ineiev
From 63156621274735352e65ab0fba1cb09ffc9224c0 Mon Sep 17 00:00:00 2001
From: Bert Timmerman
Date: Sun, 29 Nov 2009 10:24:26
Just checked the sources; looks like all places where that output might occur
are commented out.
> And yes, PNG output is enabled and works.
Actually, the features are not related.
Regards,
Ineiev
___
geda-user mailing list
geda-user@moria.
lta" "$6" "$7" "$8" "$9" "$10;
}
#! /bin/awk -f
!/\tPad/ { print }
/\tPad/ {delta=600;
if ($5+delta<$7) print; else
print "\t"$1" "$2" "$3" "$4" "$5" &q
ry boxes instead of text labels).
>
> Seconded!
>
>>
>> Maybe I should scratch that itch myself.
>
> I encourage you.
I second; please post it here if you do it.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
only if --enable-debug is set at the same time?
> It there only a visible effect of --enable-toporouter-output for the
> experimental OpenGL branch?
> Or only if --enable-debug is set at the same time?
All three should work independently.
HTH,
Ineiev
___
On 11/24/09, Atommann wrote:
> Hi,
>> Second question, is there a ruler tool in pcb?
>>
>
> I observe the coordinate and make subtraction.
Ctrl-M in default bindings marks a point, then dx, dy, phi and r are
shown near the coordinates - top right in GTK, low left in Less
right... :)
>
> Maybe I will post something... maybe... someday...
You are welcome; my point was that this is probably
one the one of most natural ways in this case.
Kind regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 11/23/09, Stefan Salewski wrote:
> Seems to be a bug.
>
> Old pcb20081128 gives me the png previews, so it should not be a problem
> of my box.
>
> Tested with --enable-m4lib-png or --enable-m4lib-png=yes in combination
> with various other options. No preview
when I disabled it, I had got building problems; I shan't speak how
I solved them because I don't want to waste PCB developers' time.
Regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
ght to the left will mark all objects which
> interferes with the rectangle (even only partially).
> Would be nice to hear about a better solution to mark objects and
> about the meaning to implement the above methods.
Reasonable ideas (I really like the first one);
but you evidently forg
01089 /lib/libm-2.8.so
003e6000-003e7000 r--p 00026000 fd:00 101089 /lib/libm-2.8.so
003e7000-003e8000 rw-p 00027000 fd:00 101089 /lib/libm-2.8.so
003ea000-003ed000 r-xp fd:00 101082 /lib/libdl-2.8.so
003Aborted
Sigh,
Ineiev
_
On 11/19/09, Peter Clifton wrote:
> I tried it, and couldn't reproduce a crash, neither under gdb or
> valgrind. What are the steps to reproduce?
I had reproduced it faultlessly on two different machines
with different GUIs before I reported; after your post
I went to a third and reproduced it so
**object_id_list, int **object_type
return;
default:
+ fprintf (stderr,
+ _("Internal error in BuildObjectList: unknown thing_type %i\n"),
+ thing_type);
+ fprintf (stderr,_(" This must result in a segmentation fault..\n"));
return;
mediate results.
And for those who use Lesstif:
pcb --grid-color white --background-color black
works with both GTK and Lesstif guis.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 11/18/09, Frank Bergmann wrote:
> On Tue, 17 Nov 2009 19:24:48 +, Peter Clifton wrote:
>
>> On Tue, 2009-11-17 at 18:35 +, Ineiev wrote:
>>> On 11/17/09, Peter Clifton
>>> wrote:
>>> > On Tue, 2009-11-17 at 14:11 +, Ineiev wrote:
>&g
On 11/17/09, Peter Clifton wrote:
> On Tue, 2009-11-17 at 14:11 +0000, Ineiev wrote:
>> I think you may want to use this Frank Bergmann patch (I like it very
>> much)
>> http://sourceforge.net/tracker/?func=detail&aid=2779826&group_id=73743&atid=538813
>>
ase add the terminal history to
>your post".
I believe this typically won't help very much; there is --verbose
option, but it is not used very often.
Kind regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
u see, I'm not a developer to say whether they are ready to push;
I just think that they implement the feature; I can't essentially improve
them any more without external feedback, either from developers or from users.
> I can't review properly at the moment though..
Well, it
renames.
Thank you, I think now I have got the right idea;
and how do you typically invoke such means?
Regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 2009-11-16 at 10:32 AM Peter Clifton wrote:
>On Mon, 2009-11-16 at 09:23 +0000, Ineiev wrote:
>> Is there any means to automate such tracking?
> Ah.. sorry - I didn't mean to break your patches!
Never mind; it is essentially unavoidable thing.
> I use "stgit", w
n the content is moved between files (not by default).
Is there any means to automate such tracking?
Thanks,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
routines!
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 11/14/09, Ineiev wrote:
> On 11/13/09, Peter Clifton wrote:
>> On Fri, 2009-11-13 at 20:33 +0000, Ineiev wrote:
>>> On 11/13/09, Ineiev wrote:
>>> Next versions: fixed signs of second atan2 arguments; no DRC errors on
>>> whole teardropped OSDCU
On 11/14/09, Ineiev wrote:
> (2) the bug was fixed recently, as I used a post-20091103 GIT version.
> can you check the current GIT head?
Well, this case I can check myself; and it appears that two polygons
on "solder" layer do disappear on loading the file; as I mentioned,
the
board,
preferably gzipped on PCB Sourceforge bugtracker?
(2) the bug was fixed recently, as I used a post-20091103 GIT version.
can you check the current GIT head?
Thanks,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 11/13/09, Ineiev wrote:
> And this is another fix --- for IsPointOnArc().
>
> The sample o.pcb is an extraction of teardropped OSDCU board.
Next versions: fixed signs of second atan2 arguments; no DRC errors on
whole teardropped OSDCU board.
Pardon for offtopic,
Ineiev
And this is another fix --- for IsPointOnArc().
The sample o.pcb is an extraction of teardropped OSDCU board.
Cheers,
Ineiev
o.pcb
Description: Binary data
0001-fix-IsPointOnArc.patch
Description: Binary data
___
geda-user mailing list
geda-user
utput of the compiler is always standard-compliant,
and if GCC may optimise the expression with -ffast-math, other
compiler (or even processor!) may optimise it with -O2.
Kind regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul
icated curves, it would
better support something general like beziers; it would not be much
harder, but more useful.
Regards,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 11/13/09, Stephan Boettcher wrote:
> DJ Delorie writes:
>
>> The file format and internal data formats support it, but there's no
>> way other than editing the file to set width and height to different
>> values.
>
> I do like that fact that the file format supports more general features.
> Bu
iptic arcs; IMO the most
important that they were never DRCed correctly, and most probably
won't be in forseeable future. I really hate this feature of the PCB
file format.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http:/
On Thu, 2009-11-12 at 20:06 +, Ineiev wrote:
> Probably the function should be rewritten almost completely.
> I'll try tomorrow.
And this is what comes in the attachment.
First, I suggest computations against the centerlines
of arcs; this simplifies the geometry and does
On 11/12/09, Ineiev wrote:
> The function computes the intersection points of two arcs of zero width:
> the first is has radius r1+arc1->Width+bloat, the second has the radius
> r2+arc2->Width.
Sorry, r1 and r2 were arc{1,2}->Width and Wid
On 11/12/09, Peter Clifton wrote:
> On Thu, 2009-11-12 at 17:16 +0000, Ineiev wrote:
>> Sorry, forgot to scale atan2 result:
> Is this patch still needed if the bounding-boxes were correct?
They _are_ correct: they include the arc with her clearance.
if they didn't include clea
Sorry, forgot to scale atan2 result:
diff --git a/src/find.c b/src/find.c
index b24512a..62f5df0 100644
--- a/src/find.c
+++ b/src/find.c
@@ -1327,6 +1327,24 @@ PVTouchesLine (LineTypePtr line)
return (False);
}
+static int
+radius_crosses_arc (float x, float y, ArcTypePtr arc)
+{
+ float alp
On 11/12/09, Peter Clifton wrote:
> On Thu, 2009-11-12 at 07:40 +0000, Ineiev wrote:
>
>> * some complicated features should be used with caution;
>> e.g. sometimes polygons may disappear when you move from one
>> part of the board to another or even produce a segmentat
he code and debug it
> myself!
Arcs are OK, unless they are ellipsoidal; in that case they can't
survive rotation by arbitrary angles.
Cheers,
Ineiev
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On 11/8/09, Peter Clifton wrote:
> BTW, Please bug me if you
> have any outstanding patches I promised to review / apply. I recall
> layer colours..
Very good; the patches are in Gitorious; this should work:
git clone git://gitorious.org/~ineiev/pcb/clon_ineieva.git
cd clon_ineieva
git
1 - 100 of 208 matches
Mail list logo