on cut-here marks showing two blank lines at the bottom

2 views
Skip to first unread message

Boris Dorestand

unread,
Jan 28, 2021, 2:42:16 PM1/28/21
to
Having upgraded to GNU Emacs 27.1 from GNU Emacs 24, when wrap a region
of text with cut-here marks I now see two blank lines at the bottom of
the region when I visualize the message in the article window. See an
image at this address:

--8<---------------cut here---------------start------------->8---
https://imgur.com/a/zeMeGip
--8<---------------cut here---------------end--------------->8---

This was not like that in GNU Emacs 24. Is this really intended? I
wish it would just show one blank line, just like it does at the top of
the region. Is this a bug?

Here's the original text that you see in the image:

--8<---------------cut here---------------start------------->8---
the signature:

--8<---------------[...]------------->8---
%helpeth parseTx 0xf86c018504a817c8008252089479e4e5c6309eab8df0299973ef29ce2b001704a5880de0b6b3a7640000802ea042bf4dc13103df95cc5d8af2e4dd00932086c29578ecce67e8b16ec99af70fdfa0cefb6ea512f7d46b36f10a3b437e9652e4747627c9ed9b2048161524f9352663
/usr/local/lib/node_modules/helpeth/node_modules/ethereumjs-tx/index.js:198
if (!this.verifySignature()) throw new Error('Invalid Signature')
^
Error: Invalid Signature
at FakeTransaction.getSenderPublicKey (/usr/local/lib/node_modules/helpeth/node_modules/ethereumjs-tx/index.js:198:42)
at FakeTransaction.getSenderAddress (/usr/local/lib/node_modules/helpeth/node_modules/ethereumjs-tx/index.js:187:25)
at Object.<anonymous> (/usr/local/lib/node_modules/helpeth/helpeth:348:56)
at Module._compile (node:internal/modules/cjs/loader:1108:14)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1137:10)
at Module.load (node:internal/modules/cjs/loader:973:32)
at Function.Module._load (node:internal/modules/cjs/loader:813:14)
at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:76:12)
at node:internal/main/run_main_module:17:47
--8<---------------[...]--------------->8---

If we inspect the RLP-encoding (Recursive Prefix Length, [...]
--8<---------------cut here---------------end--------------->8---
Reply all
Reply to author
Forward
0 new messages