Хочу писать в блокноте, чем компилировать?

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

Есть у кого время на разъяснение данной проблемы?
За ранее благодарю.

0

taras atavin, Кстати ты учитывай, на запись лога уходит процессорное время, память и т.д., что уже само по себе влияет на работу программы. Были такие случаи когда программа с отключенным логированием работала без проблем, а при включении лога появлялись косяки, а была и обратная ситуация. Кроме того, у меня например, некоторые программы обрабатывают такие объемы данных, что если сохранять все в лог, то гигабайтный лог файл появится довольно быстро, и хрен ты потом в нем что либо найдешь.

0

Сообщение от vitaly1981 некоторые виндовые библиотеки подцепить большая проблема.

И это самый безгеморойный вариант?

0

Сообщение от taras atavin Я даже в Simple project с 1996-го года так и не понял, что где валяется.

Ну блин, это просто разбираться надо и все, английский же знаешь? открываешь мануалы и изучаешь...

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

Сообщение от taras atavin И это самый безгеморойный вариант?

Ага )) зависит от того что тебе нужно. Я сам не понял почему некоторые мелкосовтовские api функции используют студийные библиотеки, но к счастью далеко не все функции winapi этим страдают, может тебе они никогда и не понадобятся.

0

Сообщение от vitaly1981 taras atavin, Кстати ты учитывай, на запись лога уходит процессорное время, память и т.д., что уже само по себе влияет на работу программы. Были такие случаи когда программа с отключенным логированием работала без проблем, а при включении лога появлялись косяки, а была и обратная ситуация. Кроме того, у меня например, некоторые программы обрабатывают такие объемы данных, что если сохранять все в лог, то гигабайтный лог файл появится довольно быстро, и хрен ты потом в нем что либо найдешь.

Я логировал прогу, решавшую группу систем уравний, в каждой из которых было от 1331-го до 3993-х уравнений и от 1331-го до 3993-х неизвестных. Одна матрица коэффициентов занимает от 14 172 488 до 42 517 464 байт. И ничего не висло и неперполнялось. Справился за 2 дня, а в дебагере пять месяцев ушло на отладку аналогичной проги, решавшей группу систем не выше 88-ми уравнений и 88-ми неизвестных на систему с матрицами коэффициентов не более 30 976 байт. Причём, графику вообще не смог до конца отладить, а с логом на графику ушло всего минут 40 и отладить удалось всё. Причём, большая группа решалась 375 раз и каждый раз логировалась, а в меньшей группе, мне пришлось ограничиться дебагом только однократного решения.

Добавлено через 8 минут
И получаем в большой группе от 5 314 683 000 до 15 944 049 000 байт на матрицу коээфициентов, не считая свободных членов. Причём, логировались и решения, а дебагились только коэффициенты, да и то не все и в основном исходные.

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

Сообщение от vitaly1981 Ну блин, это просто разбираться надо и все, английский же знаешь? открываешь мануалы и изучаешь...

Проще разобраться, как это самому с нуля написать, чем как это пишет сама студия.

Добавлено через 2 минуты
Разницу между 15-ю гигами и 30-ю килами понимаешь?

0

taras atavin, Ну у меня немножко другая специфика, проги непрерывно работаю месяцами, причем используют по полной различные ресурсы системы, и работают одновременно с различными устройствами, у которых логика сильно отличается, и не всегда корректна ("спасибо" разработчикам железок). Кроме того пользователь во время работы программы всячески склонен ей мешать работать, не говоря о вирусах, корявых сборках ОС и т.п.
В твоем случае отлаживать по логу еще как то можно, у тебя есть какие то "контрольные точки" , есть какие то тестовые примеры, а у меня различные компоненты программы работают асинхронно и ошибка может всплыть через месяц после того как она реально возникла. И это все не считая косяков библиотек.

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

Сообщение от taras atavin Разницу между 15-ю гигами и 30-ю килами понимаешь?

Объем данных никак не связан с объемом лога. Когда данные структурированы нормально, тогда конечно ты логом обойдешься, а бывают ситуации когда структурировать их так не получается.

0

нафиг блокнот, лучше выбирать ту ide, где деббагер получше. Удобно когда всё под рукой. Писать в vi, компилировать g++, а потом отлаживать в gdb не сложно на самом деле, просто много рутины

0

Сообщение от vitaly1981 проги непрерывно работаю месяцами

Под виндой?!

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

Сообщение от vitaly1981 Объем данных никак не связан с объемом лога.

Объём значимых для отладки данных равняется объёму лога, или отличаетсся от него ровно на ту разницу, которую даёт бинарное представление вместо текстового.

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

