Bug#987580: libnauty2-dev: suggest include gentreeg.c source (like geng.c)

[Kevin Ryde]

Package: libnauty2-dev
Version: 2.7r1+ds-1
Severity: wishlist

It'd be good if the libnauty2-dev included the gentreeg.c source in
/usr/share/nauty, together with geng.c.  gentreeg.c has a GENTREEG_MAIN
option so can be compiled to make trees within a user program.

(I'd proposed the three geng.c, gentourng.c, gentreeg.c sources in my
bug 860782.  I didn't notice sooner the latter omitted as I had my own
symlink for interim use :)


-- System Information:
Debian Release: bullseye/sid
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU thread)
Locale: LANG=en_AU.iso88591, LC_CTYPE=en_AU.iso88591 (charmap=ISO-8859-1), 
LANGUAGE=en_AU:en_GB:en
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libnauty2-dev depends on:
ii  libnauty2  2.7r1+ds-1

libnauty2-dev recommends no packages.

Versions of packages libnauty2-dev suggests:
ii  nauty-doc   2.7r1+ds-1
ii  pkg-config  0.29.2-1

-- no debconf information

-- 
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#946695: foma: segfault on mis-use of "_"

[Kevin Ryde]

Oh, actually a commit from a fortnight ago might be relevant.  I'm not
well setup to try at this moment, but if so and all else good then can
go to fixed-upstream in the fullness of time.

https://github.com/mhulden/foma/commit/e20a453a318128973d75753f9ecbef0e6b82b23f

-- 
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#946695: foma: segfault on mis-use of "_"

[Kevin Ryde]

forwarded 946695 https://github.com/mhulden/foma/issues/77
thanks

Also looks a bit similar to https://github.com/mhulden/foma/issues/3

-- 
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#958291: foma: memory leak on repeated define

[Kevin Ryde]

Package: foma
Version: 1:0.9.18+r243-6+b1
Severity: normal

Repeated redefines with the "define" command seems to leak memory.
For example

yes 'define foo a*;' | foma >/dev/null

runs up to about 200mb memory for me and then segfaults.

I struck this in a long script doing successive defines.  Changing to
nets on the stack seems ok.  Perhaps the stack is more the intended use.


-- System Information:
Debian Release: bullseye/sid
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages foma depends on:
ii  libc6 2.29-3
ii  libfoma0  1:0.9.18+r243-6+b1
ii  libreadline8  8.0-3
ii  libtinfo6 6.1+20191019-1
ii  zlib1g1:1.2.11.dfsg-1+b1

-- 
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#946695: foma: segfault on mis-use of "_"

[Kevin Ryde]

Package: foma
Version: 1:0.9.18+r243-6+b1
Severity: minor
File: /usr/bin/foma

Entering command

regex x_y;

gets a segfault.  gdb says it's in fsm_count() due to deref of net==NULL.

If I'm not mistaken this is incorrect syntax, but it'd be good to get
some message instead of a segfault.

I struck this on trying to use "_" as part of a "def" regex name.  The
def succeeds, but using it is bad.  I suppose enough quoting could work
but better don't do that ...


-- System Information:
Versions of packages foma depends on:
ii  libc6 2.29-2
ii  libfoma0  1:0.9.18+r243-6+b1
ii  libreadline8  8.0-3
ii  libtinfo6 6.1+20190803-1
ii  zlib1g1:1.2.11.dfsg-1+b1

-- 
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers