Баг в компиляции комментов

@DDQ · Регистрация: 20.04.2019

Author24 — интернет-сервис помощи студентам

Здравствуйте, сегодня столкнулся с очень странным багом - ошибка при компиляции любого кода с комментами. Использую vs2015, все работало стабильно, в настройках не ковырялся. Суть проблемы:
Данный код компилируется без проблем

C

#include <iostream>
int main() {
    return 0;
}

При компиляции данного кода возникает ошибка LNK1561

C

#include <iostream>
//
int main() {
    return 0;
}

При компиляции данного кода возникает ошибка C1075: в конце файла обнаружен левый непарный фигурная скобка "{"

C

#include <iostream>
int main() {
    //
    return 0;
}

При этом на комменты формата /* ... */ он реагирует нормально. Также если коммент // стоит в конце файла с кодом. Подскажите, что может быть не так. В другом проекте также все работало корректно, и в один миг вылезло огромное количество ошибок, после замены всех комментов на /**/ все заработало. Столкнулся с такой ошибкой (или багом) впервые, что делать, понятия не имею.

Croessmah · 20.04.2019, 11:48

А код копировали или печатали сами в чистый файл, созданный в студии?

@XLAT · 20.04.2019, 11:53

Сообщение от DDQ

что делать, понятия не имею.

снести vs и поставить заново
можно параллельно поставить, например vs2017 или vs2013

@Helpdes · 20.04.2019, 12:16

Код у меня работает без ошибок(см.вложения), покажите больше информации, например снимок экрана, может что-то со структурой проекта не так, не могу сказать, мало данных от вас

@DDQ · 20.04.2019, 12:43 **[ТС]**

Файл создавался внутри VS, код копировался, перепечатывался, проверялся на наличие посторонних символов, проект чистый, стандартный, специально для проверки ошибки сделал.

@DDQ · 20.04.2019, 12:51 **[ТС]**

Дополняю:
VS сама расставила именно такие символы перехода строки, при ручном копировании CR LF в нотпаде после коммента все работает, но если его стереть и написать заново, он ставится некорректно при этом после #include самой VS символ перехода строки ставится именно такой. Как исправить?
P.P.S. Код на форум копировался из файла cpp, не перепечатывался.

@hoggy · 20.04.2019, 12:54

DDQ,
прикрепите, пожалуйста, исходник,
который у вас не компилируется.

@DDQ · 20.04.2019, 12:59 **[ТС]**

cpp исходник

@XLAT · 20.04.2019, 13:00

Сообщение от DDQ

специально для проверки ошибки сделал.

из вариантов:
на скрине у вас отображается один исходник, а компилируете вы другой.

@DDQ · 20.04.2019, 13:04 **[ТС]**

Исходник один.

@hoggy · 20.04.2019, 13:20

Сообщение от DDQ

cpp исходник

проблема не подтверждается.

что в, общем то, не удивительно.
поскольку студия умеет и виндузятный CRLF, и линуксовый CR

Сообщение от DDQ

VS сама расставила именно такие символы перехода строки

это странно.
с этого момента поподробнее.
опишите по шагам, что конкретно вы делали,
после чего у вас получился исходник,
в котором так странно расставлены переводы строки.

@XLAT · 20.04.2019, 13:22

Сообщение от DDQ

cpp исходник

ваш файл:

а вот правильный файл:

при открытии в vs2019 вот что выдаёт:

нужно соглашаться, чтобы:

вот скопируйте себе:

C++

#include <iostream>
//
int main() {
    /**/
    return 0;
}
//

должно работать.

@DDQ · 20.04.2019, 13:42 **[ТС]**

Линуксовый вроде как как раз LF, CR это маковский вариант конца строки, не знаю, откуда он появился. Попробовал заменить на чистый LF - все компилируется. Если по шагам, то все до банальности просто - создал проект, в нем создал файл, в нем напечатал код.

Добавлено через 11 минут

Сообщение от XLAT

при открытии в vs2019 вот что выдаёт:

Как вручную вызвать это окошко? Или где настроить формат окончания строк?

@XLAT · 20.04.2019, 13:44

Сообщение от DDQ

не знаю, откуда он появился

очевидно, что это в результате копипасты строки

