GNU bug report logs - #32823
26.1; nxml-mode: "no matching start-tag" with long entity definition list

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 32823 in the body.
You can then email your comments to 32823 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Moritz <at> chai-latte.bs.linet-services.de,
	"Bunkus <moritz"@bunkus.org
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 24 Sep 2018 14:50:29 +0200

Hey,

I'm using Emacs to write DocBook XML documents that will be turned into
man pages later. In said XML documents I often define entities used
later in the file. As soon as the that list gets too long (~5
definitions), nxml-mode fails to parse the following structure properly
and fails to close open start tags with the error message "No matching
start-tag".

Note that nxml-mode always states that the document is valid, even
though it fails to find an open start tag (I'm storing DocBook relaxng
schemas in ~/.xml/schemas/relaxng/docbook/4.5/…, but the same is true
when the schemas from /usr/share/emacs/26.1/etc/schema/… are used).

How to reproduce:

1. Save the XML code below into a file.
2. Start emacs -Q
3. Open the test file.
4. Place the cursor at the end of the line starting with "<refentry…".
5. Try using the "nxml-finish-element" function, e.g. C-c C-f. It will
   show the aforementioned error message instead of inserting "</refentry>".
6. Now shorten the entity definition list, e.g. by removing the whole
   line defining "ent5". Execute "normal-mode" to let nxml-mode parse the
   buffer again. Re-run the test from step 5. It will now insert
   "</refentry>" properly.

---[ test file content start ]-----------------------------------------------------
<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"
[
<!ENTITY &product; "myprog">
<!ENTITY ent2 "moretext">
<!ENTITY ent3 "evenmoretext">

<!ENTITY ent4 "<citerefentry><refentrytitle>anotherprogram</refentrytitle><manvolnum>1</manvolnum></citerefentry>">
<!ENTITY ent5 "<citerefentry><refentrytitle>onemoreprogram</refentrytitle><manvolnum>1</manvolnum></citerefentry>">
]
>

<refentry lang="en">
 <refentryinfo>
  <productname>&product;</productname>
 </refentryinfo>

 <refmeta>
  <refentrytitle>&product;</refentrytitle>
 </refmeta>

 <refnamediv>
  <refname>&product;</refname>
  <refpurpose>doing things</refpurpose>
 </refnamediv>

 <refsect1>
  <title>Test</title>
  <para>here</para>
 </refsect1>
</refentry>
---[ test file content end ]-----------------------------------------------------

Kind regards
mosu

In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-07-05 built on juergen
Windowing system distributor 'The X.Org Foundation', version 11.0.12001000
Recent messages:
Saving file /home/mbunkus/tmp/nxml-test.xml...
Wrote /home/mbunkus/tmp/nxml-test.xml
Using schema ~/.xml/schemas/relaxng/docbook/4.5/docbook.rnc
nxml-finish-element-1: No matching start-tag
Saving file /home/mbunkus/tmp/nxml-test.xml...
Wrote /home/mbunkus/tmp/nxml-test.xml
Using schema ~/.xml/schemas/relaxng/docbook/4.5/docbook.rnc
Undo! [2 times]
Saving file /home/mbunkus/tmp/nxml-test.xml...
Wrote /home/mbunkus/tmp/nxml-test.xml

Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-modules 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Message #8 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Moritz <at> chai-latte.bs.linet-services.de, Bunkus <moritz <at> bunkus.org>
Cc: 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 24 Sep 2018 19:25:26 +0300

> From: Moritz <at> chai-latte.bs.linet-services.de,
> 	"Bunkus <moritz"@bunkus.org
> Date: Mon, 24 Sep 2018 14:50:29 +0200
> 
> Note that nxml-mode always states that the document is valid

It says "invalid" here...

> 1. Save the XML code below into a file.
> 2. Start emacs -Q
> 3. Open the test file.
> 4. Place the cursor at the end of the line starting with "<refentry…".
> 5. Try using the "nxml-finish-element" function, e.g. C-c C-f. It will
>    show the aforementioned error message instead of inserting "</refentry>".
> 6. Now shorten the entity definition list, e.g. by removing the whole
>    line defining "ent5". Execute "normal-mode" to let nxml-mode parse the
>    buffer again. Re-run the test from step 5. It will now insert
>    "</refentry>" properly.

Maybe I'm not reproducing this correctly, but in my case it emits the
same error even after removing the ent5 line.

Message #11 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Moritz Bunkus <moritz <at> bunkus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 24 Sep 2018 19:12:59 +0200

Hey,

thanks for giving it a try, Eli.

