ST прикупает Atollic и...


Новость надеюсь приятная — теперь Atollic TRUE Studio V9.0 для STM32 PRO версия бесплатна!
blog.atollic.com/truestudio-for-stm32-9-released
И очень похоже что я нашел себе новую IDE- по первым впечатлениям она напоминает CooCox, но менюшек и фенечек полезных и хз дофига всяких, по сравнению с CooCox 1.78. Есть Atollic Store — где можно скачать примеры, скачал один и он даже скомпилировался :)
ps надеюсь не боян
- +3
- 27 января 2018, 00:50
- GYUR22
Интересно, коммерческую версию для других чипов они продолжат пилить? И еще интересно, насколько оно залочено под STM32.
Вот что написано в их Q/A документе:
Q4: Will there be a new TrueSTUDIO release in the future?
Yes, ST is working to deliver a new TrueSTUDIO version exclusively for STM32 developers that will provide the advanced features of TrueSTUDIO-Pro free.
Q6: What is the recommended migration path when Atollic TrueSTUDIO for ARM will no longer be updated? Do you recommend another tool?короче — вас кинули, расходимся.
For users of ST target devices: ST is working to deliver a new TrueSTUDIO version exclusively for STM32 developers that will provide the advanced features of TrueSTUDIO-Pro free of charge.
Users of non-ST target devices: Please contact your distributor. The available migration solutions are target device specific.
- coredumped
- 27 января 2018, 10:09
- ↑
- ↓
Я за последний месяц перелопатил сред для stm32 (любимый code:blocks не подходит для текущей задачи) в поисках той самой подходящей… Видимо, придётся глянуть и на этот вариант)
У С::B божественный интерфейс отладчика. Но код писать всё-таки удобнее писать в QtCreator'е. Очень удобные автодополнения и снипиты.
Я, конечно, говорю только про нативные IDE. В IDE, работающие в JVM или .NET между нажатием комбинации автокомплишена и разворачиванием меню проходит полсекунды работать становится очень мерзко. Чувствуешь себя как в ведре с маслом. Вязко и неторопливо.
А кто-то пишет в браузере…
Я, конечно, говорю только про нативные IDE. В IDE, работающие в JVM или .NET между нажатием комбинации автокомплишена и разворачиванием меню проходит полсекунды работать становится очень мерзко. Чувствуешь себя как в ведре с маслом. Вязко и неторопливо.
А кто-то пишет в браузере…
А кто-то пишет в emacs и vi ;-)
Но вообще, в IDE от JetBrains хоть они и на Java нет никаких полусекундных пауз когда индексация проекта закончена. Но под микроконтроллеры да на C у них ничего нет, конечно. Может CLion допилят, они думают в эту сторону. Но он не будет бесплатным.
В общем, дело не в JVM, а в руках программистов, как всегда. Эклипс я сам не могу вообще.
Но вообще, в IDE от JetBrains хоть они и на Java нет никаких полусекундных пауз когда индексация проекта закончена. Но под микроконтроллеры да на C у них ничего нет, конечно. Может CLion допилят, они думают в эту сторону. Но он не будет бесплатным.
В общем, дело не в JVM, а в руках программистов, как всегда. Эклипс я сам не могу вообще.
На счёт тормознутости приложений на JVM и .NET… это ж всё интерпретаторы, размещающие реальный код процессора в оперативной памяти… если вызвать повторно операцию, уже ранее интерпретированную и незатёртую в памяти, то ранее интерпретивный код сразу выполняется… поэтому Сименс в рекомендациях RAM пишет: 16 GB (min. 8 GB, 32 GB for large projects)
Объективная плата пользователей за огромадные зарплаты заграничных программистов, которые за взятки от производителей процессоров и памяти с каждым днём нагромождают всё более тупой и жрущий ресурсы элитный код интерпретаторов для интерпретаторов.
Объективная плата пользователей за огромадные зарплаты заграничных программистов, которые за взятки от производителей процессоров и памяти с каждым днём нагромождают всё более тупой и жрущий ресурсы элитный код интерпретаторов для интерпретаторов.
Нет ты не прав. Это плата не за взятки а за сокращение времени разработки. Менеджеры требуют чтобы рабочий код появился именно в то время когда его можно продать а не на 2 месяца позже. Это заставляет программистов использовать универсальные СДК. что сказывается на производительности, ведь за универсальность надо чем-то платить. По этому разработчик ставит или или и менеджер выбирает тот способ что позволяет переложить затраты на конечного пользователя. ТЕ увеличение системных требований. С другой стороны если софт покупать, а его цена завышена и неадекватна тому сколько на него готовы потратить, то покупка самого дорого компа это капля в море по сравнению с ценой софта. Например автокад стоил около 200К мак под него только 80К. Ну или официальная винда 6К а по жизни 100р за диск, при зарплате пусть даже в 30К (это в 2 раза выше среднего по области) ясно что человек выберет.
это ж всё интерпретаторы, размещающие реальный код процессора в оперативной памяти…Во первых, не интерпретаторы, а во вторых — и это главное — нативный код тоже полностью размещается в оперативной памяти.
поэтому Сименс в рекомендациях RAM пишет: 16 GB (min. 8 GB, 32 GB for large projects)Это заслуги сименса, а не дотнета или на чем они там пишут.
Во первых, не интерпретаторы, а во вторых — ...смысл так опрометчиво подставляться?
[url=http://5cm.ru/view/i7/hmPs.jpg][img]http://i7.5cm.ru/t/hmPs.jpg[/img][/url]
поэтому все суждения в сообщении имеют ложный смысл :(
Смысл так ярко демонстрировать, что ты ничего не понял?
Во первых, .net и JVM — не интерпретаторы. Это JIT-компиляторы (ну, за исключением .net CF и J2ME, предназначенных для эмбеда). О чем, впрочем, ты и сам пишешь — код компилируется и исполняется, скомпилированный код хранится в памяти.
«Во-вторых» относится к программам на нативном коде, типа С++. Они также целиком загружаются в память и исполняются оттуда, так что в этом плане разницы нет.
Ну и в-третьих, засрать оперативку исполнимым кодом проблематично. Просто потому, что несколько гигабайт исполнимого кода — это пиздец как много. Память засирается рабочими данными программы. Не знаю уж, что TIA хранит в таких количествах, но это определенно заслуга ее авторов.
Во первых, .net и JVM — не интерпретаторы. Это JIT-компиляторы (ну, за исключением .net CF и J2ME, предназначенных для эмбеда). О чем, впрочем, ты и сам пишешь — код компилируется и исполняется, скомпилированный код хранится в памяти.
«Во-вторых» относится к программам на нативном коде, типа С++. Они также целиком загружаются в память и исполняются оттуда, так что в этом плане разницы нет.
Ну и в-третьих, засрать оперативку исполнимым кодом проблематично. Просто потому, что несколько гигабайт исполнимого кода — это пиздец как много. Память засирается рабочими данными программы. Не знаю уж, что TIA хранит в таких количествах, но это определенно заслуга ее авторов.

«Интерпретатор компилирующего типа» в оперативную память?
Ну тогда как называется загрузка традиционной программы *.com (или *.ехе) в машинных кодах в память? Компиляция?
А если область памяти кода находится в масочном ПЗУ?
Кто то потерял гендерную память и не может отличить кончиту от нормальных людей.
я не воспринимаю серьёзно набивающих на клаве браные слова

«Интерпретатор компилирующего типа» в оперативную память?JIT-компилятор, а не интерпретатор.
Ну тогда как называется загрузка традиционной программы *.com (или *.ехе) в машинных кодах в память? Компиляция?Так и называется — загрузка. Впрочем, бывает и компиляция. JIT-компилятору, по большому счету, пофигу, какой там код на входе — JBC, MSIL, ARM, x86…
А если область памяти кода находится в масочном ПЗУ?В чем-либо крупнее микроконтроллера в масочном (да и вообще любом, втыкающемся прямо в шину процессора) ПЗУ редко бывает что-то кроме IBL. На ПК даже BIOS не выполняется прямо из флешки.
я не воспринимаю серьёзно набивающих на клаве браные словаИ это говорит человек, сводящий вопросы информатики к кончитам. Прямо в стиле «нет, Вовочка, так ты мне всю науку в хуям сведешь!».
На счёт БИОСа — если б я сам был школьником и никогда сам не писал(изменял) и не отлаживал БИОС ПК, то может быть на слово поверил бы в лапшу о том, что Процессор не выполняет кол, читая команды на выполнения прямо из БИОС… начало 198*..2018
На счёт «микроконтроллеров» — Intel386EX и ему подобные микропроцессор или микроконтроллер? а Н7 сравним по вычислительным мощностям с ПК IBM AT 386?

Конкретно кто откуда код и с какими задержками на шине выполняет надо смотреть на конкретную модель — но всегда первая команда выполняется из «постоянной» памяти, так как в оперативной без батарейки пусто… как в башке пустобреха.
Об интерпретаторах и компиляторах.
Интерпретатор Васьки/MS.NET/Java по ходу дела читает исходный текст программы на человеческом «Васькином» языке и превращает их в памяти в набор команд процессора Интел = интерпретирует.
Каждый раз при запуске программы происходит трата времени на превращение исходника в команды процессора = интерпретация.
Компилятор Паскаля/С читает исходный текст программы на человеческом языке Паскаль/С и превращает их в памяти в набор команд процессора Интел и результат записывает на диск в виде готового к исполнению файла ЕХЕ/DLL = компилирует.
При запуске программы или функции она сразу выполняется процессором, так как является готовым изделием.
MS.NET и JAVA задумывались как интерпретаторы… коими они и являются.
Некоторые пытаются представить MS.NET как «Интерпретатор компилирующего типа»… то есть мол он исходный текст превращается в какой то полуфабрикат ЕХЕ/DLL файл и это мол признак «компиляции»… ну а то, что содержимое полуфабриката потом ещё и интерпретируется в код процессора… ну так его ж назвали «Интерпретатор компилирующего типа» :)
По идее это должен знать каждый Программист :)
На счёт «микроконтроллеров» — Intel386EX и ему подобные микропроцессор или микроконтроллер? а Н7 сравним по вычислительным мощностям с ПК IBM AT 386?

Конкретно кто откуда код и с какими задержками на шине выполняет надо смотреть на конкретную модель — но всегда первая команда выполняется из «постоянной» памяти, так как в оперативной без батарейки пусто… как в башке пустобреха.
Об интерпретаторах и компиляторах.
Интерпретатор Васьки/MS.NET/Java по ходу дела читает исходный текст программы на человеческом «Васькином» языке и превращает их в памяти в набор команд процессора Интел = интерпретирует.
Каждый раз при запуске программы происходит трата времени на превращение исходника в команды процессора = интерпретация.
Компилятор Паскаля/С читает исходный текст программы на человеческом языке Паскаль/С и превращает их в памяти в набор команд процессора Интел и результат записывает на диск в виде готового к исполнению файла ЕХЕ/DLL = компилирует.
При запуске программы или функции она сразу выполняется процессором, так как является готовым изделием.
MS.NET и JAVA задумывались как интерпретаторы… коими они и являются.
Некоторые пытаются представить MS.NET как «Интерпретатор компилирующего типа»… то есть мол он исходный текст превращается в какой то полуфабрикат ЕХЕ/DLL файл и это мол признак «компиляции»… ну а то, что содержимое полуфабриката потом ещё и интерпретируется в код процессора… ну так его ж назвали «Интерпретатор компилирующего типа» :)
По идее это должен знать каждый Программист :)
может быть на слово поверил бы в лапшу о том, что Процессор не выполняет кол, читая команды на выполнения прямо из БИОС…Вот только одна мааааленькая проблемка — ковыряя BIOS нельзя выяснить, откуда оно исполняется. Потому что это зависит от чипсета. А так биос выглядит ровно так же, как COM-файл — блоб, загружающийся по определенному адресу. Отличается только адрес и способ загрузки.
На счёт «микроконтроллеров» — Intel386EX и ему подобные микропроцессор или микроконтроллер? а Н7 сравним по вычислительным мощностям с ПК IBM AT 386?Обрати внимание — «не исполняется прямо из ROM» относилось только к ПК, причем более-менее современным. Ко всему остальном относится «обычно в ПЗУ только IBL». Про девайс на фото сказать сложно, но, насколько я вижу, там присутствует мелкая ROM 29хх/39хх с IBL и NAND со всем остальным.
но всегда первая команда выполняется из «постоянной» памяти, так как в оперативной без батарейки пусто… как в башке пустобрехаА вот здесь глянем на такие забавные девайсы, как ARM-микроконтроллеры GD32. И что мы видим? Кучу RAM специально под код, которая железом загружается из флешки 25хх. Из самой флешки код, разумеется, никогда не исполняется.
Об интерпретаторах и компиляторах.К сожалению, изложенное тобою дальше было актуально разве что во времена, когда писались советские учебники по информатике. В современном мире грани сильно размазаны. Достаточно сказать, что x86 процессоры уже давно именно что интерпретируют «нативный» х86 код. А жаба и дотнет — нет, в полноценной пекашной версии это именно что компиляторы. Они всего лишь выносят часть фазы компиляции (именно часть, самое накладное по времени выполняет компилятор байткода) на момент запуска программы. Это несколько замедляет запуск программы, зато повышает ее производительность по сравнению со статически скомпилированным кодом.
Стоит заметить, что автор Паскаля, Никлаус Вирт, подобный подход предлагал еще как бы не в 70-х, как средство, позволяющее одновременно отвязаться от архитектуры машины и повысить производительность кода. Реализовали это только сейчас, и то не полностью — Вирт предлагал хоранить AST вместо байткода, который дает значительно больше возможностей для оптимизации при JIT-компиляции.
Также стоит отметить тот забавный факт, что именно Паскаль является одним из первых представителей «компилирующих интерпретаторов».
И вот это должен знать каждый программист, не застрявший в прошлом веке.
«Мать» у меня этого века — выше на картинке представлен её БИОС, при включении компьютера команды которого исполняются из него.
У меня есть прошловековой чистый Атмел АРМ без памяти и в доке на него указано какие задержки можно устанавливать для памяти с разным быстродействием — код будет выполняться из внешней постоянной памяти