C++

1	#include <iostream>

Сообщение от DDQ

Попробовал заменить на чистый LF - все компилируется

думаю без разницы что будет в концах строк, НО чтобы это было выдержано в одном стиле.
очевидно, что ide, не может переключать парсер компилятора на ходу.

Сообщение от DDQ

Как вручную вызвать это окошко?

при добавления файла исходника в проект выскакивает автоматом, если в файле лажа)

а так никогда я не юзал энтот корректировщик.

@DDQ · 20.04.2019, 14:00 **[ТС]**

Сообщение от XLAT

думаю без разницы что будет в концах строк, НО чтобы это было выдержано в одном стиле.

Именно символом конца строки (конкретно в случае окончания комментария вида //) является LF, по крайней мере в 15 студии, отображаются строки однако любым из трех способов, без разницы на выдержку в одном стиле, даже без нее все может правильно компилироваться при соблюдении вышеописанного условия.

Единственный вопрос - где в студии находятся настройки для типизации конца строк.

@hoggy · 20.04.2019, 14:01

Сообщение от hoggy

проблема не подтверждается.

ошибку удалось воспроизвести.

Сообщение от DDQ

Если по шагам, то все до банальности просто - создал проект, в нем создал файл, в нем напечатал код.

вы вручную пропечатали #include <iostream> и потом нажали enter?
или скопипастили строку откуда то извне?

как вышло, что у вас разные переводы строк?

печатая текст в самой студии,
вы никак не сможете наследить в одной строке CR,
а в другой CRLF

вероятно, вы вставили эту строку копипастой откуда то извне?

Сообщение от XLAT

думаю без разницы что будет в концах строк, НО чтобы это было выдержано в одном стиле.

совершенно верно.

студия корректно обрабатывает различные переводы строк,
но только если они все в одном стиле.

запись в различных стилях провоцируют означенную выше ошибку:

Код

LINK : fatal error LNK1561: entry point must be defined

nd2 · 20.04.2019, 14:05

Сообщение от DDQ

Как вручную вызвать это окошко? Или где настроить формат окончания строк?

Файл, Дополнительные параметры сохранения.

@DDQ · 20.04.2019, 14:07 **[ТС]**

Всем спасибо, вопросов больше нет.

@XLAT · 20.04.2019, 14:09

Сообщение от DDQ

Как вручную вызвать это окошко?

вот тут для vs2015

у меня галочка была сброшена.

тогда при открытии файла:

собсно соглашаемся и вуаля.

@DDQ 1 / 1 / 0 Регистрация: 20.04.2019 Сообщений: 10
	20.04.2019, 14:07 [ТС]	18
	Всем спасибо, вопросов больше нет. 0

Croessmah Неэпический 17869 / 10634 / 2054 Регистрация: 27.09.2012 Сообщений: 26,736 Записей в блоге: 1
	20.04.2019, 11:48	2
	А код копировали или печатали сами в чистый файл, созданный в студии? 0

@XLAT Just Do It! 3840 / 2286 / 636 Регистрация: 23.09.2014 Сообщений: 7,064 Записей в блоге: 2
	20.04.2019, 11:53	3
	Сообщение от DDQ что делать, понятия не имею. снести vs и поставить заново можно параллельно поставить, например vs2017 или vs2013 1

@Helpdes 35 / 25 / 10 Регистрация: 08.02.2019 Сообщений: 158
	20.04.2019, 12:16	4
	Код у меня работает без ошибок(см.вложения), покажите больше информации, например снимок экрана, может что-то со структурой проекта не так, не могу сказать, мало данных от вас Миниатюры 0

@DDQ 1 / 1 / 0 Регистрация: 20.04.2019 Сообщений: 10
	20.04.2019, 12:43 [ТС]	5
	Файл создавался внутри VS, код копировался, перепечатывался, проверялся на наличие посторонних символов, проект чистый, стандартный, специально для проверки ошибки сделал. Миниатюры 0

@DDQ 1 / 1 / 0 Регистрация: 20.04.2019 Сообщений: 10
	20.04.2019, 12:51 [ТС]	6
	Дополняю: VS сама расставила именно такие символы перехода строки, при ручном копировании CR LF в нотпаде после коммента все работает, но если его стереть и написать заново, он ставится некорректно при этом после #include самой VS символ перехода строки ставится именно такой. Как исправить? P.P.S. Код на форум копировался из файла cpp, не перепечатывался. 0

@hoggy 8739 / 4317 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	20.04.2019, 12:54	7
	DDQ, прикрепите, пожалуйста, исходник, который у вас не компилируется. 0

@XLAT Just Do It! 3840 / 2286 / 636 Регистрация: 23.09.2014 Сообщений: 7,064 Записей в блоге: 2
	20.04.2019, 13:00	9
	Сообщение от DDQ специально для проверки ошибки сделал. из вариантов: на скрине у вас отображается один исходник, а компилируете вы другой. 0

@DDQ 1 / 1 / 0 Регистрация: 20.04.2019 Сообщений: 10
	20.04.2019, 13:04 [ТС]	10
	Исходник один. Миниатюры 0

@hoggy 8739 / 4317 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	20.04.2019, 13:20	11
	Сообщение от DDQ cpp исходник проблема не подтверждается. что в, общем то, не удивительно. поскольку студия умеет и виндузятный `CRLF`, и линуксовый `CR` Сообщение от DDQ VS сама расставила именно такие символы перехода строки это странно. с этого момента поподробнее. опишите по шагам, что конкретно вы делали, после чего у вас получился исходник, в котором так странно расставлены переводы строки. 0

@DDQ 1 / 1 / 0 Регистрация: 20.04.2019 Сообщений: 10
	20.04.2019, 13:42 [ТС]	13
	Линуксовый вроде как как раз LF, CR это маковский вариант конца строки, не знаю, откуда он появился. Попробовал заменить на чистый LF - все компилируется. Если по шагам, то все до банальности просто - создал проект, в нем создал файл, в нем напечатал код. Добавлено через 11 минут Сообщение от XLAT при открытии в vs2019 вот что выдаёт: Как вручную вызвать это окошко? Или где настроить формат окончания строк? 0

@DDQ 1 / 1 / 0 Регистрация: 20.04.2019 Сообщений: 10
	20.04.2019, 14:00 [ТС]	15
	Сообщение от XLAT думаю без разницы что будет в концах строк, НО чтобы это было выдержано в одном стиле. Именно символом конца строки (конкретно в случае окончания комментария вида //) является LF, по крайней мере в 15 студии, отображаются строки однако любым из трех способов, без разницы на выдержку в одном стиле, даже без нее все может правильно компилироваться при соблюдении вышеописанного условия. Единственный вопрос - где в студии находятся настройки для типизации конца строк. 0

@hoggy 8739 / 4317 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	20.04.2019, 14:01	16
	Сообщение от hoggy проблема не подтверждается. ошибку удалось воспроизвести. Сообщение от DDQ Если по шагам, то все до банальности просто - создал проект, в нем создал файл, в нем напечатал код. вы вручную пропечатали `#include <iostream>` и потом нажали enter? или скопипастили строку откуда то извне? как вышло, что у вас разные переводы строк? печатая текст в самой студии, вы никак не сможете наследить в одной строке `CR`, а в другой `CRLF` вероятно, вы вставили эту строку копипастой откуда то извне? Сообщение от XLAT думаю без разницы что будет в концах строк, НО чтобы это было выдержано в одном стиле. совершенно верно. студия корректно обрабатывает различные переводы строк, но только если они все в одном стиле. запись в различных стилях провоцируют означенную выше ошибку: Код LINK : fatal error LNK1561: entry point must be defined 1

nd2 3437 / 2816 / 1249 Регистрация: 29.01.2016 Сообщений: 9,426
	20.04.2019, 14:05	17
	Сообщение от DDQ Как вручную вызвать это окошко? Или где настроить формат окончания строк? Файл, Дополнительные параметры сохранения. 0

@XLAT Just Do It! 3840 / 2286 / 636 Регистрация: 23.09.2014 Сообщений: 7,064 Записей в блоге: 2
	20.04.2019, 14:09	19
	Сообщение от DDQ Как вручную вызвать это окошко? вот тут для vs2015 у меня галочка была сброшена. тогда при открытии файла: собсно соглашаемся и вуаля. 2