> It says "invalid" here...

Doh, stupid me. I made a copy & paste error in my example file. The
offending line is:

<!ENTITY &product; "myprog">

which should read:

<!ENTITY product "myprog">

After that change the result will be valid again. Sorry about that.

> Maybe I'm not reproducing this correctly, but in my case it emits the
> same error even after removing the ent5 line.

If removing ent5 isn't enough, try removing more entries. You can also
remove all of the definitions including the [ … ] parenthesis, leaving you
with just

…
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">

<refentry lang="en">
…

At this point C-c C-f should work at the latest.

Kind regards,
mosu

Message #14 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Moritz Bunkus <moritz <at> bunkus.org>
Cc: 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 24 Sep 2018 20:26:39 +0300

> From: Moritz Bunkus <moritz <at> bunkus.org>
> Cc: 32823 <at> debbugs.gnu.org
> Date: Mon, 24 Sep 2018 19:12:59 +0200
> 
> Doh, stupid me. I made a copy & paste error in my example file. The
> offending line is:
> 
> <!ENTITY &product; "myprog">
> 
> which should read:
> 
> <!ENTITY product "myprog">
> 
> After that change the result will be valid again. Sorry about that.

Right, this settled it.

> > Maybe I'm not reproducing this correctly, but in my case it emits the
> > same error even after removing the ent5 line.
> 
> If removing ent5 isn't enough, try removing more entries. You can also
> remove all of the definitions including the [ … ] parenthesis, leaving you
> with just
> 
> …
> <!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
> 
> <refentry lang="en">
> …
> 
> At this point C-c C-f should work at the latest.

I cannot seem to make it work here whatever I do, sorry.

Message #17 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Moritz Bunkus <moritz <at> bunkus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 24 Sep 2018 19:51:21 +0200

Hey,

> I cannot seem to make it work here whatever I do, sorry.

Maybe you're doing something slightly different than I am. I've created a
short screencast showing both nxml-finish-element not working and working
after the entity definitions have been removed:

https://www.bunkus.org/misc/nxml-mode-bug-32823-01.webm

Maybe that'll help.

Kind regards,
mosu

Message #20 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Moritz Bunkus <moritz <at> bunkus.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Tue, 25 Sep 2018 09:56:04 +0300

> From: Moritz Bunkus <moritz <at> bunkus.org>
> Cc: 32823 <at> debbugs.gnu.org
> Date: Mon, 24 Sep 2018 19:51:21 +0200
> 
> > I cannot seem to make it work here whatever I do, sorry.
> 
> Maybe you're doing something slightly different than I am. I've created a
> short screencast showing both nxml-finish-element not working and working
> after the entity definitions have been removed:
> 
> https://www.bunkus.org/misc/nxml-mode-bug-32823-01.webm
> 
> Maybe that'll help.

It did, thanks.  Turns out I was trying "C-c C-f" on the wrong
refentry line (there are too many of them).

Anyway, it sounds like the problem is with using syntax-ppss: its 8th
element is nil in the "good" invocation and non-nil in the "bad" one.
syntax-ppss is invoked on the closing bracket of this line:

  <refentry lang="en">

Maybe the syntax table used by nxml-mode (which it inherits from
sgml-mode) needs some augmentation, I'm not sure.  Hopefully, Stefan
could help.

Message #23 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: npostavs <at> gmail.com
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Moritz Bunkus <moritz <at> bunkus.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 27 May 2019 15:22:45 -0400

merge 18871 32823
quit

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Maybe you're doing something slightly different than I am. I've created a
>> short screencast showing both nxml-finish-element not working and working
>> after the entity definitions have been removed:
>> 
>> https://www.bunkus.org/misc/nxml-mode-bug-32823-01.webm
>> 
>> Maybe that'll help.
>
> It did, thanks.  Turns out I was trying "C-c C-f" on the wrong
> refentry line (there are too many of them).
>
> Anyway, it sounds like the problem is with using syntax-ppss: its 8th
> element is nil in the "good" invocation and non-nil in the "bad" one.

I believe this bug is a dup of #18871, the root of the problem is that
the bounds of the prolog (DTD definition) aren't updated after editing.
Should be fixed by the patch in https://debbugs.gnu.org/18871#30

Message #28 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Moritz Bunkus <moritz <at> bunkus.org>
To: npostavs <at> gmail.com
Cc: Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 27 May 2019 22:01:27 +0200

Hey,

thanks for working on these things. Unfortunately the patch doesn't help me
at all. Syntax highlighting & functionality (e.g. closing tags) is broken
right after loading the XML file, and it stays broken after any type of
change, no matter where that change is made (inside or outside the
prologue).