Как понял с традиционными технологиями и терминологией «прошлого века» ты не знаком :(
и тебя легко обвести — если с бытовой точки зрения смотреть на компиляторы и интерпретаторы
Компиляторы готовят продукты готовые к употреблению без дополнительной обработки = ну типа «Блинчик с повидлом»… взял и съел…
Интерпретаторы — могут по требованию выпечь блинчик из полуфабриката (заранее подготовленного теста в случае MS.NET)… при наличии технической возможности в виде горячей сковороды определённого типа (Framework'a не ниже vN.M)… если сковорода не та = нет блинчиков.
А все эти выдумки про «компиляцию в память по требованию» это лукавый рекламный обман, когда явление «интерпретация по требованию» называют «компиляцией по требованию»… в итоге официально явление обзывают «интерпретирование компилированного по требованию» со всеми вытекающими сложностями и задержками во время подготовки к выполнению программы.
Отсылка к Вирту и его изысканиям — это для другой темы о потерянной Модуле
У меня есть прошловековой чистый Атмел АРМ без памяти и в доке на него указано какие задержки можно устанавливать для памяти с разным быстродействием — код будет выполняться из внешней постоянной памяти

Как понял с традиционными технологиями и терминологией «прошлого века» ты не знаком :(
и тебя легко обвести — если с бытовой точки зрения смотреть на компиляторы и интерпретаторы
Компиляторы готовят продукты готовые к употреблению без дополнительной обработки = ну типа «Блинчик с повидлом»… взял и съел…
Интерпретаторы — могут по требованию выпечь блинчик из полуфабриката (заранее подготовленного теста в случае MS.NET)… при наличии технической возможности в виде горячей сковороды определённого типа (Framework'a не ниже vN.M)… если сковорода не та = нет блинчиков.
А все эти выдумки про «компиляцию в память по требованию» это лукавый рекламный обман, когда явление «интерпретация по требованию» называют «компиляцией по требованию»… в итоге официально явление обзывают «интерпретирование компилированного по требованию» со всеми вытекающими сложностями и задержками во время подготовки к выполнению программы.
Отсылка к Вирту и его изысканиям — это для другой темы о потерянной Модуле
при включении компьютера команды которого исполняются из него.Пруф?
Компиляторы готовят продукты готовые к употреблению без дополнительной обработки = ну типа «Блинчик с повидлом»… взял и съел…Я не нуждаюсь в поверхностных аналогиях.
Компиляторы транслируют исходный код в машинный. Интерпретаторы выполняют непосредственно исходный код. Эти понятия не являются строго полярными, так что помимо целого спектра промежуточных вариантов есть варианты, являющиеся одновременно и тем, и другим.
Дотнет и жаба не интерпретаторы. Они не интерпретируют ни исходный код, ни байткод. Они компилируют исходный код в байткод, а байткод в нативный код и потому можно считать их двухступенчатыми компиляторами.
Также есть пара забавных моментов:
1) JBC — нативный машинный код. На процессорах ARM с технологией Jazelle DBX.
2) Дотнет можно скомпилировать в нативный код целевой машины статически. Собственно, многие программы при установке так и делают.
при наличии технической возможности в виде горячей сковороды определённого типа (Framework'a не ниже vN.M)… если сковорода не та = нет блинчиков.С нативным кодом все куда хуже. Не тот процессор — упс. Не та операционка — упс. Нет необходимого рантайма — упс.
Как понял с традиционными технологиями и терминологией «прошлого века» ты не знаком :(Знаком, отчего же. И потому понимаю, что солидная их часть устарела.
Как понял с традиционными технологиями и терминологией «прошлого века» ты не знаком :(
мой коллега делает программы для запуска которых требуется наличие на компе интерпретатора MS.NET определённой версии…
видимо мой подход устарел, а подход коллеги современно-инновационный :)
вот в этом и есть реальная разница между интерпретаторами и компиляторами.
Знаком, отчего же. И потому понимаю, что солидная их часть устарела.я делаю готовые к исполнению самодостаточные программы — кликнул и она выполнила свою задачу напрямую,
мой коллега делает программы для запуска которых требуется наличие на компе интерпретатора MS.NET определённой версии…
видимо мой подход устарел, а подход коллеги современно-инновационный :)
Дотнет и жаба не интерпретаторы.то есть без установленного Дотнет и жаба программа запустится? или нет? :)
вот в этом и есть реальная разница между интерпретаторами и компиляторами.
Как понял с традиционными технологиями и терминологией «прошлого века» ты не знаком :(Повторение не сделает бездоказательное заявление ни на йоту более веским.
то есть без установленного Дотнет и жаба программа запустится? или нет? :)А твоя «самодостаточная» программа без винды запустится? А с виндой, но на ARM'е? На MIPS'е?
видимо мой подход устарел, а подход коллеги современно-инновационный :)Вот опять, передергивание. Мы о терминологии касательно компилятор/интерпретатор говорим, а не о подходах.
Если ты использовал не встраиваемые в исполнительный код внешние компоненты, то программа в машинных кодах дойдя до их вызова заявит, что их просто нет и вылетит по ошибке «Отсутствует вызываемая внешняя программа»…
это как бы не относится никоим образом к «интерпретации»… а относится к целостности комплекта программы

А потом нэт-профи удивляются почему Embadcadero компилирует как бы простые программы размером в несколько мегабайт… там всё нужное уже в одном ЕХЕ файле (если иное не задумано автором в виде внешних DLL)
это как бы не относится никоим образом к «интерпретации»… а относится к целостности комплекта программы

А потом нэт-профи удивляются почему Embadcadero компилирует как бы простые программы размером в несколько мегабайт… там всё нужное уже в одном ЕХЕ файле (если иное не задумано автором в виде внешних DLL)
программа в машинных кодах дойдя до их вызова заявит, что их просто нет и вылетит по ошибке «Отсутствует вызываемая внешняя программа»…Лолчто? Нет, она вылетит еще до запуска, с сообщением лоадера винды об отсутствии нужных библиотек (очередной забавный момент: лоадер винды выполняет функции линкера, то есть часть компиляции выполняется в момент запуска даже при компиляции в нативный код!). На твоем скрине, кстати, ровно этот случай, и ты даже его не можешь правильно объяснить.
это как бы не относится никоим образом к «интерпретации»… а относится к целостности комплекта программыВот именно! Другими словами, тут
то есть без установленного Дотнет и жаба программа запустится? или нет? :)ты сморозил ерунду.
вот в этом и есть реальная разница между интерпретаторами и компиляторами.
там всё нужное уже в одном ЕХЕ файле (если иное не задумано автором в виде внешних DLL)Да нифига. Там не «все нужное», там несколько мегабайт оберток на винапи. Без которого, собственно, работать ничего и не будет. Конечно, найти винду без Win32 API в 2018 году сложно (последняя таковая называлась Windows 3.11) — но в 2018 году немногим менее сложно найти и винду без дотнета.
программа в машинных кодах дойдя до их вызова внешних функций заявит, что их просто нет и вылетит по ошибке «Отсутствует вызываемая внешняя программа»…
В данном случае загрузка DLL повешена на момент создания формы (для удобства), но даже в этом приложении загрузку разных DLL можно повесил на кнопку и вызывал для сравнения их функционала и различия по необходимости
Лолчто? Нет, она вылетит еще до запускаполучается ты не понимаешь как работает программа :(
В данном случае загрузка DLL повешена на момент создания формы (для удобства), но даже в этом приложении загрузку разных DLL можно повесил на кнопку и вызывал для сравнения их функционала и различия по необходимости
У тебя странная аргументация — машинный код Интел х86 не обязан запускаться на Арме и МИПСе… но может запуститься на Эльбрусе :)
Скомпилированный машинный код можно запустить и без Винды… пример ниже

или же любой пример для Atollic TRUE Studio V9.0 для STM32 будет на нём работать без Винды на ней :)
Скомпилированный машинный код можно запустить и без Винды… пример ниже

или же любой пример для Atollic TRUE Studio V9.0 для STM32 будет на нём работать без Винды на ней :)
У тебя странная аргументация — машинный код Интел х86 не обязан запускаться на Арме и МИПСе… но может запуститься на Эльбрусе :)Зато машинный код дотнета (ака MSIL) запустится на всем перечисленном.
Скомпилированный машинный код можно запустить и без Винды… пример нижеНе проблема. Машинный код дотнета там тоже можно запустить.
представлен её БИОС, при включении компьютера команды которого исполняются из него.Бред.
При инициализации теневого ПЗУ (Shadow ROM) содержимое затеняемой области копируется в ОЗУ, и при дальнейшем чтении по этим адресам подставляется ОЗУ, а запись в эту область блокируется.
Теневая память появилась на развитых моделях АТ-286, где она была реализована аппаратно. Процессоры класса 386+ позволяют ее реализовать программно, с помощью страничной переадресации.
Или взятки платят только плохим программистам, которые не умеют писать быстрый код? Это многое объясняет!
У меня в заначке ещё лежит 200 баксов 2002-го года от Сименса за заказ на 10000 баксов (евро тогда ещё только вставал на ноги) :)
не вымогал… предложили взять для дальнейшего сотрудничества 500…
Могу сфоткать…
и не надо сравнивать мелкие утилитки на 300 килобайт, запакованные сомнительными архиваторами, которые антивирусные программы воспринимают как вирусы
с глобальными творениями, которые уже тянут на пол сотни гигабайт… а ещё не всё вышло…
не вымогал… предложили взять для дальнейшего сотрудничества 500…
Могу сфоткать…
и не надо сравнивать мелкие утилитки на 300 килобайт, запакованные сомнительными архиваторами, которые антивирусные программы воспринимают как вирусы
с глобальными творениями, которые уже тянут на пол сотни гигабайт… а ещё не всё вышло…

