nano-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nano-devel] Nano-devel Digest, Vol 163, Issue 28


From: Viorel Bota
Subject: Re: [Nano-devel] Nano-devel Digest, Vol 163, Issue 28
Date: Sun, 1 Oct 2017 19:26:09 +0300

Hey,

I will send patches in to this group in the future.
Sorry for the big response time. (I am caught up in some problems at work these days :( ).

About the whitespaces.
Please help me with some information"
Do you use any specific IDE or setting for text editor?
I use gedit with tabs set a 4 whitespaces but I can change this to match project settings.

About the test: I will not have time the next 2 days to do this :(.
I will get back with a reply when I get some time if I find any thing suspicious.


 
Message: 1
Date: Sat, 30 Sep 2017 14:40:44 +0200
From: Benno Schulenberg <address@hidden>
To: address@hidden
Subject: Re: [Nano-devel] fixing bug #51040
Message-ID: <5550ce17-2bfb-4dde-bac6-address@hidden>
Content-Type: text/plain; charset=utf-8; format=flowed


Hello Viorel,

Op 26-09-2017 om 18:15 schreef Benno Schulenberg:
> Yes, you're right.? After that "Yes", nano should write the file and exit
> immediately.? Please correct the patch to make it do so.

I noticed you attached an updated patch to the bug report.  It's better
to keep things on the mailing list, so more people will see it.  Because
now it looks as if you stopped responding.

Your patch works well for the --tempfile case and using ^X.  But it
will sometimes exit when using ^S with --tempfile.  And when the file
on disk has changed and the user types ^S but does *not* want to
overwrite the changed file, she is stuck in an endless loop.

I have fixed those problems in the version that is coming up in a few
minutes.  It also (again) corrects whitespace issues -- your use of
indentation makes it hard to see what the intended behavior is.

Also, I have decided that when writing fails when --tempfile is used,
nano should not automatically continue to prompt for a different file
name.  The patch already changed to that behavior for the case when
the on-disk file hadn't changed.  But now, for consistency, it also
does not prompt when failing to write an on-disk file that did change.

Please check whether you can find any fault in the upcoming patch.

Benno

reply via email to

[Prev in Thread] Current Thread [Next in Thread]