Shell script execution error: “syntax error near unexpected token”

Shell script execution error: “syntax error near unexpected token”

Step 1: execute VI – B Step 2: replace: Shift +: Colon & gt; enter: S/^ m// g

Today, I wrote a shell script (which was written on windows and moved to Linux). When it was executed, I always reported the following error:

at first, I thought it was a script syntax problem, and I couldn’t execute it. Then I changed it to the simplest one. Later, I searched the Internet for it. It was not a script syntax problem, but a coding problem. There are two steps to solve the problem

Step 1: execute VI – B Is the script to execute

Step 2: replace: Shift +: Colon & gt; enter: S/^ m// g

In the last line mode:
Input: % s/^ m// g
^ m is not "^" plus "m", but generated by "Ctrl + V" and "Ctrl + m".

The original reference is as follows:
transferred from:

long long ago… Old teletypewriters used two characters to start a new line. One character moves the carriage back to the first position (called carriage return, ASCII code 0d), and the other character moves one line on the paper (called line feed, ASCII code 0A). When computers came out, memory used to be very expensive. Some people don't think it's necessary to use two characters at the end of a line. UNIX developers decided that they could use a single character to indicate the end of a line. Linux follows UNIX, too. Apple developers have defined the use of. The guys who developed MS-DOS and windows decided to use the old-fashioned.
Because MS-DOS and windows use carriage return + line feed to indicate line feed, you can use VIM under Linux to view the code written in VC under windows, and the "^ m" symbol at the end of the line.

To solve this problem in VIM is very simple. You can kill all "^ m" by using the replacement function in vim. Type the following replacement command line:

1)vi -b

2) On the command line & lt; press ESC, and then shift +: Colon & gt; enter% s/^ m// g

Note: the ^ m character in the above command line is not "^" plus "m", but generated by "Ctrl + V" and "Ctrl + m" keys.

After this replacement, the save can be executed. Of course, there are other alternatives, such as:

a. Some Linux versions have dos2unix programs that can be used to remove ^ M.

b. Cat filename1 | tr - D "/ R" & gt; newfile removes ^ m to generate a new file, as well as sed command. All replaceable commands can be used to generate a new file.

As mentioned above, deleting the ^ mshell script will run normally. Later, I asked my colleague that he had modified the program path in his Windows Notepad, resulting in an extra ^ m in each line.

Read More: