ellson / mothballed-graphviz Goto Github PK
View Code? Open in Web Editor NEWMoved to https://gitlab.com/graphviz/graphviz
License: Eclipse Public License 1.0
Moved to https://gitlab.com/graphviz/graphviz
License: Eclipse Public License 1.0
Version:
dot - graphviz version 2.39.20160106.1952 (20160106.1952)
Reproduce:
echo 'graph { a--b[headlabel=test] }' | dot
*** Error in `dot': malloc(): smallbin double linked list corrupted: 0x0000000000b76520 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x72055)[0x7f6751cd7055]
/usr/lib/libc.so.6(+0x779a6)[0x7f6751cdc9a6]
/usr/lib/libc.so.6(+0x79f54)[0x7f6751cdef54]
/usr/lib/libc.so.6(__libc_malloc+0x54)[0x7f6751ce03d4]
/usr/local/lib/libcdt.so.5(+0x44e6)[0x7f675200d4e6]
/usr/local/lib/libgvc.so.6(placeLabels+0x201)[0x7f67531ab351]
/usr/local/lib/libgvc.so.6(gv_postprocess+0x1513)[0x7f67531bd053]
/usr/local/lib/graphviz/libgvplugin_dot_layout.so.6(dot_layout+0x22)[0x7f674ace59f2]
/usr/local/lib/libgvc.so.6(gvLayoutJobs+0xdb)[0x7f675319ca0b]
dot[0x400f0f]
/usr/lib/libc.so.6(__libc_start_main+0xf0)[0x7f6751c85610]
dot[0x400f99]
======= Memory map: ========
00400000-00402000 r-xp 00000000 08:02 166776 /usr/local/bin/dot
00601000-00602000 rw-p 00001000 08:02 166776 /usr/local/bin/dot
00b3a000-00c18000 rw-p 00000000 00:00 0 [heap]
7f6744000000-7f6744021000 rw-p 00000000 00:00 0
7f6744021000-7f6748000000 ---p 00000000 00:00 0
7f674aac3000-7f674aad9000 r-xp 00000000 08:02 133592 /usr/lib/libgcc_s.so.1
7f674aad9000-7f674acd8000 ---p 00016000 08:02 133592 /usr/lib/libgcc_s.so.1
7f674acd8000-7f674acd9000 rw-p 00015000 08:02 133592 /usr/lib/libgcc_s.so.1
7f674acd9000-7f674acff000 r-xp 00000000 08:02 399539 /usr/local/lib/graphviz/libgvplugin_dot_layout.so.6.0.0
7f674acff000-7f674aeff000 ---p 00026000 08:02 399539 /usr/local/lib/graphviz/libgvplugin_dot_layout.so.6.0.0
7f674aeff000-7f674af00000 rw-p 00026000 08:02 399539 /usr/local/lib/graphviz/libgvplugin_dot_layout.so.6.0.0
7f674af00000-7f674af08000 rw-p 00000000 00:00 0
7f674af08000-7f674af0d000 r-xp 00000000 08:02 135339 /usr/lib/libXxf86vm.so.1.0.0
7f674af0d000-7f674b10c000 ---p 00005000 08:02 135339 /usr/lib/libXxf86vm.so.1.0.0
7f674b10c000-7f674b10d000 r--p 00004000 08:02 135339 /usr/lib/libXxf86vm.so.1.0.0
7f674b10d000-7f674b10e000 rw-p 00005000 08:02 135339 /usr/lib/libXxf86vm.so.1.0.0
7f674b10e000-7f674b125000 r-xp 00000000 08:02 134062 /usr/lib/libxcb-glx.so.0.0.0
7f674b125000-7f674b325000 ---p 00017000 08:02 134062 /usr/lib/libxcb-glx.so.0.0.0
7f674b325000-7f674b327000 r--p 00017000 08:02 134062 /usr/lib/libxcb-glx.so.0.0.0
7f674b327000-7f674b328000 rw-p 00019000 08:02 134062 /usr/lib/libxcb-glx.so.0.0.0
7f674b328000-7f674b32d000 r-xp 00000000 08:02 135338 /usr/lib/libXfixes.so.3.1.0
7f674b32d000-7f674b52c000 ---p 00005000 08:02 135338 /usr/lib/libXfixes.so.3.1.0
7f674b52c000-7f674b52d000 r--p 00004000 08:02 135338 /usr/lib/libXfixes.so.3.1.0
7f674b52d000-7f674b52e000 rw-p 00005000 08:02 135338 /usr/lib/libXfixes.so.3.1.0
7f674b52e000-7f674b530000 r-xp 00000000 08:02 135335 /usr/lib/libXdamage.so.1.1.0
7f674b530000-7f674b72f000 ---p 00002000 08:02 135335 /usr/lib/libXdamage.so.1.1.0
7f674b72f000-7f674b730000 r--p 00001000 08:02 135335 /usr/lib/libXdamage.so.1.1.0
7f674b730000-7f674b731000 rw-p 00002000 08:02 135335 /usr/lib/libXdamage.so.1.1.0
7f674b731000-7f674b75a000 r-xp 00000000 08:02 144946 /usr/lib/libglapi.so.0.0.0
7f674b75a000-7f674b959000 ---p 00029000 08:02 144946 /usr/lib/libglapi.so.0.0.0
7f674b959000-7f674b95d000 r--p 00028000 08:02 144946 /usr/lib/libglapi.so.0.0.0
7f674b95d000-7f674b95e000 rw-p 0002c000 08:02 144946 /usr/lib/libglapi.so.0.0.0
7f674b95e000-7f674b95f000 rw-p 00000000 00:00 0
7f674b95f000-7f674b964000 r-xp 00000000 08:02 135336 /usr/lib/libXdmcp.so.6.0.0
7f674b964000-7f674bb63000 ---p 00005000 08:02 135336 /usr/lib/libXdmcp.so.6.0.0
7f674bb63000-7f674bb64000 r--p 00004000 08:02 135336 /usr/lib/libXdmcp.so.6.0.0
7f674bb64000-7f674bb65000 rw-p 00005000 08:02 135336 /usr/lib/libXdmcp.so.6.0.0
7f674bb65000-7f674bb67000 r-xp 00000000 08:02 135334 /usr/lib/libXau.so.6.0.0
7f674bb67000-7f674bd67000 ---p 00002000 08:02 135334 /usr/lib/libXau.so.6.0.0
7f674bd67000-7f674bd68000 r--p 00002000 08:02 135334 /usr/lib/libXau.so.6.0.0
7f674bd68000-7f674bd69000 rw-p 00003000 08:02 135334 /usr/lib/libXau.so.6.0.0
7f674bd69000-7f674bd77000 r-xp 00000000 08:02 132974 /usr/lib/libdrm.so.2.4.0
7f674bd77000-7f674bf76000 ---p 0000e000 08:02 132974 /usr/lib/libdrm.so.2.4.0
7f674bf76000-7f674bf77000 r--p 0000d000 08:02 132974 /usr/lib/libdrm.so.2.4.0
7f674bf77000-7f674bf78000 rw-p 0000e000 08:02 132974 /usr/lib/libdrm.so.2.4.0
7f674bf78000-7f674bf87000 r-xp 00000000 08:02 132122 /usr/lib/libwayland-server.so.0.1.0
7f674bf87000-7f674c187000 ---p 0000f000 08:02 132122 /usr/lib/libwayland-server.so.0.1.0
7f674c187000-7f674c189000 r--p 0000f000 08:02 132122 /usr/lib/libwayland-server.so.0.1.0
7f674c189000-7f674c18a000 rw-p 00011000 08:02 132122 /usr/lib/libwayland-server.so.0.1.0
7f674c18a000-7f674c196000 r-xp 00000000 08:02 132123 /usr/lib/libwayland-client.so.0.3.0
7f674c196000-7f674c395000 ---p 0000c000 08:02 132123 /usr/lib/libwayland-client.so.0.3.0
7f674c395000-7f674c397000 r--p 0000b000 08:02 132123 /usr/lib/libwayland-client.so.0.3.0
7f674c397000-7f674c398000 rw-p 0000d000 08:02 132123 /usr/lib/libwayland-client.so.0.3.0
7f674c398000-7f674c3a4000 r-xp 00000000 08:02 144738 /usr/lib/libgbm.so.1.0.0
7f674c3a4000-7f674c5a4000 ---p 0000c000 08:02 144738 /usr/lib/libgbm.so.1.0.0
7f674c5a4000-7f674c5a5000 r--p 0000c000 08:02 144738 /usr/lib/libgbm.so.1.0.0
7f674c5a5000-7f674c5a6000 rw-p 0000d000 08:02 144738 /usr/lib/libgbm.so.1.0.0
7f674c5a6000-7f674c5a7000 r-xp 00000000 08:02 135637 /usr/lib/libxshmfence.so.1.0.0
7f674c5a7000-7f674c7a7000 ---p 00001000 08:02 135637 /usr/lib/libxshmfence.so.1.0.0
7f674c7a7000-7f674c7a8000 r--p 00001000 08:02 135637 /usr/lib/libxshmfence.so.1.0.0
7f674c7a8000-7f674c7a9000 rw-p 00002000 08:02 135637 /usr/lib/libxshmfence.so.1.0.0
7f674c7a9000-7f674c7ae000 r-xp 00000000 08:02 135622 /usr/lib/libxcb-sync.so.1.0.0
7f674c7ae000-7f674c9ae000 ---p 00005000 08:02 135622 /usr/lib/libxcb-sync.so.1.0.0
7f674c9ae000-7f674c9af000 r--p 00005000 08:02 135622 /usr/lib/libxcb-sync.so.1.0.0
7f674c9af000-7f674c9b0000 rw-p 00006000 08:02 135622 /usr/lib/libxcb-sync.so.1.0.0
7f674c9b0000-7f674c9b3000 r-xp 00000000 08:02 135164 /usr/lib/libxcb-shape.so.0.0.0
7f674c9b3000-7f674cbb2000 ---p 00003000 08:02 135164 /usr/lib/libxcb-shape.so.0.0.0
7f674cbb2000-7f674cbb3000 r--p 00002000 08:02 135164 /usr/lib/libxcb-shape.so.0.0.0
7f674cbb3000-7f674cbb4000 rw-p 00003000 08:02 135164 /usr/lib/libxcb-shape.so.0.0.0
7f674cbb4000-7f674cbba000 r-xp 00000000 08:02 134055 /usr/lib/libxcb-xfixes.so.0.0.0
7f674cbba000-7f674cdba000 ---p 00006000 08:02 134055 /usr/lib/libxcb-xfixes.so.0.0.0
7f674cdba000-7f674cdbb000 r--p 00006000 08:02 134055 /usr/lib/libxcb-xfixes.so.0.0.0
7f674cdbb000-7f674cdbc000 rw-p 00007000 08:02 134055 /usr/lib/libxcb-xfixes.so.0.0.0
7f674cdbc000-7f674cdc9000 r-xp 00000000 08:02 135635 /usr/lib/libxcb-randr.so.0.1.0
7f674cdc9000-7f674cfc8000 ---p 0000d000 08:02 135635 /usr/lib/libxcb-randr.so.0.1.0
7f674cfc8000-7f674cfc9000 r--p 0000c000 08:02 135635 /usr/lib/libxcb-randr.so.0.1.0
7f674cfc9000-7f674cfca000 rw-p 0000d000 08:02 135635 /usr/lib/libxcb-randr.so.0.1.0
7f674cfca000-7f674cfcc000 r-xp 00000000 08:02 135182 /usr/lib/libxcb-present.so.0.0.0
7f674cfcc000-7f674d1cb000 ---p 00002000 08:02 135182 /usr/lib/libxcb-present.so.0.0.0
7f674d1cb000-7f674d1cc000 r--p 00001000 08:02 135182 /usr/lib/libxcb-present.so.0.0.0
7f674d1cc000-7f674d1cd000 rw-p 00002000 08:02 135182 /usr/lib/libxcb-present.so.0.0.0
7f674d1cd000-7f674d1cf000 r-xp 00000000 08:02 134063 /usr/lib/libxcb-dri3.so.0.0.0
7f674d1cf000-7f674d3ce000 ---p 00002000 08:02 134063 /usr/lib/libxcb-dri3.so.0.0.0
7f674d3ce000-7f674d3cf000 r--p 00001000 08:02 134063 /usr/lib/libxcb-dri3.so.0.0.0
7f674d3cf000-7f674d3d0000 rw-p 00002000 08:02 134063 /usr/lib/libxcb-dri3.so.0.0.0
7f674d3d0000-7f674d3d4000 r-xp 00000000 08:02 135179 /usr/lib/libxcb-dri2.so.0.0.0
7f674d3d4000-7f674d5d3000 ---p 00004000 08:02 135179 /usr/lib/libxcb-dri2.so.0.0.0
7f674d5d3000-7f674d5d4000 r--p 00003000 08:02 135179 /usr/lib/libxcb-dri2.so.0.0.0
7f674d5d4000-7f674d5d5000 rw-p 00004000 08:02 135179 /usr/lib/libxcb-dri2.so.0.0.0
7f674d5d5000-7f674d5d6000 r-xp 00000000 08:02 135332 /usr/lib/libX11-xcb.so.1.0.0
7f674d5d6000-7f674d7d5000 ---p 00001000 08:02 135332 /usr/lib/libX11-xcb.so.1.0.0
7f674d7d5000-7f674d7d6000 r--p 00000000 08:02 135332 /usr/lib/libX11-xcb.so.1.0.0
7f674d7d6000-7f674d7d7000 rw-p 00001000 08:02 135332 /usr/lib/libX11-xcb.so.1.0.0
7f674d7d7000-7f674d800000 r-xp 00000000 08:02 145472 /usr/lib/libgraphite2.so.3.0.1
7f674d800000-7f674d9ff000 ---p 00029000 08:02 145472 /usr/lib/libgraphite2.so.3.0.1
7f674d9ff000-7f674da01000 r--p 00028000 08:02 145472 /usr/lib/libgraphite2.so.3.0.1
7f674da01000-7f674da02000 rw-p 0002a000 08:02 145472 /usr/lib/libgraphite2.so.3.0.1
7f674da02000-7f674da08000 r-xp 00000000 08:02 159490 /usr/lib/libdatrie.so.1.3.2
7f674da08000-7f674dc08000 ---p 00006000 08:02 159490 /usr/lib/libdatrie.so.1.3.2
7f674dc08000-7f674dc09000 r--p 00006000 08:02 159490 /usr/lib/libdatrie.so.1.3.2
7f674dc09000-7f674dc0a000 rw-p 00007000 08:02 159490 /usr/lib/libdatrie.so.1.3.2
7f674dc0a000-7f674dc19000 r-xp 00000000 08:02 135356 /usr/lib/libbz2.so.1.0.6
7f674dc19000-7f674de18000 ---p 0000f000 08:02 135356 /usr/lib/libbz2.so.1.0.6
7f674de18000-7f674de1a000 rw-p 0000e000 08:02 135356 /usr/lib/libbz2.so.1.0.6
7f674de1a000-7f674de89000 r-xp 00000000 08:02 133923 /usr/lib/libpcre.so.1.2.6
7f674de89000-7f674e088000 ---p 0006f000 08:02 133923 /usr/lib/libpcre.so.1.2.6
7f674e088000-7f674e089000 r--p 0006e000 08:02 133923 /usr/lib/libpcre.so.1.2.6
7f674e089000-7f674e08a000 rw-p 0006f000 08:02 133923 /usr/lib/libpcre.so.1.2.6
7f674e08a000-7f674e092000 r-xp 00000000 08:02 135410 /usr/lib/libffi.so.6.0.4
7f674e092000-7f674e291000 ---p 00008000 08:02 135410 /usr/lib/libffi.so.6.0.4
7f674e291000-7f674e292000 r--p 00007000 08:02 135410 /usr/lib/libffi.so.6.0.4
7f674e292000-7f674e293000 rw-p 00008000 08:02 135410 /usr/lib/libffi.so.6.0.4
7f674e293000-7f674e29a000 r-xp 00000000 08:02 137047 /usr/lib/librt-2.22.so
7f674e29a000-7f674e499000 ---p 00007000 08:02 137047 /usr/lib/librt-2.22.so
7f674e499000-7f674e49a000 r--p 00006000 08:02 137047 /usr/lib/librt-2.22.so
7f674e49a000-7f674e49b000 rw-p 00007000 08:02 137047 /usr/lib/librt-2.22.so
7f674e49b000-7f674e530000 r-xp 00000000 08:02 145582 /usr/lib/mesa/libGL.so.1.2.0
7f674e530000-7f674e72f000 ---p 00095000 08:02 145582 /usr/lib/mesa/libGL.so.1.2.0
7f674e72f000-7f674e732000 r--p 00094000 08:02 145582 /usr/lib/mesa/libGL.so.1.2.0
7f674e732000-7f674e733000 rw-p 00097000 08:02 145582 /usr/lib/mesa/libGL.so.1.2.0
7f674e733000-7f674e734000 rw-p 00000000 00:00 0
7f674e734000-7f674e745000 r-xp 00000000 08:02 135337 /usr/lib/libXext.so.6.4.0
7f674e745000-7f674e944000 ---p 00011000 08:02 135337 /usr/lib/libXext.so.6.4.0
7f674e944000-7f674e945000 r--p 00010000 08:02 135337 /usr/lib/libXext.so.6.4.0
7f674e945000-7f674e946000 rw-p 00011000 08:02 135337 /usr/lib/libXext.so.6.4.0
7f674e946000-7f674ea81000 r-xp 00000000 08:02 135333 /usr/lib/libX11.so.6.3.0
7f674ea81000-7f674ec80000 ---p 0013b000 08:02 135333 /usr/lib/libX11.so.6.3.0
7f674ec80000-7f674ec82000 r--p 0013a000 08:02 135333 /usr/lib/libX11.so.6.3.0
7f674ec82000-7f674ec87000 rw-p 0013c000 08:02 135333 /usr/lib/libX11.so.6.3.0
7f674ec87000-7f674ec88000 rw-p 00000000 00:00 0
7f674ec88000-7f674ec91000 r-xp 00000000 08:02 151508 /usr/lib/libXrender.so.1.3.0
7f674ec91000-7f674ee90000 ---p 00009000 08:02 151508 /usr/lib/libXrender.so.1.3.0
7f674ee90000-7f674ee91000 r--p 00008000 08:02 151508 /usr/lib/libXrender.so.1.3.0
7f674ee91000-7f674ee92000 rw-p 00009000 08:02 151508 /usr/lib/libXrender.so.1.3.0
7f674ee92000-7f674eeb3000 r-xp 00000000 08:02 135167 /usr/lib/libxcb.so.1.1.0
7f674eeb3000-7f674f0b3000 ---p 00021000 08:02 135167 /usr/lib/libxcb.so.1.1.0
7f674f0b3000-7f674f0b4000 r--p 00021000 08:02 135167 /usr/lib/libxcb.so.1.1.0
7f674f0b4000-7f674f0b5000 rw-p 00022000 08:02 135167 /usr/lib/libxcb.so.1.1.0
7f674f0b5000-7f674f0be000 r-xp 00000000 08:02 134058 /usr/lib/libxcb-render.so.0.0.0
7f674f0be000-7f674f2bd000 ---p 00009000 08:02 134058 /usr/lib/libxcb-render.so.0.0.0
7f674f2bd000-7f674f2be000 r--p 00008000 08:02 134058 /usr/lib/libxcb-render.so.0.0.0
7f674f2be000-7f674f2bf000 rw-p 00009000 08:02 134058 /usr/lib/libxcb-render.so.0.0.0
7f674f2bf000-7f674f2c1000 r-xp 00000000 08:02 135176 /usr/lib/libxcb-shm.so.0.0.0
7f674f2c1000-7f674f4c1000 ---p 00002000 08:02 135176 /usr/lib/libxcb-shm.so.0.0.0
7f674f4c1000-7f674f4c2000 r--p 00002000 08:02 135176 /usr/lib/libxcb-shm.so.0.0.0
7f674f4c2000-7f674f4c3000 rw-p 00003000 08:02 135176 /usr/lib/libxcb-shm.so.0.0.0
7f674f4c3000-7f674f4f7000 r-xp 00000000 08:02 145969 /usr/lib/libpng16.so.16.20.0
7f674f4f7000-7f674f6f6000 ---p 00034000 08:02 145969 /usr/lib/libpng16.so.16.20.0
7f674f6f6000-7f674f6f7000 r--p 00033000 08:02 145969 /usr/lib/libpng16.so.16.20.0
7f674f6f7000-7f674f6f8000 rw-p 00034000 08:02 145969 /usr/lib/libpng16.so.16.20.0
7f674f6f8000-7f674f723000 r-xp 00000000 08:02 145583 /usr/lib/mesa/libEGL.so.1.0.0
7f674f723000-7f674f923000 ---p 0002b000 08:02 145583 /usr/lib/mesa/libEGL.so.1.0.0
7f674f923000-7f674f924000 r--p 0002b000 08:02 145583 /usr/lib/mesa/libEGL.so.1.0.0
7f674f924000-7f674f925000 rw-p 0002c000 08:02 145583 /usr/lib/mesa/libEGL.so.1.0.0
7f674f925000-7f674f9c8000 r-xp 00000000 08:02 150761 /usr/lib/libpixman-1.so.0.32.8
7f674f9c8000-7f674fbc8000 ---p 000a3000 08:02 150761 /usr/lib/libpixman-1.so.0.32.8
7f674fbc8000-7f674fbcf000 r--p 000a3000 08:02 150761 /usr/lib/libpixman-1.so.0.32.8
7f674fbcf000-7f674fbd0000 rw-p 000aa000 08:02 150761 /usr/lib/libpixman-1.so.0.32.8
7f674fbd0000-7f674fbe8000 r-xp 00000000 08:02 135053 /usr/lib/libpthread-2.22.so
7f674fbe8000-7f674fde7000 ---p 00018000 08:02 135053 /usr/lib/libpthread-2.22.so
7f674fde7000-7f674fde8000 r--p 00017000 08:02 135053 /usr/lib/libpthread-2.22.so
7f674fde8000-7f674fde9000 rw-p 00018000 08:02 135053 /usr/lib/libpthread-2.22.so
7f674fde9000-7f674fded000 rw-p 00000000 00:00 0
7f674fded000-7f674fe4f000 r-xp 00000000 08:02 146571 /usr/lib/libharfbuzz.so.0.10102.0
7f674fe4f000-7f675004f000 ---p 00062000 08:02 146571 /usr/lib/libharfbuzz.so.0.10102.0
7f675004f000-7f6750050000 r--p 00062000 08:02 146571 /usr/lib/libharfbuzz.so.0.10102.0
7f6750050000-7f6750051000 rw-p 00063000 08:02 146571 /usr/lib/libharfbuzz.so.0.10102.0
7f6750051000-7f6750052000 r-xp 00000000 08:02 133753 /usr/lib/libgthread-2.0.so.0.4600.2
7f6750052000-7f6750251000 ---p 00001000 08:02 133753 /usr/lib/libgthread-2.0.so.0.4600.2
7f6750251000-7f6750252000 r--p 00000000 08:02 133753 /usr/lib/libgthread-2.0.so.0.4600.2
7f6750252000-7f6750253000 rw-p 00001000 08:02 133753 /usr/lib/libgthread-2.0.so.0.4600.2
7f6750253000-7f675025b000 r-xp 00000000 08:02 155332 /usr/lib/libthai.so.0.2.2
7f675025b000-7f675045a000 ---p 00008000 08:02 155332 /usr/lib/libthai.so.0.2.2
7f675045a000-7f675045b000 r--p 00007000 08:02 155332 /usr/lib/libthai.so.0.2.2
7f675045b000-7f675045c000 rw-p 00008000 08:02 155332 /usr/lib/libthai.so.0.2.2
7f675045c000-7f6750514000 r-xp 00000000 08:02 150276 /usr/lib/libfreetype.so.6.12.2
7f6750514000-7f6750713000 ---p 000b8000 08:02 150276 /usr/lib/libfreetype.so.6.12.2
7f6750713000-7f6750719000 r--p 000b7000 08:02 150276 /usr/lib/libfreetype.so.6.12.2
7f6750719000-7f675071a000 rw-p 000bd000 08:02 150276 /usr/lib/libfreetype.so.6.12.2
7f675071a000-7f6750757000 r-xp 00000000 08:02 146325 /usr/lib/libfontconfig.so.1.8.0
7f6750757000-7f6750956000 ---p 0003d000 08:02 146325 /usr/lib/libfontconfig.so.1.8.0
7f6750956000-7f6750958000 r--p 0003c000 08:02 146325 /usr/lib/libfontconfig.so.1.8.0
7f6750958000-7f6750959000 rw-p 0003e000 08:02 146325 /usr/lib/libfontconfig.so.1.8.0
7f6750959000-7f6750a65000 r-xp 00000000 08:02 133735 /usr/lib/libglib-2.0.so.0.4600.2
7f6750a65000-7f6750c64000 ---p 0010c000 08:02 133735 /usr/lib/libglib-2.0.so.0.4600.2
7f6750c64000-7f6750c65000 r--p 0010b000 08:02 133735 /usr/lib/libglib-2.0.so.0.4600.2
7f6750c65000-7f6750c66000 rw-p 0010c000 08:02 133735 /usr/lib/libglib-2.0.so.0.4600.2
7f6750c66000-7f6750c67000 rw-p 00000000 00:00 0
7f6750c67000-7f6750cb8000 r-xp 00000000 08:02 133754 /usr/lib/libgobject-2.0.so.0.4600.2
7f6750cb8000-7f6750eb7000 ---p 00051000 08:02 133754 /usr/lib/libgobject-2.0.so.0.4600.2
7f6750eb7000-7f6750eb8000 r--p 00050000 08:02 133754 /usr/lib/libgobject-2.0.so.0.4600.2
7f6750eb8000-7f6750eb9000 rw-p 00051000 08:02 133754 /usr/lib/libgobject-2.0.so.0.4600.2
7f6750eb9000-7f6750f01000 r-xp 00000000 08:02 145562 /usr/lib/libpango-1.0.so.0.3800.1
7f6750f01000-7f6751101000 ---p 00048000 08:02 145562 /usr/lib/libpango-1.0.so.0.3800.1
7f6751101000-7f6751103000 r--p 00048000 08:02 145562 /usr/lib/libpango-1.0.so.0.3800.1
7f6751103000-7f6751104000 rw-p 0004a000 08:02 145562 /usr/lib/libpango-1.0.so.0.3800.1
7f6751104000-7f6751118000 r-xp 00000000 08:02 146991 /usr/lib/libpangoft2-1.0.so.0.3800.1
7f6751118000-7f6751318000 ---p 00014000 08:02 146991 /usr/lib/libpangoft2-1.0.so.0.3800.1
7f6751318000-7f6751319000 r--p 00014000 08:02 146991 /usr/lib/libpangoft2-1.0.so.0.3800.1
7f6751319000-7f675131a000 rw-p 00015000 08:02 146991 /usr/lib/libpangoft2-1.0.so.0.3800.1
7f675131a000-7f6751443000 r-xp 00000000 08:02 149725 /usr/lib/libcairo.so.2.11400.6
7f6751443000-7f6751643000 ---p 00129000 08:02 149725 /usr/lib/libcairo.so.2.11400.6
7f6751643000-7f6751646000 r--p 00129000 08:02 149725 /usr/lib/libcairo.so.2.11400.6
7f6751646000-7f6751648000 rw-p 0012c000 08:02 149725 /usr/lib/libcairo.so.2.11400.6
7f6751648000-7f6751649000 rw-p 00000000 00:00 0
7f6751649000-7f6751655000 r-xp 00000000 08:02 150744 /usr/lib/libpangocairo-1.0.so.0.3800.1
7f6751655000-7f6751854000 ---p 0000c000 08:02 150744 /usr/lib/libpangocairo-1.0.so.0.3800.1
7f6751854000-7f6751855000 r--p 0000b000 08:02 150744 /usr/lib/libpangocairo-1.0.so.0.3800.1
7f6751855000-7f6751856000 rw-p 0000c000 08:02 150744 /usr/lib/libpangocairo-1.0.so.0.3800.1
7f6751856000-7f675185f000 r-xp 00000000 08:02 399526 /usr/local/lib/graphviz/libgvplugin_pango.so.6.0.0
7f675185f000-7f6751a5e000 ---p 00009000 08:02 399526 /usr/local/lib/graphviz/libgvplugin_pango.so.6.0.0
7f6751a5e000-7f6751a61000 rw-p 00008000 08:02 399526 /usr/local/lib/graphviz/libgvplugin_pango.so.6.0.0
7f6751a61000-7f6751a64000 r-xp 00000000 08:02 137043 /usr/lib/libdl-2.22.so
7f6751a64000-7f6751c63000 ---p 00003000 08:02 137043 /usr/lib/libdl-2.22.so
7f6751c63000-7f6751c64000 r--p 00002000 08:02 137043 /usr/lib/libdl-2.22.soAborted (core dumped)
I guess that would save you a lot of trouble. graphviz.github.io sounds not too bad.
Hello,
the following dot
code
strict graph {
node [label="\N",shape=none];
pack [label=<
<table color="red">
<tr>
<td>
<table color="blue"
valign="bottom"
fixedsize="true" height="50" width="150">
<tr><td></td></tr>
</table>
</td>
<td>
<table color="blue"
valign="bottom"
fixedsize="true" height="250" width="150">
<tr><td></td></tr>
</table>
</td>
</tr>
</table>
>];
}
compiled with dot -Tpng g.dot -o g.png
produces this output, as expected:
but if I try to have the two nested tables top aligned, i.e. with
strict graph {
node [label="\N",shape=none];
pack [label=<
<table color="red">
<tr>
<td>
<table color="blue"
valign="top"
fixedsize="true" height="50" width="150">
<tr><td></td></tr>
</table>
</td>
<td>
<table color="blue"
valign="top"
fixedsize="true" height="250" width="150">
<tr><td></td></tr>
</table>
</td>
</tr>
</table>
>];
}
I get this unexpected result (the table on the left somehow gets off the outermost table, the small squared cell disappears):
what I am trying to do: the innermost tables represent some records I have. They can be of an arbitrary number of rows, so I want to pack them into the outer table to keep them somehow together. I want them all to be part of the same node, and all top aligned.
I produce this programmatically, so fitting tables into tables is simpler than managing the layout of a single, top-level table.
Ported Issue from Mantis
Original ID: 2142
Reported By: jezemine
SEVERITY: MINOR
Submitted: 2011-10-05 05:35:14
OS BUILD: VISTA
PLATFORM: WINDOWS
This was found using 2.28. If I create a splines="ortho" plot using HTML labels with edges in the graph connected to PORTs in the HTML, the edges don't seem to connect to the ports. Sometimes the edges connect in the middle of the rendered table instead of at the port.
If instead of using splines="ortho" you use splines="polyline" or splines="splines" then the ports are respected.
also, with splines="ortho" the arrows seem to be backwards. In the plot below I am using arrowtail=crow on some ports and they are drawn the wrong direction when you use splines="ortho"
Sorry if this bug has already been entered - I couldn't seem to find a similar one in your bug db.
digraph "alltablesSPRINGCSpubs_compact" {
graph [
rankdir="RL"
bgcolor="#FFFFFF"
nodesep="0.15"
ranksep="0.50"
splines="ortho"
];
node [
fontname="Courier New"
fontsize="10"
shape="plaintext"
];
edge [
arrowsize="0.9"
];
"[dbo].[authors]" [
URL="../SqlServer.SPRING.CS.pubs/table_dboauthors.htm"
tooltip="[dbo].[authors]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[authors]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[authors]</TD></TR>
<TR><TD PORT="au_id" BGCOLOR="#dddddd" ALIGN="LEFT">au_id id</TD></TR>
</TABLE>>
];
"[dbo].[discounts]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbodiscounts.htm"
tooltip="[dbo].[discounts]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[discounts]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[discounts]</TD></TR>
<TR><TD PORT="stor_id" BGCOLOR="#ffffff" ALIGN="LEFT">stor_id char</TD></TR>
</TABLE>>
];
"[dbo].[employee]" [
URL="../SqlServer.SPRING.CS.pubs/table_dboemployee.htm"
tooltip="[dbo].[employee]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[employee]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[employee]</TD></TR>
<TR><TD PORT="emp_id" BGCOLOR="#dddddd" ALIGN="LEFT">emp_id empid</TD></TR>
<TR><TD PORT="job_id" BGCOLOR="#ffffff" ALIGN="LEFT">job_id smallint</TD></TR>
<TR><TD PORT="pub_id" BGCOLOR="#ffffff" ALIGN="LEFT">pub_id char</TD></TR>
</TABLE>>
];
"[dbo].[jobs]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbojobs.htm"
tooltip="[dbo].[jobs]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[jobs]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[jobs]</TD></TR>
<TR><TD PORT="job_id" BGCOLOR="#dddddd" ALIGN="LEFT">job_id smallint identity</TD></TR>
</TABLE>>
];
"[dbo].[pub_info]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbopub_info.htm"
tooltip="[dbo].[pub_info]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[pub_info]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[pub_info]</TD></TR>
<TR><TD PORT="pub_id" BGCOLOR="#dddddd" ALIGN="LEFT">pub_id char</TD></TR>
</TABLE>>
];
"[dbo].[publishers]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbopublishers.htm"
tooltip="[dbo].[publishers]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[publishers]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[publishers]</TD></TR>
<TR><TD PORT="pub_id" BGCOLOR="#dddddd" ALIGN="LEFT">pub_id char</TD></TR>
</TABLE>>
];
"[dbo].[roysched]" [
URL="../SqlServer.SPRING.CS.pubs/table_dboroysched.htm"
tooltip="[dbo].[roysched]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[roysched]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[roysched]</TD></TR>
<TR><TD PORT="title_id" BGCOLOR="#ffffff" ALIGN="LEFT">title_id tid</TD></TR>
</TABLE>>
];
"[dbo].[sales]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbosales.htm"
tooltip="[dbo].[sales]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[sales]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[sales]</TD></TR>
<TR><TD PORT="stor_id" BGCOLOR="#dddddd" ALIGN="LEFT">stor_id char</TD></TR>
<TR><TD PORT="ord_num" BGCOLOR="#dddddd" ALIGN="LEFT">ord_num varchar</TD></TR>
<TR><TD PORT="title_id" BGCOLOR="#dddddd" ALIGN="LEFT">title_id tid</TD></TR>
</TABLE>>
];
"[dbo].[stores]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbostores.htm"
tooltip="[dbo].[stores]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[stores]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[stores]</TD></TR>
<TR><TD PORT="stor_id" BGCOLOR="#dddddd" ALIGN="LEFT">stor_id char</TD></TR>
</TABLE>>
];
"[dbo].[TimeTest]" [
URL="../SqlServer.SPRING.CS.pubs/table_dboTimeTest.htm"
tooltip="[dbo].[TimeTest]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[TimeTest]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[TimeTest]</TD></TR>
</TABLE>>
];
"[dbo].[titleauthor]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbotitleauthor.htm"
tooltip="[dbo].[titleauthor]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[titleauthor]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[titleauthor]</TD></TR>
<TR><TD PORT="au_id" BGCOLOR="#dddddd" ALIGN="LEFT">au_id id</TD></TR>
<TR><TD PORT="title_id" BGCOLOR="#dddddd" ALIGN="LEFT">title_id tid</TD></TR>
</TABLE>>
];
"[dbo].[titles]" [
URL="../SqlServer.SPRING.CS.pubs/table_dbotitles.htm"
tooltip="[dbo].[titles]"
label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0" BGCOLOR="#ffffff">
<TR><TD PORT="[dbo].[titles]" BGCOLOR="#8DD3C7" ALIGN="CENTER">[dbo].[titles]</TD></TR>
<TR><TD PORT="title_id" BGCOLOR="#dddddd" ALIGN="LEFT">title_id tid</TD></TR>
<TR><TD PORT="pub_id" BGCOLOR="#ffffff" ALIGN="LEFT">pub_id char</TD></TR>
</TABLE>>
];
"[dbo].[discounts]":"stor_id":w -> "[dbo].[stores]":"stor_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[employee]":"job_id":w -> "[dbo].[jobs]":"job_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[employee]":"pub_id":w -> "[dbo].[publishers]":"pub_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[pub_info]":"pub_id":w -> "[dbo].[publishers]":"pub_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[roysched]":"title_id":w -> "[dbo].[titles]":"title_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[sales]":"stor_id":w -> "[dbo].[stores]":"stor_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[sales]":"title_id":w -> "[dbo].[titles]":"title_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[titleauthor]":"au_id":w -> "[dbo].[authors]":"au_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[titleauthor]":"title_id":w -> "[dbo].[titles]":"title_id":e [dir=back arrowhead=dot arrowtail=crow];
"[dbo].[titles]":"pub_id":w -> "[dbo].[publishers]":"pub_id":e [dir=back arrowhead=dot arrowtail=crow];
}
Ported Issue from Mantis
Original ID: 2597
Reported By: ball
SEVERITY: MAJOR
Submitted: 2016-05-10 20:28:21
PLATFORM: LINUX
newrank under certain circumstances which I have been unable to predict causes dot to become very confused and unusable. I have tried hard to create a simple example that causes the error to no avail. I do have a complex example which if I remove some portion of which will pass. What is odd is I can remove different parts and it will pass, but there is no pattern I can discern.
Run my dot with dot -Tcanon or whatever.
One way to avoid the error is to comment out line 10 and 68, both of which merely define edges. Another way is to comment out line 85 which defines a cross-cluster rank. Removing a bunch of sub-clusters which aren't associated with any edges also seems to work for whatever reason.
I know of no work-around and as such I really need a solution to this problem!
Using version 2.38.0 on linux
I am running graphviz in VS2013 (toolset v120, x64, Debug) and the standard library reports a heap memory corruption in plugin\core\gvrender_core_svg.c - svg_begin_edge() on line 285:
free(ename);
The string ename itself is allocated in lib/common/labels.c - strdup_and_subst_obj0() on line 391:
/* allocate new string */
newstr = gmalloc(newlen + 1);
It seems that (newlen+1) is not enough for some code paths and later the allocated buffer is overwritten.
As a workaround I allocate (newlen+256) bytes and my program doesn't fail.
Is it possible to mirror releases here on github?
It seems that the current linear equation solver implementation is purely written C without considering vectorization at all. Will it be possible to vectorize the implementation using something like BLAS library (http://netlib.org/blas/)? I believe a version of BLAS is available in the most of modern architectures (and even for some GPUs).
Dear,
Currently dot file do not have these svg attributes:
Graphviz by allowing these attributes inside dot file will improve usage possibility when a SVG file is generated. Use them only when output format svg could to be a good solution. It has only to do copy / paste .
I am not a graphviz dev, but It seem that adding these attributes into obj_state_s in gvcjob.h the job is almost done.
Could you to add this minor feature ?
Currently as workaround is possible to do some xml injection:
example
digraph G {
node [rx=5 ry=5];
edge [color="black", minlen="1.3", arrowsize="0.6", style="tapered"];
A;
C;
E [ URL="\" onmouseover=\"evt.target.setAttribute('opacity', '0.5');" ];
A -> B -> C;
B -> D ;
D -> E;
C -> E;
A -> D;
}
url attributes is closed and we inject an attributes events
Thanks
Dear,
when using:
digraph G {
A[ label="test", id="test", tooltip="<b>I test</b> cool"];
}
that generate:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN"
"http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<!-- Generated by graphviz version 2.38.0 (20140413.2041)
-->
<!-- Title: G Pages: 1 -->
<svg width="62pt" height="44pt"
viewBox="0.00 0.00 62.00 44.00"
xmlns="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink">
<g id="graph0" class="graph" transform="scale(1 1) rotate(0) translate(4 40)">
<title>G</title>
<polygon fill="white" stroke="none" points="-4,4 -4,-40 58,-40 58,4 -4,4"/>
<!-- A -->
<g id="test" class="node">
<title>A</title>
<g id="a_test">
<a xlink:title="<b>I test </b> cool">
<ellipse fill="none" stroke="black" cx="27" cy="-18" rx="27" ry="18"/>
<text text-anchor="middle" x="27" y="-14.3" font-family="Times,serif" font-size="14.00">test</text>
</a>
</g>
</g>
</g>
extra <g>
is uselless in more that generate a new id which not ease javascript usage on it.
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN"
"http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<!-- Generated by graphviz version 2.38.0 (20140413.2041)
-->
<!-- Title: G Pages: 1 -->
<svg width="62pt" height="44pt"
viewBox="0.00 0.00 62.00 44.00"
xmlns="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink">
<g id="graph0" class="graph" transform="scale(1 1) rotate(0) translate(4 40)">
<title>G</title>
<polygon fill="white" stroke="none" points="-4,4 -4,-40 58,-40 58,4 -4,4"/>
<!-- A -->
<g id="test" class="node" title="<b>I test </b> cool">
<title>A</title>
<ellipse fill="none" stroke="black" cx="27" cy="-18" rx="27" ry="18"/>
<text text-anchor="middle" x="27" y="-14.3" font-family="Times,serif" font-size="14.00">test</text>
</g>
</g>
</svg>
I'm generating dot files programmatically, including some having nodes with a thousands of input ports on a single node. See this example, for which dot yields the following error:
bash-3.2$ dot -Tpdf and-rt12.dot.txt -o out/and-rt12.pdf
Error: and-rt12.dot.txt: syntax error in line 7 near ''
bash-3.2$ dot -V
dot - graphviz version 2.38.0 (20140413.2041)
My examples with 1024 input ports doesn't provoke this error, but with 2048 and up does.
I installed Graphviz via Homebrew, running on Mac OS 10.9.5.
I compiled graphviz from github. I downloaded libuuid
and build it, installed it before compiling graphgiz. Yet it fails with following error.
make[4]: Leaving directory `/root/Bhandar/Applications/SourceCode/graphviz/cmd/lefty/examples'
make[4]: Entering directory `/root/Bhandar/Applications/SourceCode/graphviz/cmd/lefty'
CCLD lefty
/usr/lib/libSM.so: undefined reference to `uuid_unparse_lower@UUID_1.0'
/usr/lib/libSM.so: undefined reference to `uuid_generate@UUID_1.0'
The following graph produces a bad SVG with 2.38.0
, while 2.36.0
does not seem to have the problem:
digraph G {
graph [dpi = 300];
node [fontname = "monospace"];
n24 [label="24"];
n83 [label="8โ
3"];
n64 [label="6โ
4"];
n122 [label="12โ
2"];
n432 [label="4โ
3โ
2"];
n622 [label="6โ
2โ
2"];
n3222 [label="3โ
2โ
2โ
2"];
n24 -> n83;
n24 -> n64;
n24 -> n122;
n83 -> n432;
n64 -> n432;
n64 -> n622;
n122 -> n622;
n432 -> n3222;
n622 -> n3222;
}
Here is the important part of the diff of the svg outputs (2.38.0
is first, 2.36.0
is second):
7,8c7,8
< <svg width="902pt" height="1083pt"
< viewBox="0.00 0.00 216.50 260.00" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
---
> <svg width="900pt" height="1083pt"
> viewBox="0.00 0.00 900.00 1083.33" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
You can see in the first version the viewBox
is no longer related to the width
and height
attributes. The result is that, for this particular graph, the image appears blank (presumably because there is nothing in that particular rectangle). If you manually adjust the output to be similar to the second version, the image appears fine.
The virtual_node
allocation in fastgr.c:240 leaks when dot lays out clusters, according to the Leaks instrument on Mac developer tools.
Near as I can figure, in dot_mincross
, the virtual node is allocated in init_mincross
mincross.c:337, then in merge2
mincross.c:344, the virtual node is dropped without deallocation.
Here's the stack trace for the allocation according to Leaks:
malloc_zone_malloc
malloc
gmalloc
zmalloc
virtual_node
build_skeleton
class2
dot_mincross
dotLayout
dot_layout
gvLayoutJobs
gvLayout
Here's the stack trace for dropping that I constructed by tracing in a debugger:
mincross.c:945
merge_components (mincross.c:957)
merge2 (mincross.c:344)
dot_mincross
In particular, mincross.c line 945 sets GD_nlist(g)
to some value, which overwrites the previously allocated virtual node without deallocating it. It doesn't look like the virtual node is saved anywhere else, hence the memory leak.
I'm not familiar enough with the subtleties of dot layout to fix this on my own. I would suggest inserting a virtual node cleanup at mincross.c:343 if the virtual nodes are indeed not required past that point.
When using dot -Tps $filename > ../../graph_drawings/$filename2
I get the error:
Error: graph.dot: syntax error in line 1076 near ''
The line in question is nearly 100,000 characters long. Im not trying to show the edge labels on the graph (for obvious reasons) but i would like to avoid having to regenerate the .dot files without the edge attributes.
I am wondering if you can extend the buffer so that the line can be read?
Thanks
If I generate pdf with this dot I catch an error in Acrobat (Can't extract CarioFont-0-0):
digraph {
compound=true;
graph [fontname="helvetica" fontsize=20];
node [fontname="helvetica"];
edge [fontname="helvetica"];
labelloc="t";
label="ะะพะดะตะปะธัะพะฒะฐะฝะธะต ัะธััะตะผั ัะฟัะฐะฒะปะตะฝะธั ะทะฐะฟะฐัะฐะผะธ/1.0 (3600 ะดะฝ.)";
subgraph cluster_8 {
label="ะะพะทะฝะธะบะฝะพะฒะตะฝะธะต ัะฟัะพัะฐ";
node_9 [label="#Start" color=green shape=invhouse xlabel=""];
node_10 [label="#End" color=blue shape=house xlabel=""];
}
subgraph cluster_5 {
label="ะะถะธะดะฐะฝะธะต ะทะฐะบะฐะทะฐ";
node_6 [label="#Start" color=green shape=invhouse xlabel="0.47"];
node_7 [label="#End" color=blue shape=house xlabel=""];
node_6 -> node_7 [label="72
[23 ะดะฝ. 8 ัะฐั. 3 ะผะธะฝ. 46 ัะตะบ.]" style=bold];
}
subgraph cluster_14 {
label="ะัะตะฝะบะฐ ะทะฐะฟะฐัะพะฒ";
node_15 [label="#Start" color=green shape=invhouse xlabel=""];
node_16 [label="#End" color=blue shape=house xlabel=""];
}
subgraph cluster_11 {
label="ะัะธะพะฑัะตัะตะฝะธะต";
node_12 [label="#Start" color=green shape=invhouse xlabel="32.61"];
node_13 [label="#End" color=blue shape=house xlabel=""];
node_12 -> node_13 [label="860
[136 ะดะฝ. 12 ัะฐั. 23 ะผะธะฝ. 1 ัะตะบ.]" style=bold];
}
node_15 -> node_6 [lhead=cluster_5];
node_9 -> node_12 [lhead=cluster_11];
}
But if I change value in label from 3600 to another or when remove cluster_11 pdf opens correct.
I use stable version 2.38 on Windows 8.1 with Acrobat 11.0.10.
How to fix it?
This bug https://bugzilla.redhat.com/show_bug.cgi?id=656245 causing build to fail on Fedora-20. Fedora-20 does not have 'stropts.h' file in glibc.
Any workaround it?
Details:
make[3]: Entering directory `/home/dilawar/Bhandar/Applications/Visualization/graphviz_git/lib/sfio'
Making all in Sfio_f
make[4]: Entering directory `/home/dilawar/Bhandar/Applications/Visualization/graphviz_git/lib/sfio/Sfio_f'
CC _sfclrerr.lo
In file included from _sfclrerr.c:14:0:
../../../lib/sfio/sfhdr.h:208:21: fatal error: stropts.h: No such file or directory
#include <stropts.h>
^
I was about to checkout Graphviz but the www.graphviz.org site appears to be down.
I ran autogen, then configured as such:
./configure --prefix=/home/erik --enable-perl=no
make
fails with the following error:
../../lib/cgraph/.libs/libcgraph.so: undefined reference to `aglexeof'
../../lib/cgraph/.libs/libcgraph.so: undefined reference to `aaglex'
../../lib/cgraph/.libs/libcgraph.so: undefined reference to `aagin'
../../lib/cgraph/.libs/libcgraph.so: undefined reference to `aglexinit'
../../lib/cgraph/.libs/libcgraph.so: undefined reference to `aglexbad'
../../lib/cgraph/.libs/libcgraph.so: undefined reference to `aagerror'
../../lib/gvc/.libs/libgvc.so: undefined reference to `agsetfile'
It looks like these are in libcgraph, which I have already installed. I'm confused what's going on.
I'm trying to work through a set of changes (mostly minor so far) to fix #19 and build Graphviz with MinGW-w64. In f8f7cbb a use of mktemp
was replaced by mkstemp
, apparently to fix a warning, but that function is not available in msvcrt. mktemp
is deprecated but at least it's present - http://msdn.microsoft.com/en-us/library/ms235413.aspx. I believe this issue applies equally to MSVC but I haven't tested that.
There is a BSD-licensed mkstemp
implementation for win32 available here https://github.com/storoj/libimobiledevice-win32/blob/master/libzip/mkstemp.c but I'm not sure how standalone it is.
Ported Issue from Mantis
Original ID: 2600
Reported By: graphVizKid
SEVERITY: IMPORTANT
Submitted: 2016-06-09 22:03:35
OS: OS X EL CAPITAN
OS BUILD: 10.11.5
PLATFORM: MACBOOK AIR
With the spline setting of "curved" dot reports the error
Error: lost n n edge
for a simple graph containing nodes defined using html-like records.
Here is a simple example:
node [shape=plaintext]
splines = curved
n [label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0">
<TR><TD border="0"> </TD>
<TD PORT="2">z</TD>
<TD border="0"> </TD>
</TR>
<TR> <TD ROWSPAN="4" COLSPAN="3"> <BR/>A<BR/> </TD> </TR>
<TR> <TD border="0"> </TD> </TR>
<TR><TD PORT="1">y</TD></TR>
<TR> <TD border="0"> </TD></TR>
<TR><TD border="0"> </TD>
<TD PORT="0">x</TD>
<TD border="0"> </TD>
</TR>
</TABLE>>];
n:1 -> n:2 ;
n:0 -> n:1 ;
}
I am using graphviz version 2.39.20160526.1729 (20160526.1729)
The error occurs when I try to generate an svg file (or ps or png), eg:
dot -Tsvg dot-curved.gv -o dot-curved.gv.svg
If you reorder the edges, you still get an error, but the other edge is displayed. If you just have one edge, it works fine.
If you use a different value for splines, the error goes away.
The build breaks in gvedit, when the link omits the C++ std library.
Undefined symbols for architecture x86_64:
"std::terminate()", referenced from:
___clang_call_terminate in gvedit-moc_imageviewer.o
___clang_call_terminate in gvedit-moc_mdichild.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Weirdly, the build works if I manually change g++ to g++-4.8 from Homebrew
in the gvedit Makefile. (The rest of the build is still llvm.)
This bug surfaced in the last week or so, after a recent update to Xcode.
contrib/diffimg/diffimg.c has no jpeg support because of
#ifndef HAVE_HAVE_LIBJPEG
#undef HAVE_GD_JPEG
#endif
What is HAVE_HAVE_LIBJPEG? Should not these 3 lines be removed?
When editing a graph dot file in an external editor then saving the changes, Graphviz.app doesn't alway (almost never) re-reads the changed file and update the graph accordingly. Also when adding a new edge the graph typically completely disappears and leaves a dark gray screen that has to be closed, and the graph file re-opened. Sometimes when adding an edge it doesn't do this though. When syntax errors are present in the graph file, it won't re-read the contents after they have been corrected.
I'm running this on the latest version of Mac OS X Yosemite (10.10) on the newest 15" Macbook Pro with retina display (mid 2014 model)
Have any plans been made? :(
I apologize for cross-posting on graphviz forum and here.
I have the exact same issue as the one posted last year - #19
Was any solution found?
Ported Issue from Mantis
Original ID: 2598 _Referenced Attachment is only available in the original Mantis DB_
Reported By: Vampire
SEVERITY: MAJOR
Submitted: 2016-05-12 10:34:45
Using dot
with the attached file gives the following output:
Error: trouble in init_rank
%0 1
%0 5
%0 2
%0 4
%0 2
%0 6
cz 2
da 2
dg 1
db 1
dd 1
de 1
df 1
dc 1
cs 1
ct 1
cw 1
cu 1
cv 1
cx 1
cy 2
%0 1
ab 2
%0 2
o 1
t 1
ay 2
%0 1
e 2
d 2
f 1
j 1
l 1
n 1
p 1
u 1
%0 1
bt 1
%0 1
%0 2
bc 1
k 1
m 1
q 1
v 1
bf 1
co 2
If you remove some subgraph, or node or edge, or remove the rankdir setting, it works.
Warning: using box for unknown shape cylinder
Always getting this error with version 2.38...will there be an updated package?
I can ping it, but I can't browse the pages. I don't know how else to get in touch with the owner, so I thought I'd post here.
I'm getting a segfault when I use the splines attribute. I'm using this .dot file with the command
neato -n2 -Tpng dot.dot > png.png
The issue seems to be with the graph attribute splines=true
because when I remove that line everything works great!
The output of neato -V
is neato - graphviz version 2.38.0 (20140413.2041)
, which is the current version on MacPorts.
I haven't investigated the segfault much yet. Should I try upgrading to a more recent graphviz version first?
EDIT: same problem on neato - graphviz version 2.39.20150224.0545 (20150224.0545)
I'm currently relying heavily on dot for laying out a subway-map styled graph. xlabels are perfect for this job, as I can use point-style nodes and keep labels close without messing with the layout.
However, the always-horizontal xlabels are making metro-map styled graphs hard to read, as the nodes are preferably close together. For this use case, it would be sufficient to only consider eight label placements and rotations: left/right horizontally, up/down vertically and the diagonal positions and rotations. (see: section 4 in http://sydney.edu.au/engineering/it/~dmerrick/metromap/metromap.pdf)
Hello,
I have the following error when compiling with MinGW-w64:
graph.c:281:1: error: initializer element is not constant
Agdisc_t AgDefaultDisc = { &AgMemDisc, &AgIdDisc, &AgIoDisc };
^
graph.c:281:1: error: (near initialization for 'AgDefaultDisc.mem')
graph.c:281:1: error: initializer element is not constant
graph.c:281:1: error: (near initialization for 'AgDefaultDisc.id')
graph.c:281:1: error: initializer element is not constant
graph.c:281:1: error: (near initialization for 'AgDefaultDisc.io')
make[3]: *** [graph.lo] Error 1
It's the version 2.38.0.
I meet error after make:
make[3]: Entering directory `/root/graphviz/cmd/dot'
CC dot-dot.o
CC dot-no_builtins.o
CCLD dot
CC dot_builtins-dot.o
CC dot_builtins-dot_builtins.o
CCLD dot_builtins
../../lib/cgraph/.libs/libcgraph.so: error: undefined reference to 'aagerror'
../../lib/cgraph/.libs/libcgraph.so: error: undefined reference to 'aaglex'
../../lib/cgraph/.libs/libcgraph.so: error: undefined reference to 'aglexeof'
../../lib/cgraph/.libs/libcgraph.so: error: undefined reference to 'aagin'
../../lib/cgraph/.libs/libcgraph.so: error: undefined reference to 'aglexinit'
I wrote a python package which uses sfdp to generate the node position for the graph. The python run sfdp as a subprocess for the Linux machine, but how to adjust the code for the windows machine?
Thanks,
Jing
Provided GIST segfault gvpack. Tested on graphviz:
The following simple dot crashes due to a limitation in the buffer in trapezoids.c.
Crashing versions:
BUT not crashing with 2.36 in Ubuntu 14.04
The workaround is to enlarge the allocation of the trapezoids as follows: TRSIZE = ntraps+1;
digraph "Robot_Localization Components" {
rankdir=LR;
ratio=compress;
splines=ortho;
size="8.27,11.69";
subgraph cluster_Robot_Localization {
labelloc=t;
fontname="Times-bold";
color=red;
label=<<B>Robot Localization</B>>;
fontsize="16.0";
fontcolor=black;
penwidth=2;
ramcip_some_other_ros_node [shape=plaintext, margin=0, label=<<TABLE border="1" cellspacing="0" cellborder="1"><TR><TD>Registered point cloud, list of points (xyz,rgb)</TD></TR><TR><TD><B><BR/>ramcip_some_other_ros_node<BR/><BR/></B></TD></TR><TR><TD>Time stamped outputs</TD></TR></TABLE>>];
ramcip_mapping_or_hector_mapping [shape=plaintext, margin=0, label=<<TABLE border="1" cellspacing="0" cellborder="1"><TR><TD>Undistorted, Rectified Depth image (512x424) pixels<BR/>Registered point cloud, list of points (xyz,rgb)</TD></TR><TR><TD><B><BR/>ramcip_mapping or hector_mapping<BR/><BR/></B></TD></TR><TR><TD>current pose expressed in world coordinates (xyz<BR/>rpy)<BR/>Time stamped outputs</TD></TR></TABLE>>];
}
kinect2_bridge_launch [shape=rect, style=filled, fillcolor=gray];
kinect2_bridge_launch -> ramcip_some_other_ros_node [fontcolor=red, fontname=Verdana, fontsize="8.0", label="sensor_msgs/PointCloud2"];
kinect2_bridge_launch -> ramcip_mapping_or_hector_mapping [fontcolor=red, fontname=Verdana, fontsize="8.0", label="sensor_msgs/Image\nsensor_msgs/PointCloud2"];
ramcip_large_object_tracking_large_object_tracking [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_large_object_tracking_large_object_tracking [fontcolor=red, fontname=Verdana, fontsize="8.0", label="*"];
ramcip_robot_navigation_robot_navigation [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_robot_navigation_robot_navigation [fontcolor=red, fontname=Verdana, fontsize="8.0", label="Robot pose"];
ramcip_human_tracking_human_tracking [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_human_tracking_human_tracking [fontcolor=red, fontname=Verdana, fontsize="8.0", label="*"];
ramcip_hierarchical_spaces_hierarchical_spaces [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_hierarchical_spaces_hierarchical_spaces [fontcolor=red, fontname=Verdana, fontsize="8.0", label="*"];
ramcip_lower_body_phri_planner_lower_body_phri_planner [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_lower_body_phri_planner_lower_body_phri_planner [fontcolor=red, fontname=Verdana, fontsize="8.0", label="current pose expressed in world coordinates (XYZ and rpy euler angles)\nstd_msgs/Float64\nTBD. Delete this???"];
ramcip_affect_recognizer_affect_recognizer [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_affect_recognizer_affect_recognizer [fontcolor=red, fontname=Verdana, fontsize="8.0", label="*"];
ramcip_manipulation_planner_and_control_manipulation_planner_and_control [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_manipulation_planner_and_control_manipulation_planner_and_control [fontcolor=red, fontname=Verdana, fontsize="8.0", label="geometry_msgs/PoseStamped or nav_msgs/Odometry\ngeometry_msgs/TwistStamped or nav_msgs/Odometry"];
ramcip_object_detection_object_detection [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_object_detection_object_detection [fontcolor=red, fontname=Verdana, fontsize="8.0", label="*"];
ramcip_hand_over_controller_hand_over_controller [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_hand_over_controller_hand_over_controller [fontcolor=red, fontname=Verdana, fontsize="8.0", label="geometry_msgs/PoseStamped or nav_msgs/Odometry\ngeometry_msgs/TwistStamped or nav_msgs/Odometry"];
ramcip_ar_projector_ar_projector [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_ar_projector_ar_projector [fontcolor=red, fontname=Verdana, fontsize="8.0", label="*"];
ramcip_global_mapping_global_mapping [shape=rect, style=filled, fillcolor=gray];
ramcip_mapping_or_hector_mapping -> ramcip_global_mapping_global_mapping [fontcolor=red, fontname=Verdana, fontsize="8.0", label="*"];
}
So it seems like the distribution of binaries is over and that the recommended way is to use the HomeBrew package manager. That's fine, except that with the latest version of brew and the latest version of OS X, it doesn't build. There is no way to obtain Graphviz.app on OS X anymore.
xapple@local ~ $ brew install graphviz --with-app
==> Downloading http://graphviz.org/pub/graphviz/stable/SOURCES/graphviz-2.38.0.tar.gz
######################################################################## 100.0%
==> Downloading https://raw.githubusercontent.com/Homebrew/patches/ec8d133/graphviz/patch-pr
######################################################################## 100.0%
==> Patching
==> Applying patch-project.pbxproj.diff
patching file macosx/graphviz.xcodeproj/project.pbxproj
==> ./configure --prefix=/usr/local/Cellar/graphviz/2.38.0 --without-qt --with-quartz --disa
==> make install
Last 15 lines from /Users/xapple/Library/Logs/Homebrew/graphviz/02.make:
libtool: install: /usr/local/bin/ginstall -c .libs/libgvplugin_core.6.dylib /usr/local/Cellar/graphviz/2.38.0/lib/graphviz/libgvplugin_core.6.dylib
libtool: install: (cd /usr/local/Cellar/graphviz/2.38.0/lib/graphviz && { ln -s -f libgvplugin_core.6.dylib libgvplugin_core.dylib || { rm -f libgvplugin_core.dylib && ln -s libgvplugin_core.6.dylib libgvplugin_core.dylib; }; })
libtool: install: /usr/local/bin/ginstall -c .libs/libgvplugin_core.lai /usr/local/Cellar/graphviz/2.38.0/lib/graphviz/libgvplugin_core.la
Making install in devil
CC gvdevice_devil.lo
CC gvplugin_devil.lo
CCLD libgvplugin_devil_C.la
CCLD libgvplugin_devil.la
ld: file not found: /usr/local/lib/gcc/4.9/libstdc++.6.dylib for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[3]: *** [libgvplugin_devil.la] Error 1
make[3]: *** Waiting for unfinished jobs....
make[2]: *** [install-recursive] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install] Error 2
Ported Issue from Mantis
Original ID: 2601
Reported By: graphVizKid
SEVERITY: IMPORTANT
Submitted: 2016-06-09 22:18:41
OS: OS X EL CAPITAN
OS BUILD: 10.11.5
PLATFORM: MACBOOK AIR
I have a simple graph with HTML-like records. The edges between ports in the same node are always what you would expect with the splines parameter set to "spline", no matter what the parameter is actually set to (except that setting it to "curved" leads to an error, something I reported in a separate issue).
Try the following example. Try setting the splines parameter to "polyline" and you will see that the type of edge you get is not a polyline. The "ortho" setting does not generate a reasonable figure, but that is a know issue.
digraph G {
rankdir=BT
node [shape=plaintext]
splines = line
a [label=<
z | ||
B | ||
y | ||
x |
a:5 -> a:6 ;
a:4 -> a:6 ;
}
neato and fdp have the same issue, but the "curved" setting does not cause an error.
Ported Issue from Mantis
Original ID: 2602
Reported By: graphVizKid
SEVERITY: FEATURE
Submitted: 2016-06-09 23:15:39
It would great if you could add node shapes for the standard logic gates. In order of importance (for me) we have: and, or, xor, not, nand, nor, nxor.
This will allow one to generate circuit diagrams, which will be pretty nice.
I am using images right now, but that is not as flexible.
I'd be really grateful for a brief overview of how the Graphviz distribution for Windows actually gets built*.
The Visual Studio project files in this repo are incomplete (lacking for example rules to run Bison/Flex) but most importantly there is no project to build libltdl, which seems to be a fundamental requirement for loading the various layout and rendering engines. I tried assembling a VS project on the basis of the makefile rules but this does not seem to cover all options.
Any help welcomed. It would be great to be able to build and debug the suite in Visual Studio and I'd be more than happy to put in the work to get a complete VS solution.
Thanks.
*I tried compiling using the msys environment but that fails early on as well ...
Ported Issue from Mantis
Original ID: 2601
Reported By: graphVizKid
SEVERITY: IMPORTANT
Submitted: 2016-06-09 22:18:41
OS: OS X EL CAPITAN
OS BUILD: 10.11.5
PLATFORM: MACBOOK AIR
I have a simple graph with HTML-like records. The edges between ports in the same node are always what you would expect with the splines parameter set to "spline", no matter what the parameter is actually set to (except that setting it to "curved" leads to an error, something I reported in a separate issue).
Try the following example. Try setting the splines parameter to "polyline" and you will see that the type of edge you get is not a polyline. The "ortho" setting does not generate a reasonable figure, but that is a know issue.
digraph G {
rankdir=BT
node [shape=plaintext]
splines = line
a [label=<
<TABLE BORDER="0" CELLBORDER="1" CELLSPACING="0">
<TR><TD border="0"> </TD>
<TD PORT="6">z</TD>
<TD border="0"> </TD>
</TR>
<TR> <TD ROWSPAN="4" COLSPAN="3"> <BR/>B<BR/> </TD> </TR>
<TR> <TD border="0"> </TD> </TR>
<TR><TD PORT="5">y</TD></TR>
<TR> <TD border="0"> </TD></TR>
<TR><TD border="0"> </TD>
<TD PORT="4">x</TD>
<TD border="0"> </TD>
</TR>
</TABLE>>];
a:5 -> a:6 ;
a:4 -> a:6 ;
}
neato
and fdp
have the same issue, but the "curved" setting does not cause an error.
Try this:
$ cat test.dot
graph {
a[label="trailing backslash \\"];
}
$ dot -Tpng -o test.png test.dot
dot from graphiviz 2.36 on Windows complains:
Warning: c:\windows\temp\...\test.dot: syntax error in line 2 near ''
It also fails to create the PNG file.
(The actual test case I had complained about a syntax error near ',' despite there being no ',' on that line.)
dot from graphviz 2.26.3 on Ubuntu 13.10 is perfectly happy with this file and creates the expected PNG.
If the label is changed to contain anything after the escaped backslash (e.g. a single space), dot 2.36 on Windows stops complaining and starts generating PNGs.
$ time dot -Tsvg links4.txt links3.svg
zsh: segmentation fault dot -Tsvg links4.txt links3.svg
dot -Tsvg links4.txt links3.svg 42.49s user 6.52s system 98% cpu 49.515 total
Related file attached:
I was looking into creating a nightly build using travis. It would run through the PRs and make sure they are valid before merging in the code.
Thanks,
Keenan
Since the decision has been made in tracker #88 to use github to host the site the issue tracker reference should point there as well.
This graphviz causes segfault with neato.
$ neato -Tpng network.dot > network.png
Segmentation fault
$ neato -V
neato - graphviz version 2.36.0 (20140111.2315)
$ uname -a
Linux chamcham 3.13.0-40-generic #69-Ubuntu SMP Thu Nov 13 17:53:56 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
make[4]: Entering directory `/home/rush/Programowanie/graphviz.git/lib/sfio/Sfio_f'
CC _sfclrerr.lo
In file included from ../../../lib/sfio/sfio_t.h:46:0,
from ../../../lib/sfio/sfhdr.h:29,
from _sfclrerr.c:14:
../../../lib/sfio/sfio.h:292:10: error: operator '&&' has no left operand
#if _DLL && _DLL_INDIRECT_DATA
^
make[4]: *** [_sfclrerr.lo] Error 1
make[4]: Leaving directory `/home/rush/Programowanie/graphviz.git/lib/sfio/Sfio_f'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/rush/Programowanie/graphviz.git/lib/sfio'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/rush/Programowanie/graphviz.git/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rush/Programowanie/graphviz.git'
make: *** [all] Error 2
Here is my config.log: http://x.rushbase.net/53b5e3a857ed75506806af16ce9a63501396abbd/config.log
Here is my configure line:
./configure --host=i686-w64-mingw32 --enable-shared --disable-static
Everything seems to detected properly:
graphviz-2.35.0 will be compiled with the following:
options:
graph: No (disabled deprecated)
cgraph: Yes
digcola: Yes
expat: No (missing library)
fontconfig: Yes
freetype: Yes
glut: No (missing GL/glut.h)
ann: No (ANN library not available)
gts: No (gts library not available)
ipsepcola: No (disabled by default - C++ portability issues)
ltdl: No (disabled)
ortho: Yes
sfdp: Yes
shared: Yes
static: No (disabled by default)
qt: Yes
x: No (disabled or unavailable)
commands:
dot: Yes (always enabled)
neato: Yes (always enabled)
fdp: Yes (always enabled)
circo: Yes (always enabled)
twopi: Yes (always enabled)
gvpr: Yes (always enabled)
gvmap: Yes (always enabled)
lefty: No (missing Xaw headers)
smyrna: No (disabled by default - experimental)
gvedit: Yes
plugin libraries:
dot_layout: Yes (always enabled)
neato_layout: Yes (always enabled)
core: Yes (always enabled)
devil: No (missing library)
gd: No (gd headers not found)
gdiplus: No (disabled by default - Windows only)
gdk_pixbuf: No (disabled)
ghostscript: No (missing Xrender)
glitz: No (disabled by default - incomplete)
gtk: Yes
lasi: No (lasi library not available)
ming: No (disabled by default - incomplete)
pangocairo: Yes
poppler: Yes
quartz: No (disabled by default - Mac only)
rsvg: Yes
visio: No (disabled by default - experimental)
webp: No (disabled by default - experimental)
xlib: No (disabled or unavailable)
It seems that sfio seems to be inherently Unix-based .. but I may be mistaken, please advise. I tried following http://www.graphviz.org/doc/winbuild.html but it seems to be more confusing than helpful as all the extra switches should not be necessary with properly configured pkg-config and cross-compilation environment. I believe my environment is proper.
Regards,
Damian
The Eclipse Graphical Editing Framework project (https://www.eclipse.org/gef/), which I lead, aims at providing a complete Eclipse-based DOT authoring environment (in terms of its GEF4 DOT component: https://wiki.eclipse.org/GEF/GEF4/DOT), We are currently building that up, including an Xtext-based DOT editor, as well as a JavaFX-based DOT graph viewer. As part of this, we rely on the native dot executable for SVG image export and layout computation (while parsing, serializing, rendering, etc. is performed by GEF4 DOT) and currently point to an external Graphviz installation (via a preference) for this purpose.
In order to provide a nice user experience, as Graphviz is provided unter the terms of the EPL, we would like to bundle a minimal (static) dot executable for mac, linux, and windows already as part of our GEF4 DOT component, so users would no longer have to install it separately. I raised a respective contribution questionnaire (CQ) at the Eclipse Foundation, which is currently being processed, including a detailed check by the Eclipse IP team.
As part of the IP screening process, I had to provide the sources from which the respective dot binaries, we would like to bundle, are actually built. The IP team checks them with respect to non EPL-compliant content. As we only want to bundle a very minimal dot executable, I patched the configure and make scripts to remove any unused plugins or UI components: [graphviz-minimal.patch.txt]. From this, I was able to produce a minimal (static) dot executable as follows:
./autogen.sh NOCONFIG
./configure --without-x --without-expat --without-devil --without-webp
--without-poppler --without-rsvg --without-ghostscript --without-visio
--without-pangocairo --without-lasi --without-glitz --without-freetype2
--without-fontconfig --without-gdk --without-gdk-pixbuf --without-gtk
--without-gtkgl --without-gtkglext --without-gts --without-ann --without-glade
--without-ming --without-qt --without-quartz --without-gdiplus --without-libgd
--without-glut --without-ipsepcola --without-digcola --enable-static
--disable-ltdl --disable-shared --disable-tcl
make
I passed all the files required by this build configuration to the Eclipse ip team (so far I only built for mac and linux, not windows). As part of their initial triage, the Eclipse IP team came across http://www.graphviz.org/mantisbt/view.php?id=1567&history=1#history, which points out some licensing issues in certain lib files (I did not exclude so far). While the quarz plugin mentioned there is definitely not relevant to us (we excluded it from the configuration), the other issues seem to be problematic, especially regex_win32 (which is LPGL).
As I personally cannot really assess that, could you provide some information about whether those parts that there mentioned as problematic are indeed mandatory for a minimal static dot executable (as the one we would like to bundle)? Do you see a chance we could provide a minimal dot executable without relying on these files (especially regex_win32 on windows)? Your help would be highly appreciated.
(https://github.com/ellson/graphviz/files/212690/graphviz-minimal.patch.txt)
Ported Issue from Mantis
Original ID: 2599
Reported By: bo.at.graphviz
SEVERITY: NORMAL
Submitted: 2016-05-18 08:25:16
fdp
can produce very stretched layout for pinned nodes in clusters (subgraphs). Removing pin=true
(or changing to pin=false
) makes the issue disappear. Removing edges outside clusters makes the issue disappear. The stretching seems to be exponential in K (spring length).
graph clusters {
graph [K=4];
subgraph cluster_a {
a [pos="0,0", pin=true];
a1 [pos="0,1", pin=true];
}
subgraph cluster_b {
b [pos="0,0", pin=true];
b1 [pos="0,1", pin=true];
}
a -- b;
c -- a;
}
dot -Kfdp -Tsvg simple-clusters.dot -o/tmp/simple-clusters.svg
If you remove pin=true
, the result is much more sensible, but nodes within clusters are moved. If you remove edge c--a
; the layout is quite compact. Setting K=1
reduces the blowup for cluster_a
. For K=1
the height of cluster_a
is 293 pixels, for K=2
it is 677. For K=3
it is 2510, etc.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.