When trying to export a UML diagram with app-office/dia-0.95.1 or 0.96.1 (I've tried both versions), the application almost consumes the entire memory (i.e. 2GiB ram and another 2GiB swap) within 2-3 seconds. After that the system slows down so strongly, that i have to 'killall dia'. Although I have not tested all export functions, I can say that not all of them are effected. As far as I know, jpg and png export are effected, but the tex-pstricks export works just fine. Reproducible: Always Steps to Reproduce: 1. Open a .dia file with dia 2. Choose 'export' from the menu 3. select a file and choose type jpg or png 4. start the export Actual Results: A very small file is created that is not a valid .png or .jpg image. Expected Results: An export of the diagram. emerge --info Portage 2.1.2.3 (default-linux/amd64/2006.1, gcc-4.1.2, glibc-2.5-r1, 2.6.20-gentoo-r5 x86_64) ================================================================= System uname: 2.6.20-gentoo-r5 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz Gentoo Base System release 1.12.10 Timestamp of tree: Sun, 15 Apr 2007 08:20:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.20-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.isu.edu.tw/pub/Linux/Gentoo ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://ftp.rhnet.is/pub/gentoo/" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="en" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac acpi alsa amd64 amr apm avahi bitmap-fonts bzip2 calendar cdda cdio cdr cli cracklib crypt css cups dbus directfb dri dts dvd dvdr dvdread ffmpeg firefox flac flash ftp gdbm gif gnome gnutls gpm gtk gtk2 hal howl iconv icq ieee1394 ipv6 isdnlog jabber java jdk jpeg jpeg2k libg++ libnotify live logrotate mad midi mp3 mpeg musepack mysql ncurses nls nptl nptlonly nsplugin nvidia offensive ogg openal opengl pam pcre pdf perl png ppds pppd python readline reflection samba session spl ssl stream svg tcpd theora threadsafe tiff truetype-fonts type1-fonts unicode usb vcd vim vlm vorbis wxwindows xml xorg xv zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I have the same problem here. As far as I can see all "Pixbuf*" exports suffer from this bug. One file the problem occurs here with is e. g. this one: http://files.mgeek.de/sep_produktuebersicht_01_senden.dia . Also the other exports do not function properly: the SVG, SVG plain and PNG (not Pixbuf) exports create a big image and place a very small diagram (only about 20x20px) in one of the corners. From the above .dia file this is the result of the png export with export dimensions set to 1000x1000px: http://files.mgeek.de/sep_produktuebersicht_01_senden.png . $ emerge --info Portage 2.1.2.3 (default-linux/amd64/2006.1, gcc-4.1.2, glibc-2.5-r1, 2.6.20-gentoo-r5-mw x86_64) ================================================================= System uname: 2.6.20-gentoo-r5-mw x86_64 Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz Gentoo Base System release 1.12.10 Timestamp of tree: Sun, 15 Apr 2007 04:20:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.20-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.club-internet.fr/pub/mirrors/gentoo http://pandemonium.tiscali.de/pub/gentoo/" LANG="C" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/gnome-experimental /usr/local/portage" SYNC="rsync://ares/gentoo-portage" USE="X Xaw3d aac aalib acpi alsa amd64 aoss bash-completion berkdb bitmap-fonts blender-game branding bzip2 cdparanoia cdr cli cracklib crypt css cups curl d dbus dedicated dga directfb divx dri dvb dvd dvdnav dvdr dvi editor emerald encode escreen expat fam fbcon ffmpeg firefox flac ftp gd gdbm gif gimpprint glut gnome gnutls gtk gtkhtml hal hddtemp i8x0 iconv icq idn imagemagick imap ipv6 jabber john jpeg jpeg2k lame libcaca libg++ libnotify logrotate mad mbox midi mng mozdevelop mozilla mp3 mysql nautilus ncurses nfs nls no-htdocs nptl nptlonly nsplugin nvidia offensive ogg openal opengl openssl oscar pam pcre pdf perl php png pop postfix postgres ppds python readline realmedia rtc ruby samba sdl server session skins spl sqlite ssl startup-notification svg tcpd tetex theora thunderbird tiff tools truetype truetype-fonts type1-fonts unicode usb userlocales vim vim-with-x visualization vorbis wmf wmp wxwindows x264 xanim xchattext xine xml xorg xpm xprint xsl xv xvid zlib" ALSA_CARDS="cmipci hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
links points nowhere. Please attach samples to this bug. I've tried to reproduce with 0.96.1 but it looks like my diagram is not complex enough to trigger this kind of problem.
I am still experiencing this with current version 0.96.1-r1 . I have just tested it and noticed the exactly same behaviour as I described here earlier (memory consumption, wrong dimensions). Sorry, for the broken links, I migrated the server to a new machine, the correct and working links are: http://files.mroot.net/sep_produktuebersicht_01_senden.dia http://files.mroot.net/sep_produktuebersicht_01_senden.png The first one provides an example .dia file for this bug and the described behaviours.
When I ask you to attach files, I really mean it. Links to external web sites cannot be trusted to live long enough until the bug is finally closed. I'll test this tomorrow hopefully.
Created attachment 149444 [details] .dia file to reproduce memory consumption and wrong dimension Sorry about that. Somehow I just thought about fixing the links. So, attached the file finally.
Ok that's clearly a bug for upstream. Please open a bug at gnome's bugzilla, attach your file there as well, point them here and paste the link in the URL field. I did a small session in gdb and the thing clearly start to explode when exporting the file in a linear fashion afaict but after a few tries, dia just dies with the following message. $ gdb --args dia test.dia GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... (gdb) run Starting program: /usr/bin/dia test.dia [Thread debugging using libthread_db enabled] [New Thread 0x2b5bf79cd310 (LWP 19032)] ** (dia:19032): CRITICAL **: menus_clear_recent: assertion `recent_merge_ids' failed The program 'dia' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 14895 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Program exited with code 01.
any news, should I track this myself upstream ?
Sorry, yeah, but in the last weeks I had been too busy - I am going to do it right now, will report back ...
Bug reported upstream. I'm not allowed to change the URL of this bug, so here it is: http://bugzilla.gnome.org/show_bug.cgi?id=540477
thanks
Fixed upstream. Dia 0.97 claims not to have this issue. Maybe it would be better to stabilize 0.97 and drop previous from the tree? Latest version introduces almost 200 fixes while it's just minor release and has not so much new features.
closing fixed then.
