ellson / mothballed-graphviz

Moved to https://gitlab.com/graphviz/graphviz

Graphviz - Graph Visualization Tools

from AT&T Research and Lucent Bell Labs

• https://graphviz.org/

See doc/build.html within the source tree or https://graphviz.org/doc/build.html for prerequisites and detailed build notes.

master GIT Repository

The master GIT Repository for graphviz can be found at:

• https://gitlab.com/graphviz/graphviz/

Documentation

The Graphviz documents are currently hosted at https://emden.github.io/

Graph Visualization ( https://graphviz.org/about/ )

Graph visualization is a way of representing structural information as diagrams of abstract graphs and networks. It has important applications in networking, bioinformatics, software engineering, database and web design, machine learning, and in visual interfaces for other technical domains.

Graphviz is open source graph visualization software. It has several main layout programs. See the gallery for sample layouts. It also has web and interactive graphical interfaces, and auxiliary tools, libraries, and language bindings. We're not able to put a lot of work into GUI editors but there are quite a few external projects and even commercial tools that incorporate Graphviz. You can find some of these in the Resources section.

The Graphviz layout programs take descriptions of graphs in a simple text language, and make diagrams in useful formats, such as images and SVG for web pages; PDF or Postscript for inclusion in other documents; or display in an interactive graph browser.

Graphviz has many useful features for concrete diagrams, such as options for colors, fonts, tabular node layouts, line styles, hyperlinks, and custom shapes.

In practice, graphs are usually generated from an external data sources, but they can also be created and edited manually, either as raw text files or within a graphical editor. (Graphviz was not intended to be a Visio replacement, so it is probably frustrating to try to use it that way.)

Contacts

If you have a bug or believe something is not working as expected, please submit a bug report.

If you have a general question or are unsure how things work, these queries can also be posted in the Graphviz Issues page.

John Ellson

mothballed-graphviz's Issues

Neato segfault when `concentrate=true`

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

[Dot] trouble in init_rank

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

DESCRIPTION

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.

building on OSX Mavericks with llvm clang from Xcode 6.3.2

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.

Graphviz.org site is down

I was about to checkout Graphviz but the www.graphviz.org site appears to be down.

mkstemp not available on win32

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.

Compiling Graphviz with msys+mingw-w64 toolchain

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?

[request] xlabel orientation

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)

119MB file crashes SVG generation in dot 2.30.1

$ 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:

links4.txt.zip

SVG viewBox problem with 2.38.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.

[Dot] ortho plots do not respect ports. also arrowheads seem to go the wrong way.

Ported Issue from Mantis
Original ID: 2142
Reported By: jezemine

SEVERITY: MINOR
Submitted: 2011-10-05 05:35:14

OS BUILD: VISTA

PLATFORM: WINDOWS

DESCRIPTION

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.

STEPS TO REPRODUCE

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];

}

[Dot] dot error "Error: lost n n edge": edge missing for simple graphs with records

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

DESCRIPTION

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.

STEPS TO REPRODUCE

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 ;
}

ADDITIONAL INFORMATION

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.

[Dot] Add logic gate shapes

Ported Issue from Mantis
Original ID: 2602
Reported By: graphVizKid

SEVERITY: FEATURE
Submitted: 2016-06-09 23:15:39

DESCRIPTION

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.

Layout failed when use twopi and ortho at the same time

GraphViz version: 2.36.0

input:

digraph g {
    layout=twopi
    splines=ortho
    a -> b
}

output:

Assertion failed: (np->cells[1]), function chkSgraph, file maze.c, line 315.

call stack:

[Dot] spline option for dot not working properly in simple graphs with HTML-like records

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

DESCRIPTION

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).

STEPS TO REPRODUCE

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 ;
}

ADDITIONAL INFORMATION

neato and fdp have the same issue, but the "curved" setting does not cause an error.

Issue Tracker still pointed to on www.graphviz.org

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.

Trailing backslash in a label causes 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.

gvpack segfaults with provided sample

Provided GIST segfault gvpack. Tested on graphviz:

• version 2.34.0 (20131127.0456) (MacOSX 10.9, Brew)
• version 2.34.0 (20131127.0454) (Linux/Gentoo)
• current git version under Linux.