с глобальными творениями, которые уже тянут на пол сотни гигабайт… а ещё не всё вышло…Вопрос еще, образец это глобального творения или глобальной кучи дерьма. Слыхал, что народ плюется на софт от сименса вообще и на TIA в особенности.
Все возможно иначе немного :)
как правило те кто принимают решения наверху — страшно далеки они от народных нужд им как правило нужно выполнить план который приходит еще свыше (а там полный уже отрыв...), а потом начинается тестирование на кошечках… на нас
И на вопрос, а почему так — per design :)
Короче просто каждый решает проблемы своего уровня.
как правило те кто принимают решения наверху — страшно далеки они от народных нужд им как правило нужно выполнить план который приходит еще свыше (а там полный уже отрыв...), а потом начинается тестирование на кошечках… на нас
И на вопрос, а почему так — per design :)
Короче просто каждый решает проблемы своего уровня.
Наконец-то эту богадельню, паразитирующую на open_source, купила взяла на довольствие сурьезная фирмА! А какая радость всем neo-MCU-говнокодерам новым членам stm32 сообщества!
Кокос сдулся года 2-3 назад окончательно, бисплатные клоуны из SW4STM32 (System Workbench for STM32) шо-то не потянули, не внушили доверия ST Micro. Наконец-то этот
Кокос сдулся года 2-3 назад окончательно, бисплатные клоуны из SW4STM32 (System Workbench for STM32) шо-то не потянули, не внушили доверия ST Micro. Наконец-то этот
быдлонародный чип получил сурьезную, коммерчески поддерживаемую, open_source IDE, да еще за бисплатно.
- well-man2000
- 27 января 2018, 11:55
- ↓
На базе Eclipse можно собрать свою среду. Подробная статья на эту тему.
И на базе кодеблокса можно среду собрать. В принципе, можно писать код в любом редакторе, а компилить используя скрипт или make. На эклипсе (читай java) все что я видел — жуткое тормозилово. Хотя на вкус и цвет…
- coredumped
- 27 января 2018, 14:08
- ↑
- ↓
На эклипсе (читай java) все что я видел — жуткое тормозилово.Не порите чушь, ей больно.И жаба и эклипс — инструменты. На них можно сделать хорошо, а можно плохо. Но сами они от этого не становятся плохими или тормозными. Особенно смешно читать слова «жуткое тормозилово» о жабе, которая в худшем случае уступает нативному коду несколько процентов.
«На базе Eclipse можно собрать свою среду» — ага собирал еще на базе Eclipse Indigo (в 2011) среду для AVR, года два назад, когда переходил на ARM, пересмотрел все что было из бесплатных/доступных. В итоге просто обновил эклипс до последней версии и настроил его сразу на ARV и ARM.
Довольно удобно получилось одна среда на 2 системы. Редактор хороший, дебаггер есть, заливка прошивок из IDE.
Кстати, СиЛабс тоже на базе эклипса делает свой Simplicity Studio — у меня он под 8051 камни от силабса.
Кто-знает чем сильно этот атоллик будет отличаться от просто эклипса (ядро-то одинаковое)?
Довольно удобно получилось одна среда на 2 системы. Редактор хороший, дебаггер есть, заливка прошивок из IDE.
Кстати, СиЛабс тоже на базе эклипса делает свой Simplicity Studio — у меня он под 8051 камни от силабса.
Кто-знает чем сильно этот атоллик будет отличаться от просто эклипса (ядро-то одинаковое)?
- Alex_Ismagilov
- 27 января 2018, 14:22
- ↓
чем сильно этот атоллик будет отличатьсяКак они сами себя хвалят — оптимизированный компилятор.
- coredumped
- 27 января 2018, 14:41
- ↑
- ↓
Поставил, посмотрел.
Но компиллер GCC, имя файла как-бы намекает:
C:\Devel\Eclipse_Based\Atollic\TrueSTUDIO for STM32 9.0.0\ARMTools\bin\arm-atollic-eabi-gcc.exe
Ну или подправленный GCC (не могу пока точно судить)
Но компиллер GCC, имя файла как-бы намекает:
C:\Devel\Eclipse_Based\Atollic\TrueSTUDIO for STM32 9.0.0\ARMTools\bin\arm-atollic-eabi-gcc.exe
Ну или подправленный GCC (не могу пока точно судить)
- Alex_Ismagilov
- 27 января 2018, 17:26
- ↑
- ↓
И еще один момент эклипс-базированных сред от производителей — там стоят относительно старые ядра самого эклипса. Что в Simplicity Studio, что а Atollic.
Последний Atollic на Eclipse-Neon-1a (4.6.1), а текущая актуальная версия Eclipse-Oxygen.2 (4.7.2) — это почти 30 версий разницы (судя по списку релизов www.eclipse.org/downloads/packages/all)
Последний Atollic на Eclipse-Neon-1a (4.6.1), а текущая актуальная версия Eclipse-Oxygen.2 (4.7.2) — это почти 30 версий разницы (судя по списку релизов www.eclipse.org/downloads/packages/all)
- Alex_Ismagilov
- 27 января 2018, 17:39
- ↓
4.7.2 и 4.6.1 отличаются на одну младшую версию а не на 30 так вроде.
Ну для моих проектов стм32 пока жирно. вот стану пенсионером будет много свободного времени может тогда :)
Ну для моих проектов стм32 пока жирно. вот стану пенсионером будет много свободного времени может тогда :)
Может к тому времени 32-битные процессоры будут считать устаревшими, как сегодня 8-битники :0
Будете сразу stm64 или stm128 осваивать :)
Будете сразу stm64 или stm128 осваивать :)
- coredumped
- 28 января 2018, 10:52
- ↑
- ↓
не знаю что у вас за проекты, но например даже в мелких stm32f042c6t6 есть встроенный usb bootloader, что дико удобно — не надо ничего писать и всегда есть возможность легко обновиться ну и ценник тоже не велик+ возможности
Это круто конечно. Но всё дело в том что очень часто эта крутая периферия мне просто не нужна. И обновление прошивки после окончания испытаний прототипа в реальном железе и на реальном объекте просто не предусмотрено. Да и толку от прямого ЮСБ если там всё равно надо ставить изоляцию чтоб комп не пристукнуть.
обычно питается проц от usb остальное обесточено и что то пристукнуть трудно — особенно от ноута на батарейке
Если оборудование стоит где-нибудь в производственном цеху, изоляция точно не помешает. Как вариант, для обновления софта можно использовать ноутбук, который работает на батарее. Но ведь не все об этом помнят. Поэтому — изоляция.
- coredumped
- 29 января 2018, 11:11
- ↑
- ↓
Аналогично надо изолировать и RS232/RS485.
Как то на РЕN подали очень много сильного электричества (монтажник в обед просверлил шурупом крышку кабельного короба и жёстко врезался в кабель частотника на 100 КВТ) — при включении частотник свистнул (я по свисту определяю коротун)… сгорел варистор в блоке питания нотебука… и 2 светильника… а всё остальное выжило… частотник быстро почуял коротун и пострадали только ближние объекты от первого электромагнитного импульса ;) Единственный за пару десятков лет случай проблем с нотебуком, подключенным к сети на объекте.
Как то на РЕN подали очень много сильного электричества (монтажник в обед просверлил шурупом крышку кабельного короба и жёстко врезался в кабель частотника на 100 КВТ) — при включении частотник свистнул (я по свисту определяю коротун)… сгорел варистор в блоке питания нотебука… и 2 светильника… а всё остальное выжило… частотник быстро почуял коротун и пострадали только ближние объекты от первого электромагнитного импульса ;) Единственный за пару десятков лет случай проблем с нотебуком, подключенным к сети на объекте.
Мне, однако, интересно, как очередное хвастливое фото изображение дискавери поможет Aneg'у решить проблему.
ты в очередной раз показываешь свою полную некомпетентность :( — это Nucleo!!! :)
На изображении копии экрана ИАР и Атолика с HAL после STM32Cube… если это работает у меня = значит и Aneg сможет создать условия для нормальной работы у себя.
Меня не удивляют подобные теоретики, которые боятся Хала и Куба :), но треплющиеся с глупым видом о том, чего сами не знают и не пробовали.
На изображении копии экрана ИАР и Атолика с HAL после STM32Cube… если это работает у меня = значит и Aneg сможет создать условия для нормальной работы у себя.
Меня не удивляют подобные теоретики, которые боятся Хала и Куба :), но треплющиеся с глупым видом о том, чего сами не знают и не пробовали.
ты в очередной раз показываешь свою полную некомпетентность :( — это Nucleo!!! :)О, так компетентность — это способность различать платки, отличающиеся только названием.
На изображении копии экрана ИАР и Атолика с HAL после STM32Cube…Сбегал за лупой и таки нашел на коллаже скрины! Правда, так и не нашел в них никакой полезной информации, помогающей в решении проблемы.
Например, у меня так и не получилось запустить на отладку, проект созданный в STM32CubeMX для TrueSTUDIO.
Об этом я писал здесь выше.
Об этом я писал здесь выше.
То есть один ваш личный неудачный опыт вы обобщили не только на атоллик, но и вообще на всю эклипсовскую экосистему. Ну-ну. Верной дорогой в «илиту» идете.
Долго мучился с TrueSTUDIO под WinXP, ни как не удавалось откомпилировать и запустить на отладку, проект созданный в STM32CubeMX. Под Win7 x86 все получилось!
У меня под линухом ничего подобного не наблюдалось. Из чего следует логичный вывод, что проблема не в атоллике, а в винде.
Пример из аппнота атмела на атмеге заработал, а на стм32 — нет. Логичный вывод: проблема не в днк, а в стм32.
Вот именно, на базе. AVR Studio 5 сделана вообще на основе MSVS, отродясь с путями проблем не имевшей. И что? Атмеловские модули настолько кривы, что дебаггер не работает, если в пути к проекту есть пробелы.
Да и не факт, что проблема именно с путями. Факт, что девелоперы атоллика (или, быть может, куба) забили на тестирование в WinXP и пропустили косяк.
Да и не факт, что проблема именно с путями. Факт, что девелоперы атоллика (или, быть может, куба) забили на тестирование в WinXP и пропустили косяк.
если обнаружится какая-либо проблема в операционке или либах, пофиксить это будет некомуГлавная проблема линупса — это говно лезет в инет по любому поводу. Просишь поставить малейшую утилитку — лезет в инет качать 500 метров зависимостей и в итоге вытаскивает какую-нибудь хрень трёхлетней давности. Фиксить некому. Вот в принципе всё, что достаточно знать про правильную операционку…
А что до винды — от того что обнаружится какая-либо проблема, работать не перестанет ни она, ни компас-3д, ни виртуалбокс для запуска всякго современного современного гумна, ни 300 гигов прог из d:\dist.
Вот только это не его, а ваша проблема.ЛЛео писал 10 лет назад, ди — 8 лет назад… До сих пор не изменилось нихрена. Моя проблема… подавляющее большинство юзеров так же точно не спешат на правильную систему.
Возможно потому, что не все разделяют взгляды маркетолухов M$? В том числе и среди производителей third-party софта.Собственно, разработчикам нормальных программ пофигу. CreateFile работает и под 9x. Также как и CreateWindow. Зато всякому говну, не способному 3 кнопочки отрисовать подавай последний дотнет.
Возможно потому, что не все разделяют взгляды маркетолухов M$?Нельзя быть чуточку беременным. Согласился на EULA (а ведь все согласились, даже те, кто пользует пиратские версии) — значит согласился с тем, что MS определяет судьбу системы. Чего ж теперь ныть-то и «не соглашаться с маркетолухами MS»? Не согласен — выходи из соглашения, стирай винду и живи как хочешь. Это, кстати, тоже в EULA прописано.
Во-первых, не припомню, чтобы в EULA было прописано обязательство снести систему когда майкрософт выпустит новую версию. А во-вторых — в EULA написано очень много лишнего. А точнее, попадающего под пункт «если иного не прописано в законе страны». А в-третьих, судя по тому, что многие поддерживают ХР до сих пор — ничего такого в лицухах от M$ не написано.
А в-третьих, судя по тому, что многие поддерживают ХР до сих пор — ничего такого в лицухах от M$ не написано.Ничего какого? Поддерживать свой софт они могут как хотят, тут им мелкомягкие не указ. Только это ничего не доказывает, сугубо добрая воля производителя софта.
Во-первых, не припомню, чтобы в EULA было прописано обязательство снести систему когда майкрософт выпустит новую версию.А это и не нужно. Есть пункт: «Reservation of Rights. Microsoft reserves all rights not expressly granted to you in this EULA.». В том числе сюда входит право ложить на пользователей хер тогда, когда MS это захочется. А с момента, когда на юзеров положили хер, им остается только «не соглашаться с взглядами маркетолухов». Вот только от этого несогласия никому ни холодно ни жарко, разве что таким же «несогласным». Требовать чего-либо от кого-либо или обвинять в своих проблемах third-party софт они могут только в междусобойчике, среди таких же обиженных. Вне этого круга подобные обвинения вызывают острое желание понасмехаться над теми, кто винит других в своем выборе и своем согласии на то, что с ними сделали.
Ничего какого? Поддерживать свой софт они могут как хотят, тут им мелкомягкие не указ. Только это ничего не доказывает, сугубо добрая воля производителя софта.Ну так а-то тебе о чем толкую? Ровно об этом!
Вне этого круга подобные обвинения вызывают острое желание понасмехаться над теми, кто винит других в своем выборе и своем согласии на то, что с ними сделали.Острое желание продвинуть линух и понасмехаться над виндой оно у тебя вызывает. Столь же смешное.
Ну так а-то тебе о чем толкую? Ровно об этом!Неа. Ты говоришь, что «это никак не меняет того, что проблема в атоллике», а я утверждаю, что проблемы в атоллике нет. Они ничего никому не обещали, так что никакие претензии типа «проблема в атоллике» просто не имеют под собой никаких оснований.
Острое желание продвинуть линух и понасмехаться над виндой оно у тебя вызывает.Мне линух продвигать без надобности. А понасмехаться над виндой мне было интересно лет 20 назад, сейчас это скучно. Куда интереснее орать с пользователей винды, когда они говорят «винда удобная система», а параллельно расписывают смешные и странные (с точки зрения пользователей других систем) проблемы. На форуме даже отдельный топик есть, весь состоящий из очень странного геморроя, с которым борются виндоюзеры.
Столь же смешное.Как только такое желание у меня появится, тогда у тебя будет возможность посмеешься.
Они ничего никому не обещали, так что никакие претензии типа «проблема в атоллике» просто не имеют под собой никаких оснований.Ну извините, M$ тоже не обещал, что атоллик в винде будет запускаться. Так что претензия «вина винды» и подавно не имеет никаких оснований. И поскольку решение, под чем запускается атоллик лежит исключительно на его девелоперах — то и винить можно только их.
Мне линух продвигать без надобности. А понасмехаться над виндой мне было интересно лет 20 назад, сейчас это скучно.В сочетании с содержанием твоих прочих мессаг это слишком напоминает «да не бомбит у меня!».
Причина в том, что ее поддержку не счел нужной атоллик. То, что ее поддержку закрыл M$ хотя и вносит вклад, но определяющим не является.
P.S. Нашел-таки документацию. Да, атоллик не счел нужным поддерживать что-либо старше висты. И причина именно в этом, а не в винде. Из «правильных операционных систем» поддерживаются Ubuntu 16.04 LTS и Fedora 25, только 64-битные версии.
P.S. Нашел-таки документацию. Да, атоллик не счел нужным поддерживать что-либо старше висты. И причина именно в этом, а не в винде. Из «правильных операционных систем» поддерживаются Ubuntu 16.04 LTS и Fedora 25, только 64-битные версии.
forum.atollic.com/viewtopic.php?t=1497
…
I change builder in
«Project->Properties->C/C++ Build->Tool Chain Editor->Current Builder: »
from: «CDT Internal Builder» to: «GNU Make Builder»
Now project is building successfull
…
…
I change builder in
«Project->Properties->C/C++ Build->Tool Chain Editor->Current Builder: »
from: «CDT Internal Builder» to: «GNU Make Builder»
Now project is building successfull
…
СТМ за выбранный тулчейн, разумеется.Напомнило старую присказку:
— Кто обосрался?
— Невестка.
— Так ее ж нет!
— А вот ее платок висит.
Вопрос: с какого бодуна они должны использовать старый тулчейн, если есть новый? И, опять-таки, MS старательно подталкивает к использованияю новой версии тулчейна. Может уже хватит винить атоллик за то, что делает MS? Я, конечно, понимаю, что не хочется признавать вину любимого производителя горбатых поделок, но то, что ты говоришь — перебор.
Какой тулчейн использовать — выбор девелопераНи в коем случае. Выбор тулчейна это тоже бизнес-решение.
Оракл почему-то используют XP-compatible тулчейн, а индусам из СТМ подавай самое свежее.У Оракла куда больше ресурсов и куда больше пользовательская база. В том числе на XP. Наконец, на Оракл давит тот самый маркетинг «runs everywhere». У атоллика ни одного из этих факторов нет.
Ни в коем случае. Выбор тулчейна это тоже бизнес-решение.Девелопера как компании, а не программиста, которому менеджер в тулчейн ткнул.
У атоллика ни одного из этих факторов нет.И чо? Как был выбор тулчейна исключительно их ответственностью, так и остался. БТВ, как раз атоллик в ХР работает. И жаба в ХР работает. И даже GCC (даром что новые версии тоже генерят несовместимые С ХР бинарники). Не работает только стм-овский прошиватор, и у него это не единственный признак, указывающий на «сляпано как попало, лишь бы дешево».
Девелопера как компании, а не программиста, которому менеджер в тулчейн ткнул.Это что-то меняет? Как было, так и осталось бизнес-решением.
Как был выбор тулчейна исключительно их ответственностью, так и остался.Говорить о выборе и их ответственности можно только если игнорировать всю картину целиком, то есть глядя на хвост слона торчащий из-за угла здания, говорить что это змея.
Не работает только стм-овский прошиватор, и у него это не единственный признак, указывающий на «сляпано как попало, лишь бы дешево».Это вообще ничего не меняет.
Я понимаю с чем связан их выбор, но это по прежнему их решение. Не M$. И не винды хр тем более.Тебе к голове приставили пистолет и сказали «давай кошелек». Отдать его — твое решение. Но вина за то, что ты остался без денег лежит не на тебе. Поддержка (точнее, ее прекращение) ровно такой же «пистолет» для бизнеса. И именно потому я уточнил, что это бизнес-решение.
Думаю, самое простое — начать вот отсюда: www.ubuntu.com/download/desktop
Причина в том, что ее поддержку не счел нужной атоллик. То, что ее поддержку закрыл M$ хотя и вносит вклад, но определяющим не является.Если мелкомягкие не хотят поддерживать свою систему, то почему кто-либо еще должен этого хотеть? Это может быть добрая воля производителя софта, но если он не хочет, то винить его не в чем. И не надо перекладывать вину на атоллик, исходная причина, как раз, в мелкомягкой поддержке, точнее ее отсутствии.
А про вину тут только ты говоришь, причем валишь ее на винду. Я же говорю о том, что причина в атоллике — а точнее, в принятых его разработчиками решениях о том, что они будут поддерживать, а что — нет.
И не надо перекладывать вину на атоллик, исходная причина, как раз, в мелкомягкой поддержке, точнее ее отсутствии.От не надо. Так же, как отсутствие поддержки M$ ни разу не мешает 3rd-party поддерживать XP, так и наличие поддержки никак не мешает ее не поддерживать. И я полагаю, нормального разработчика в первую очередь волнует мнение не M$, а его собственной аудитории.
А про вину тут только ты говоришь, причем валишь ее на винду. Я же говорю о том, что причина в атоллике — а точнее, в принятых его разработчиками решениях о том, что они будут поддерживать, а что — нет.«Причина в атоллике» это обвинение, что бы ты не говорил. И изменение формулировки на «причина в принятых решениях» ничего по сути не меняет, только переносит фокус с собственно продукта, на команду разработчиков (хотя они тоже врядли принимали такое решение, оно, обычно, принимается парой уровней повыше).
От не надо. Так же, как отсутствие поддержки M$ ни разу не мешает 3rd-party поддерживать XP, так и наличие поддержки никак не мешает ее не поддерживать. И я полагаю, нормального разработчика в первую очередь волнует мнение не M$, а его собственной аудитории.Уговорил. Расскажу полную цепочку:
MS перестает поддерживать систему ->
пользователи массово переходят на новую версию ->
у разработчиков нет стимула (достаточного юзербейза) что бы поддерживать систему ->
нет поддержки ->
ретрограды ноют, что их игнорируют.
Я не знаю как еще понятнее объяснить, что причина именно в исходном решении мелкомягких, остальное просто последствия. В таких условиях говорить «причина в атоллике» это перекладывать с больной головы на здоровую.
«Причина в атоллике» это обвинение, что бы ты не говорил.Хорошо. Пусть будет обвинение. Но не в винде причина явно.
Я не знаю как еще понятнее объяснить, что причина именно в исходном решении мелкомягких, остальное просто последствия.Виста тоже не поддерживается M$ и юзербаза у нее как бы не меньше чем у XP. Но ведь ее атоллик поддерживает. Так что нет, не похоже.
Это объяснение из разряда ".нет 4.5 лучше, потому что майкрософт так говорит". Майкрософт же не упоминает, что лучше оно именно тем, что из него поддержку «старья» убрали, а то как-то юзербаза с него слазить не хочет.Именно. Ты снова продемонстрировал, что виноваты мелкомягкие, но продолжаешь твердить, что виноват атоллик. Срач становится скучным.
Мелкомягкие виноваты в том, что некоторые девелоперы не могут отфильтровать маркетинговый буллшит? Ну-ну.Какой-такой маркетинговый булшит? Это нормальная практика — обновлять тулчейн по мере возможности и вовремя переходить на новый. Как минимум из-за все той же поддержки. И не надо снова ссылаться на Оракл, я практически уверен, что у них отдельный контракт на саппорт старого тулчейна с мелкомягкими.
P.S. а вообще забавно смотреть, как ты пытаешься применить логику опенсорса к проприетарному софту. ты видишь, что подход не применим, что нормальная девелоперская логика тут не работает, но все равно продолжаешь пытаться.
Имена файлов и каталогов на кирилице простительны только длинноногим блондинкам — секретаршам. Всем образованным людям известно, что в именах файлов и каталогов можно использовать только английские буквы и некоторые символы. Хотя альтернативно одарённые долбоёбы встречаются довольно часто.
- coredumped
- 16 октября 2018, 07:25
- ↑
- ↓
Всем образованным людям известно, что в именах файлов и каталогов можно использовать только английские буквы и некоторые символы.… только не потому, что так правильно, а потому, что огромное количество софта написано криворукими макаками и иначе не работает.
Кстати говоря, пробелы вызывают еще больше проблем. А теперь иди и расскажи Билли, что «Program Files» и «Documents and Settings» — неправильно.
Длинные имена в файловых системах некрософта сделаны действительно криво, но это следствия развития их ФС. Если кто из молодёжи не знает, изначально в DOS формат имён файлов был 8.3 — 8 символов имени + 3 символа расширения. С тех времён тянется и ограничение на коды символов в именах. Потом появилась винда и с именами файлов надо было что то делать, тк объёмы данных росли и 8.3 в именах уже было тесновато. Вот эти потуги натянуть глаз на жопу расширить имена мы и видим, где файл имеет на самом деле формат 8.3, к которому прикручен длинный псевдоним (привет PROGRA¬1)
- coredumped
- 16 октября 2018, 08:04
- ↑
- ↓
Длинные имена в ФС от майкрософта сделаны нормально. С мультиязычностью в доюникодных версиях все сильно хуже. Что до пробелов — то это вообще от того, что кто-то криво парсит командную строку. Винда тут ни при чем. Нормальные программы без проблем работают и с пробелами, и с путями в уникоде.
Но, конечно, не-секретарши до сих пор именуют файлы с учетом ограничений систем 30-летней давности.
где файл имеет на самом деле формат 8.3, к которому прикручен длинный псевдоним (привет PROGRA¬1)Напротив, это PROGRA~1 прикручен для совместимости со старым (по меркам 1995 года) софтом, который по другому не понимает.
Но, конечно, не-секретарши до сих пор именуют файлы с учетом ограничений систем 30-летней давности.
Потому, что Вася — дебил и + ещё русская винда. А этот сраный русский эксель с функциями на русском языке — это полный пиздец.
- coredumped
- 16 октября 2018, 16:00
- ↑
- ↓
Вася, не передёргивай. Я пояснил откуда ноги у ограничений растут, и намекнул, что не стоит использовать русские буквы в именах файлов, та ты всё свалил в одну кучу. Учти, что юникод появился не так уж давно, и есть куча софта, ткоторый его не умеет, причём допиливать его никто не будет (брошен, контора закрылась итд). А софт вполне может быть нужным. Поэтому не использовать длинных имён в путях, а также нестандартных символов, вполне здравая практика. Хотя мне ли учить молодых задротов? Поступайте, как вам хочется.
- coredumped
- 16 октября 2018, 16:08
- ↑
- ↓
Ноги у ограничений растут в основном из криворукости кодеров, которые при разборе командной строки (либо при ее генерации) забывают, что винда уже 30 лет как поддерживает пробелы в путях. Именно они, а не кириллица корень 95% проблем подобного рода.
Учти, что юникод появился не так уж давно, и есть куча софта, ткоторый его не умеет, причём допиливать его никто не будет (брошен, контора закрылась итд). А софт вполне может быть нужным.Я отвечу твоей собственной рекомендацией.
Лично мне эта глючная кривая хрень не нужна.При том, что вы не пользуетесь ни тем, ни другим, ваше мнение по поводу еклипса и стм стоит меньше, чем електроны, потраченные на его пересылку. Забавно, что вы продолжаете пользоваться глючной кривой виндой, но не высказываете никакого неудовольствия по этому поводу.
P.S. в отличие от вас, я знаю предмет обсуждения
Не видел.В очередной раз ловлю вас на том, что вы сравниваете вещи, не разбираясь как минимум в одной из них.
И никогда не включал автоапдейтов.Какие такие автоапдейты на XP? Только мануально, только хардкор.
Фактом является лишь то, что ~100% твоих постов — передёргивание.Ну если вам так мерещится, то тут я бессилен. Впрочем, даже если бы это и было так, это куда лучше, чем категорически судить обо всем, даже не имея малейшего понятия о предмете о(б)суждения, как это делаете вы.
Советую альтеровские ерраты почитать. Они иногда по-больше даташитов бывают.
- coredumped
- 16 октября 2018, 16:13
- ↑
- ↓
12 октября 2018 года, этот замечательный софт, обновился до Atollic TrueSTUDIO for STM32 9.1.0
Скачать последнюю версию можно здесь
Скачать последнюю версию можно здесь
Жалко, что заглохло. Так и не разобрались почему говно-Аттолик не работает на некоторых говно-Виндах.
- coredumped
- 20 октября 2018, 14:54
- ↑
- ↓
Я даже линк с ответом запостил. Но неуемное желание виндоюзеров быть «правыми» любой ценой, даже отрицая собственные же аргументы, привели к бессмысленному срачу.
Заебали уже со своими «нет ты». Если ничего кроме «нет ты» придумать не в состоянии, уж точно стоило бы помолчать.
Ещё один учитель вылез. Не учи молчать другого, а молчи побольше сам (с) Маршак.
- coredumped
- 22 октября 2018, 06:22
- ↑
- ↓
Хочешь доказать, что оно «моё любимое» — потрудись пару-тройку линков привести.Ну вы вполне можете начать с себя и доказать вот это:
А не как в примерно 100% твоих постов — «нет ты» без всяких аргументов.
У вас есть следующие варианты действий:
— доказать, то есть привести линки на 100% моих постов, причем в каждом должно быть «нет ты» без всяких аргументов
— сделать вид, что ничего не произошло и проигнорировать мой пост
— сказать очередное «нет ты»
— признать свою неправоту и извиниться за необоснованное обвинение
Ну вы вполне можете начать с себяХе-хе, очередное «нет ты». Судя по всему, ты и сам не замечаешь…
Из твоих последних 10 постов:
«Ну вы вполне можете начать с себя»Итого 7/10. Так что да, чуть ли не все твои посты — неаргументированное передёргивание. Вымышленное мной, якобы. Уже который раз замечаю (да и не только я) — всё, что то что ты говоришь прямо противоположно дейстивтельности. В т.ч. в отношении эклипсов, программирования и прочего. Человек, претендующий на техническую грамотность и живущий в мире своих убогих фантазий (да, я знаю что ответом будет очередное шаблонное «нет ты»).
«Полагаешь, твое игнорирование аргументов опонентов чем-то существенно отличается?»
«применяешь этот навык ты»
«И снова ваше любимое»
«Так вот почему ты»
«Вот только оно ваше»
«Но неуемное желание виндоюзеров быть «правыми» любой ценой»
Хе-хе, очередное «нет ты».Как же вам хочется увидеть «нет ты» даже там, где вам всего лишь советуют сделать ровно то, чего вы требуете от других.
Итого 7/10. Так что да, чуть ли не все твои посты — неаргументированное передёргивание.То есть вы даже в такой ничтожной выборке (а ведь вы грозились показать 100%, то есть вообще все мои посты) не сумели подтвердить свои слова, но вывод «так что да» :) Ну ладно бы обгадились и обгадились, вам это не впервой. Но вы тут же порете очередную чушь (даже две):
всё, что то что ты говоришь прямо противоположно дейстивтельностии
Человек, претендующий на техническую грамотность и живущий в мире своих убогих фантазийВы уже показали, что ваши слова не стоят ровным счетом ничего. Можете попробовать доказать ваши утверждения, но если вы даже на такой простой задаче облажались, то тут вам вообще ничего не светит. Но я с удовольствием посмотрю на ваши жалкие потуги. Только, пожалуйста, не забывайте писать «так что да» после каждого «доказательства», которое опровергает ваши слова. Так гораздо смешнее читать.
вам всего лишь советуютНе советуют, а уводят разговор от неудобной темы о том с какой стати «нет ты» вдруг стало «моим любимым».
показать 100%"Примерно" не означает «все». Согласен, процентов 30 твоей чуши — не прямое «нет ты», но оно явно преобладает, это очевидно, стоит лишь бросить беглый взгляд на список твоих комментов на любой странице…
Но я с удовольствием посмотрю на ваши жалкие потуги.Твоя стратегия понятна — уходить от неудобных вопросов, игнорировать половину слов и развлекаться, заставляя что-то доказывать собеседников, которые не снисходят до подобных подлых приёмнчиков. И потом ещё предлагать за что-то извиняться. Но перед свиньями не извиняются, извиняются перед людьми…
Не советуют, а уводят разговор от неудобной темы о том с какой стати «нет ты» вдруг стало «моим любимым».Забавно, что ваша фраза это, как раз, «нет ты». И нет, тема мне вполне удобна, я всего лишь не собираюсь быть тем, кто приводит аргументы, в то время как опонент пишет полную чушь и переходит на личности.
«Примерно» не означает «все».Вы передернули с размером выборки, а теперь передергиваете с «примерно». Даже если бы было 70% вообще всех постов, то это «большинство», но никак не «примерно 100%».
и развлекаться, заставляя что-то доказывать собеседников, которые не снисходят до подобных подлых приёмнчиков.Не предполагал, что желание видеть доказательства это «подлый приемчик». Но если уж на то пошло, то привести доказательства первым предложили вы.
Но перед свиньями не извиняются, извиняются перед людьми…Перед свиньями извиняются, а вот сами свиньи — нет.
Забавно, что ваша фраза это, как раз, «нет ты»В каком месте? Тебе предложили доказать свою чушь парой линков, ты начал юлить в духе «а сам-то ...». Когда тебе закономерно указали на уход от темы, где-то нашёл «нет ты». С тобой спорить — что с шулером играть…
Вы передернули с размером выборкиОткрываю твои комменты в произвольном месте и вижу «Эк вы самокритично-то», «он явно сам с собой» и т.п. Любому непредвзятому наблюдателю, который посмотрит на твои посты будет соврершенно ясно «этот хрен постоянно передёргивает». Или ты ожидаешь, что я собираюсь ковыряться в твоём словесном поносе и собирать точную статистику? Твои цепляния к словам ничего не меняют.
Не предполагал, что желание видеть доказательства это «подлый приемчик».Подлый приёмчик — нарочно неверно интерпретировать фразу, делая вид что не понял что именно в ней — перечисление приёмчиков (закос под дурачка?).
"[уходить от неудобных вопросов, игнорировать половину слов и развлекаться, заставляя что-то доказывать] [собеседников, которые не снисходят до подобных подлых приёмнчиков]"
Но если уж на то пошло, то привести доказательства первым предложили вы.От чего ты с ловкостью носорога в посудной лавке увильнул…
Мне вот интересно, откуда в человеке, столь «искусно» передёргивающем, уходящем от темы, цепляющемся к словам, косящем под идиота, игнорирующем слова, готовом весь день в комментах демонстрировать свой навык компостировать мозги (начальству?) и т.п. находится место для технической компетентности?
В каком месте?Вот в этом:
Не советуют, а уводят разговор от неудобной темыМне эта тема не болит совершенно.
Открываю твои комменты в произвольном месте и вижуОткрываю ваши коменты в произвольном месте и вижу: «и живущий в мире своих убогих фантазий», «Евси — главный спец по передёргиванию», «Фактом является лишь то, что ~100% твоих постов — передёргивание.», «перед свиньями не извиняются», «ковыряться в твоём словесном поносе», и так далее. Выводы о вашем уровне ведения дискусии каждый может легко сделать сам.
Любому непредвзятому наблюдателю, который посмотрит на твои посты будет соврершенно ясно «этот хрен постоянно передёргивает».Процитированное предложение — классическая попытка манипуляции сдобренная переходом на личности. Если продолжить вашу цитату, то надо было бы написать что-то в стиле «эта свинья вообще не следит за языком, регулярно порет чушь и переходит на личности».
Или ты ожидаешь, что я собираюсь ковыряться в твоём словесном поносе и собирать точную статистику?Ошибаетесь, словесный понос не мой. Этот понос генерите вы, в мой адрес.
Подлый приёмчик — нарочно неверно интерпретировать фразу, делая вид что не понял что именно в ней — перечисление приёмчиков (закос под дурачка?).Подлый приемчик это обвинять меня в том, что я понял написанную вами херню, не так, как вам хотелось.
От чего ты с ловкостью носорога в посудной лавке увильнул…Зато вы очень грациозно обосрались.
Мне вот интересно, откуда в человеке, столь «искусно» передёргивающем, уходящем от темы, цепляющемся к словам, косящем под идиота, игнорирующем слова, готовом весь день в комментах демонстрировать свой навык компостировать мозги (начальству?) и т.п. находится место для технической компетентности?Вот все верно, только я не понимаю, с чего вы взяли, что у вас есть техническая компетентность?
Ну, раз нечем, зачем об этом писать?Надо отдать тебе должное, ты действительно последовал собственному совету.
Нет. Просто устал спорить с дебилами. А ты, давай, упражняйся в остроумии. Можешь даже сам с собой — у тебя должно хорошо получаться.
- coredumped
- 22 октября 2018, 08:47
- ↑
- ↓
банальная ложь.То есть проигнорировать аргумент о том, что MS всех (в том числе разработчиков) заставляет переходить на новые версии — банальная ложь. ОК, так и запишем — MS белый и пушистый, никого не заставляет, поддержку не прекращает (ах да, это ведь тоже не имеет значения, я и забыл), с совместимостью у MS все просто радужно, все программы работают во всех версиях винды, а для сборки годится любой тулчейн, даже если MS его больше не поддерживает. Ничего не пропустил?
О, ну хоть какие-то аргументы появились.
Дальше примеров проигнорированных аргументов нет, только передергивания и борьба с соломенным чучелом.
В сухом остатке: приведен один аргумент, на который я ответил. Еще будут пруфы аргументов, которые я «прогнорировал»?
То есть проигнорировать аргумент о том, что MS всех (в том числе разработчиков) заставляет переходить на новые версии — банальная ложь.Этот аргумент я не игнорировал. Я на него ответил.
Дальше примеров проигнорированных аргументов нет, только передергивания и борьба с соломенным чучелом.
В сухом остатке: приведен один аргумент, на который я ответил. Еще будут пруфы аргументов, которые я «прогнорировал»?
Этот аргумент я не игнорировал. Я на него ответил.Угу. Ты просто повторил то, что писал перед этим — (по сути)«виноват девелопер». Собственно, на все мои аргументы ты +- ответил ровно этой фразой. Одно из двух: либо ты не в курсе, как принимаются подобные решения в больших конторах, либо ты просто игнорируешь мои аргументы. В первое мне как-то слабо верится, софт ты давно пишешь.
Отвергнуть аргумент и игнорировать его — разные вещи.
Оме представление о том, как принимаются решения не противоречит тому, что за решение ответственна контора. Точнее, оно прямо это утверждает. M$, бесспорно, старается на это решение повлиять, но решение по прежнему за конторой. ИЧСХ, разные конторы принимают разные решения, подтверждая это. Хотя давит на них один и тот же майкрософт.
Но мы отвлеклись. Примеры аргументов, которые я «проигнорировал» (не путать с «отверг») будут? Без этого твое утверждение выше — ложь.
Оме представление о том, как принимаются решения не противоречит тому, что за решение ответственна контора. Точнее, оно прямо это утверждает. M$, бесспорно, старается на это решение повлиять, но решение по прежнему за конторой. ИЧСХ, разные конторы принимают разные решения, подтверждая это. Хотя давит на них один и тот же майкрософт.
Но мы отвлеклись. Примеры аргументов, которые я «проигнорировал» (не путать с «отверг») будут? Без этого твое утверждение выше — ложь.
Да вон даже, собственно. Достаточно взять дебаггер от нормальной конторы и все работает. А плохому девелоперу M$ мешает, ага.
Отвергнуть аргумент и игнорировать его — разные вещи.Забавный ход. Приценил. То есть если ты на аргумент не обращаешь внимания это ты его оверг, а не игнорировал. Учту.
Оме представление о том, как принимаются решения не противоречит тому, что за решение ответственна контора. Точнее, оно прямо это утверждает. M$, бесспорно, старается на это решение повлиять, но решение по прежнему за конторой. ИЧСХ, разные конторы принимают разные решения, подтверждая это. Хотя давит на них один и тот же майкрософт.Судя по тому, как часто ты повторяешь этот аргумент, он тебе очень нравится. Проблема с ним в том, что в разных конторах разные ситуации. Одни более свободны в своем выборе, другие менее. На это влияет много причин (корпоративная политика, контракты с мелкомягкими, юзербаза, необходимость использования каких-то фишек из поддерживаемых систем, etc.), но все они так или иначе первопричиной имеют ровно одну вещь: давление мелкомягких через создание несовместимостей в системах. Что интересно, что с этим аргументом ты не споришь, но, почему-то, упорно не хочешь дойти до первопричины и пытаешься остановиться где-то на полпути — «виноват девелопер».
Примеры аргументов, которые я «проигнорировал» (не путать с «отверг») будут?Не, у меня есть только отвергнутые тобой аргументы.
То есть если ты на аргумент не обращаешь внимания это ты его оверг, а не игнорировал.Не надо передергивать. По твоим терминам получается, что ты в этой же мессаге чуть ниже целых 10 строчек игнорируешь мой аргумент.
И в итоге пишешь-то ровно то, что причина — в конторе.
Что интересно, что с этим аргументом ты не споришь, но, почему-то, упорно не хочешь дойти до первопричины и пытаешься остановиться где-то на полпути — «виноват девелопер».А чего тогда мелочиться-то? Первопричина всего — большой взрыв, очевидно же. Вот на него все и свалим.
Ну уж этому-то я у тебя научился. Впрочем, ничего убедительного ты так и не написал.
Хотя мне интересно, кто будет виноват, когда отладка атоллика не заработает в «правильной» операционной системе потому, что она 4-летней давности.
Хотя мне интересно, кто будет виноват, когда отладка атоллика не заработает в «правильной» операционной системе потому, что она 4-летней давности.
Ну уж этому-то я у тебя научился.Даже если представить на секунду, что это правда, применяешь этот навык ты, по своей собственной воле. Так что не надо пытаться переложить вину на меня.
Хотя мне интересно, кто будет виноват, когда отладка атоллика не заработает в «правильной» операционной системе потому, что она 4-летней давности.Виноват будет тот, кто действительно будет виноват в конкретной ситуации.
Даже если представить на секунду, что это правда, применяешь этот навык ты, по своей собственной воле.Исключительно в ответ на то, что его применяешь ты.
Виноват будет тот, кто действительно будет виноват в конкретной ситуации.Какой уклончивый ответ. Точнее, это даже не ответ. А винду обвинил сразу и без лишних раздумий.
Исключительно в ответ на то, что его применяешь ты.И почему я не удивлен очередным «нет ты», в паре с необоснованным обвинением…
Какой уклончивый ответ. Точнее, это даже не ответ.Я не понимаю, почему ты ожидаешь от меня ответа на гипотетическую ситуацию, о которой у меня недостаточно информации, что бы этот ответ дать.
А винду обвинил сразуЭто логичный и обоснованный вывод из уже имеющихся данных. Правда, ты проигнорировал обоснование.
и без лишних раздумий.Не суди всех по себе.
Ну да, конечно же, все-то у тебя необоснованное. Что до «нет ты» — ну так и я не удивлен, срач давно уже перешел в перекидывание «нет ты», в котором ты ничуть не отстаешь.
Это логичный и обоснованный вывод из уже имеющихся данных.То есть для одной операционки «в версии А работает, в версии Б нет» у тебя достаточно данных, чтобы обвинить операционку, а для другой ровно этих же данных тебе недостаточно.
в котором ты ничуть не отстаешь.Да, это очень удобно вырвать только крошечный кусок срача который перешел в эту фазу и обвинить меня в том, что я не отстаю.
То есть для одной операционки «в версии А работает, в версии Б нет» у тебя достаточно данных, чтобы обвинить операционку, а для другой ровно этих же данных тебе недостаточно.Ты сделал ошибочное предположение, что играли роль только эти два фактора и теперь обвиняешь меня в том, что я не хочу принимать решение при недостатке информации? Забавный у тебя подход однако.
Да, это очень удобно вырвать только крошечный кусок срача который перешел в эту фазу и обвинить меня в том, что я не отстаю.Ну разумеется я вырываю именно этот кусочек срача. Я же не утверждаю, что ты всегда так отвечаешь, я утверждаю, что обсуждение скатилось в срач и у тебя в нем точно такие же «нет ты».
Ты сделал ошибочное предположение, что играли роль только эти два фактора и теперь обвиняешь меня в том, что я не хочу принимать решение при недостатке информации?На момент, когда ты озвучил свой «логичный вывод» никаких других данных не было. Только «в ХР у меня отладка не запустилась, а в Win7 все работает».
То, что ты виляешь — это уже не предположения, а факты.Это ровно такое же предположение как и то, что вопрос неудобный или то, что у меня была ровно та же информация, что и в логе обсуждения.
P.S. просто для информации: в моем текущем проекте один из компонентов — кросс-платформенное UI приложение, которое тестируется на пачке разных осей, в том числе на разных версиях винды, включая хп. за последние полгода только в этом спринте у нас в беклоге нет ни одной баги связанной с проблемами совместимости разных версий винды.
P.P.S. считаю тему закрытой. ты вполне можешь считать, что я слился, увиливаю и что там еще остальное по лайвлаверовскому списку.
за последние полгода только в этом спринте у нас в беклоге нет ни одной баги связанной с проблемами совместимости разных версий виндыОхотно верю. Однако, что там с контрольной группой? Сколько багов, связанных с совместимостью стапятисот дистрибутивов GNU/Linux стапятисот разных версий? А как с макосью разных версий? Или поддерживается только свежачок?
Вопрос поставлен человеком не понимающим сути Linux систем. Правильный вопрос был бы: «На каких архитектурах поддерживается приложение?» Если, например, это x86, то запустить можно практически на любом дистрибутиве, кроме, разве специально урезанных, например для встраивания в докеры или SOC.
- coredumped
- 23 октября 2018, 07:58
- ↑
- ↓
На рынке настольных операционных систем Linux вообще не считается. Доля Linux не более чем статистическая погрешность. Так что забудьте, не тратьте попусту время, там не на что смотреть. Мечта о превращении Linux в достойного игрока на рынке настольных ОС никогда не станет реальностью. На этом рынке всего два конкурента: Windows и Mac OS X.
Ты только подтвердил, что не понимаешь сути линухов. Применительно к кикаду: во-первых, под подавляющее линухи установка делается добавлением репозитория. Дальше установка/снос делаются одной командой (ну или кому удобнее — из гуйни), апдейты делаются автоматом. Во-вторых, «простыни инструкций» содержит два варианта установки — через гуй и через шелл. В-третих, там дополнительно описаны другие варинты установки, дополнительная информация по миграции, дополнительные пакеты, для некоторых — сборка из сорсов. Ничего из этого под винду не предлагают, а просто кидают кость виндоюзерам — ставьте и разбирайтесь как хотите.
Линукс был развивающейся системой в начале 2000х. У линукса была фора: в нем можно было экспериментировать. Много чего было «открыто» именно в линуксе. И где выхлоп?
Я к чему это говорю: 20 лет просрано. По всем направлениям. На выходе у нас зоопарк систем сборки, «экранных обоев» и толпа изнасилованных Си/С++ хомяков.
Блин, только сейчас, с большим запозданием, пришел в голову гениальный ответ на вопрос: Почему Linux до сих пор находится в аутсайдерах? Да все очень просто — потому что он для энтузиастов!!! Они сами об этом подчеркивают. И сделан — ими же. А энтузиасты, обычно, никогда не доводят дело до конца, до нужной степени завершенности. Да, они легки на подъем, быстро за что-то хватаются, могут днями и ночами что-то делать, тратя уйму сил и времени. Но ровно до тех пор, пока у них есть интерес. И как только он исчезает, они переключаются на другую сферу деятельности/интересов, а все предыдущие занятия закидывают
в долгий ящик. И порой навсегда. Linux — их кривое, вечно недоделанное детище.
Я к чему это говорю: 20 лет просрано. По всем направлениям. На выходе у нас зоопарк систем сборки, «экранных обоев» и толпа изнасилованных Си/С++ хомяков.
Блин, только сейчас, с большим запозданием, пришел в голову гениальный ответ на вопрос: Почему Linux до сих пор находится в аутсайдерах? Да все очень просто — потому что он для энтузиастов!!! Они сами об этом подчеркивают. И сделан — ими же. А энтузиасты, обычно, никогда не доводят дело до конца, до нужной степени завершенности. Да, они легки на подъем, быстро за что-то хватаются, могут днями и ночами что-то делать, тратя уйму сил и времени. Но ровно до тех пор, пока у них есть интерес. И как только он исчезает, они переключаются на другую сферу деятельности/интересов, а все предыдущие занятия закидывают
в долгий ящик. И порой навсегда. Linux — их кривое, вечно недоделанное детище.
Во-первых, речь не о том, как удобно это ставить, а о том, насколько линуксы между собой совместимы. Насколько мне известно, у каждого дистрибутива в репозитории своя собственная сборка, так что единственное, что изменилось, это то, что теперь десяток сборок под разные линуксы не на одном сайте кикада, а размазан по репозиториям дистрибутивов.
Во-вторых, простыня есть простыня, не надо ее оправдывать.
В-третьих, виндоюзерам не нужны инструкции — они просто качают и ставят, но тебе, конечно, очень хочется сделать вид, что у них проблемы, а кикад просто бросает им кость.
Ну и в-четвертых — я просто не верю, что операционка с минимум 30-летней историей развития не имеет проблем совместимости, особенно бинарной. Даже если сказать, что «проблемы совместимости в прошлом, то что вы еблись 10 лет назад, пытаясь поставить игрушку ныне история» — это означает, что линукс 10-летней давности не поддерживается. ВинХР, напомню, поддерживалась официально 13 лет после выпуска, а многими программами поддерживается до сих пор, 17 лет спустя.
Во-вторых, простыня есть простыня, не надо ее оправдывать.
В-третьих, виндоюзерам не нужны инструкции — они просто качают и ставят, но тебе, конечно, очень хочется сделать вид, что у них проблемы, а кикад просто бросает им кость.
Ну и в-четвертых — я просто не верю, что операционка с минимум 30-летней историей развития не имеет проблем совместимости, особенно бинарной. Даже если сказать, что «проблемы совместимости в прошлом, то что вы еблись 10 лет назад, пытаясь поставить игрушку ныне история» — это означает, что линукс 10-летней давности не поддерживается. ВинХР, напомню, поддерживалась официально 13 лет после выпуска, а многими программами поддерживается до сих пор, 17 лет спустя.
Лол, для дебиана вообще 4 отдельных репозитория с разными сборками. Вот на фоне всего этого в «На каких архитектурах поддерживается приложение?» Если, например, это x86, то запустить можно практически на любом дистрибутиве» не верится совсем никак. Разве что под запустить подразумевается «скачай сырки, пропатчи, собери».
А ну, расскажи где ты нашёл 4 разных репозитория для одной архитектуры?
- coredumped
- 23 октября 2018, 15:18
- ↑
- ↓
Во-первых, речь не о том, как удобно это ставить, а о том, насколько линуксы между собой совместимы.Xром идет ровно двух пакетах под все линуксы — один .deb и один .rpm. Кикад пытается делать максимально «нативные» пакеты (в частности, с зависимостями от пакетов конкретного дистрибутива). Это не критично, просто разные подходы.
Во-вторых, простыня есть простыня, не надо ее оправдывать.Еще не хватало перед тобой что-либо оправдывать. Простыня, в данном случае, это хорошо, больше полезной и разнообразной информации под потенциальные потребности юзера.
В-третьих, виндоюзерам не нужны инструкции — они просто качают и ставят, но тебе, конечно, очень хочется сделать вид, что у них проблемы, а кикад просто бросает им кость.Угу. А еще им не нужны дополнительные пакеты и варианты установки. Но тебе, конечно, хочется сделать вид, что им не нужны инструкции.
Ну и в-четвертых — я просто не верю, что операционка с минимум 30-летней историей развития не имеет проблем совместимости, особенно бинарной.Вот правильно там выше писали — ты не понимаешь логики линуксовых систем. Поэтому весь твой четвертый пункт просто лишен смысла.
Xром идет ровно двух пакетах под все линуксы — один .deb и один .rpm.Хром не стесняется дропнуть поддержку «устаревшего», так что это не показатель.
Простыня, в данном случае, это хорошо, больше полезной и разнообразной информации под потенциальные потребности юзера.Ты так рассказываешь сказки, как будто я ее не прочитал. Пошаговая инструкция, как ставить кикад в убунту там.
А еще им не нужны дополнительные пакеты и варианты установки. Но тебе, конечно, хочется сделать вид, что им не нужны инструкции.Дополнительные варианты установки нам действительно не нужны, а дополнительных пакетов нет и у убунты.
Инструкции вида «запустите скачанный файл и тыкайте „далее“»… Ну, некоторые конечно и их пишут… Не знаю уж зачем.
Вот правильно там выше писали — ты не понимаешь логики линуксовых систем. Поэтому весь твой четвертый пункт просто лишен смысла.Ну объясни мне эту логику и как она отменяет проблемы совместимости разных версий и дистрибутивов. Особенно учитывая, что 10 лет назад такая проблема точно была.
Хром не стесняется дропнуть поддержку «устаревшего», так что это не показатель.Поддержка «устаревшего» тут вообще ни при чем. Но даже если и так, то двумя пакетами они перекрывают процентов 90 дистрибутивов. И именно на это я предложил тебе обратить внимание.
Ты так рассказываешь сказки, как будто я ее не прочитал. Пошаговая инструкция, как ставить кикад в убунту там.Ты так спешил обвинить меня, что не дочитал до конца. Прочитай два последних раздела на странице убунту.
Дополнительные варианты установки нам действительно не нужны,Точнее, вам их не предлагают.
Инструкции вида «запустите скачанный файл и тыкайте „далее“»… Ну, некоторые конечно и их пишут… Не знаю уж зачем.Для линухов они есть. Я тоже не знаю зачем.
Ну объясни мне эту логикуОна у тебя перед носом, но ты ее видеть не хочешь: софт в исходниках. Это значит, что на любой версии линуха можно запустить любой софт. Вопрос только в необходимых усилиях. И мы сейчас обсуждаем не проблему совместимости, а для каких дистрибутивов есть готовые бинарные пакеты.
и как она отменяет проблемы совместимости разных версий и дистрибутивов.«А мужики-то и не знают». Оказывается есть такая проблема…
Особенно учитывая, что 10 лет назад такая проблема точно была.Отсюда поподробнее пожалуйста, я внимательно слушаю описание той проблемы.
Но даже если и так, то двумя пакетами они перекрывают процентов 90 дистрибутивов.Меня еще интересовало насколько далеко оно покрывает во времени, т.е. на насколько старые системы поддерживаются.
Прочитай два последних раздела на странице убунту.Насколько я знаю, все перечисленное в виндовой версии в общем инсталлере есть. Поэтому он внезапно прибавил в весе в 10 раз.
Точнее, вам их не предлагают.Я даже рад, что его не предлагают в Windows Store.
Она у тебя перед носом, но ты ее видеть не хочешь: софт в исходниках.Так ведь обсуждаемый софт — проприетарщина без исходников, в том и дело. Поэтому я и спрашиваю про совместимость бинарных сборок.
Отсюда поподробнее пожалуйста, я внимательно слушаю описание той проблемы.А вот чтоб я ее еще и помнил… Но что-то было.
Атоллик и GDB-сервер от STM, тобишь.А что с ними-то не так в линухе?
P.S. с самим атолликом проблем быть не должно во всех версиях, для которых удастся собрать более-менее свежую версию жабы. жаба опенсорс уже довольно давно (а с недавнего времени, опенсорсная версия является основной и для Оракла, который вывалил туда даже инструменты, которые раньше только за деньги продавал), так что проблем быть не должно. с сервером от STM сложнее, поскольку он таки действительно проприетарный. но его можно попробовать подменить на texane или на gdb из тулчейна.
А что с ними-то не так в линухе?А вот этот вопрос меня и интересует!
с сервером от STM сложнее, поскольку он таки действительно проприетарный. но его можно попробовать подменить на texane или на gdb из тулчейна.Вот под виндой надо бы этот метод и попробовать, ЕМНИП было что-то неофициально-опенсорсное.
Насколько я знаю, все перечисленное в виндовой версии в общем инсталлере есть.То есть в силу убогости виндового окружения, вам предлагают тащить все сразу. Логично, чо. В линухе такого ограничения нет, поэтому появляются другие варианты установки и дока к ним.
Так ведь обсуждаемый софт — проприетарщина без исходников, в том и дело.Это кикад что-ли? Или ты про хром. Так хром есть и в опенсорсной версии — chromium.
А вот чтоб я ее еще и помнил… Но что-то было.Вероятно речь идет о переходе с a.out на elf. Только это было раньше (последняя версия ядра, которая поддерживала a.out была 1.2), где-то в начале-середине 90-х и от тех проблем даже воспоминания остались только у тех, кто в этом тогда варился. Впрочем, все тоже решилось тотальной пересборкой всего.
То есть в силу убогости виндового окружения, вам предлагают тащить все сразу.Как обычно, все объясняешь убогостью виндового окружения, лол. А не тем, что на нынешнем инете монолитный инсталлятор банально удобнее.
Это кикад что-ли? Или ты про хром. Так хром есть и в опенсорсной версии — chromium.Я ж ниже уточнил.
Впрочем, все тоже решилось тотальной пересборкой всего.Вот что софт собирать приходилось — помню. Но с проприетарщиной именно эта проблема — ее нельзя пересобрать. А с опенсорсом проблема и в винде решаема пересборкой. Ну, с поправкой на то, что собирать в линуксе действительно на порядок, а то и не один проще.
А не тем, что на нынешнем инете монолитный инсталлятор банально удобнее.Это он виндоюзерам удобнее, поскольку штатной поддержки репозиториев нет. В линухе без разницы, будет все в одном пакете или части подтянутся автоматом как зависимости. Так что мое «как обычно» вполне обосновано.
Я ж ниже уточнил.Длинная портянка сообщений, не сразу увидел.
Вот что софт собирать приходилось — помню. Но с проприетарщиной именно эта проблема — ее нельзя пересобрать. А с опенсорсом проблема и в винде решаема пересборкой.С той только разницей, что в линухе проприетарный софт это исключение, 99.9% всего в сорсах. В винде пропорция совсем другая, соответственно масштаб проблемы совместимости совсем другой.
Разобрались же. Атоллик (9.1.0) работает, ST-LINK GDB-сервер от STM — нет. Если заменить сервер на ХР-совместимый — должно заработать. Ну или заменить дебаггер на J-LINK, у него никаких проблем с ХР нет.
И таки да. С J-Link отладка в WinXP отлично работает. Видимо, M$ так увлеченно размахивали пистолетом у виска ST, что забыли про сеггер и те тайком от M$ все собрали в старом тулчейне.
У меня проект собираться если выбрать GNU Make Builder. Но отладка с J-Link тоже не запускается почему то.
В 9.1.0 у меня и CDT успешно собирает. С отладчиком особых проблем не было… Точнее, проблемы были с тем, что адаптер китайский и софт это видит. Ну и питание на дискавери потребовалось подать внешнее.
А что с отладкой не так? Я тестировал на J-Link V8, не ОВ. Потребовалось только прошивку обновить.
В основном оно любит выдавать ошибку «не удалось опознать чип». Настоящую ошибку надо искать в логе GDB-сервера.
Еще я переключил на ручной запуск GDB-сервера, чтобы видеть запущен ли он и видеть его лог.
В основном оно любит выдавать ошибку «не удалось опознать чип». Настоящую ошибку надо искать в логе GDB-сервера.
Еще я переключил на ручной запуск GDB-сервера, чтобы видеть запущен ли он и видеть его лог.
Ставить линух на дестктоп, с его ущербными инструментами для разработки
это для экстремальных извращенцев.
это для экстремальных извращенцев.
Вам шашечки или ехать? Если разработчик не в состоянии настроить окружение Linux для комфортной работы — он не разработчик. Простым юзерам из быдло-совка проще винда, так как всегда найдётся быдло-настройщик-виндузятник, который подскажет и настроит, мозг можно не включать даже.
- coredumped
- 29 октября 2018, 14:51
- ↑
- ↓
в винде поставил и все работает,8 страниц граблей, которые доказывают, что вы нагло врете.
и не надо скакать с бубном, решая проблему «ада зависимостей» при установке и настраивая окружение,Очередная ваша бредовая фантазия высосанная из того, на чем вы сидите.
И, традиционно: возвращайтесь нахуй.
Это именно комментарий содержимого того треда.Это комментарий первого поста максимум. Там далеко не одна проблема обсуждается. И да, именно такой проблемы как в винде в линухе нет, равно как и необходимости запускать «sudo mc» рядовым юзерам, равно как войны с файрволлами/антивирусами и прочих сугубо виндовых заморочек.
Конечно, предлагаемые решения шедевральны. Зоопарк непуганых access control'ом юзверей.Поздравляю, ты, наконец, увидел виндоюзер вульгарис в его естественной среде обитания. Так выглядит то самое хваленое «удобство» винды в реальной жизни.
Это комментарий первого поста максимум. Там далеко не одна проблема обсуждается.Не первого поста, а как минимум первой страницы, хотя и на последней ТС заявлял нечто в духе «что вы там оффтопик разводите, мне UAC настроить надо!».
И да, именно такой проблемы как в винде в линухе нет, равно как и необходимости запускать «sudo mc» рядовым юзерамВот не надо. Я видел требование ТС — «хочу лазить везде, а винда не позволяет в чужие папки лезть!». В линуксе эта проблема вылезет ровно так же, если не сидеть под рутом (а в винде админ тоже может залезть куда хочет — эксплорер даже предложит автоматом права на папку поправить, в фаре придется делать это ручками).
Что до sudo mc — я юзал эту команду почти каждый день, когда на работе приходилось работать в линуксе.
Поздравляю, ты, наконец, увидел виндоюзер вульгарис в его естественной среде обитания.Это не новость, что в более простой для освоения системе ниже средний уровень юзера, так как там собираются все, кто ниасилил. Вот только в контексте обсуждения «в линуксе все просто работает» это аргумент против линукса.
Вот не надо. Я видел требование ТСВ самом первом сообщении написано, откуда появилось это требование.
В линуксе эта проблема вылезет ровно так же, если не сидеть под рутомТам выше, когда ты писал, что «восемь страниц рассказывали, как выполнить sudo mc», то забыл один маленький нюанс: sudo специально сделан для того, что бы не сидеть под рутом.
а в винде админ тоже может залезть куда хочетТут очень к месту будет цитата (все так же из первого поста того обсуждения):
причем учетная запись до сих пор админская (потом заведу для работы обычную)Как оказалось — не всегда и не везде.
Что до sudo mc — я юзал эту команду почти каждый день, когда на работе приходилось работать в линуксе.Я за многие годы работы в линуксе могу по пальцам одной руки пересчитать ситуации, когда я его запускал. Что бы ты не делал такого, что требовало sudo mc, это говорит о специфике твоей работы, а не о том, что это действительно нужно рядовому пользователю.
Вот только в контексте обсуждения «в линуксе все просто работает» это аргумент против линукса.С чего бы вдруг? Ах да, юзеру нет необходимости разбираться в потрохах, так?
В самом первом сообщении написано, откуда появилось это требование.Он, однако, не говорит «тут кто-то накосячил с правами, надо чинить». Он говорит «хочу прогу, которая лазит везде».
забыл один маленький нюанс: sudo специально сделан для того, что бы не сидеть под рутом.Почему это забыл? В винде sudo тоже есть, и ТС-у как раз про него кто-то таки и рассказал, емнип.
Тут очень к месту будет цитата (все так же из первого поста того обсуждения):По дефолту семерка дает не админскую учетку, а power user. В ХР это был тот же админ, в семерке ему крылышки подрезали, ибо надо уже таки что-то делать с сидящими под рутом. Но надо заметить, павер юзер тоже может назначить все необходимые права. Единственное место, куда в семерке (да и ХР) так просто не попадешь — это принадлежащая юзеру SYSTEM папка System Volume Information.
С чего бы вдруг? Ах да, юзеру нет необходимости разбираться в потрохах, так?Мы же обсуждаем «скакать с бубном» vs «все просто работает»? У тех, кто разбирается в потрохах — и в винде «все просто работает». И даже у тех, кто доволен вставшим из коробки. А вот линуксе судя по вашему же «Если разработчик не в состоянии настроить окружение Linux для комфортной работы — он не разработчик» без настройки делать нечего.
Он, однако, не говорит «тут кто-то накосячил с правами, надо чинить». Он говорит «хочу прогу, которая лазит везде».Угу. Потому что в его понимании виновата прога, а не система. Другими словами, он не пытается побороть настоящую причину, а ищет привычный костыль.
А вот линуксе судя по вашему же «Если разработчик не в состоянии настроить окружение Linux для комфортной работы — он не разработчик» без настройки делать нечего.Ровно тоже самое можно сказать про винду — если разработчик не в состоянии настроить окружение винды для комфортной работы — он не разработчик. Разработчики это специальный вид юзеров, настраивать систему (любую) им все равно нужно. И линух тут удобнее многих других систем, включая винды и маки.
Потому что в его понимании виновата прога, а не система.Виновата не система, а косячно расставленные права. Врядли системой — либо кривыми руками юзера, либо добрым вирусом.
Другими словами, он не пытается побороть настоящую причину, а ищет привычный костыльНизкий порог вхождения порождает много некомпетентных юзеров, не новость. В линуксе таких обычно нет, отсеиваются при попытке установки…
Ровно тоже самое можно сказать про винду — если разработчик не в состоянии настроить окружение винды для комфортной работы — он не разработчик.Проблема (или наоборот — апологеты высокого порога вхъождения тоже есть, «он фильтрует наше сообщество от ламеров») только в том, что линукс и обычному юзеру настраивать надо, а винда домохозяек обычно устраивает прямо из коробки.
И линух тут удобнее многих других систем, включая винды и маки.Ну, как-то так, да. При условии что тебе надо разрабатывать не под винду/мак соответственно.
В линуксе таких обычно нет, отсеиваются при попытке установки…От того, что ты это повторишь, это не станет правдой. Линух ставится просто, уж точно не сложнее винды.
Проблема (или наоборот — апологеты высокого порога вхъождения тоже есть, «он фильтрует наше сообщество от ламеров») только в том, что линукс и обычному юзеру настраивать надо, а винда домохозяек обычно устраивает прямо из коробки.Простому юзеру убунта годится из коробки более чем. Я уже говорил, что твой опыт уже давно не релевантен, но ты продолжаешь повторять то, что уже давно не так.
При условии что тебе надо разрабатывать не под винду/мак соответственно.Смотря что разрабатывать. Если кроссплатформенную софтину, то разрабатывать проще в линухе/маке и потом тестировать на винде. Собственно, вся разработка, которую я видел за последние лет 10 так и делается, под виндой сидят только те, кому некуда деваться (чисто виндовый софт или политика компании), остальные юзают линух и мак.
Линух ставится просто, уж точно не сложнее винды.Ну так у него и с установкой винды проблемы, не?
Простому юзеру убунта годится из коробки более чем.Только почему-то мне эти «простые юзеры с убунтой» не встречались вживую. И даже в байках встречались только в виде «поставил матери линукс, вирусы лезть перестали».
Смотря что разрабатывать.Я это и сказал, не?
Ты ничего не попутал? С бубном скачут виндузятники в то врамя, когда в нормальных OS люди просто работают. В Linux, если уметь хотя бы читать и совсем немного думать, бубен не нужен.
- coredumped
- 30 октября 2018, 07:34
- ↑
- ↓
Во-первых, там по треду много разных проблем и права только одна из них.Дальше идет обсуждение чего попало, и с таким уровнем обсуждения и советов — я думаю, в линуксе проблемы начнутся еще при установке.
Во-вторых, в линухе с правами изголяться не приходится, все, что нужно уже сделано или делается автоматом при установке приложения.В винде с ними тоже изгаляться не приходится. Просто человека интересует «как без рута залезть в /root».
Дальше идет обсуждение чего попало, и с таким уровнем обсуждения и советов — я думаю, в линуксе проблемы начнутся еще при установке.В котором из линуксов? В каком-нибудь хакерском линухе, может и начнутся, только такие линухи делаются не для таких юзеров как в том треде. В какой-нибудь убунте проблем с установкой не будет. Равно как и упомянутых в том треде проблем.
В винде с ними тоже изгаляться не приходится.То-то столько юзеров работают с локальным админом.
Просто человека интересует «как без рута залезть в /root».В линухе у юзер вульгарис даже мысли не возникает как туда залезть, потому что системные директории не мелькают у него перед глазами. Но, на самом деле, проблема там не так проста, как ты ее пытаешься представить. Процитирую из первого сообщения:
Поставил FAR, и обнаружил, что чуть не половина каталогов недоступна — причем учетная запись до сих пор админская (потом заведу для работы обычную). Даже в пределах собственной учетной записи — например «Главное меню» — Access denied.В линухе ничего подобного нет, все, что есть в домашнем каталоге юзера, ему доступно. Конечно, можно сделать файлы/каталоги недоступными без рута, но это можно сделать только сознательно.
P.S. но что самое забавное, «удобство» винды видно чуть ли не с первых слов: «всё переустанавливать ужасно влом, и чехарды с подбором драйверов убоялся». это говорит о винде бОльше, чем могут сказать в защиту винды самые яростные ее сторонники.
В котором из линуксов?По моему опыту примерно 10-летней давности — в любом «энд-юзерском» дистрибутиве. Я ухитрился впороться в грабли даже в хваленой убунте.
Равно как и упомянутых в том треде проблем.То есть убунта даст без рута полазить по всему диску, заглянуть в /root и /boot? Что-то я в этом сомневаюсь.
То-то столько юзеров работают с локальным админом.Вот ровно поэтому и смотрят на права доступа как баран на новые ворота. Винда ж по дефолту дает юзеру полные права и все к этом привыкли, а тут бац — стало как в линуксе.
В линухе у юзер вульгарис даже мысли не возникает как туда залезть, потому что системные директории не мелькают у него перед глазами.Но топик-стартер-то хочет именно этого — «у меня должна быть хотя бы одна прога с абсолютными полномочиями».
Но, на самом деле, проблема там не так проста, как ты ее пытаешься представить.Судя по симптомам — он именно что по не принадлежащему ему ползает. Видимо, кто-то поковырялся с правами — машина-то не его была. Особенно если заводишь на чужой машине нового юзера — полдиска говорит «я вас не знаю». Но и линукс точно так же не пустит нового юзера колупаться в папках старого, пока права не пофиксишь от рута.
«всё переустанавливать ужасно влом, и чехарды с подбором драйверов убоялся»Это говорит разве что о навыке юзера. И да, я тоже крайне не хочу переустанавливать свою винду. Не потому, что винда ставится сложно или с дровами чехарда, а потому, что настраивать привычное рабочее окражение — задача на неделю. А в линуксе та же задача на две недели, потому что настроек вдвое больше.
Что до чехарды с дровами — дрова видяхи я на линукс ставить пытался раз десять, а преуспел в этом всего один раз и то пришлось ядро пересобрать. Это покруче чем все, с чем я сталкивался в винде (где обычно проблемы «к этой винде дров нет и не будет» и «дрова написаны пьяным индусом и падают» — только эти проблемы и линуху не чужды).
Всё нужное для работы в Linux у меня устанавливается за 2-3 часа, при наличии хорошего канала в инет. Если сильно постараться, то можно и месяц устанавливать, и два и три. С виндой так же можно управиться за пару часов. Tip: Не ставьте сразу 100500 всякой хуйни. Поставьте только то, что нужно прямо сейчас. Вся жуйня постепенно пролезет на комп совершенно незаметно по мере необходимости.
- coredumped
- 30 октября 2018, 15:00
- ↑
- ↓
Всё нужное для работы в Linux у меня устанавливается за 2-3 часа, при наличии хорошего канала в инет.Да уж, виндоюзерам сложно оценить удобство sudo apt install build-essential.
Вся жуйня постепенно пролезет на комп совершенно незаметно по мере необходимости.Угу. Только для виндоюзеров это будет вполне себе заметно, когда они будут руками инсталляторы запускать.
Всё нужное для работы в Linux у меня устанавливается за 2-3 часа, при наличии хорошего канала в инет.В винде ставится не дольше. Проблема в том, что все это надо настроить, настройки из коробки меня не устраивают. И вот это — да, занимает неделю. И да, для комфортной работы мне надо очень много софта из разных областей. Список установленных программ на 5-7-летней винде у меня достигал 1.5-2 тысяч. Не все нужно, но без многого — неудобно.
Tip: Не ставьте сразу 100500 всякой хуйни. Поставьте только то, что нужно прямо сейчас.Открыл Америку, ха. Проблема однако в том, что это причиняет мелкие неудобства — не настолько большие, чтобы бросить все и поставить недостающее, но постоянные. И так на протяжении года-двух, пока все необходимое не пролезет.
Список установленных программ на 5-7-летней винде у меня достигал 1.5-2 тысячВот это насрано! При чём в голове.
- coredumped
- 30 октября 2018, 16:13
- ↑
- ↓
Я охотно послушаю про эти способы. Без сарказма.Нужно сохранить содержимое всех .из домашней директории и файлики из корня домашней директории (.profile, .bashrc и так далее). Изредка могут быть полезны конфиги из /etc и /var. Чаще всего они нужны если система настраивалась как сервер или делалась какая-то специфичная (чаще всего, ручная) кастомизация/тюнинг/настройки.
А в итоге — ничего нового. «возьми старые настройки и подсунь новой системе» — метод, идентично работающий еще со времен CP/M и старше.Ты сам признал, что этот метод не работает (или работает не так, как тебе хочется) в винде.
Что и неудивительно, ведь чудес не бывает и все сказки на поверку оказываются примерно такими же.Я вроде чудес и не обещал. То, что я описал — штатное поведение юниксов с момента их рождения. Так что оставь свои сказки о «сказках» себе.
Ты сам признал, что этот метод не работает (или работает не так, как тебе хочется) в винде.Недостатки метода к операционке отношения не имеют. Так что он точно так же «не работает» везде.
То, что я описал — штатное поведение юниксов с момента их рождения.И даже задолго до. «Перетащить конфиг» — метод, старый как IT и к юниксу ни малейшего отношения не имеет.
В Linux нет сраного реестра, все конфиги в текстовых файлах, при чём все они лежат в домашнем каталоге (если специально не делать иначе). Достаточно забэкмпить свой home и настройки 100500 программ сохранены. Попробуй такое сделать в винде. Есть ещё общесистемные настройки, как то сеть, файрволл, резольвинг итд. Настройка этого всего занимает 5 минут. Опять же никто не мешает затарить /etc
- coredumped
- 30 октября 2018, 17:18
- ↑
- ↓
А кто мешает затарить HKEY_CURRENT_USER\Software и восстановить на новой системе? Не говоря уже о том, что половина прог хранит настройки в конфигах в аппдате.
Вот только перенос настроек таким методом притаскивает с собой проблемы класса «копипаст».
Вот только перенос настроек таким методом притаскивает с собой проблемы класса «копипаст».
Есть ещё общесистемные настройки, как то сеть, файрволл, резольвинг итд. Настройка этого всего занимает 5 минут.Когда я в последний раз конфигурил линукс, настроек системы и оболочки в нем было не меньше, чем в панели управления винды. А это и близко не пять минут. Пять часов — и то ближе к реальности.
Вот только перенос настроек таким методом притаскивает с собой проблемы класса «копипаст».Уточняю: в винде. В линухе этой проблемы нет. Если что-то в форматах поменялось, то аппка сама починит свой конфиг еще на этапе установки или при первом старте.
Когда я в последний раз конфигурил линукс, настроек системы и оболочки в нем было не меньше, чем в панели управления винды. А это и близко не пять минут. Пять часов — и то ближе к реальности.Их больше, значительно больше. Достаточно покопаться в каком нибудь твикере для гнома. Вот только зачем их все крутить? Реально нужных настроек совсем не много.
Уточняю: в винде.Да я уже наслышан аргумента «проблемы только в винде». Не убеждает. Новая система не на 100% соответствует старой и именно поэтому часть настроек оказывается неактуальной.
Если что-то в форматах поменялось, то аппка сама починит свой конфиг еще на этапе установки или при первом старте.Пфф, ты подаешь это таким откровением, как будто в винде оно не в точности так же.
Их больше, значительно больше.Именно!
Вот только зачем их все крутить? Реально нужных настроек совсем не много.Их как минимум придется все просмотреть, чтобы найти нужные. К тому же, количество крутимых настроек, внезапно, зависит от вкусов юзера и соответствия им дефолтов.
Да я уже наслышан аргумента «проблемы только в винде».А это не аргумент, а уточнение и напоминание. Ты все время переносишь свой виндовый опыт на линух и ожидаешь, что там, как минимум, есть все те проблемы, что и в винде, плюс какие-то специфичные свои. Но это не так, о чем я тебе регулярно вынужден напоминать. А в ответ слышу только:
Не убеждает.
Их как минимум придется все просмотреть, чтобы найти нужные. К тому же, количество крутимых настроек, внезапно, зависит от вкусов юзера и соответствия им дефолтов.Вот по этой причине исходная конфигурилка в той же убунте (aka System Settings) достаточно лаконична. А для желающих есть твикеры. Ну и многое зависит еще от того, как настройки организованы. Винда никогда не отличалась удобством в этом вопросе, впрочем, я догадываюсь какми будет твой ответ.
А в ответ слышу только:Да, твои попытки приписать винде системонезависимые проблемы не убеждают. Тем более что софт наполовину тот же, что и в линуксе, а значит и настраиваться будет идентично.
Винда никогда не отличалась удобством в этом вопросе, впрочем, я догадываюсь какми будет твой ответ.А каким он может быть кроме как «на самом деле, принципиальной разницы нет»?
По моему опыту примерно 10-летней давностиОн не релевантен.
То есть убунта даст без рута полазить по всему диску, заглянуть в /root и /boot? Что-то я в этом сомневаюсь.У рядового юзера эти подкаталоги не лежат в его папке, соответственно нет соблазна полазить где попало.
Судя по симптомам — он именно что по не принадлежащему ему ползает.Там открытым текстом было написано, что ползает по своей юзерской папке.
а потому, что настраивать привычное рабочее окражение — задача на неделю.Однако он не говорил о настройке, тем более, что, опять-таки, исходя из первого поста, эта машина как личная и не рассматривается.
А в линуксе та же задача на две недели, потому что настроек вдвое больше.В линухе это задача на несколько часов, даже если настраивать место разработчика.
Что до чехарды с дровами — дрова видяхи я на линукс ставить пытался раз десять, а преуспел в этом всего один раз и то пришлось ядро пересобрать.И этот опыт давно не релевантен. Дрова ставятся в один клик да и то это нужно только если штатных дров не хватает. А их сейчас хватает в 99.9% случаев. Собственно, я на вскидку знаю только одну ситуацию, в которой лучше (не обязательно, а именно лучше) поставить проприетарные дрова — под нвидию если нужна CUDA.
Он не релевантен.Не релевантен чему? Нынешней ситуации? Я слышал то же самое 10 лет назад. Времена (и, возможно, сам линукс) меняются, а сказки линуксоидов — нет.
Там открытым текстом было написано, что ползает по своей юзерской папке.Это совсем не значит, что она ему принадлежит по выставленным правам. Не забывай — комп не его и кто там кривыми руками лазил — неизвестно. Кривыми руками из-под рута и линукс недолго сломать.
Однако он не говорил о настройке, тем более, что, опять-таки, исходя из первого поста, эта машина как личная и не рассматривается.Если ты посмотришь в корень ветки, то увидишь «я тоже крайне не хочу переустанавливать свою винду». Что до ТС — если его пугает установка самой винды и дров на нее — то линукс он тоже не поставит.
В линухе это задача на несколько часов, даже если настраивать место разработчика.Это задача на несколько часов в макос и то только потому, что там нихера не настраивается. В линуксе же настроек больше, чем в винде. А степень несоответствия дефолтов моим вкусам — даже выше.
Собственно, я на вскидку знаю только одну ситуацию, в которой лучше (не обязательно, а именно лучше) поставить проприетарные дрова — под нвидию если нужна CUDA.… и в ней начинается такая же чехарда, как десять лет назад, да? Впрочем, тогда у меня не запускалась и звуковуха, на которую у линукса были родные, не проприетарные дрова.
Впрочем, есть опыт поновее — поставить драйвер CIFS на ведрофон с MT6572. Эта чехарда кончилась тем же — фейлом.
Не релевантен чему? Нынешней ситуации?Угу.
Времена (и, возможно, сам линукс) меняются, а сказки линуксоидов — нет.Ну то есть «я не знаю, но мне кажется, что ты врешь». ОК, я тоже буду применять этот метод к тебе.
Это совсем не значит, что она ему принадлежит по выставленным правам. Не забывай — комп не его и кто там кривыми руками лазил — неизвестно.Он туда лезет потому, что привык, что это его папка. Что и кто там накосячил с правами это другой вопрос, точнее, одна из возможных причин, почему привычное для него действие не прошло.
Кривыми руками из-под рута и линукс недолго сломать.Линух и позиционируется как система, в которой юзер, при желании, может прострелить себе ногу. Так что камень не в тот огород.
А степень несоответствия дефолтов моим вкусам — даже выше.Ох уж эти сказочники…
… и в ней начинается такая же чехарда, как десять лет назад, да?Вижу тебе понравилось сказки рассказывать. К тому же даже если бы там начиналась чехарда, то к делу это не относится, поскольку а) юзер сделал это сам и б) это нужно очень и очень небольшому числу людей, которые точно знают, что делают.
ОК, я тоже буду применять этот метод к тебе.Офигеть новости. Никогда такого не было и вот опять…
Он туда лезет потому, что привык, что это его папка.Я посмотрю, как линухоюзер будет лезть в свою папку, после того как рут на нее скастует chowner root + chmod 700.
Ох уж эти сказочники…То есть других аргументов у тебя нет, ОК.
К тому же даже если бы там начиналась чехарда, то к делу это не относитсяПочему-то чехарда к делу относится, только когда она в винде, да? При том, что проблемы с дровами в винде возникают примерно в том же 0.1% случаев — потому, что юзер ретроград и пытается запустить ХР на райзене.
То есть других аргументов у тебя нет, ОК.Забавно смотреть, как ты борешься с «аргументацией» в своем собственом стиле. Впрочем, аргументы у меня есть, просто при таком стиле общения нет смысла их искать или применять.
Так что у нас есть два варианта:
1. Ты возвращаешься к «сказкам линуксоидов» и находишь другие аргументы. Я, в свою очередь, тоже нахожу другие аргументы. Вариант со «сказками» больше в общении между нами не применяется.
2. Ты перестаешь обвинять в отсутствии аргументов и мы успокаиваемся на том, что ответ в «сказочном» стиле вполне ОК.
Почему-то чехарда к делу относится, только когда она в винде, да?Она относится к делу, если касается неопытных пользователей. Упомянутая тобой гипотетическая проблема может зацепить только очень специфичную категорию опытных пользователей, о чем я сразу же и написал.
При том, что проблемы с дровами в винде возникают примерно в том же 0.1% случаев — потому, что юзер ретроград и пытается запустить ХР на райзене.Забавные у тебя сказки. Мне даже стало интересно, и я решил проверить, изменилось ли хоть что-то в винде за последнее время. Оказалось нет, грабли все там же и бегают по ним те же самые юзер вульгарис:
www.drivethelife.com/windows-10/how-to-fix-amd-radeon-graphics-error-43-on-windows-10.html
www.drivethelife.com/windows-10/amd-radeon-not-showing-in-device-manger-on-windows-10.html
www.drivethelife.com/windows-10/fix-nvidia-control-panel-not-open-windows-10.html
И вишенка на торт:
www.zdnet.com/article/windows-10-october-update-problems-wiped-docs-plus-intel-driver-warning/
Back up files before upgrading to Windows 10 1809, and if you get a warning about Intel drivers, do not proceed.Особенно мне доставил вот этот момент:
One poor Windows 10 1809 user, Robert Ziko, claims to have lost 220GB of data after updating.
«I have just updated my windows using the October update (10, version 1809). It deleted all my files of 23 years in amount of 220GB. This is unbelievable, I have been using Microsoft products since 1995 and nothing like that ever happened to me,» he wrote on Microsoft's user forum.
«Files were located at C:/Users/rober/Documents/. This location is still present, with no files. All files deleted.»
Все еще будешь утверждать, что в винде проблема с драйверами касается только 0.1% юзеров и то ретроградов?
Так что у нас есть два варианта:Мне интересно, какими «вариантами» ты собрался убеждать меня в том, что дефолтные настройки программ линукса соответствуют моим вкусам больше, чем дефолты прог виндовых…
Упомянутая тобой гипотетическая проблемаЛол. Вот уж что является гипотетической проблемой — так это рассказ про то, что будет чехарда с дровами от человека, который даже не пытался их поставить.
www.drivethelife.com/windows-10/how-to-fix-amd-radeon-graphics-error-43-on-windows-10.htmlКак докладывают ремонтники, эта проблема означает «ваша видяха сгорела, купите новую». Виновата, конечно, винда.
www.drivethelife.com/windows-10/amd-radeon-not-showing-in-device-manger-on-windows-10.htmlПо линку:
Рекомендация №1: убедитесь, что карта вставлена.
Рекомендация №2: убедитесь, что в угаре твикинга вы не выключили дрова на карту
www.drivethelife.com/windows-10/fix-nvidia-control-panel-not-open-windows-10.htmlпримерно то же самое.
И вишенка на торт:Это, несомненно, вишенка, но какое отношенеи оно имеет к дровам и к переустановке системы?
Кстати, на просторах гитхаба я встречал баг в каком-то линуксовом софте, который буквально звучал как «sorry, I'm accidentally /usr».
Все еще будешь утверждать, что в винде проблема с драйверами касается только 0.1% юзеров и то ретроградов?Конечно. По крайней мере до тех пор, пока ты не найдешь проблемы, действительно связанные с «чехарда с подбором дров», а не с тем, что у юзера килограммовый радик из слота вывалился.
У меня-то такие проблемы в активе есть, так что я нашел бы что рассказать и без натягивания совы на глобус.
Мне интересно, какими «вариантами» ты собрался убеждать меня в том, что дефолтные настройки программ линукса соответствуют моим вкусам больше, чем дефолты прог виндовых…Съезд засчитан, значит «сказочный» вариант продолжает действовать. Ах да: мне тоже интересно, почему ты решил, что я должен тебя в этом убеждать. Соболезновать — возможно. Но убеждать — нафиг нафиг.
Конечно. По крайней мере до тех пор, пока ты не найдешь проблемы, действительно связанные с «чехарда с подбором дров», а не с тем, что у юзера килограммовый радик из слота вывалился.Тебе прийдется ждать самого себя. Ты так и не рассказал про чехарду с подбором дров в современном линуксе. Расскажешь — тогда настанет мой черед.
Съезд засчитан, значит «сказочный» вариант продолжает действовать.И почему я не удивлен, что ты как всегда съехал с темы?
Тебе прийдется ждать самого себя. Ты так и не рассказал про чехарду с подбором дров в современном линуксе.Я не рассказал? Но-но, позвольте, это ты утверждаешь, что проблемы в линуксе с дровами возгникают в 0.1% случаев. И это ты утверждаешь, что в винде это не так. Так что тебе и доказывать.
А до тех пор — слив засчитан.
И почему я не удивлен, что ты как всегда съехал с темы?Наверное потому, что он тебе везде мерещится.
Я не рассказал?Угу, ты.
Я не рассказал? Но-но, позвольте, это ты утверждаешь, что проблемы в линуксе с дровами возгникают в 0.1% случаев. И это ты утверждаешь, что в винде это не так.Слушай, я все понимаю, спор, эмоции и все такое. Но так нагло врать в глаза постыдился бы, не? Весь тред несколькими сообщениями выше, даже искать не надо. Смотрим:
Я:
Собственно, я на вскидку знаю только одну ситуацию, в которой лучше (не обязательно, а именно лучше) поставить проприетарные дрова — под нвидию если нужна CUDA.Ты:
… и в ней начинается такая же чехарда, как десять лет назад, да?Я:
К тому же даже если бы там начиналась чехарда, то к делу это не относитсяТы:
Почему-то чехарда к делу относится, только когда она в винде, да? При том, что проблемы с дровами в винде возникают примерно в том же 0.1% случаев — потому, что юзер ретроград и пытается запустить ХР на райзене.Вот тут бы самое время привести доказательства, не? Тем более, что мой следующий пост был завален линками с подробным описанием фиксов. Подробные описания фиксов появляются тогда, когда проблема касается куда бОльшего числа пользователей, чем 0.01%. И, что совсем уж для тебя неприятно, проблемы касаются самой последней версии винды, а вовсе не пользователей-ретроградов сидящих на ХР. Поскольку эта часть твоего утверждения опровержена, то я с удовольствием посмотрю твои доказательства того, что проблемы с драйверами касаются только 0.01% пользователей винды. Кстати, насчет твоего вопроса-утверждения насчет чехарды с драйверами. Если это вопрос, то ответ нет. Если это утверждение, то я бы хотел видеть доказательства.
Наверное потому, что он тебе везде мерещится.Ага, причем уже 7 лет. Правда, обычно я за этим наблюдал со стороны.
Но так нагло врать в глаза постыдился бы, не? Весь тред несколькими сообщениями выше, даже искать не надо.Хороший лог того, как ты увиливаешь от вопроса. Несуществующую чехарду записываешь винде в вину, а вполне существовавшую в линуксе — списываешь как «к делу не относится». Не, так не пойдет.
Тем более, что мой следующий пост был завален линками с подробным описанием фиксов.И ни одного про чехарду с дровами (и тем более — не про то, что подразумевалось в контексте — чехарду с дровами во время установки винды). Но ты же успешно проигнорировал ту половину сообщения, где каждый из линков разобран.
Поскольку эта часть твоего утверждения опровержена, то я с удовольствием посмотрю твои доказательства того, что проблемы с драйверами касаются только 0.01% пользователей винды.Во первых, один ноль лишний, а во вторых — сперва тебе придется доказать, что CUDA (поверим пока на слово, что это единственная причина для проприетарных дров) требуется 0.1% юзеров линукса.
Кстати, насчет твоего вопроса-утверждения насчет чехарды с драйверами. Если это вопрос, то ответ нет.Которого? "… и в ней начинается такая же чехарда, как десять лет назад, да?"? Ну, если так, то рад… За nvidia, что наконец-то осилила сделать нормальный инсталлер дров для линукса.
P.S. Но FTGJ, насчет сказок. А то ты и это перевираешь.
Я слышал то же самое 10 лет назад. Времена (и, возможно, сам линукс) меняются, а сказки линуксоидов — нет.Здесь присутствует только утверждение, что все то же самое линуксоиды рассказывали еще десять лет назад. Что является фактом и что подрывает доверие к этим рассказам.
А верить тебе на слово, извини, ты сам отучил.Ой, кто бы говорил. Уж ты-то зарекомендовал себя в срачах Win-Lin так же, как Lifelover — в срачах AVR-STM.
Здесь присутствует утверждение, что то, что рассказывают сейчас — сказки.Это не утверждение, а оценочное суждение. Да, я не вижу причин полагать, что за 10 лет сказки изменились в лучшую сторону. Особенно учитывая, что пару сказок я в этом треде уже раскопал до правды — и она вполне укладывается в ожидания.
Ой, кто бы говорил. Уж ты-то зарекомендовал себя в срачах Win-Lin так же, как Lifelover — в срачах AVR-STM.Забавно, а для меня так выглядишь ты.
Особенно учитывая, что пару сказок я в этом треде уже раскопал до правды — и она вполне укладывается в ожидания.Особенно учитывая, что ты просто подогнал «правду» под свои ожидания, проигнроировав все, что в них не вписывается.
Ну если твоя работа — смотреть котиков, то да, всё так и есть.
- coredumped
- 29 октября 2018, 16:54
- ↑
- ↓
Комментарии (408)
RSS свернуть / развернуть