Тред, посвященный прародителю всех С-подобных языков и по совместительству единственному идеальному и всесторонне годному средству программирования как на системном, так и на прикладном уровне.
- Очевидный GCC. - clang: оче годно, батя рекомендует. - Intel C++ Compiler: оптимизации, тысячи их. - Visual Studio 2017 Community Edition: внезапно этим стало можно пользоваться, особенно с тулсетом clang/C2. Поддержка C11 на уровне "есть все, что тебе понадобится в реальном проекте плюс кривая библиотека". Анализатор кода в комплекте. - Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное. - TCC: очень маленький компилятор с багами и неполной поддержкой C99. С ключом -run умеет компилировать код в память и запускать его, что позволяет писать скрипты прямо на сишечке.
Samuel P. Harbison, Guy L. Steele Jr. "C: A Reference Manual, 5th Edition" (2002) Ебаный пересказ стандартов C89 и C99 (включая стандартную библиотеку). Для не осиливающих стандарт в оригинале. Читать в качестве подготовки к собеседованиям (есть задачник с ответами) и для ознакомления с масштабами пиздеца перед написанием своего парсера/компилера.
Peter Van Der Linden "Expert C Programming. Deep C Secrets" (1994) "Си: грязные истории". Смехуечки, немного объяснений, чем обусловлены особенности языка, всем известные подводные камни кто там ругал косяки в JS? у нас в сишечке их гораздо больше, просто они лучше спрятаны, немного байтоебли и непонятно откуда взявшаяся глава про старинные плюсы. Читать в качестве сказки на ночь (на пару вечеров хватит).
Richard M. Reese "Understanding and Using C Pointers. Core Techniques for Memory Management" (2013) - почитать, вкатиться в указатели.
Ben Klemens "21st Century C: C Tips from the New School" (2012)
Paul Deitel, Harvey Deitel "C for Programmers with an Introduction to C11" (2013)
Stephen G. Koch@n "Programming in C (3rd Edition или 4th Edition, если найдется)" (2014)
- https://godbolt.org/ - Compiler Explorer позволяет посмотреть выхлоп компиляторов для введенного куска кода (больше полусотни разных версий компиляторов). - http://cdecl.org/ - С Gibberish ↔ English помогает читать сложные сишные декларации.
Есть текстовый файл вида номер - текст. Мне надо чтобы ты вводил номер и получал в ответ текст из файла в консоль. Как проще всего это сделать? Прайм пока прочитал до 4 главы, стоит прочитать 13 главу про файловый ввод-вывод?
>>1140172 Ты уде читал главу, про логические операторы? А про работу со строками?
Тебе всего то надо получить со входа данные в виде номера и по нему искать. Жля этого делаешь цикл до конца файла и через if чекаешь переменную с искомой подстрокой во всех строках
>>1140195 Пока нет, но уже пользовался условными операторами. Я сам хотел сделать массив, куда пихать по 3 символа из файла и сравнивать каждые 3 символа массив с числом, который ввел пользователь. И после того как совпало, то выводить дальнейшие символы на экран. Как тебе такая идея?
>>1140273 Потому что тебе надо лучше читать файл в цикле по 20 строк и делать проверку, потом стирать из памяти и продолжать читать файл. Но это все хуйня.
Перегоняй файлы в csv, импортируй их в sqlite3 БД и работай как с нормальной БД, а не страдай хуйнец с парсингом.
>>1140325 > Потому что тебе надо лучше читать файл в цикле по 20 строк и делать проверку, потом стирать из памяти и продолжать читать файл. Но это все хуйня. Это еще зачем? И как ты найдешь нужное число среди 20 строк?
> Перегоняй файлы в csv, импортируй их в sqlite3 БД и работай как с нормальной БД, а не страдай хуйнец с парсингом. Я это делаю чисто для фана, так что мне не всралась субд, я хочу сам на С написать программу.
Так, делаю наброски. Сделал преобразование введеного числа в массив. Это получилось.
Но у меня не получается закончить while - при условии ch! = EOF цикл продолжает выдавать неизвестные символы бесконечно. Опытным путем выяснил что неизвестному символу соответствует номер 255 и с условием ch! = 255 цикл завершается.
Откуда берутся эти символы, если в текстовом файле последний символ - Z?
Вот сам код:
#include <stdio.h>
int main(void) {
char num[5]; int ch; int i; char mm[3]; char temp[100];
puts("input: "); gets(num);
for (i=0; i<3; i++) { mm = num; printf("mm[%d]=%c \n",i , mm); }
>>1140425 Вот что на выходе получается. Как я понимаю, эти неизвестные символы появляются после того как у цикла for закончились символы из файла, но он все равно делает цикл 80 раз, верно?
Что с этим делать? Сделать условием цикла ch! = 90 (что соответствует заглавной Z) не получается, цикл на Z не останавливается.
Обмазываюсь GDB, хотел бы вкатиться в системное программирование и обратную разработку. Gdb виндовой, шел в комплекте с mingw. Вопрос - какого хуя не работает attach [pid] когда я пытаюсь подключиться к половине софта? Can't attach to process и все. Восьмерка x64, я админ, всё норм.
>текстовый файл вида номер - текст >используй регулярные выражения > Перегоняй файлы в csv, импортируй их в sqlite3 БД и работай как с нормальной БД kek
>>1140491 Нет, просто угорел с идеи писать на си прямо на телефоне. Но по ходу не работает ни хера. Вроде разобрался с компиляцией и сохранением. Надо экспорт делать. Как теперь запустить программу с параметрами?
Ебанёшься с этими вашими сями. Короче, пишу лабу в студии, в дебажном режиме. Уже всё полностью оттестил, всё работает, включаю релизный. И тут хуяк, 50 ошибок при сборке, про не несовпадение типов и про не заполненные заголовки. Ок, исправил, запустил, всё вроде норм. Переставляю режим сборки снова в Debug, пытаюсь собрать, а оно хуяк и вон что выдаёт, типа константы несколько раз определяются. Как так получается я не очень понял, и почему то оно выдаётся только в режиме сборки Debug x86. Под 64 спокойно собирается. Вот как так то?
>>1140681 Хуй знает как, но оно решилось. Ссылки я нигде не убирал, может просто пересборка помогла. Интелисенс с сями просто отвратно работает, всё таки
>>1140713 ЯННП, что ты хочешь сделать, где проверка на EOF, зачем странные присваивания массива к массиву, что у тебя там за компилятор, и вообще, почему ты делаешь это на телефоне, а не как люди. Попробуй выложить на пастебин исходник, текстовый файл и что ты хочешь получить, а мы обосрем.
>>1141004 Не советую вкатываться в си или кресты, если не интересует эмбеддед. Возьми что-нибудь более востребованное. Посмотри вакансии - сейчас кругом веб.
>>1141006 Это до очередного доткома. Нейроночки, вычисления для суперкомпьютеров и хуева тонна других областей, где этот веб на хуй не нужен. Самое главное туда попасть, но если учишь си на харкаче, то конечно лучше вкатываться в веб. Серьезные люди в универ ходят для наработки связей, чтобы на практику куда-нибудь взяли на проект. Все эти мантры про универ не нужен — бред. Универ нужен для социализации, а знания все великие программеры так-то черпали не толькл от преподов или криг, а наступая на грабли.
>>1141010 Сука, я блять понимаю, что такое доткомы, просто оно никак не вписывается со всем остальным твоим предложением, поэтому я попросил узнать твою локальную интерпретацию этого понятия, епты.
>>1141008 > где этот веб на хуй не нужен Это ты так считаешь. Всякие низкоуровневые либы пишутся не так уж и часто, а вот дергать за них можно хоть жаваскриптом.
>>1141018 > Рынок переполнен нахуй ненужными веб макаками Рынок может быть переполнен сайтами. Но вот вакансий для макак овердохуя, а вакансию для сишника ты хуй найдешь сейчас. И даже если найдешь, окажется, что ты не соответствуешь заявленным требованиям.
>>1141015 Это ты переоцениваешь. Есть пласт областей, где это ненужно. Теже драйверописатели или бигдата или узконаправленный софт для управления работой схд под гипервизором...
>>1141022 Так вакансии все за еду, а «писать» три вопроса на стаковерфлоу + 2 плагина из npm.
Касаемо Си вакансий такая ситуация, потому что их и на рынок не выводят, ибо общение как в секте.
Хочешь работу? Ходи на митапы сишников, светись как только можешь и рассылай резюме сам в конторы.
А почему не соответствуешь, знаешь? Потому что сишники это в основном задроты матана, там особый круг общения, который нужно поддерживать, чтобы не деградировать.
Вы можете мне не верить и шуточки шутить, с картинками смешными, но знайте, в первую очередь живое общение в среде себе подобных складывает о вас впечатление, а не ваши копипасты в свой гит.
>>1141008 Прошу всех меня выслушать. Мое сообщение, возможно, покажется вам странным и необычным, но я прошу вас, прошу вас от всего сердца прочитать его, вникнуть в него. Начнем с простого: Я бегемот. Да-да, я то самое огромное жирное млекопитающее. Англичане зовут меня hippo, а извращенные пидорасы гиппопотамом. И есть у меня одна проблема. Я люблю кушать. Просто я самый настоящий гений в этом деле! Я, черт возьми, лучший!
>>1141305 Именно в таком виде? Ну так декодируй, просто же. Сматчишь \u, проверишь, что потом 4 isxdigit() подряд, и либо сам число посчитаешь, либо strtoul(str, 16). Ну а потом можешь либо printf c %ls и массив wchar_t, который у тебя получился, либо в UTF-8 закодируй и обычным %s выводи.
>>1141607 А в винде все сложно. Зависит от компилятора. Основная проблема в том, что виндовая консоль не умеет в UTF-8. Варианты: 1) Сохранить исходники в кодировке Windows-1251, а не в UTF-8. Сделать setlocale(LC_CTYPE, "1251") или setlocale(LC_CTYPE, "866"). 2) Использовать гораздо менее известный, зато немного более правильный способ: исходники в UTF-8, локаль Rus, но с ключиком -fexec-charset=cp866 Для этого тебе понадобится гцц или шланг (в вижуалстудио тоже можно задать Execution Charset в свойствах проекта, как в других компиляторах - не знаю).
>>1141621 >Сохранить исходники в кодировке Windows-1251, а не в UTF-8. Это как? >Сделать setlocale(LC_CTYPE, "1251") или setlocale(LC_CTYPE, "866"). не помогает.
>>1141607 Запускай в powershell, там вроде проблем нет с ютф-8. Как бы повершелл в дрисятке по умолчанию идет вместо смд.ехе, на хуй ты это говно мамонта откопал?
>>1141739 > там вроде проблем нет с ютф-8 Там есть проблема. Оно умеет в CHCP 65001, да, но по умолчанию там вообще какая-то хуета, даже не 1251/866. Каждый раз менять кодировку заебешься, впрочем как и рассказывать пользователям, почему у них крякозябры. К тому же, шелл, который иногда открывается сразу, а иногда при старте неведомо чем занят секунд по пять, шеллом называться не имеет права.
>>1141768 > Но это майкрософт, у них это норма. сmd.exe по-прежнему запускается мгновенно. У того же самого майкрософта.
> dir /s . > report.txt И нахуй нужен "шелл", если он не может даже отображать текст?
> chcp это архаика из смд.ехе. exe-файлы, у которых стоит /SUBSYSTEM:CONSOLE, открываются в виндовой консоли, а не в этом дерьме, которое к ОС даже прикрутить нормально не удосужились. В консоли нет UTF-8, в консоли кодировки по-прежнему переключаются через chcp (и соответствующими функциями API). Когда в качестве системной консоли прикрутят павершелл, ты будешь рассказывать об архаике. Но не раньше.
> Ставь альтернативный шелл Ничем не отличается от GUI-приложения, которое рисует свою "консоль" самостоятельно. И настолько же нинужно. Ну то есть, для разработчика очень даже норм, если программа, которая пользуется чем-то нестандартным, дальше его машины не уйдет. ConEmu охуенный, умеет и в ANSI-последовательности, и в UTF-8, и даже в символы двойной ширины.
>>1142221 По мне так, надо сделать следующую схему: В программе ставим пока не узнается время панель загрузки и просим подождать некоторое время. Пользователь не выдержит и свернет ее. Но надо оформить дело так, чтобы она продолжала пахать в фоновом режиме (то есть просто уменьшить координаты окна до 0). Затем надо поставить хук, который будет считывать со страниц браузера при помощи регулярки числа похожие на значения времени. Потом уже получить это значение и дело в шляпе. Задачка-то то простая.
>>1142221 Нет, ты мылишь загнанно в рамки своих мыслей, освободись и найди *к р е а Думаю, что лучшее решение - написать нейросеть которая по географическим координатам и падению света\положениию солнца будет определять время дня. По крайней мере, мы так получим платформонезависимое ПО.
По всем остальным пунктам — пошел ты на хуй мудак ебаный, нашелся тут умник хуев. Смд.ехе архаика признано даже в майкрософте. По умолчанию в дрисятке запускается именно повершелл. Как там криворукие макаки пишут, что у них смд вылазиет я хуй его знает, читать мсдн лучше надо. Майки обновляют свои гайды по написанию приложений. Хули ты петух вонючий тут раздухарился я в душе не ебу. Сажи тебе педроте недоношенной.
>>1142283 Ты сейчас качаешь последнюю вижуалстудио и пишешь нам консольное приложение, которое при даблклике запускается в "консоли" повершелла и выводит русский текст, закодированный в UTF-8. Можешь читать MSDN лучше, можешь даже прошение швятому балмеру написать. Не получится - уебывай со своим повершеллом, откуда пришел.
Ты объявил две переменные размером в один символ. Пытаешься взяв указатель на переменную размером в один байт писать туда строку. Не надо так.
Во-первых, тебе нужно использовать указатели или массивы (указатель звездочка после char массив - после названия переменных квадратные скобочки с числом элементов внутри).
Во-вторых, если используешь указатели, то тебе нужно выделить память функцией malloc
В-третьих, если ты хочешь читать строки хуйпойми какой длины, то scanf тебе не подойдет и тебе нужно писать велосипед вроде такого:
>>1142694 Там нет воды в задачах, они в конце каждой главы перечислены. А дополнительно на любом программистском форуме можешь найти задачи, которые там ставят вопрошающие.
>>1143030 У тебя переменная типа short, или макаба съела указатели? Нет, она останется short, но вычисления будут идти так: value = (short) ((int)1 + (int)value) (естественно, в реальности компилятор может и в 16 битах посчитать, если будет уверен, что поведение будет полностью аналогично).
>>1143029 Вполне по понятиям, можешь билд-систему в саблайме настроить на gcc или на мейк-файлы - получишь подсветку ошибок.
>>1143034 > в gcc изменить название компилируемого файла -o filename.exe
>>1143032 > Посоны, как лучше всего запомнить синтаксис? Пиши код. Часто пиши код. И не пренебрегай чтением чужого.
> Где найти задачки и попрактиковатьс? Несколькими постами выше >>1142811, алсо форчонговские пики рулеточками для кодеров (может быть, кто-нибудь скинет?).
> Да, он сейчас используется? Нет. Сейчас все принято писать на JS. Даже твоя ОС написана на JS, даже интерпретатор JS написан на JS.
>>1143117 Практика, только практика спасёт отца русской демократии. Находишь те же самые примеры и вручную их вводишь. Не тупо копипастинг, а именно ручками и головой. >>1143134 Проблема только в методике обучения. все думают, что достаточно прочитать какой-нибудь талмуд и уже станут ебашит код с закрытыми глазами, а вот на практику в процессе изучения забивают. Вот типичный представитель >>1142694 смотрю в внигу, фижу фигу.
Кто нибудь мне может объяснить как это > https://icculus.org/physfs Гавно работает, какой то поехавший запихал в файл данные, я их никак не могу достать, ничего не помогает, binwalk и ещё кучу мокрописек опробовал
Признавайтесь, указатель это структура такая, пусть и неявная? Ведь когда мы приводим его к type, мы по сути влияем на его смещение при переходе от type[n] к type[n+1], вот только где нужные для этого перехода данные хранятся?
>>1143744 Хыхы. В if не сверяется, а приравнивается к true, а потом возвращается значение, присвоенное этой var. Т.е. при if у тебя это становится true. Проиграл, в общем-то. >>1143745 Magic.
>>1143776 Попробуй это. cpp -v /dev/null -o /dev/null Должен получить директории, в которых компилятор ищет хедеры. В одной из этих директорий должен быть stdio.h
>>1143741 >А как его смещать, если я хочу двигаться по индексам элементов? Разве не нужно ещё число?
Компилятор такой смотрит-смотрит на тип указателя и хуяк - видит какой тип и такой хуяк тут же ассемблер и смещение такой запиливает на нужное количество байт.
Собираюсь вкатываться в программирование. Для себя. Дедлайнов нет, поэтому времени на изучение будет сколько угодно. Что лучше выучить: C или C++? Опытные аноны, есть ли существенная разница?
>>1143762 Нет, особой разницы нет. В macOS будет человеческий интерфейс вокруг, а в Windows человеческие отладчики.
>>1143782 Зачем девнулл, если можно таким же образом cc -v запустить на файле, который компилируется, и посмотреть, где оно ищет и как? Подозреваю, что анон вообще не поставил glibc, но не представляю, как он смог этого добиться.
>>1143786 Вообще, по дефолту в FHS для C-хедеров числится /usr/include Это если проблема в этом, вообще. А так, да, если их каким-то чудом нет, то придётся как-то настроить. >>1143787 Это смещение часть области кода чтоли? Или просто рядом со статиками валяется в программе под каким-то безымянными переменными?
>>1143792 > Это смещение часть области кода чтоли? Это смещение вычисляется в рантайме (индекс умножается на размер типа). Соответственно, "хранится" оно в инструкции (или нескольких).
>>1143800 Я не про то "смещение", о котором ты говоришь: > индекс умножается на размер типа Это я вообще бредятину какую-то получу. Смещение элемента относительно начала массива? Но это свойство элемента массива. Я про непонятное свойство указателя как такового. Есть где-то инфа, что если ptr++, то на столько единица int'a увеличивается, причём ((char ) ptr)++, это не ((long ) ptr)++, потому что где-то есть неявный параметр, которую эту дельту задаёт при инкременте.
Алсо, > рантайм > размер типа Это тоже не понял. sizeof(type) не рантайм, ЕМНИП.
>Я про непонятное свойство указателя как такового. Есть где-то инфа, что если ptr++, то на столько единица int'a увеличивается, причём ((char ) ptr)++, это не ((long ) ptr)++, потому что где-то есть неявный параметр, которую эту дельту задаёт при инкременте.
Да, называется размер типа на который ссылается указатель. и адресная арифметика учитывает это.
поэтому указатель на чар при добавлении 1 увеличивается на 1 байт, указатель на шорт - 2, на инт - 4, на лонг - 8, на структуру, которая содержит внутри int x,y,z,w - 16.
>>1143808 Если в арифметическом выражении встречается указатель, включается арифметика указателей, в которой единица равна размеру типа. Поэтому при прибавлении или вычитании чего-то к указателю предварительно считается офсет, равный n * sizeof(type). Если n переменная, оно считается в рантайме, а sizeof(type) кодируется виде константы в инструкции. Если n константа или константное выражение, то перемножение делается на этапе компиляции и втыкается (в инструкцию опять же) уже готовый офсет.
Никаких чудес нет, для этого и нужены адресная арифметика и указатель на определенный тип чтобы самому не ебать мозги на сколько байт увеличить адрес чтобы получить следующий элемент.
И по этой же причине компилятор бьет тебя по рукам если ты присваиваешь указатель одного типа к другому без явного приведения типа.
>>1143830 Любой блокнот с подсветкой синтаксиса, который тебе нравится. Пока ты новичок, и тебе малоинтересны всякие профайлинги и рефакторинги, никакие IDE тебе нинужны. А когда понадобится - сам подберешь нужное.
>>1143831 Побайтового. Да, можно считать в байтах таким образом. Но не на всех платформах можно по получившемуся таким образом указателю прочитать int, например, потому что может требоваться выравнивание (т.е., адрес инта, например, должен быть кратен sizeof(int)).
>>1143840 Допустим я таким образом смещаюсь по памяти. Переменная целочисленная занимает несколько байтов же? А при разыменовывании будет возвращаться один байт. Или я не вгоняю?
>>1143855 > Переменная целочисленная занимает несколько байтов же? Несколько и будут читаться.
Если выравнивание не требуется, то при итерации по 00 01 02 03 04 05 06 07 с инкрементом в один байт будут возвращаться 0x03020100, 0x04030201, 0x05040302 итд. Почему в обратном порядке? Гугли endianess (little endian).
>>1143860 Прости за тупой вопрос, но как может выйти по-другому? Ты процессору дал инструкцию - читать 32-битную переменную (допустим) по такому-то адресу. Ну он и читает. Память - набор ячеек, о хранящихся внутри данных она ничего не знает, как и процессор не знает, зачем ты читаешь свои байты - интерпретирует данные программа.
Как вам такой ресурс? Вроде доходчиво объясняют. Не знаю какой стандарт, но думается, что нечто древнее, ибо встречал на просторах how to c in 2017, и там типы данных уже идут 64 разрядах уникода (фейлю скорее всего с названием ибо нуб) uint_64 как то так объявляют тип переменной вобщем.
Ну если тебе достаточно 1 мегабайта, то загружайся в дос, открывай любую борландовскую парашу и хуячь. Если недостаточно - то сорян, 2^32 и 2^64 байт памяти доступны онли в защищенном режиме с виртуальной памятью. Даже ядро OS и драйвера страдают и в нем работают, просто у них физическая память отмаплена другая, вместе с отображаемыми в память устройствами и привелегий больше. И так на большинстве процессоров годом выпуска позднее 1985 года. Ну или микроконтроллер бери, там виртуальной памяти нет.
Единственное что можно сделать - отмапить в таблице страниц адреса физическая -> виртуальная чтобы были 1 к 1.
Допустим у меня объявлена структура, которая содержит типы int, float и указатель на тип char. Выделяю память для экземпляра такой структуры, затем через strndup() выделяю память для строки, присваивая указателю на char в структуре. Вопрос: если я сделаю free() для структуры, то память которая была выделена через strndup() тоже освободится?
>>1144365 То есть ты хочешь сказать, то что работы не си не найти и мне придется скоро укатиться в веб работать макакой, копипастя примеры из доков? То есть ты хочешь сказать, что сейчас я незачем трачу все свое время? То есть ты хочешь сказать, что меня ничего не ждет и если я найду работу, то точно не на ламповом си?
>>1144404 >Разве байтоебы не нужны? Особо не нужны. В регионах и мухосранях вакансия байтоеба - большая редкость, причем все ищут сениора, а джуны байтоебы уж точно никому не нужны. >Гейдев не нужен? Гейдев в России и СНГ - написание игр под андроид типа три в ряд с рекламой и донатом. Если хочешь в гейдев - учи unity и c#.
>>1144254 Нет. free() структуры освободит только память, выделенную для структуры. А раз внутри strndup отдельный маллок, то на этот маллок тебе тоже нужен free().
>>1144404 бля, зайди на hh, в поиске резюме набери "программист c++" и охуей от контингента просто сделай это ты тоже хочешь таким же стать к тридцати?
>>1144440 volatile struct vs. офсеты и REG_READ/REG_WRITE для регистров микроконтроллера. Алсо, битфилды vs. дефайны и сдвиги для них же. Вроде бы и особых знаний для понимания проблемы не требуется, но и золотой середины нет, у всех решений свои недостатки. 1144417
Сап, аноны. Хочу немного оптимизировать компиляцию с objcopy, но objcopy -O ihex *.elf file.hex не срабатывает, и мне приходится ручками вводить objcopy -O ihex file.elf file.hex
Пробовал прописать objcopy --wildcard -O ihex file.elf file.hex, но это тоже не сработало. Может кто-то объяснить мне как в objcopy правильно использовать wildcard?
>>1144878 Лол. Ты бы подтянул матчасть по командной строке сначала. wildcard-ы раскрываются shell-ом, если есть такие файлы. Опция --wildcard у objcopy — это про использование wildcard-ов для имён символов в файле.
>>1144882 Из какого стека? Того, в котором выполняется твоя функция? Тогда тупо объяви в ней локальный не статический массив, и выйди за его границы при чтении.
>>1144674 > больших проектов на си? нужно побольше обмазываться макросами чтобы делать костыли для atd и кодогенерации и еще как можно больше структурок и указателей на функции чтобы делать костыли эмулирующие ооп - интерфейсы, полиморфизм и прочие сладкие вещи
>>1144961 >в попытке сымитировать ООП Не пробовал устроится стоматологом-проктологом? Что бы сымитировать на сишечке(именно сымитировать, а не реализовать) ООП надо быть тем ещё проктологом. >>1144919 Это не приём, а уже объект. >>1144882 >Как мне вытащить значения из стека в массив? Чьего стека? Где конкретика?
>>1145003 >сымитировать на сишечке(именно сымитировать, а не реализовать) ООП надо быть тем ещё проктологом да наверное в каждом крупном проекте ваяют полиморфизм на структурках и указателях на функции, теми же способами делают интерфейсы, теми же способами делают наследование интерфейсов ну ты че
Оракловский компилятор нормальная тема? У меня стоит студия 15( но там по-моему нельзя в Си, перешёл бы на 17, но у меня не ставится из-за какого-то говна) есть ещё нетбинс
>>1138954 (OP) Есть ли хорошие гайды или книги про stdatomic? Чтобы пошагово от простых примеров к сложным, а то для pthread всего навалом, а про stdatomic описание в две строчки или код на 2000 строк.
>>1145143 Это так не работает. Вытащи ифдеф наружу и сделай две версии TEST внутри него. Алсо, есть вариант условно дефайнить ERROR_FLAG в 1 или 0 соответственно, и макросами матрчить TEST и ERROR_FLAG c TEST_0 и TEST_1 соответственно. Хотя это не твой случай, в твоем случае это только увеличит количество телодвижений. А вот если макросов, подобных TEST, будет сильно дохуя, можно задуматься.
>>1145111 В студии в Си можно, вы заебали. Сохраняй файл как .c, а не .cpp, компилируй.
>>1145334 Стандарта достаточно. Еще где-то с одной из последних cppcon было видео, где поясняли.
> Какой из современных языков программирования лучше всего подходит в качестве замены си?
На самом деле подходят любые языки, ведь практически во всех них есть биндинги к C. Пишешь оптимизации байтоебли в отдельную библиотеку на сях и вызываешь её из своего кода.
>>1147072 >С#, имхо. Наркоман шоле? Я, конечно, понимаю, что тот хуй выше даже не указал сферу использования, но только наркоман будет сразу же советовать С# в качестве замены си.
>>1147072 Слесарь, ты проебал дефис в синтаксисе.ЛОЛ >>1146919 Смотря какие задачи собрался решать. Каждый ЯП создавался под конкретную задачу, если у ЯП нет задач, то это бейсик. >>1147072 >С#, имхо Пися от онанизма ещё не отвалилась?
Анон, как работает шина SATA3? Регистры доступа к каждому устройству мапятся куда-то в отдельную память или же есть какой-то общий участок памяти для управления всеми девайсами? Другими словами, могу ли разрешить операционной системе полноценный доступ к определенному SATA3-девайсу на уровне памяти с помощью обычных процессорных механизмов виртуализации, запретив при этом доступ к другим и не используя паравиртуализацию?
Спрашиваю тут, ибо на сосаче больше нигде не найдешь железячников
>>1147173 >Смотря какие задачи собрался решать. Основной приоритет - высокая скорость работы, приближающаяся к си, но при этом чтоб язык программирования был современный.
>>1147182 вся суть, пациента спрашивают, че ему сделать надо, какие задачи практические вместо этого он мычит: "нада высокую скорость и чтобы современный был" classic
>>1147180 >Пидор, иди в /га Чмоха, нахуй ты оттуда вообще вылезал? Тут отцы решают судьбы мира, а не пилят объекты в юнити. >>1147182 >Основной приоритет - высокая скорость работы Высокая скорость работы ЧЕГО? Если собрался матан считать, но не знаешь какой ЯП заюзать, то у меня для тебя очень плохие новости. >>1147182 >был современный. Со времён реализации в аппарате фон неймана и гарварда нет таких ЯП. Они все устраевшие. Ебашь на ассемблере и будешь первый пацан на районе. Лучше юзай ассемблер MIPS, есть вероятность, что станешь востребованным программистом.
>>1147196 >Мне разделять устройства надо на уровне железа RTFM!!! RTFM Если сразу не дошло, то читай маны к стандарту. Чего ты там собрался в драйвере шаманить, если не знаешь о стандарте?
Так же как и sata1 и sata2 - по-сути тот же последовательный ком-порт на стероидах с дифференциальными линиями и гигабитными скоростями.
> Регистры доступа к каждому устройству мапятся куда-то в отдельную память или же есть какой-то общий участок памяти для управления всеми девайсами?
Мапятся регистры контроллера SATA, который либо отдельный либо внутри моста, что на большинстве пользовательских мамок и есть. Контроллер SATA -это уже PCI (PCIe) устройство на шине, физической ли или вшитой в сам мост и работа с ним в плане мапинга регистров и прочей ерунды идет как и для всех устройств по правилам инициализации plug'n'play pci устройств (до pnp это все настраивалось руками в биосе и переключателями на платах как диды на 286-386). Как правило этим даже не ОС занимается, а биос/uefi и операционная система получает готовые диапазоны ввода-вывода и назначенные прерывания от биоса.
>>1147177 >Другими словами, могу ли разрешить операционной системе полноценный доступ к определенному SATA3-девайсу на уровне памяти с помощью обычных процессорных механизмов виртуализации, запретив при этом доступ к другим и не используя паравиртуализацию?
>>1147208 Ты можно более подробно объяснить? Там возможны какие-то хитрожопые режимы работы, которые позволяют или не позволяют полное разделение (и настраиваются на уровне, допустим, контроллера sata) или чего? Я ебал всю спецификацию читать чтобы понять, можно ли это сделать или нет, такое буду делать только если пойму, что это возможно.
>>1147211 >Контроллер SATA -это уже PCI (PCIe) устройство на шине Во, это уже более интересно. Т.е. в теории чтобы реализовать пресловутый passthrough, надо делить PCI устройство, а тут без аппаратной поддержки со стороны контроллера не обойтись если это делать втупую.
>>1147224 >А это можешь даже не прибегая к кодингу ручками Я на это и надеюсь, что уже давно есть готовые эффективные решения. >https://wiki.xen.org/wiki/VTd_HowTo Вот никак и не могу понять, как тут поможет IOMMU. Как разделять разные pci-устройства - понятно, но как делить PCI SATA-контроллер - загадка. Единственное, что приходит в голову - эмуляция контроллера, но с прямым DMA, но это уже на какую-то паравиртуализацию похоже со всеми вытекающими в виде пониженной производительности %%хоть может и пони.
>>1147241 > Т.е. в теории чтобы реализовать пресловутый passthrough, надо делить PCI устройство, а тут без аппаратной поддержки со стороны контроллера не обойтись если это делать втупую.
У контроллеров, как правило, порты для разных дырок разделены.
>>1147173 >Каждый ЯП создавался под конкретную задачу То есть Си не является языком общего назначения и говорить про такую классификацию в 2018 году некорректно?
>>1147263 >общего назначения Нет таких ЯП и никогда не было. Конечно, можно ассемблер притянуть за уши, но опять же это будет софистика. Погромизд может кодить на любом языке, но начинать надо с основ.
Сисяны, я совсем даун на такой херне запороться? Во float всё работает норм, но точность не устраивает. Переделываю всё на double, выдаёт рандомную хрень. На пиках всё видно, вобщем ЧЯДНТ?
>>1147754 Из-за особенностей variadic-функций, float, который передали в printf(), конвертится в дабл, поэтому %f печатает даблы. В scanf() же передаются указатели, они никуда не конвертятся, поэтому %f читает флоаты, а %lf - даблы.
>>1147072 Удваиваю этого >>1147168 Использование шарпа там где нужна сишка сводится к формочкам на шарпе и вызову из сишных либ всей мякотки. Хукать системные вызовы, пердолиться с оборудованием и т.д. ты на шарпе собрался? Точно наркоман.
Пиши тесты - останься без работы через 5 лет! Пиши тесты - сделай богатого дядю ещё богаче! Пише тесты - отбери хлеб у тестеров!
Код без тестов - это плохой код? Для дяди который платит зарплату - это плохой код.
1) Написал тесты 2) Следал рефакторинг 3) Зарплату подняли на 3% 4) Код отдали индусам через год 5) Нахуй такой рефакториг и такие тесты 6) PROFIT вашей нелюбимой америке
1) Не пиши тесты 2) Копи бабки 3) Развали продукт 4) Утопи дядю 5) Перепеши продукт, пока есть накопленые бабки 6) Напиши тесты 7) Стань сам дядей 8) PROFIT тебе!
Пишу небольшой проектик под avr-libc. В принципе все работает как было задумано, но есть один момент который меня смущает.
Код работает на ATTiny13.В процессе обработки сигналов с датчика в переменную типа uint32_t битовыми сдвигами записываются данные. Есть программная эмуляция uart в виде функции TxByte() которая принимает на вход uint8_t. Мне нужно отправлять данные на пеку через этот самый программный uart. По идее должен быть цикл в котором я передаю 32 бита данных за 4 приема. То есть мне нужно обращаться к uint32_t как к массиву. Я использовал union таким образом:
typedef union { uint32_t value; uint8_t bytes[4]; } t_command;
>>1148320 С ума сошел? Перехватываемые SetWindowsHook вызовы ограничиваются тем что разрешено в ее первом параметре, т.е. сообщения между окошками ты перехватывать можешь, но сколько-нибудь замороченные вызовы вряд ли. На шарпе можно только вызывать функции из винапи, хукать нельзя, и дописывать к ним свои примочки нельзя (разве что через библиотеку на сишке, которая содержит все кроме гуя).
>>1148352 > хукать нельзя Можно. Всякий unsafe, Marshal и тому подобное. Но приходится заботиться о многих вещах - в нативном коде гораздо проще. вы заебали, тут тред по Си
Всем привет я даун. Написал программу на си для которой необходимо построить график. Решил пользоваться OpenGL. Может кто-нибудь пожалуйста ПО ШАГАМ мне объяснить, как вообще подключить opengl чтобы в программе его функциями можно было пользоваться? Т.Е. Так понял для разных языков программирования какие-то разные opengl. что конкретно и откуда скачивать? 1) скачать OpenGL 2) установить его 3) ??? ??? n-1) вызвать в программе библиотеку n) написать необходимые функции n+1) скомпилировать n+2) радоваться
>>1148789 Вкратце: говоришь гуглу glfw, качаешь, что скажут, и не выебываешься. Если тебе только график и притом быстро, говоришь не glfw, а freeglut. Скачаенное кладешь рядом с исходником и читаешь, как подключать либы в твоей IDE (если ты вдруг из командной строки компилируешь, то уже на полного дауна не тянешь). Алсо, в /gd/ есть тред по OpenGL.
> Так понял для разных языков программирования какие-то разные opengl. OpenGL - это системная либа, она чаще всего одна на всю ОС. Для нее есть биндинги (способы вызова функций) и обертки (код, упрощающий взаимодействие - например, создающий окна вместо тебя). Биндинги зависят от языка (для Си не нужны), обертки - это те самые glfw и freeglut, они бывают в исходниках или собранные под твой компилятор.
Не стукайте сильно. Не понимаю что происходит и можно ли так делать (наверняка нельзя). https://pastebin.com/JqSfUxSz Первое что меня смутило мол я могу на стеке выделять неизвестное заранее место под массив. ОК, допустим если бы он не выходил за скоуп функции kek, все было бы ок и стек почистился бы. Но ведь я передаю указатель на массив arr черти куда, раз я не вызывал никакого *alloc то и free я вроде звать не должен. Что э это получается указатель станет не валидным (будет какой-то мусор на стеке показывать) сразу после выхода из скоупа kek?
>>1148993 Ебать я лох, простыню настрочил, а проверить что собственно будет не проверил, после того как пытаюсь считать что либо с возвращенного указателя сразу segfault. Со статически выделенными локальными (ну там хуяк char chars[144]) я так понимаю та же байда будет?
Ебать, коллективный разум. У меня проблема почти как у него >>1148993>>1149000, только прога сложнее. Нужно захерачить в массив значения из файла с 1500000 — 2000000 даблов, причём желательно сделать это не в main. Вот код: https://pastebin.com/683a6BcS. Я даже сам понимаю, почему оно не должно работать (первый malloc и все последующие realloc'и в функции, а после её выполнения они у проги отбираются), но нет никаких идей, как сделать так, чтобы работало. Опытные байтоёбы, подскажите, как это по-человечески сделать.
>>1148867 На русский переведены только самые базовые вещи, годящиеся для написания хеллоувордов. А основной массив информации придется искать и переводить самим.
>>1149028 в первый проход по файлу считаешь количество чисел в нем выделяешь память, необходимую для хранения этого количества считываешь числа в этот массив из функции out параметром возвращаешь этот массив, а в качестве возвращаемого значения фии - количество элементов в массиве
>>1149043 размер статического массива должен быть известен на этапе компиляции личное: надеюсь что ты студент еще и учишься, если уже работаешь то это конечно писец
Есть буферы в 1024 байта и 1055. При записи большого количества информации в файл с помощью вызова write время выполнения программы не меняется. Почему так происходит? Я где-то слышал, что размер буфера должен быть адекватным, иначе записываться будет медленнее.
>>1148910 В конец команды добавляешь название либы. Если это майкрософт и сочувствующие, просто дописываешь glfw3.lib, если гцц "-L. -lglfw" (без кавычек).
>>1149028 У тебя там адский ад. Ты в передаваемый функции массив не пишешь, ты перезаписываешь указатель на этот массив указателем, который вернул malloc(), туда пишешь, потом эту память забываешь и выходишь из функции. В массиве из main() как был, так и остается мусор. Тебе нужно было принимать указатель на указатель на дабл, если ты хотел динамическое выделение памяти.
>>1149059 write - это один целый системный вызов. Куча тактов на то, чтобы переключить режим процессора, сохранить стейт, побегать по ядру, подергать дрова, вернуть стейт и переключиться обратно. С начала этого года из-за патчей против мельдониума это стало еще дороже. Соответственно, чем больше информации ты можешь передать за раз, тем меньше будут накладные расходы. Возьми крайние случаи - померяй с буферами в 1 байт и 64 килобайта на полугиговом файле.
>>1149058 Почему? Я конечно не знаю как в точности сделан например std::vector, но там разве не то же самое? Наполнились - ресайзнулись раза в полтора-два и ебашим дальше, тогда и ресайзов не так много будет. Ну или жабовский ArrayList - создаем новый блок и копируем все из старого.
>>1149069 >Возьми крайние случаи - померяй с буферами в 1 байт и 64 килобайта на полугиговом файле. Да, там разница очевидная по вполне понятным причинам. Но я же спрашивал про буферы странных размеров. Вроде бы где-то читал, что буфер должен быть размера страницы или хотя бы степенью двойки. Но я мог что-то не так понять и вообще вкатывающийся ньюфаг. И почему если сделать буфер слишком большим, то время выполнения увеличивается?
>>1149075 для тебя в первую очередь по той причине, что с реаллоками ты написал очень грязный код, знаний и опыта тебе явно не достаточно а по алгоритму, предложеному здесь >>1149041 есть хоть какая то надежда что ты напишешь более-менее рабочий вариант
второе: в и крестах, при использовании вектора для решения этой задачи, я бы прикинул - не выгоднее ли будет оценить количество чисел и не сделать ли вектору предварительный vector::reserve
>>1149082 > Но я же спрашивал про буферы странных размеров Там особой разницы быть не должно. Максимум какая-нибудь мелочь типа блочного копирования памяти по 16-32-64 байта за раз и fallback к побайтовому копированию в конце буфера, не кратного размеру блока. Разницы во времени выполнения не заметишь. Ну или если мы слегка превышаем размер страницы, придется тратить время на управление второй страницей. Все это вилами на воде писано и очень сильно зависит от реализации. Какое-то конкретное поведение на конкретной ОС можно разобрать, конечно.
> И почему если сделать буфер слишком большим, то время выполнения увеличивается? Пруфы?
>>1149090 тогда ему следовало провести разделение кода: реализовать динамический массив и интерфейсы доступа к нему далее использовать этот массив, чтобы прочитать в него числа из файла
>>1149138 ты же пишешь что только начинаешь изучение в этом случае не стоит вообще задумываться о производительности, но о реализации алгоритма без ошибок
>>1149138 Спасибо за ответ. >Пруфы? Да вот только что проверил у себя на компе. >>1149141 Я начинаю изучать всякие низкоуровневые штуки, но не программирование. Но я тебя понял. Просто иногда все-таки становится любопытно и хочется подробностей.
Ковыряю GUI в WinAPI, хочу менять прозрачность окна по mouse enter/mouse leave ручной анимацией (не AnimateWindow). И тут внезапно для меня я понял, что такие вещи по добру бы делать асинхронно. Вот только если я запущу тред из WndProc, то мне надо либо тут же его join'ить, чтобы по выходу из скоупа поток не распидорасило. Так вот, как асинхронно выполнять манипуляции с окнами в WinAPI в общем случае?
>>1149281 > Да вот только что проверил у себя на компе. Это хуевые пруфы. Что писал, сбрасывал ли кэши, что в это время работало в фоне - все это влияет. Я не вижу причин, почему скорость должна уменьшаться при росте размера буфера (если его размер - степень двойки, если в системе достаточно свободной оперативки, чтобы он был не в свопе, если повторять тесты несколько раз и т. п.).
>>1149288 Зачем тебе тред? Выставь таймер, по WM_TIMER меняй свою прозрачность, тебе его за глаза хватит даже на загруженной системе. А вертеться в спинлупе в отдельном треде и жрать CPU ради такой ерунды - это пиздец вообще.
> то мне надо либо тут же его join'ить Ты там тредами из C11 обмазался или pthread притащил? Это достаточно странный подход к Windows API, там есть свои треды, своя синхронизация на все случаи жизни. С чего ты решил, что поток должно распидорасить?
> как асинхронно выполнять манипуляции с окнами в WinAPI в общем случае Просто берешь и выполняешь, внутри оконной подсистемы все равно блокировки есть, оно все за тебя порешает. Есть очевидные крайние случаи, когда ты попытаешься что-то делать с окном, которое прибил другой поток или с каким-то содержимым окна (всякие там элементы в листвью, которые указатели хранят), которое другой поток может попортить - тогда синхронизируешься уже ты сам. Но тут есть простой и очевидный выход - все делает оконная процедура, ты просто™ посылаешь ей сообщение, и пусть GUI-поток ебется.
>>1149295 >Ты там тредами из C11 обмазался Да, им. Думал еще про CreateThread, но там хэндл возвращается, а его нужно где то хранить или так же WaitForSingleObject вызывать, что режет асинхронность. (что вроде как тот же std::thread::join()). std::thread как я понял да, пидорасится по выходу из скоупа. Про таймер сенкс, вообще про него забыл в WinAPI. Он по умолчанию асинхронно запускается?
Еще вопрос, допустим мне надо не анимацию сделать, которая хорошо через таймер зайдет, а запустить какую нибудь задачу и не ждать того, что она вернет. В таком случае я проста тупа запускаю таймер, который тригерится тут же и только один раз?
И что делать, если мне нужен результат, но при этом я не хочу для этого вешать основной поток? Запускать обработчик результата также через таймер и вешать его через мьютекс, который сбросится, когда в процедуре другого таймера получится результат?
Возвращаясь к анимации окна, еще у меня была идея исходя из предполагаемых задач заранее создавать потоки, которые в while (1) также ждали бы сброс мьютекса, выполняли бы какую нибудь задачу и засыпали. Насколько это целесообразно? Таймер в любом случае уделывает такое решение, или при малом количестве таких задач, которые на старте можно вынести в отдельный поток, такое решение тоже нормальное?
>>1149305 > а его нужно где то хранить Ну хэндл окна же ты где-то хранишь? На худой конец, есть всякие Get/SetWindowLongPtr и соответствующие поля в WNDCLASS, есть Get/SetProp, туда можно положить указатель на объект класса (у нас в сишечке - просто на структурку), а в оконной процедуре указатель дергать и оттуда уже доставать хэндлы. Алсо, ты можешь вообще ничего не хранить. Если тебе на все похуй, ты можешь запустить поток, сразу закрыть его хэндл (не забудь только, а то памятью истечешь), и пущай оно там себе работает. Доработает - завершится. Единственная проблема - если во время его работы завершится основной поток, то система прихлопнет и worker тоже.
> заранее создавать потоки, которые в while (1) также ждали бы сброс мьютекса, выполняли бы какую нибудь задачу и засыпали Норм, так обычно и делается. Если у нас не OpenMP, а именно ручное управление потоками, то проще всего именно создать поток заранее, реализовать producer-consumer и кормить поток/потоки задачами. Вот тут уже при завершении программы можно worker-ам сказать, что их смерть близка и подождать в join/WaitForЧтоНибудьТам, пока они это осознают, приберутся за собой и убьют себя об стену. А как конкретно ты это скажешь - дело твое: есть volatile всякие, атомики, мьютексы, банальный GetMessage, WaitForSingleObject.
> std::thread как я понял да, пидорасится по выходу из скоупа. Так не создавай его в скоупе. Создавай в виде поля класса, и new тоже никто не отменял, опять же.
> таймер > Он по умолчанию асинхронно запускается? Через указанные промежутки времени (примерно) система постит тебе в очередь сообщений WM_TIMER. Это достаточно асинхронно?
> И что делать, если мне нужен результат, но при этом я не хочу для этого вешать основной поток? Зависит от того, чего именно ты хочешь добиться. И как ты собираешься этим пользоваться. Если у тебя в основном потоке GUI, никаких мьютексов и прочей хуйни, кроме как очень ненадолго, туда пихать нельзя (пока ты ждешь или работаешь - сообщения не обрабатываются, а юзер матерится, что у него интерфейс не реагирует). Но ты можешь сделать какую-нибудь переменную, опционально защитить с помощью critical section или того же мьютекса, просто записать туда результат и просто послать сообщение окну, что у тебя теперь есть этот результат. Окно может тоже как-то просигналить в worker, что все ок.
И вообще, нагугли себе Рихтера что ли. Посмотри хотя бы главы про потоки и синхронизацию, если уж целиком читать лень.
>>1147255 Не разделены, хочешь полноценной производительности - прокидай полностью контроллер со всеми подключенными винчестерами, либо покупай отдельный PCI-e SSD для виртуалки, либо покупай какие-то экзотические сервервные контроллеры с поддержкой SR-IOV.
>>1149307 >Через указанные промежутки времени (примерно) система постит тебе в очередь сообщений WM_TIMER. Это достаточно асинхронно? Да чёт не очень. Я почитал на msdn про WM_TIMER и что можно получить в wParam id таймера, но это ж всё равно саму задачу придется выполнять в петле сообщений в основном (считай GUI) потоке или опять же выдумывать что нибудь с потоками? В SetTimer можно еще передать TimerProc, вот только я не нашел на msdn нигде упоминаний о том, что он в отдельном потоке работать будет. Хз, может это подразумевается. Сейчас проверю.
>>1149437 >Да чёт не очень. А, пожжи. Я кажется понял. Если сейчас в колбэке таймера я планировал делать что то типа while (opacity < 100) { SetLayeredWindowAttributes(hWnd, 0, 100 + opacity++, LWA_ALPHA); Sleep(10); } То теперь я просто говорю таймеру 100 раз с интервалом в 10 миллисекунд в основном потоке сделай мне SetLayeredWindowAttributes()?
>>1149346 Пойми, без знания инглиша начинать бесполезно. Вот смотри, ты потратишь год на базовую переводную литературу, напишешь хеллоуворды, а при попытке написать что-то более-менее серьезное и реально нужное гарантированно обосрёшься. Потому что тебе одновременно придется не только вникать в сложную новую информацию по программированию, но и изучать иностранный язык, на котором эта информация предоставляется. Так что для начала потрать годик-другой на изучение инглиша. Ну а если у тебя нет столько времени и нужны бабки здесь и сейчас, то учи 1С — разработку отечественного производителя. Там вся необходимая документация на русском.
>>1149437 >В SetTimer можно еще передать TimerProc, вот только я не нашел на msdn нигде упоминаний о том, что он в отдельном потоке работать будет. Хз, может это подразумевается. Сейчас проверю. Что ты не нашёл? Там всё человеческим языком по белому написано: An application can process WM_TIMER messages by including a WM_TIMER case statement in the window procedure or by specifying a TimerProc callback function when creating the timer. When you specify a TimerProc callback function, the default window procedure calls the callback function when it processes WM_TIMER. Therefore, you need to dispatch messages in the calling thread, even when you use TimerProc instead of processing WM_TIMER.
Установил LLVM-5.0.1-win64.exe , MinGW-w64 for 64 bit , На один диск, g++ запускал, в Path всё прописал. Собственно как запустить компилятор? Вопрос тупой конечно, но что поделать. Выполнял всё как в этом гайде http://blog.johannesmp.com/2015/09/01/installing-clang-on-windows-pt2/
>>1151015 В общем, как я понял. 1.Visual C++ Redistributable for Visual Studio 2015 Update 1 2. Накатываю Microsoft Build Tools 2015 3. Накатываю LLVM-5.0.1 4. Дальше запускаю Vs и начинаю там пытаться хеллоувордить Всё верно?
>>1151008 >>1151010 >>1151015 >>1151016 Маня, не еби мозги себе и окружающим. Все эти IDE не для вкатывальщиков, а для промышленного использования. Юзай блокнот, консоль и mingw/cygwin, а лучше лялих, но это если хочется вкатиться в сишечку по полной.
>>1151402 Честно говоря не знаю пока о чём ты в последних строчках, сейчас пока разбираюсь с командой dbg, по идее скомпилировал простой код в exe файл, запускаю код, пишу dbg, а в ответ сообщение о не запущеном приложении
TerminateProcess ошибка 5 Отказано в доступеАноним08/03/18 Чтв 16:56:15#432№1151583
Суп. Короче, есть код:
CreateProcess(...); TerminateProcess(...) Процесс создается и тут же завершается (это окошко калькулятора), на экране даже окошко не мелькает. А мне, предположим, надо чтобы мелькало. Я делаю так:
CreateProcess(...); WaitForInputIdle(...); TerminateProcess(...); и TerminateProcess выдает ошибку 5. Вообще ничего не меняя, вставляем вызов WaitForInputIdle посередине - и TerminateProcess перестает работать, как будто бы вызов WaitForInputIdle где-то под капотом еще и лишал меня права на вырубить мной же созданный процесс. Что я делаю не так? inb4 пердолюсь с винапи
Какие опенсорсные проекты лучше всего почитать, чтобы понять, как пишется код? На работе пишу на скале и джаве, хочу для общего развития поизучать байтоеблю и networking.
>>1151583 Ну ты бы хоть код выложил, ОС указал, вся хуйня. Может быть, у тебя баг где-то, хуй тебя знает, мы тут не телепаты. Специально попробовал в XP/7/10. Все работает, никаких ошибок, хотя окошко не мигает - с чего бы ему мигать?
>>1151788 Если тебе нужна помощь, тащи полный компилирующийся пример, потому что проблема скорее всего именно в тебе. Если нет - дампи нтстатусы, смотри всякими ProcessExplorer-ами хэндллы и права.
>>1151787 >>1151817 Я даун, проблема была в приложении (сборка ms office от васяна, terminateprocess на нее странно реагирует), всем спасибо, все свободны. Допёр когда копировал на пастбин пример для проверки и по приколу заменил путь до офиса на calc.exe.
Как правильно делать #define в хедерах и потом компилировать?
Вот я хочу чтобы у меня при компиляции с одним параметром например использовался шрифт Tahoma (допустим) а при другом параметре шрифт Wingdings, при этом в таком случае шрифт Tahoma в конечной программе вообще отсутствовал.
Я так понял это что-то связанное с прекопиляторной директивой #if должно быть?
А сами указатели тогда куда вставлять, в C compiler - Miscellaneous?
Пользуюсь эклипсом, потому что уже тулчейн практически полностью собрал под свои нужды.
>>1152707 Делаешь ключик компилятору типа -Dимя, например, -DSOMETHING, оно делает дефайн. В коде: #ifdef SOMETHING // Или #if defined(SOMETHING) то же самое static const char font[] = "Tahoma"; #else static const char font[] = "Wingdings"; #endif
>>1152722 > Я так понял в эклипсе это будет Compiler - symbols -Define syms? Видимо да. Вон там -D написано.
> можно дохуя кода написать а потом #elif вставить и еще дохуя кода написать? Можно так, можно даже условно инклудить другие файлы. Препроцессор еще до передачи компилятору все развернет, а лишнюю ветку просто выкинет (скомпилируй с ключом -E или -save-temps, поймешь), поэтому можешь использовать это где угодно и как угодно. Никаких проблем с redefinition или каких-то других проблем не будет.
> #elif NOT_SOMETHING Нет, если хочешь #elif, делай #elif defined(SOMETHING_ELSE) или #elif !defined(SOMETHING) и т. д. И #endif не забудь.
>>1152745 Нет, так не получится. У тебя макросы. Замена одних токенов на другие. Зато можно так: #ifdef SOMEFLAG #define VAR1 A #define VAR2 B #else #define VAR1 C #define VAR2 D #endif
// Можно вместо этого #if в командной строке: -DVAR1=A -DVAR2=B или -DVAR1=C -DVAR2=D
// И потом магия препроцессора. Что-то типа:
#define CONCAT_(A, B) A##B #define CONCAT(...) CONCAT_(__VA_ARGS__) #define CTRL CONCAT(CONTROL, VAR1) #define DATA CONCAT(DAT, VAR2)
Больше ничего предложить не могу. И прежде чем такое использовать, тоже подумай хорошо.
>>1152753 А какие еще есть варианты как делать compile-time configuration чтобы не дрочить препроцессор но при этом экономить место?
Алсо, сейчас пытаюсь написать простой макрос вида #define TESTAAB(variable) variable Чтобы он резолвил variable в variable, но что-то эта хрень не работает и выдает мне кучу ошибок, а гугл выдает или простые ответы по макросам, или простые ответы по указателям.
Можно в макросе как-то резолвить переменную в ее указатель?
>>1152774 > А какие еще есть варианты как делать compile-time configuration чтобы не дрочить препроцессор но при этом экономить место? Так #ifdef для экономии места более чем достаточно. Линуксовому ядру норм, а тебе почему-то нет?
Получение указателя на элемент структуры через указатель, то есть: struct test{int c; char arr[MAX];};
struct test str; struct test *pointer = &str;
int c = &pointer -> c; char y = &pointer -> arr[2];
Законно вообще или это пиздец и нужно по другому? Дело в том, что в случае с взятием адреса целого числа оно вроде как и сработало (я проверил - записалось ли значение куда надо при вызове scanf()), а у меня ниже кучка scanf() и они толи хвосты с '\n' из потока читают и наёбываются, толи такое обращение у элементам структур стек пидорасит. Если ответа на такой дибильный вопрос не будет, я конечно перепишу всё по нормальному. Но если проблема не в обращениях, буду искать почему scanf() не хочет делать то что ей полагается.
>>1153184 >Законно вообще или это пиздец и нужно по другому? Да, все нормально. У -> и [] приоритет выше, чем у &, так что все работает, как ты ожидаешь. Ищи проблемы в своих scanf.
>>1138954 (OP) Анон, что такое DDK (Driver development kit)? Чет не могу понять, кем оно пишется и кем используется: разработчиками железа для разработчикоов юзерспейс софта под определенную ОС или разработчиками ОС для разработчиков железа? Где-то вообще можно вкратце почитать об этом?
Либо я совсем ёбнулся, либо как может быть такое, что указатель переданный в функцию самопроизвольно изменил адрес хранящейся в нём переменной (long double)? У меня в функции идёт сравнение указателей (2 параметра), я передаю в качестве аргумента адрес возвращённый функцией (всё нормально, он не меняется) и адрес записанный в указателе (и вот тут он оказывается изменён.) У меня на скриншоте 1й адрес - то что возвратила функция и то что я передал как 2й аргумент, 2й адрес - адрес хранящийся в указателе который я передаю в качестве 1 аргумента. На выходе 3й адрес - это то что функция самопроизвольно поменяла, а 4й - то что осталось таким, каим и должно было быть.
>>1154762 > Либо я совсем ёбнулся this. Может, ты указатель на указатель передаешь или портишь что-то. Тащи код, хотя бы строчку с вызовом и строчку c printf.
вот вопрос появился, допустим есть ц компилятор под, например процессор з80, в котором что-то не по стандарту, то это можно считать эмбендед с?
> All the fundamental types are provided, but as noted above short is the same as int, as is long. > 16 bit
> Sign extension is not performed when converting characters to integers, so characters appear as integers in the range 0...255.
> The compiler generally computes expressions from the inside-out and from left to right but. as stated in the reference manual, this should not be relied upon as it may change between releases of the compiler. > Integer overflows are ignored as are attempts to divide by zero. > Floating-point numbers are not yet available so this section has no relevance.
> и тонна упрощений синтаксиса языка... но в конце концов он запускался на спектруме.
> The second difference is that all local variables must be declared at the head of a function body and may not be declared at the head of nested compound statements.
ну вот, например, беглые вырезки. а то читал тут одну тему спуктрунистов, которые удивлялись что старый компилятор выдаёт лучше результат, чем современные...
но вообще, главная проблема это постоянно перекастовывать в выражениях обратно в char (у проца кастрированный 16 бит) - наверняка он (компилятор) не кастует неявно в инт,
> Sign extension is not performed when converting characters to integers, so characters appear as integers in the range 0...255. > Integer overflows are ignored как думаете?
Двач-помогач-программач, помоги. Читаю K&R, добрался до массивов указателей, но, как обычно нихуя не работает (это не книжный код, а колхоз, чтобы просто понять как оно работает).
char lineptr[MAXLINES]; // Собственно массив указателей char file[MAXLEN]; // Это массив, в котором полностью записан ручной ввод char linetest[MAXLEN]; // Массив в который будет записываться по одной строке char a = file;
int get_line(char to, char from); void get_file(char s);
int main() { int len; int nlines = 0; / количество прочитанных строк / get_file (a); while (a != '\0') { len = get_line (linetest, a); char p; p = linetest; lineptr[nlines++] = p; printf ("%s s nomerom %d\n", lineptr[3], nlines); a = a + len; }
}
// Читаем весь ввод в массив
void get_file(char s) { int c; while ((c = getchar()) != EOF) { s = c; s++; } s = '\0'; }
// Получаем строку из массива
int get_line(char to, char from) { int len = 0; while (from != '\n' && from != '\0') { to++ = from++; len++; } if (from == '\0' || from == '\n') { *to = '\0'; len++; } return len; }
После того, как я вбиваю в консоль стихотворение
The shepherds went their hasty way, And found the lowly stable-shed Where the Virgin-Mother lay: And now they checked their eager tread, For to the Babe, that at her bosom clung, A Mother's song the Virgin-Mother sung.
Мне выдает результат
(null) s nomerom 1 (null) s nomerom 2 (null) s nomerom 3 And now they checked their eager tread, s nomerom 4 For to the Babe, that at her bosom clung, s nomerom 5 A Mother's song the Virgin-Mother sung. s nomerom 6
К первым трем строкам вопросов нет. Но почему в дальнейшем начинает перезаписываться lineptr[3]? Ведь в моем случае результат должен выглядеть так
(null) s nomerom 1 (null) s nomerom 2 (null) s nomerom 3 And now they checked their eager tread, s nomerom 4 And now they checked their eager tread, s nomerom 5 And now they checked their eager tread, s nomerom 6
Сап, сисяч. Пилю нехитрую серверную программу под линукс, которая должна регулярно (не реже, чем раз в секунду) получать некие запросы, обрабатывать их и слать ответ (или не слать, не принципиально). Так вот, как я могу контролировать время прихода информации, т.е. чтобы при непоступлении сообщений в течение последней секунды сервер выполнял какие-то аварийные действия и закрывался?
>>1155008 sleep вернёт ноль, если ты отоспал положенное время и не получил сигнал, и вернёт не ноль, если ты получил сигнал. Осталось только посылать сигнал. Если воркеры какие-нибудь pthread'ы, то pthread_kill ждуну.
>>1155008 Если однопоток, то сначала назначь обработчик SIGALRM, а потом setitimer на время, довольно точно будет. Если придёт, убивай setitimer, ему там надо нулевое время передать.
>>1155008 Но самым хорошим решением будет использование select и poll, ибо к сокетам можно применять, ЕМНИП. Там есть ppoll, например, которая может определённое время ждать изменения состояния сокета. Если ppoll вернёт ноль, то ничего нового не произошло, а значит можно умирать. Аналогично с RET от pselect. Вообще, pselect для тебя несёт более релевантную инфу.
>>1153642 Стандарт - это описание того как должно быть, реализация - это файлы с кодом, написанные программистами компилятора, чтобы компилятор делал так как написано в стандарте.
>>1154766 >>1154770 Вот. На скрине у меня return - это адрес который возвратила функция result(). В другой функции где есть DBZdetect всё работает замечательно и передаётся туда тот же адрес, более того, я пробовал сохранять адрес в отдельный указатель и передавать его в качестве аргумента, но тщетно. Я знаю что совсем еблан и ошибка банальна и проста, но почему-то не могу её увидеть.
>>1155182 Говнокод лютый, я согласен. Но здесь видно что ничего особого не происходит. Если нужно, могу поскидывать функции последнего цикла. Но опять же, ранее они ничего не делали криминального и работали как надо. А может быть такое, что функции которые я вызвал до этого, что-то сделали со стеком и отсюда такие глюки при передачи аргумента в DBZdetect()?
>>1155201 Так вот что бы исключить это изменение, как я ранее и писал - создавал отдельный указатель и хранил адрес там. Но при передаче в DBZdetect() адрес переданный неважно каким способом меняется, а затем программа вылетает. Видимо я таки где-то накосячил с другими функциями. Других вариантов, похоже не осталось.
>>1155167 Какой пиздец. Притащи в систему шланг или гцц и собери с -fsanitize=address. Ну или комментируй куски функции result и смотри, где ты проебываешься. Я вижу единственный вариант, при котором адреса будут различаться - это порча указателя pta каким-то образом.
>1151364 я как-то хотел такую написать, но на что-то переключился и забил. хотел плотно подрочить опции разные, с шедулером разобраться. но, наверно тупой.
>>1154732 >>1154497 > Пилят индусы из микрософта. ддк - не запатентованная торговая марка микрософта(с)(тм)(r), есть реализации других разработчиков для других ОС для разных целей, но таки да, чаще всего пилится тупорылыми индусами дл тупорылых индусов.
>>1154856 >Макроассемблер обоссыт этот конпелятор с 14-го этажа. вот кстати никогда не понимал что значит макроасемблер - ассемблер от макрософт и/или тот что с макросами? или он кроссассемблер.
щас сижу не могу понять, как к листингу прикрутить С макросы, чтобы просто как-нибудь инклюдить хедер да и всё.
наверно это как-то делают из С компилятора? в конце концов, макропроцессору не пофиг ли? а потом чтобы ассемблер своим препроцессором обработал эти числа как ему надо.
>>1155488 Препроцессор Си называется cpp, им можно обрабатывать любые файлы, не содержащие инвалидных с точки зрения Си токенов. Но макросы в ассемблерах обычно гораздо мощнее, чем сишный препроцессор, не вижу смысла его использовать.
>>1155531 >это вопрос соединения си кода с ассемблером Очевидным тулчейном каким-нибудь. Только зачем тебе городить такой огород Z80? Основная няшность сишечки в ембедеде это её кроссплатформенность, т.е. при определённом скилле работы с препроцессором можно ебашить говнокод который будет компилироваться на кофемолке и на тостере. Только при этом не забываем, что там будет какая-никакая унификация, куча всяких I/O и почих I2C,а вот тебе это нахуя на Z80 надо? Там же блять адресное пространство в 16 бит, пара десятков команд на ассемблере и примитивная шина управления. Ты больше выебешься прикручивать всё это, а потом плюнешь и в конце концов всё запилишь на макроассемблере или вообще сразу в двоичном коде (:
>>1155535 >Очевидным тулчейном каким-нибудь. не, я понимаю, скомпилировать константный массив с offsetof и перекодировать в синтаксис макросов нужного ассемблера.
ой всё. ещё я макросы левых ассемблеров не изучал. статик ассерт и сойдёт-и-так.
Есть мнение одного сеньора, что самая эффективная связка языков программирования нужная для понимая работы компьютеры и созданию приложений, которая только может быть, это Assembler 64x + C + Lua. Могут ли эксперты в данном треде это опровергнуть или подтвердить зеленому студенту?
Так, аноны, вот есть у меня условно такая функция, в которой мне нужно разбить одно большое число на небольшие куски которые я могу скормить другой функции, и я произвожу следующие операции:
Так вот, в какой битности происходят арифметические операции uint16_t num1 = num%10000 и uint16_t num2 = num/10000 ? Они происходят в 32 битах и потом кастуются в 16, или компилятор сразу ебошит их в 16 битах и типа срет на то что num у нас 32-битный?
>>1155918 Почитай про integer promotion rules. Компилятор должен вести себя так, как будто считает в наиболее широком типе из двух операндов (причем минимум в int), поэтому твои вычисления идут в 32 битах, а потом обрезаются до 16 при присваивании. Но фактически компилятор может считать (и считает!) в том, в чем ему удобнее, лишь бы не было расхождений с референсным поведением.
>>1156024 Ты предлагаешь ему начать с ТОЭ, пройти схемотехнику, потом ещё дохрена PC-специфик вразнобой читать, шастать по форумам, ибо литературы нет?
>>1156025 Железо я бы предпочел изучать по программе какого-нибудь учебного заведения, которое тесно связно с фирмами, проектирующими и производящими компы.
Пожалуйста, пользуйтесь https://ideone.com/ или http://pastebin.com/ для вставки кода, если он длиной больше нескольких строк или содержит [i] или ∗.
Что читать:
- Классика от Отцов: http://www.cypress.com/file/56651/download
- Stephen Prata "C Primer Plus, 6th Edition" (2014): относительно свежая, знает про C89/C99/C11, описывает различия, объемная (около тысячи страниц), годная, с вопросами, упражнениями и ответами. Читать после K&R или до.
- Годное пособие для гуманитариев: http://web.archive.org/web/20160727235220/http://c.learncodethehardway.org/book/ (автор внезапно захотел денег)
- Немного примеров хорошего стиля: http://www.oualline.com/books.free/style/index.html
- ООП, например: http://www.cs.rit.edu/~ats/books/ooc.pdf
- Стандарт ISO/IEC 9899:1999 (он же C99): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf (драфт)
- Стандарт ISO/IEC 9899:2011 (он же C11): http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf (драфт)
- man/Dash/zealdocs
Чем конпелировать:
- Очевидный GCC.
- clang: оче годно, батя рекомендует.
- Intel C++ Compiler: оптимизации, тысячи их.
- Visual Studio 2017 Community Edition: внезапно этим стало можно пользоваться, особенно с тулсетом clang/C2. Поддержка C11 на уровне "есть все, что тебе понадобится в реальном проекте плюс кривая библиотека". Анализатор кода в комплекте.
- Pelles C (шиндоуз онли): поучиться, вкатиться в C11 (стандарт полностью реализован, имеются в том числе threads.h и прочие stdatomic.h), но количество багов в оптимизаторе и редкие апдейты напрочь отбивают желание собирать этим что-то сколько-нибудь серьезное.
- TCC: очень маленький компилятор с багами и неполной поддержкой C99. С ключом -run умеет компилировать код в память и запускать его, что позволяет писать скрипты прямо на сишечке.
Что еще почитать:
http://c-faq.com/
FAQ из comp.lang.c. Древний, но все еще актуален.
Samuel P. Harbison, Guy L. Steele Jr. "C: A Reference Manual, 5th Edition" (2002)
Ебаный пересказ стандартов C89 и C99 (включая стандартную библиотеку). Для не осиливающих стандарт в оригинале. Читать в качестве подготовки к собеседованиям (есть задачник с ответами) и для ознакомления с масштабами пиздеца перед написанием своего парсера/компилера.
Peter Van Der Linden "Expert C Programming. Deep C Secrets" (1994)
"Си: грязные истории". Смехуечки, немного объяснений, чем обусловлены особенности языка, всем известные подводные камни кто там ругал косяки в JS? у нас в сишечке их гораздо больше, просто они лучше спрятаны, немного байтоебли и непонятно откуда взявшаяся глава про старинные плюсы. Читать в качестве сказки на ночь (на пару вечеров хватит).
Richard M. Reese "Understanding and Using C Pointers. Core Techniques for Memory Management" (2013) - почитать, вкатиться в указатели.
Ben Klemens "21st Century C: C Tips from the New School" (2012)
Paul Deitel, Harvey Deitel "C for Programmers with an Introduction to C11" (2013)
Stephen G. Koch@n "Programming in C (3rd Edition или 4th Edition, если найдется)" (2014)
MISRA Ltd. "Guidelines for the Use of the C Language in Critical Systems" (2013)
Набор рекомендаций по написанию надежного кода на C (промышленный стандарт). Читать - однозначно, следовать - вдумчиво и без фанатизма. Также можно посмотреть https://www.securecoding.cert.org/confluence/display/c/SEI+CERT+C+Coding+Standard
Еще более длинный список: http://www.iso-9899.info/wiki/Books#Learning_C
Онлайн-утилиты:
- https://godbolt.org/ - Compiler Explorer позволяет посмотреть выхлоп компиляторов для введенного куска кода (больше полусотни разных версий компиляторов).
- http://cdecl.org/ - С Gibberish ↔ English помогает читать сложные сишные декларации.
Прошлые треды:
- №25: https://arhivach.org/thread/303902/
- №26: https://arhivach.org/thread/315652/
- №27: https://arhivach.org/thread/325831/
Шапка: http://piratepad.net/bJ1SdmkZyu