Ensuring that all files have end of line is a work around for this issue, but correction needs to be scheduled. Control-C issue likely affects other builtin commands which read from the standard input stream.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem turned out to be different than originally guessed. The .linreg command reads only from stdin, and the function that does that reading is named headline(). It was created for the .head command, so .head had the same problem.
both were fixed in release 1.1.40 of 1-May-2016.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
View and moderate all "User Topics" comments posted by this user
Mark all as spam, and block user from posting to "Discussion"
copy paste using notepad++ created a file whose last line did not have a crlf.
Using the .linreg command hung while trying to read it. ^C did not kill the read.
Problem is most likely to be found in function
Ensuring that all files have end of line is a work around for this issue, but correction needs to be scheduled. Control-C issue likely affects other builtin commands which read from the standard input stream.
Issue to be corrected by 5/2/2016 in release 1.1.40.
The problem turned out to be different than originally guessed. The .linreg command reads only from stdin, and the function that does that reading is named headline(). It was created for the .head command, so .head had the same problem.
both were fixed in release 1.1.40 of 1-May-2016.