https://gist.github.com/nbkolchin/7670917

No way to obtain Graphviz on OS X

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

[SVG] tooltip dot attribute's append a useless subnode

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="&lt;b&gt;I test &lt;/b&gt; 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="&lt;b&gt;I test &lt;/b&gt; 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>

Allowing svg attributes in dot files

Dear,

Currently dot file do not have these svg attributes:

• onload
• onfocusin
• onfocusout
• onactivate
• onclick
• onmousedown
• onmouseup
• onmouseover
• onmousemove
• onmouseout
• onunload
• onabort
• onerror
• onresize
• onscroll
• onzoom
• onbegin
• onend
• onrepeat

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

Errors while cross-compiling on MinGW

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

build fails linking when looking for 'aglexeof' and friends

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.

[Fdp] fdp produces very stretched clusters for pinned nodes

Ported Issue from Mantis
Original ID: 2599
Reported By: bo.at.graphviz

SEVERITY: NORMAL
Submitted: 2016-05-18 08:25:16

DESCRIPTION

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).

STEPS TO REPRODUCE

1. Create a simple-clusters.dot file with the following content:

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;
}

1. Run the following command

dot -Kfdp -Tsvg simple-clusters.dot -o/tmp/simple-clusters.svg

1. See the resulting simple-clusters.svg file and observe how large cluster_a has become (over 3000 pixels).

ADDITIONAL INFORMATION

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.

PDF generation with bug (CarioFont-0-0)

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?

segfault when using splines=true

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)

Nightly build

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.

1. Do we currently have an alternative nightly build with something like jenkins?
2. We have build instrucitons but do we have test instructions?3. Would building just on a single operating system be good enough? (at least for starters)
3. Is this something that interests you? I have no problem doing the work, just don't want to do this work if you have an alternative / don't want.

Thanks,
Keenan

Next release of Graphviz?

Have any plans been made? :(

Use github for hosting the website

I guess that would save you a lot of trouble. graphviz.github.io sounds not too bad.

diffimg has no jpeg support

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?

Memory leak in virtual_node when dot lays out clusters

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.

I try to build for git but for undefined reference errors

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'

EPL license compliance issues

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:

1. ./autogen.sh NOCONFIG

2. ./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

3. 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)

graphviz on mac not reliably re-reading document changes

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)

Failed to compile under MinGW

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.

[Dot] newrank causes "Warning: Unable to reclaim box space in spline routing for edge" error

Ported Issue from Mantis
Original ID: 2597
Reported By: ball

SEVERITY: MAJOR
Submitted: 2016-05-10 20:28:21

PLATFORM: LINUX

DESCRIPTION

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.

STEPS TO REPRODUCE

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!

ADDITIONAL INFORMATION

Using version 2.38.0 on linux

Windows Visual Studio build issues?

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 ...

Trapezoid overflow

The following simple dot crashes due to a limitation in the buffer in trapezoids.c.

Crashing versions:

• 2.37 windows
• 2.39.20150109.0545 (20150109.0545) under OSX
• github master under OSX

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;

Example (the last edge causes the crash):

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="*"];
}

"Syntax error" for node with many input ports

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.

Heap corruption in lib/common/labels.c/strdup_and_subst_obj0

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.

Missing stropts.h on Fedora 20

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>
                     ^

[Dot] spline option for dot not working properly in simple graphs with HTML-like records

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

DESCRIPTION

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).

STEPS TO REPRODUCE

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 ;
}

ADDITIONAL INFORMATION

neato and fdp have the same issue, but the "curved" setting does not cause an error.

Graphviz.org is inaccessible

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.

www.graphviz.org is not available

Is it possible to mirror releases here on github?

At least http://www.graphviz.org/Download_source.php

Is that possible to run sfdp on windows machine?

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

HTML-like labels: vertical alignment of nested tables

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.

Will it be possible to vectorize linear equation solver?

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).

headlabel causes dot crash

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)

Warning: using box for unknown shape cylinder

Warning: using box for unknown shape cylinder

Always getting this error with version 2.38...will there be an updated package?

Very long edge labels causes syntax error

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

Build is failing: libuuid problem

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'