If you need a sample file, you can use this one:

https://gitlab.com/mbunkus/mkvtoolnix/blob/master/doc/man/mkvmerge.xml

It's one of the files I work on regularly, and it's always been broken.

Like I said, the problem occurs right after loading, to. No modifications
need to be made in order to trigger it. To my uninformed eyes my issue
doesn't look like to be related to the issue mine was merged to.

Kind regards,
mosu

Message #31 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: npostavs <at> gmail.com
To: Moritz Bunkus <moritz <at> bunkus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 32823 <at> debbugs.gnu.org, npostavs <at> gmail.com,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Mon, 27 May 2019 16:35:49 -0400

# undo mistaken merge
unmerge 32823
quit

Moritz Bunkus <moritz <at> bunkus.org> writes:

> Like I said, the problem occurs right after loading, to. No modifications
> need to be made in order to trigger it. To my uninformed eyes my issue
> doesn't look like to be related to the issue mine was merged to.

Ah, you're right, it's not like #18871.  But I think it's the same as
one of the edge cases Vincent brought up during Bug#33887, and the
second patch in https://debbugs.gnu.org/33887#73 should fix it:

https://debbugs.gnu.org/cgi/bugreport.cgi?filename=0001-Don-t-sgml-syntax-propertize-inside-XML-prolog.patch;msg=73;att=3;bug=33887

Message #36 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Moritz Bunkus <moritz <at> bunkus.org>
To: npostavs <at> gmail.com
Cc: Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Tue, 28 May 2019 17:39:29 +0200

Hey,

> Ah, you're right, it's not like #18871.  But I think it's the same as
> one of the edge cases Vincent brought up during Bug#33887, and the
> second patch in https://debbugs.gnu.org/33887#73 should fix it:

That patch does indeed fix the issue for me. Thanks a lot!

Kind regards,
mosu

Message #39 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Moritz Bunkus <moritz <at> bunkus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Vincent Lefevre <vincent <at> vinc17.net>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Wed, 29 May 2019 19:40:40 -0400

[Message part 1 (text/plain, inline)]

Moritz Bunkus <moritz <at> bunkus.org> writes:

>> Ah, you're right, it's not like #18871.  But I think it's the same as
>> one of the edge cases Vincent brought up during Bug#33887, and the
>> second patch in https://debbugs.gnu.org/33887#73 should fix it:
>
> That patch does indeed fix the issue for me. Thanks a lot!