Сообщение от vitaly1981 Когда данные структурированы нормально, тогда конечно ты логом обойдешься, а бывают ситуации когда структурировать их так не получается.

На то, чтоб в одиночку создать много неструктурированных данных уйдёт много времени. Именно это и время обзора этих же данных и будут основными проблема задолго до того, как скажется перерасход винта и камня.

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

Сообщение от vitaly1981 есть какие то тестовые примеры

Ни одного специально разработанного тестового примера нет, а есть только реальная задача со своими исходными данными, все тесты проходят при попытках её решения.

0

taras atavin, Да под виндой. Я бы с радостью все это собирал под linux но клиенты это не осилят.

0

По логу, кстати, можно в других, уже отолаженных софтинах строить графики распрепделения и изменения зачений, гистограммы, что упрощает анализ тех самых структур и закономерностей. Можно привлекать сторонний, в том числе, статистический софт, а иногда даже Exel. А как это у кого получится в дебагере? А в релизе можно лог сократить, или полностью отключить, чтоб не занимал процессорное время. Да и экранных логов никто не отменял. Седых Сергей Владимирович даже делал графический экранный лог в специально для этого отведённом окне программы и реализовал пошаговое исполнение. А я для анализа функционирования своих софтин использую итоговые графики, которые строят сами эти проги. Хотя, только этих графиков всегда мало. Ну так лог их отлично дополняет.

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

Сообщение от vitaly1981 Я бы с радостью все это собирал под linux но клиенты это не осилят.

А как сама ось то без перезагрузок до вечера доживает?

0

taras atavin, Я часто логи использую в дополнение к дебагеру. Пошаговое исполнение это хорошо, но толк от него только тогда когда ты знаешь точное место косяка. Нередки случаи когда программа пошагово отрабатывает идеально, а в обычном режиме криво. А бывает так что пошагово отлаживать вообще нереально, совместные программы или железки рвут соединения по таймауту.

Сообщение от taras atavin А как сама ось то без перезагрузок до вечера доживает?

Да без проблем, что то у тебя к винде уж совсем какое то предвзятое отношение, я рабочий свой комп раз в месяц перегружаю, и то из за домена, а так на нем проги круглосуточно тестятся.

0

Сообщение от vitaly1981 но толк от него только тогда когда ты знаешь точное место косяка.

Наоборот, оно предназначено для поиска косяка.

0

taras atavin, Ну когда алгоритм более или менее линейный, то да, а у меня так не проканывает, пробовал уже, приходилось делать подробный лог определенных функций, что бы понять в чем проблема. Даже остановки на брейкпойтах, на 1 секунду влияют на программу.

0

Сообщение от vitaly1981 совместные программы или железки рвут соединения по таймауту.

Во-первых ситуации бувают разные. У меня обычно просто не хватает времени на такое исполнение. А во-вторых в пошаговом режиме работала только часть проги, реализующая основной алгоритм, а главный цикл крутился нормально. У Седых прога ни от кого не зависела и от неё ни кто не зависел. Я иногда пишу что нибудь сетевое. Ну так сокеты тоже работали в обычном режиме, а при этом вывод можно сделать по такому принципу: тело цикла выдрано в отдельную процедуру, а счётчик заменён глобальной перемеенной. И пока прога не падает фатально, кто мешает вываливать на экран всё (в том числе, в графике) в темпе поступления и прикорутить к окну линейку прокуртки? Я иногда делал бегущий график с ручной прокурткой. А можно сделать и пошаговую прокрутку, а каждый кадкр свалить или в отдельный Image, или скинуть на винт *.bmp раскадровку, а потом грузить нужные кадры.

0

+1, вопрос действительно актуальный.

В разрез первым двум утверждениям vitaly1981 хотелось бы привести в пример, пожалуй, один из самых мощных блокнотов Notepad++, в котором я по привычке пишу HTML/PHP/SQL/CSS и он отлично разделяет синтаксис и поддерживает вкладки. Ну и вообще, как оказалось, очень вкусная вещь в том числе для C++. А по другим пунктам недостатков полностью преклоняюсь.

Но если при работе с сайтом его можно просто править на виртуальной машине обновляя браузер, то что делать с С++ ума не приложу. Действительно, компилятор не помешал бы.

Кстати, предыдущий линк на SDK ведет к полуметровой веб инсталяшке - качает медленно. Есть уже готовый DVD-образ

0

Сообщение от taras atavin хорошо, но как компилить компиляторами от мелкософта? Не хочу ставить целиком Visual studio. Как отдельно поставить её компилятор? Предположим, у меня есть кое какой исходник. Как скормить его напрямую компилятору без IDE?

Скорее всего Visual Studio просто запускает собственный компилятор под названием `cl' с параметрами

0