Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.rc > #342433 > unrolled thread

Bug#1036359: crashes with (wrong-type-argument consp nil)

Back to article view | Back to linux.debian.bugs.rc

Contents

  Bug#1036359: crashes with (wrong-type-argument consp nil) Antoine Beaupre <anarcat@debian.org> - 2023-05-19 18:20 +0200
    Bug#1036359: crashes with (wrong-type-argument consp nil) David Bremner <david@tethera.net> - 2023-05-19 20:10 +0200
    Processed: Re: Bug#1036359: crashes with (wrong-type-argument  consp nil) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-05-19 22:00 +0200
    Bug#1036359: crashes with (wrong-type-argument consp nil) Antoine Beaupré <anarcat@debian.org> - 2023-06-05 18:30 +0200
      Bug#1036359: crashes with (wrong-type-argument consp nil) Antoine Beaupré <anarcat@debian.org> - 2023-06-05 18:50 +0200
      Bug#1036359: elpa-markdown-toc -- crashes with (wrong-type-argument consp nil) Nicholas D Steeves <sten@debian.org> - 2023-06-06 17:10 +0200
        Bug#1036359: elpa-markdown-toc -- crashes with (wrong-type-argument consp nil) Nicholas D Steeves <sten@debian.org> - 2023-06-11 20:50 +0200
    Bug#1036359: elpa-markdown-toc -- crashes with (wrong-type-argument consp nil) Antoine Beaupré <anarcat@debian.org> - 2023-06-13 22:00 +0200

#342433 — Bug#1036359: crashes with (wrong-type-argument consp nil)

Package: elpa-markdown-toc
Version: 0.1.5-2
Severity: grave

In Debian bookworm, markdown-toc is currently unusable.

Given the following markdown buffer:

```


# Background


## Why migrate?


## Gitolite and GitWeb inventory


# Proposal
```

markdown-toc-generate-toc crashes with:

Debugger entered--Lisp error: (wrong-type-argument consp nil)
  markdown-imenu-create-nested-index()
  funcall(markdown-imenu-create-nested-index)
  (markdown-toc--compute-toc-structure (funcall imenu-create-index-function))
  (funcall markdown-toc-user-toc-structure-manipulation-fn (markdown-toc--compute-toc-structure (funcall imenu-create-index-function)))
  (markdown-toc--generate-toc (funcall markdown-toc-user-toc-structure-manipulation-fn (markdown-toc--compute-toc-structure (funcall imenu-create-index-function))))
  (insert (markdown-toc--generate-toc (funcall markdown-toc-user-toc-structure-manipulation-fn (markdown-toc--compute-toc-structure (funcall imenu-create-index-function)))))
  (save-excursion (if (markdown-toc--toc-already-present-p) (progn (markdown-toc--delete-toc t))) (insert (markdown-toc--generate-toc (funcall markdown-toc-user-toc-structure-manipulation-fn (markdown-toc--compute-toc-structure (funcall imenu-create-index-function))))))
  markdown-toc-generate-toc(nil)
  funcall-interactively(markdown-toc-generate-toc nil)
  command-execute(markdown-toc-generate-toc record)
  execute-extended-command(nil "markdown-toc-generate-toc" nil)
  funcall-interactively(execute-extended-command nil "markdown-toc-generate-toc" nil)
  command-execute(execute-extended-command)



