Re: insert gives args out of range

[Stephen Berman <stephen.berman@gmx.net>]

On Fri, 16 Aug 2024 21:47:07 +0000 Heime <heimeborgia@protonmail.com> wrote:

> On Saturday, August 17th, 2024 at 9:29 AM, Stephen Berman
> <stephen.berman@gmx.net> wrote:
>
>> On Fri, 16 Aug 2024 17:32:49 +0000 Heime heimeborgia@protonmail.com wrote:
>>
>> > On Saturday, August 17th, 2024 at 3:34 AM, Stephen Berman
>> > stephen.berman@gmx.net wrote:
>> >
>> > > On Fri, 16 Aug 2024 15:21:12 +0000 Heime heimeborgia@protonmail.com wrote:
>>
>> [...]
>>
>> > > > I have solved the problem by adding (forward-line 1) after setting
>> > > > blank-lines
>> > > >
>> > > > (while (and (< blank-lines 2)
>> > > > (re-search-forward "^\\s-*$" nil t))
>> > > > (setq blank-lines (1+ blank-lines))
>> > > > ;; Move point forward to avoid re-matching the same blank line
>> > > > (forward-line 1))
>> > > >
>> > > > Could this fail on some circumstances ?
>> > >
>> > > Depends on what you consider failure: with the buffer "test" I gave as
>> > > an example above, output-buffer contains not just two but three empty
>> > > lines between the two defuns, and not just one but two empty lines at
>> > > the end; is that what you want?
>> > >
>> > > Steve Berman
>> >
>> > By failure, I mean this: Could Emacs fire an error buffer based on
>> > some unforeseen structure of the file when re-search-forward
>> > executes ?
>>
>>
>> Yes. Steve Berman
>
> Perhaps you can help me write an improved, more robust implementation,
> if the problem is evident.

If you post code and I see problems with it I can point them out and may
be able to suggest improvements, but I can make no useful response to
vague questions like whether the code could fail in "some circumstances"
or "based on some unforeseen structure of the file".

Steve Berman