Your message dated Tue, 30 Aug 2011 20:08:05 -0500
with message-id <[email protected]>
and subject line Re: ipe: Editing circular arcs can lead to unrestrained memory
allocation, eventual crash
has caused the Debian Bug report #577854,
regarding ipe: Editing circular arcs can lead to unrestrained memory
allocation, eventual crash
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
577854: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577854
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: ipe
Version: 7.0.10-2
Severity: normal
Hi,
I'd recommend disabling swap before you try this. Steps to reproduce:
1. Enable snapping to the grid.
2. Create a circular arc using the centre and two points tool. Make it so the
two points are spaced along a vertical line.
3. Edit the arc (CTRL-E) and move one of the points so that it is horizontal
to the other point.
The centre will move out and, as soon as the two points are in a horizontal
line, ipe will immediately consume all RAM and (if you have it) start thrashing
swap space, making the machine quite unusable.
I would've reported it upstream, but they do not seem to accept unsolicited
communications of any kind (i.e. I'd have to sign up to bugzilla or subscribe
to the mailing list), which seem a bit rude to me.
Peace,
Brendon
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (104, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ipe depends on:
ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra
ii libgcc1 1:4.4.2-9 GCC support library
ii libipe7.0.10 7.0.10-2 Ipe library used by ipelets
ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro
ii libqtcore4 4:4.5.3-4 Qt 4 core module
ii libqtgui4 4:4.5.3-4 Qt 4 GUI module
ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3
ii texlive-latex 2009-8 TeX Live: Basic LaTeX packages
Versions of packages ipe recommends:
ii lua5.1 5.1.4-5 Simple, extensible, embeddable pro
Versions of packages ipe suggests:
ii texlive-latex-recommended 2009-8 TeX Live: LaTeX recommended packag
-- no debconf information
--- End Message ---
--- Begin Message ---
Brendon,
Thanks for reporting back!
-Steve
On Tue, Aug 30, 2011 at 10:30:58AM -0400, Brendon Higgins wrote:
> Steve M. Robbins wrote (August 30, 2011):
> > Before I report this again, could you kindly verify it still happens
> > with the current ipe in testing/unstable (7.0.14)? I have just tried,
> > and failed, to reproduce the issue.
>
> Hi Steve,
>
> It does seem that the behavior in the current version has changed. Now ipe
> seems to prevent the "centre" point going out to infinity when the other two
> points are made horizontal. While this solution can result in an arc line
> that
> does not connect the two arc points (the line arcs away from one because the
> centre point is left at the last valid finite coordinate), this is certainly
> preferable to the previous behavior. So I'd say this is closed.
>
> Thanks,
> Brendon
signature.asc
Description: Digital signature
--- End Message ---