-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500, 'testing'), (1, 'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages elpa-markdown-toc depends on:
ii  dh-elpa-helper      2.0.16
ii  elpa-dash           2.19.1+git20220608.1.0ac1ecf+dfsg-1
ii  elpa-markdown-mode  2.5-1
ii  elpa-s              1.12.0-5
ii  emacsen-common      3.0.5

Versions of packages elpa-markdown-toc recommends:
ii  emacs              1:28.2+1-14
ii  emacs-gtk [emacs]  1:28.2+1-14

elpa-markdown-toc suggests no packages.

-- no debconf information

[toc] | [next] | [standalone]

#342437

Antoine Beaupre <anarcat@debian.org> writes:

> Package: elpa-markdown-toc
> Version: 0.1.5-2
> Severity: grave
>
> In Debian bookworm, markdown-toc is currently unusable.
>
> Given the following markdown buffer:
>

Hi Antoine;

I agree that markdown file looks innocuous, but do you know if it is
just this file or any markdown file?

d

[toc] | [prev] | [next] | [standalone]

#342439 — Processed: Re: Bug#1036359: crashes with (wrong-type-argument consp nil)

Processing control commands:

> tag -1 -pending
Bug #1036359 [elpa-markdown-toc] crashes with (wrong-type-argument consp nil)
Removed tag(s) pending.

-- 
1036359: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036359
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [next] | [standalone]

#342893

On 2023-06-03 20:41:40, Nicholas D. Steeves wrote:
> Nicholas D Steeves <sten@debian.org> writes:
>
>> I also confirmed that both the patched version (in the staging branch)
>> and unpatched version (in bookworm) work correctly with
>>
>>  https://gitlab.torproject.org/tpo/tpa/team/-/wikis/policy/tpa-rfc-36-gitolite-gitweb-retirement.md
>>
>> when one loads markdown-toc and generates the toc before native comp
>> kicks in.
>
> Sorry for not being clear.  What I mean is that I believe that this bug
> is triggered by native compilation, and that it's unlikely that I'll
> find enough time figure out what the upstream issue is before the
> autoremoval.  Also, upstream hasn't seen any activity since 2021...
>
> Feel free to forward this bug and/or adopt this package (I don't use
> it).

You seem to have pasted a link to the TPA GitLab wiki here... Did you
mean to paste some other bug report or link there?

I think I'm okay with the package being removed from bookworm if we
can't find a quick fix here. The release date is just too close. We can
always fix this in a point release or get a backport going.

Interestingly, it's not marked as autoremoval here though:

https://tracker.debian.org/pkg/markdown-toc-el

Alternatively, I wonder if there's a way to make a simpler module that
would defer the TOC generation to an external command...

Is there something out there that takes a markdown doc as input and
outputs a TOC?

Cheers,

a.

-- 
Power is always dangerous.
Power attracts the worst and corrupts the best.
                        - Edward Abbey

[toc] | [prev] | [next] | [standalone]

#342894

On 2023-06-05 12:16:28, Antoine Beaupré wrote:
> Is there something out there that takes a markdown doc as input and
> outputs a TOC?

Answering my own question, this does what I want:

    md_toc github -o .  < tpa-rfc-36-gitolite-gitweb-retirement.md

... and what I want in many cases is actually:

    md_toc github -o .  < tpa-rfc-36-gitolite-gitweb-retirement.md | sed 's/](#.*//;s/ \[/ /'

which is just an ordered list of items, without markdown links.

md_toc is part of `python3-md-toc`.

[toc] | [prev] | [next] | [standalone]

#342898 — Bug#1036359: elpa-markdown-toc -- crashes with (wrong-type-argument consp nil)

[Multipart message — attachments visible in raw view] — view raw

Antoine Beaupré <anarcat@debian.org> writes:

> You seem to have pasted a link to the TPA GitLab wiki here... Did you
> mean to paste some other bug report or link there?

That's confirmation that I tested with the link to the file that you
were noted (in an earlier post) that you were testing with.

> I think I'm okay with the package being removed from bookworm if we
> can't find a quick fix here. The release date is just too close. We can
> always fix this in a point release or get a backport going.
>
> Interestingly, it's not marked as autoremoval here though:
>
> https://tracker.debian.org/pkg/markdown-toc-el

Interesting, maybe someone has faith that we'll fix this in a point
release!

> Alternatively, I wonder if there's a way to make a simpler module that
> would defer the TOC generation to an external command...
>
> Is there something out there that takes a markdown doc as input and
> outputs a TOC?

I saw your note on python3-md-doc, and it made me think about more
generic TOC and endnotes functions that call an external parser.

This one might be a viable alternative, with a slightly more active
upstream than markdown-toc:
https://github.com/snosov1/toc-org#markdown-support

Cheers,
Nicholas

[toc] | [prev] | [next] | [standalone]

#342976 — Bug#1036359: elpa-markdown-toc -- crashes with (wrong-type-argument consp nil)

[Multipart message — attachments visible in raw view] — view raw

Hi,

Here is a way to work around this bug (whether in Emacs or in markdown-toc).

To test:
emacs --eval="(setq native-comp-deferred-compilation-deny-list '(\"markdown-toc\"))"

To make permanent:
(setq native-comp-deferred-compilation-deny-list '("markdown-toc"))

That said, I'm not convinced that a workaround like this should be
inserted into Debian's markdown-toc (or any package)...

Cheers,
Nicholas

[toc] | [prev] | [next] | [standalone]

#343040 — Bug#1036359: elpa-markdown-toc -- crashes with (wrong-type-argument consp nil)

I can confirm that trashing the eln-cache and restarting emacs with
`markdown` in the block list works.

-- 
Le monochrome, c'est pour ceux qui s'intéressent (encore) au contenu.
Usenet dans ces conditions, c'est comme le web avec lynx, on prend
trop conscience du vide, c'est déprimant.
                        - JLC dans le Guide du linuxien pervers:
                          "Coup de cafard..."

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.rc

csiph-web