Updated patch for another edge case (https://debbugs.gnu.org/33887#127).

[0001-Don-t-sgml-syntax-propertize-inside-XML-prolog-Bug-3.patch (text/plain, attachment)]

Message #42 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Moritz Bunkus <moritz <at> bunkus.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Vincent Lefevre <vincent <at> vinc17.net>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Thu, 30 May 2019 15:22:09 +0200

Hey,

unfortunately I cannot test your patch. I tried building Emacs git master
with your patch applied, but compilation failed with "Symbol’s function
definition is void: gv-define-simple-setter"; next I tried to build tag
emacs-26.2, but your patch doesn't apply against that version.

I can therefore neither confirm nor deny that the patch works for
me. Please give my usual file a try yourself:

https://gitlab.com/mbunkus/mkvtoolnix/blob/master/doc/man/mkvmerge.xml

Just try to close any open tag (C-c C-f); that never worked for me, and
syntax highlighting was thoroughly confused, too.

Kind regards,
mosu

Message #45 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Lefevre <vincent <at> vinc17.net>
To: Noam Postavsky <npostavs <at> gmail.com>, Moritz Bunkus <moritz <at> bunkus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1; nxml-mode: "no matching start-tag" with long
 entity definition list
Date: Fri, 31 May 2019 00:08:59 +0200

On 2019-05-29 19:40:40 -0400, Noam Postavsky wrote:
> Moritz Bunkus <moritz <at> bunkus.org> writes:
> 
> >> Ah, you're right, it's not like #18871.  But I think it's the same as
> >> one of the edge cases Vincent brought up during Bug#33887, and the
> >> second patch in https://debbugs.gnu.org/33887#73 should fix it:
> >
> > That patch does indeed fix the issue for me. Thanks a lot!
> 
> Updated patch for another edge case (https://debbugs.gnu.org/33887#127).

Thanks. It seems that all problems are solved!

On 2019-05-30 15:22:09 +0200, Moritz Bunkus wrote:
> Hey,
> 
> unfortunately I cannot test your patch. I tried building Emacs git master
> with your patch applied, but compilation failed with "Symbol’s function
> definition is void: gv-define-simple-setter"; next I tried to build tag
> emacs-26.2, but your patch doesn't apply against that version.
> 
> I can therefore neither confirm nor deny that the patch works for
> me. Please give my usual file a try yourself:
> 
> https://gitlab.com/mbunkus/mkvtoolnix/blob/master/doc/man/mkvmerge.xml
> 
> Just try to close any open tag (C-c C-f); that never worked for me, and
> syntax highlighting was thoroughly confused, too.

Everything seems fine with all the patches against Debian's version.
But note that this is not a valid XML file.

-- 
Vincent Lefèvre <vincent <at> vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #48 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Lefevre <vincent <at> vinc17.net>
To: Noam Postavsky <npostavs <at> gmail.com>, Moritz Bunkus <moritz <at> bunkus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1; nxml-mode: "no matching start-tag" with long
 entity definition list
Date: Sun, 2 Jun 2019 19:50:50 +0200

[Message part 1 (text/plain, inline)]

On 2019-05-31 00:08:59 +0200, Vincent Lefevre wrote:
> On 2019-05-29 19:40:40 -0400, Noam Postavsky wrote:
> > Moritz Bunkus <moritz <at> bunkus.org> writes:
> > 
> > >> Ah, you're right, it's not like #18871.  But I think it's the same as
> > >> one of the edge cases Vincent brought up during Bug#33887, and the
> > >> second patch in https://debbugs.gnu.org/33887#73 should fix it:
> > >
> > > That patch does indeed fix the issue for me. Thanks a lot!
> > 
> > Updated patch for another edge case (https://debbugs.gnu.org/33887#127).
> 
> Thanks. It seems that all problems are solved!

Unfortunately, they aren't. :( Emacs hangs on the attached file.

-- 
Vincent Lefèvre <vincent <at> vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[test.xml (application/xml, attachment)]

Message #51 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Vincent Lefevre <vincent <at> vinc17.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Moritz Bunkus <moritz <at> bunkus.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1;
 nxml-mode: "no matching start-tag" with long entity definition list
Date: Tue, 04 Jun 2019 08:59:01 -0400

tags 32823 fixed
close 32823 27.1
quit

Vincent Lefevre <vincent <at> vinc17.net> writes:

> On 2019-05-31 00:08:59 +0200, Vincent Lefevre wrote:
>> On 2019-05-29 19:40:40 -0400, Noam Postavsky wrote:
>> > Moritz Bunkus <moritz <at> bunkus.org> writes:
>> > 
>> > >> Ah, you're right, it's not like #18871.  But I think it's the same as
>> > >> one of the edge cases Vincent brought up during Bug#33887, and the
>> > >> second patch in https://debbugs.gnu.org/33887#73 should fix it:
>> > >
>> > > That patch does indeed fix the issue for me. Thanks a lot!
>> > 
>> > Updated patch for another edge case (https://debbugs.gnu.org/33887#127).
>> 
>> Thanks. It seems that all problems are solved!
>
> Unfortunately, they aren't. :( Emacs hangs on the attached file.

I can't reproduce this, but there have been a lot of patches flying
around.  So I'm pushing to master and closing this bug which I believe
is now fixed.  If you still get the hanging with latest master, open a
new bug, and we'll see about fixing that too.

d414c93b06 2019-06-04T08:42:50-04:00 "Don't sgml-syntax-propertize-inside XML prolog (Bug#32823)"
https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=d414c93b062cc3e245a6db0cb764d354d037bd42

Message #58 received at 32823 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Lefevre <vincent <at> vinc17.net>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Moritz Bunkus <moritz <at> bunkus.org>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, 32823 <at> debbugs.gnu.org
Subject: Re: bug#32823: 26.1; nxml-mode: "no matching start-tag" with long
 entity definition list
Date: Tue, 4 Jun 2019 16:29:03 +0200

On 2019-06-04 08:59:01 -0400, Noam Postavsky wrote:
> I can't reproduce this, but there have been a lot of patches flying
> around.  So I'm pushing to master and closing this bug which I believe
> is now fixed.  If you still get the hanging with latest master, open a
> new bug, and we'll see about fixing that too.

I confirm that master does not hang.

But I get a highlighting bug, which doesn't occurs in the emacs-26
branch with the patches. So, perhaps you have missed some patch.

I'll try to get a simple testcase (the ones I posted until now do not
trigger the bug) and report a new bug for that.

-- 
Vincent Lefèvre <vincent <at> vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.