EAGLE Central Forums
Where the EAGLE community meets. Sponsored by Stratford Digital.

Home » CadSoft Support Forums » eagle.betatest » EAGLE fails with large-area drawings
EAGLE fails with large-area drawings [message #160076] Sun, 22 March 2015 22:51 Go to next message
Andreas Weidner
Messages: 564
Registered: November 2008
Senior Member
EAGLE 7.2 (and apparently all older versions) for Windows fails when
confronted with large drawing areas (which should never happen in the
real world, but nevertheless):

1. The maximum supported page coordinates are -2m...+2m. Drawing a
rectangle (in the schematics) with the command line using
grid mm
change layer info
wire (-2000 -2000) (2000 2000) (-2000 -2000)
window fit
works nicely.
2. Trying to delete one of the lines by clicking near it, but OUT
OF the allowed area produces an error message, which is correct
from a programmer's point of view, but strange to the user: "Hey,
the line is already THERE, so why should it be out-of-area?"
[this seems to be by design]
3. Trying to GROUP all four lines with the mouse fails, because the
rectangle one wants to draw across the screen is not accepted for
the same reason.
[this seems to be by design]
4. Trying the command line with "group all" SHOULD work properly, but
DOESN'T: A (too small) rectangle appears and immediately vanishes
again, and EAGLE complains with "group is empty".
[This seems to be a bug]
5. By some reason, it is possible to create texts in EAGLE that go
OUTSIDE the allowed range. Do this for a longish text that exceeds
the limit at the right top, and one at the bottom left. The file
"bigdata.sch" contains such a drawing.
6. By doing nothing but repeatedly trying to zoom in and out of some
characters outside the allowed area (by moving the screen to where
one WANTS to zoom, then using the wheel, which makes the screen
jump back to the allowed area, moving the screen again etc.),
suddenly EAGLE more or less collapses:
- EAGLE shows an area with absolutely NOTHING in it
- Zooming out doesn't work at all any more
- The displayed area can sometimes be moved nearly ad infinitum
- If one manages to find the area again where the rectangle and
texts were drawn, three of the four lines have vanished, and
the whole thing is displayed MIRRORED (the texts exceed the
upper left and lower right corners and are also shown
mirrored).
- All in all, the whole screen contents are garbled, and moving
and scrolling don't work properly anymore.
[This seems to be a bug]
7. This MIGHT be because somewhere, some integer difference
overflows silently, creating an unwanted NEGATIVE number, and
therefore suddenly causing an inverted zoom factor...
8. Nicely, it is impossible to draw lines outside the allowed area.
But, unfortunately, it is possible to MOVE lines out of the
area by just grabbing their center and moving the mouse so that
the mouse DOES stay inside the area, but NOT the resulting line
end point: This now creates lines with INVALID coordinates, and
no warning or error message ever appears. Trying to do a
"window fit" with such a drawing immediately runs into the same
problems as stated in (6). Saving such a drawing is done
without any error message (see the file "bigdata2.sch"), but
READING that file back fires warnings and reads a drawing that
is DIFFERENT from the one that was saved.
[This seems to be a bug]

With best regards,
Andreas Weidner
Re: EAGLE fails with large-area drawings [message #160077 is a reply to message #160076] Sun, 22 March 2015 22:54 Go to previous messageGo to next message
Andreas Weidner
Messages: 564
Registered: November 2008
Senior Member
....and I forgot the attachments, sorry. Here they are...

Andreas Weidner
  • Attachment: bigdata.sch
    (Size: 2.03KB, Downloaded 674 times)
  • Attachment: bigdata2.sch
    (Size: 2.03KB, Downloaded 651 times)
Re: EAGLE fails with large-area drawings [message #160092 is a reply to message #160076] Mon, 23 March 2015 21:24 Go to previous message
Walter Spermann
Messages: 540
Registered: August 2010
Senior Member
Hello,

On 03/22/15 23:51, Andreas Weidner wrote:
> EAGLE 7.2 (and apparently all older versions) for Windows fails when confronted with large drawing areas (which should
> never happen in the real world, but nevertheless):
>
> 1. The maximum supported page coordinates are -2m...+2m. Drawing a
> rectangle (in the schematics) with the command line using
> grid mm
> change layer info
> wire (-2000 -2000) (2000 2000) (-2000 -2000)
> window fit
> works nicely.
> 2. Trying to delete one of the lines by clicking near it, but OUT
> OF the allowed area produces an error message, which is correct
> from a programmer's point of view, but strange to the user: "Hey,
> the line is already THERE, so why should it be out-of-area?"
> [this seems to be by design]
It refers to the click location, not the object location.
Currently anything with coordinates outside the valid range is considered invalid,
be it a click location or an object position.

> 3. Trying to GROUP all four lines with the mouse fails, because the
> rectangle one wants to draw across the screen is not accepted for
> the same reason.
> [this seems to be by design]
> 4. Trying the command line with "group all" SHOULD work properly, but
> DOESN'T: A (too small) rectangle appears and immediately vanishes
> again, and EAGLE complains with "group is empty".
> [This seems to be a bug]
Agree. GROUP command is not handling objects properly exactly at the limits.

> 5. By some reason, it is possible to create texts in EAGLE that go
> OUTSIDE the allowed range. Do this for a longish text that exceeds
> the limit at the right top, and one at the bottom left. The file
> "bigdata.sch" contains such a drawing.
EAGLE is tolerant for this as long the object's origin (text, part etc) is inside the limits.

> 6. By doing nothing but repeatedly trying to zoom in and out of some
> characters outside the allowed area (by moving the screen to where
> one WANTS to zoom, then using the wheel, which makes the screen
> jump back to the allowed area, moving the screen again etc.),
> suddenly EAGLE more or less collapses:
> - EAGLE shows an area with absolutely NOTHING in it
> - Zooming out doesn't work at all any more
> - The displayed area can sometimes be moved nearly ad infinitum
> - If one manages to find the area again where the rectangle and
> texts were drawn, three of the four lines have vanished, and
> the whole thing is displayed MIRRORED (the texts exceed the
> upper left and lower right corners and are also shown
> mirrored).
> - All in all, the whole screen contents are garbled, and moving
> and scrolling don't work properly anymore.
> [This seems to be a bug]
Yes, we can reproduce that.

> 7. This MIGHT be because somewhere, some integer difference
> overflows silently, creating an unwanted NEGATIVE number, and
> therefore suddenly causing an inverted zoom factor...
> 8. Nicely, it is impossible to draw lines outside the allowed area.
> But, unfortunately, it is possible to MOVE lines out of the
> area by just grabbing their center and moving the mouse so that
> the mouse DOES stay inside the area, but NOT the resulting line
> end point: This now creates lines with INVALID coordinates, and
> no warning or error message ever appears. Trying to do a
> "window fit" with such a drawing immediately runs into the same
> problems as stated in (6). Saving such a drawing is done
> without any error message (see the file "bigdata2.sch"), but
> READING that file back fires warnings and reads a drawing that
> is DIFFERENT from the one that was saved.
> [This seems to be a bug]
Also reproducable. Of course, this is somewhat academic and therefore rarely tested.
It seems for any "nonpointy" entities like polygons, rects, lines you can
currently produce coordinates outside the limits.
We'll look into these issues.

Regards,
Walter Spermann

>
> With best regards,
> Andreas Weidner


--
---------------------------------------------------------------
Walter Spermann
Software Development
CadSoft Computer GmbH
Pleidolfweg 15
84568 Pleiskirchen
Tel.: 08635/6989-10
www.cadsoft.de
---------------------------------------------------------------
Registergericht: Amtsgericht Traunstein HRB 5573
Geschäftsführer: Mark Whiteling
Previous Topic: Gerber x2 output
Next Topic: Beta version 7.2.1 available
Goto Forum:
  


Current Time: Mon Apr 24 03:27:40 GMT 2017