Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по программированию на C/С++

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322

Открыть новую тему     Написать ответ в эту тему

Crazy_Shrike



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Вопросы по программированию на C/С++

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

    Решения конкретных задач собираются и обсуждаются в теме Задачи по C/С++ .

    Прежде чем просить помощи в задании...
    Если позарез надо и вы даже готовы заплатить

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

    Полезные ссылки:
    C++(eng)

  • Всего записей: 241 | Зарегистр. 25-03-2004 | Отправлено: 13:37 06-05-2004 | Исправлено: AZJIO, 19:45 12-05-2014
    sadmn



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Lyrik
    можешь проверить, запускается ли у тебя программа после компиляции?
    у меня выдаёт сообщение RUNit LoadDLL -error SetRunitHook.

    Всего записей: 1354 | Зарегистр. 04-06-2006 | Отправлено: 20:53 28-03-2007
    Aquest

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    (С++)
    Как разрешить проблему?
    Необходимо, чтобы пользователь вводил любое число >0.
    Как сделать проверку ввода, т.е. если будет введена цифра <0 или не цифра, то
    программа должна предоставить пользователю возможность ввести заново число.
    Вводимое число в дальнейшем фигурирует в цикле for(i=0;i<данного числа;i++),поэтому
    i  должно иметь возможность сравниваться с данным числом,т.е. тип данного числа должен
    соответствовать тому, чтобы с ним сравнивали число.  
     

    Всего записей: 10 | Зарегистр. 11-12-2006 | Отправлено: 23:07 28-03-2007 | Исправлено: Aquest, 00:15 29-03-2007
    Lyrik

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    sadmn
    Неа, не запускается. Необходимо библиотека runitlib.dll. Есть сорцы?

    Всего записей: 388 | Зарегистр. 04-04-2006 | Отправлено: 23:14 28-03-2007
    sadmn



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Magister-lex, автор, давно программу не поддерживает.
    Последней была версия 2.1b6a, но буквально за полгода до закрытия сайта была выложена версия 2.2b1, но в исходниках.
    Соотвественно, есть только exe 2.1b6a и исходник (тот архив) 2.2b1. Длл-ок к программе никогда не шло.
    Я вот подумал, может, он так намеренно сделал, чтоб исходник только для ознакомления использовали? В любом случае, спасибо.

    Всего записей: 1354 | Зарегистр. 04-06-2006 | Отправлено: 23:23 28-03-2007
    Xaoc666

    Newbie
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Aquest
     
    Используй strspn, если имеется ввиду разбор строчки, введенной пользователем, а не контроль нажатия клавиш в окошке.

    Всего записей: 31 | Зарегистр. 13-12-2006 | Отправлено: 15:36 29-03-2007
    NNS



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Вопрос про ODBC, а именно про програмное регистрирование источника данных. Собсно как эта фича реализуется? я делаю так:

    Цитата:
     
    CDatabase Db;
        SQLConfigDataSource(
                NULL, ODBC_ADD_DSN,
                "Microsoft Access Driver (*.mdb,*.accdb)",
                "DSN=DBase\0DBQ=c:\\my.accdb");
            
        Db.OpenEx("DSN=DBase;UID=ui",CDatabase::noOdbcDialog);
     

    но это не работает...

    Всего записей: 137 | Зарегистр. 03-01-2005 | Отправлено: 21:11 30-03-2007
    doc58_81oB0t



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый день
     
    В программе script.cpp, вероятно, неправильно выделена память. Выделяла буквально наугад, т.к. толком не знаю, как это делается.  
     
    Суть программы в том, что она берет данные из текстовых файлов 1.txt, 2.txt и т.д. и по очереди сравнивает их с аминокислотной последовательностью sequence.txt. Сам алгоритм работает и считает правильно, но если проверить не 37, а больше файлов, то появляются ошибки памяти, т.е. память, наверно, заполняется.  
    (см. комментарий в функции main)
     
    Мне хотелось бы хотя бы выяснить, как правильно выделять память с помощью new и delete для char, т.е. когда я работаю с текстом, и для массивов чисел.
     
     
    В программе я это делала так:
     
    Для char-ов:
     
    char *symbol1;
    symbol1 = new char[MAXLEN];
    ........
    delete symbol1;
     
     
    Для массивов:
    double **t_matrix_allign;
    t_matrix_allign =  new  double*[MAXLEN];
    for (i=0 ; i<MAXLEN ; i++)
        {
         t_matrix_allign[i] = new  double[MAXLEN];
        }
    ........
    for (i=0; i<MAXLEN; i++)
        {
         delete[] t_matrix_allign[i];
        }
     
     
    (MAXLEN равно, например, 200)
     
     
    Заранее спасибо!
     
     
    скрипт http://asus.netbynet.ru/temp/help.rar

    Всего записей: 1302 | Зарегистр. 24-07-2003 | Отправлено: 16:44 02-04-2007
    distance

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    doc58_81oB0t
    детально не смотрел, но судя по тапример таким строчкам

    Код:
    //    delete[] pwm;

    когда в начале имеется

    Код:
    pwm = new char[MAXMASS];

    то утечки памяти скорее всего имеют место быть.
     
    для начала, воспользуйся boost::scoped_array и замени все конструкции вида:
    char* pwm;
    pwm = new char[MAXMASS];
    на
    boost::scoped_array<char> pwm(new char[MAXMASS]);
     
    соответственно, вызывать библиотечные функции, ожидающие [const] char* надо так:
    strtok (pwm.get(), "_");
    или
    strtok (&pwm[0], "_");
    вместо
    strtok (pwm, "_");

    Всего записей: 878 | Зарегистр. 28-03-2004 | Отправлено: 18:10 02-04-2007
    vsDev



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Есть достаточно абстрактный вопрос... Сначала хотел сделать отдельный топик - но потом решил спросить здесь. Сразу прошу прощения, если моя терминология не точна, но надеюсь в целом вопрос будет понятен
    В настоящее время, в частности у мелкомягких, существует достаточно много технологий и библиотек которые можно использовать при программировании на С++: CRT, STL, ATL, MFC, WinAPI не говоря уже об CLR (.NET)  
    Все они частично пересекаются по набору решаемых задач. Например создать файл я могу при помощи функций WinAPI, MFC или используя стандартную библиотеку (таких примеров можно привести много)
    Но как начинающему программисту правильно решить, какие средства следует использовать для решения той или иной задачи? Например один из интересующих вопросов - какие лучше всего библиотеки использовать для консольного ввода/вывода и для работы с файлами? В чем плюсы и минусы, например, cout<<... и printf()? Как правильно организовать консольный ввод/вывод в многопоточном приложении?
    Если кто-то может поделиться "толковой" ссылкой или указать на литературу в которой подобные вопросы разъясняются буду премного благодарен. Также буду рад ответам в топик

    Всего записей: 11 | Зарегистр. 24-03-2007 | Отправлено: 00:41 04-04-2007
    xdude



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vsDev
    Всё зависит от того, какие задачи должно решать приложение и каким стандартам соответствовать. По поводу пересекающихся задач, решаемых различными библиотеками - не стоит путать мягкое с тёплым. Например, WinAPI - это чисто виндовый системный интерфейс, написан на C (никак не С++), и решает всякие системные задачи чисто под виндой. Его имеет смысл использовать, когда твое приложение не планируется портировать под другие ОС, и если оно достаточно требовательно к производительности, так как стандартные С-шные функции типа того же fprintf, fopen, fwrite или STL-ных filestream-ов в конечном счете всё равно вызывают те же самые API-функции, просто ты этого не видишь, так как это происходит уже в глубинах стандартной библиотеки С, или STL, то есть они (эти библиотеки и их функции/интерфейсы) являются обвязкой вокруг системного API (Виндового (WinAPI), Юниксового, и т.д., в зависимости от того, на какой платформе всё это исполняется). Ну и ещё без API-функций никак не обойтись в системном программировании.
     
    STL - это стандартная библиотека темплейтов для С++. Там где есть С++ - есть STL. так что если хочешь писать именно на С++ (а не на С) - то очень рекомендую. Но так как её основная идея - это обеспечение кроссплатформенности и соответствие строгим стандартам, то, естественно, она предлагает весьма ограниченную функциональность. Более широкая функциональность предлагается библиотекой boost, которая, однако, не является стандартной, но широко используется наряду с STL и при этом является кросс-платформенной.
    Насчет printf и cout - printf это С-шная функция, cout - это STL (то есть С++). То же самое с malloc и new - для управления динамической памятью в С юзают malloc, в С++ строго рекомендуют юзать operator new, хотя придерживаться этого правила совершенно не обязательно.
     
    MFC - это майкросовтовская обвязка (достаточно неповоротливая и кривая) для работы с API-функциями, связанными непосредственно с графическим (оконным) интерфейсом винды. Многие её не любят, но я уже привык к её кривизне, так что часто юзаю её если мне надо быстренько склепать какое-нибудь небольшое оконное приложение.
     
    CLR - это вообще rapid application development (RAD) framework. Это такой изврат, который майкрософт придумал, чтобы облегчить жизнь и разгрузить мозг бедным индусам, которых они нанимают в последнее время для написания своего софта. Причем, этот  изврат настолько извращенный (прошу прощения за тавтологию), что он даже не совместим со стандартным языком С++, в результате чего майкрософту пришлось ещё и сам С++ извратить.
     
    Одним словом, если не хочешь завязываться на мелкомягких, и писать свои приложения так, что они в результате будут легко компилироваться под любой другой системой, отличной от MS Windows - юзай STL и Boost для консольных приложений.
    При этом я, например, стараюсь избегать, где это возможно, использования С-шных функций типа printf, malloc, fopen и т.д., так как мешать стандарты и подходы - плохая привычка, хотя, это уже личные предпочтения каждого.
    Ну и не надо забывать, что С++ - это объектно-ориентированный язык, т.е., классы рулят А то часто встречается ситуация, когда код на С++ выглядит как обычный С-шный функционально-ориентированный код, и в результате не используются все вкусности и полезности объектно-ориентированного подхода в целом, и языка С++ в частности.

    ----------
    photocraft.com.ua

    Всего записей: 481 | Зарегистр. 04-11-2004 | Отправлено: 01:39 04-04-2007
    TeXpert



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vsDev
    Много информации насчёт сравнения CRT и WinAPI найдёшь в книге Рихтера.


    ----------
    Майкудук, Пришахтинск не предлагать!:)
    А на Пирогова приходит снова весенний гомон...

    Всего записей: 3604 | Зарегистр. 08-02-2003 | Отправлено: 01:54 04-04-2007
    Mickey_from_nsk

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    xdude

    Цитата:
    CLR - это вообще rapid application development (RAD) framework.

    Это ты мощно загнул - внушает
    Говоря строго, CLR - это просто среда исполнения некоего языка MSIL. А для девелопмента есть т.н. .NET Framework SDK. Не больше и не меньше. Хаять С++ для .NET любой сможет. Ну да, сделано так. Просто сложно состыковать Java-подобные библиотеки, да еще и с кучей ограничений с таким языком как С++. К чему это я? А! Да! Если хоца разрабатывать на .NET Framework НЕ ДРАЙВЕРЫ, лучше использовать все-таки С#. А по поводу их использовать или не их, так тут каждый для себя решает. Недалеко тут топик был - обсасывали этот вопрос.
    vsDev
    На вопрос "какую библиотеку учить" очень сложно сказать. Я бы сказал, что знание всех не помешает. Просто надо установить порядок обучения. Без CRT вообще мало чего можно сделать, следующим я бы поставил STL и boost, но тут может сначала WinAPI нужно - в зависимости от того когда надо начинать заниматься системными вещами с виндами. ATL и MFC, я думаю, уже не актуальны. Можно еще посмотреть в сторону Qt как межплатформенной графической-и-не-только библиотеки. Ну а дальше - по задачам.

    Всего записей: 636 | Зарегистр. 21-10-2002 | Отправлено: 10:51 04-04-2007
    doc58_81oB0t



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    distance
    а возможно без ввода новых команд, как например scoped_array?
    может можно решить проблему с памятью с помощью malloc и free.
     
    падение идет после обработки 36 таблицы

    Всего записей: 1302 | Зарегистр. 24-07-2003 | Отправлено: 16:42 04-04-2007
    floodway

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Mickey_from_nsk

    Цитата:
    Можно еще посмотреть в сторону Qt как межплатформенной графической-и-не-только библиотеки.

    поделитесь опытом: как тут с лицензиями и тому подобным (может еще какие узкие места). Поглядываю в сторону Qt, тем более он не только для GUI, но сомневаюсь по поводу использования в рабочих (проприетарных) проектах...
     
    ps. А кто что скажет про Fox и Fltk? Есть опыт?

    Всего записей: 8 | Зарегистр. 10-05-2006 | Отправлено: 21:01 04-04-2007
    xdude



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Просто сложно состыковать Java-подобные библиотеки, да еще и с кучей ограничений с таким языком как С++

    Дык а к чему вообще было их стыковать, если для java-подобных библиотек есть java? Мало того, что "изобрели" C# (опять же зачем?), дык ещё и над С++ поизвращались, чтобы придать ему java-подобности. В общем, не понимаю я этих мелкосовтовских извратов - хоть убей Я вообще считаю, что С/С++ - это святое, уже бы взяли своё убожество - Visual Basic, и "изобрели" бы на его базе VB#, и подключали бы к нему яваподобные библиотеки, зачем было С++-то трогать? И индусам бы только легче жилось, и нормальным программерам репу бы чесать не приходилось. Я уже даже боюсь представить, что дальше будет: появится какой-нибудь Microsoft Assembler .NET и смежный с ним Asm#? Вместо того, чтобы хоть как-то соответствовать стандартам, они делают совершенно наоборот: отметают все стандарты как устаревшие и вводят свои собственные, причем никем кроме них самих не одобренные (взять хотя бы CRT-шные функции а ля printf/scanf и их "улучшенные и более секьюрные" аналоги printf_s/scanf_s и иже с ними). В общем, создается впечатление, что скоро под маздай будут писать одни индусы, а все C/C++-программеры старой закалки постепенно перейдут на системное программирование, причем под POSIX-системы.

    ----------
    photocraft.com.ua

    Всего записей: 481 | Зарегистр. 04-11-2004 | Отправлено: 21:55 04-04-2007
    vsDev



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    xdude, TeXpert, Mickey_from_nsk спасибо за ответы!
    Ситуация потихоньку начинает проясняться
    Еще вопросик немного не в ту степь: если я пишу приложение исключительно под винду и одной из целей является минимальный размер получаемого бинарника - какие при этом библиотеки лучше использовать? Ведь с дистрибутивом винды всегда распространяются бибилиотеки CRT и MFC (незнаю насчет STL, если вопрос вобще применим к ней) и - при условии, что я смогу собирать приложения с внешними библиотеками - они (приложения) будут значительно меньше по размеру. Также, прокомментируйте пожалуйста какие наиболее типичные проблемы могут быть при использовании такого подхода?
     
     
     

    Всего записей: 11 | Зарегистр. 24-03-2007 | Отправлено: 22:21 04-04-2007
    linder



    Junior Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Здравствуйте, я хотел написать программу для Linux систем, которая строила бы спектр
    сигнала взятого с линейного входа в РЕАЛЬНОМ времени.
     Алгоритм быстрого фурье преобразование найти не составляет труда.
    проблема в том как мне работать с звуковой картой, как синхронизироваться
    и как это реализовано в Linux и Windows.
    Подскажите пожалуйста ссылки на примеры,библиотеки,форумы,мануалы и книги, в которых может быть освещенна моя проблема
    Заранее благодарю

    Всего записей: 141 | Зарегистр. 14-09-2005 | Отправлено: 22:41 04-04-2007
    Abs62



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vsDev

    Цитата:
    Еще вопросик немного не в ту степь: если я пишу приложение исключительно под винду и одной из целей является минимальный размер получаемого бинарника - какие при этом библиотеки лучше использовать?

    Тогда лучше вообще отказаться от дополнительных библиотек (в идеале, и от CRT), и работать на чистом WinAPI. Загляни в эту тему.

    Цитата:
    Также, прокомментируйте пожалуйста какие наиболее типичные проблемы могут быть при использовании такого подхода?

    Рутинного кодирования больше. Зато есть хорошая возможность изучить WinAPI - это не будет лишним даже при использовании дополнительных библиотек.

    Всего записей: 6077 | Зарегистр. 22-10-2005 | Отправлено: 22:46 04-04-2007
    xdude



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    с дистрибутивом винды всегда распространяются бибилиотеки CRT и MFC (незнаю насчет STL...)

    CRT и MFC с виндой распространяются, но бывает нестыковка версий: ты пишешь под одну, которая установилась вместе с Visual Studio, а на стандартной чистой винде такой либо уже нет, либо еще нет. STL - это вообще не подключаемая библиотека, там все классы очень легковесные и при этом инлайновые, то есть, внедряются прямо в твой код, и ты ни от каких внешних библиотек не зависишь (хотя, под Linux/Unix есть такая библиотека как libstdc++, не знаю, правда, зачем конкретно она нужна и что конкретно от STL в ней находится. если вообще что-то находится).
    CRT и MFC можно линковать статически, при этом ты ни от каких библиотек зависеть не будешь, правда, бинарник немного раздуется.
    Есть ещё ATL, это тоже чисто мелкомягковская библиотека темплейтов, и насколько я понимаю, современный MFC её тоже юзает (хотя, я могу и ошибаться).
    Насчет WinAPI - да, это путь истинного Джедая, который вообще по жизни легких путей не ищет, но в результате получает кучу экспириенса, левелап и респект и уважуху братвы . WinApi - это C, и никакого С++. Но никто не мешает сделать свои С++-сные классы-обертки по типу того же MFC, но более легковесные. Хотя, стоит ли изобретать велосипед?
    Есть ещё одна виндовая темплейтовая (и насколько я понимаю, легковесная) GUI-библиотека-обвязка вокруг WinAPI - WTL (wtl.sf.net), основанная на ATL. И многие люди о ней очень высокого мнения (говорят, она гораздо более пряморукая чем MFC), хотя сам я её еще не юзал.
    Ну и существует еще целая куча кросс-платформенных GUI-библиотек, по типу wxWidgets, GTK, и иже с ними, которые в отличие от Qt распространяются под различными фрёвыми лицензиями (от GPL/LGPL до BSD).
    В общем, опять же повторюсь - всё зависит от того, что именно ты хочешь разрабатывать. Если какого-нибудь трояна или червя - то однозначно WinAPI

    Всего записей: 481 | Зарегистр. 04-11-2004 | Отправлено: 00:24 05-04-2007
    Mickey_from_nsk

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    floodway

    Цитата:
    поделитесь опытом: как тут с лицензиями и тому подобным (может еще какие узкие места). Поглядываю в сторону Qt, тем более он не только для GUI, но сомневаюсь по поводу использования в рабочих (проприетарных) проектах...  
     

    Увы, по этому поводу опыта нет.  
    vsDev

    Цитата:
    Еще вопросик немного не в ту степь: если я пишу приложение исключительно под винду и одной из целей является минимальный размер получаемого бинарника  

    Дык, тебе чего нужно? минимальный размер бинарника или минимум занимаемой памяти? Это две большие разницы.
    В сторону минимальных размеров программ - лучше уж тогда перейти на .NET Framework. Мы втроем писали библиотеку графики больше года, она до сих пор, если выкинуть все картинки занимает не более полумегабайта. Правда в памяти это добро мегов до 30 разворачивается.
    Второй вариант - для злобных маньяков - ассемблер. Круче его только супероптимизирующие компиляторы делают.
    xdude

    Цитата:
    Дык а к чему вообще было их стыковать, если для java-подобных библиотек есть java?

    Возможно ты  не в теме, но сан и так уже отсудил у микрософта дофига денюшек за java. Да и идеи в Java и в .NET принципиально разные заложены - как в платформах.  

    Цитата:
    В общем, не понимаю я этих мелкосовтовских извратов - хоть убей  

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

    Цитата:
    уже бы взяли своё убожество - Visual Basic, и "изобрели" бы на его базе VB#

    Не поверишь - взяли и сделали - получился VB.NET.  
    А что им делать, если Я не люблю синтаксис VB, а использовать .NET для моих задач намного лучше чем что либо другое?

    Цитата:
    появится какой-нибудь Microsoft Assembler .NET и смежный с ним Asm#?

    Опять таки не поверишь, уже есть - ILASM. Причем кроссплатформенный, объектно-ориентированный etc, etc.
    Цитата:
    отметают все стандарты как устаревшие и вводят свои собственные, причем никем кроме них самих не одобренные

    А что делать, если действительно они устарели? Да и как говорится - результат на лицо. Последние версии виндов и продуктов, которые сделаны без использования многих стандартных функций намного стабильнее
    Цитата:
    В общем, создается впечатление, что скоро под маздай будут писать одни индусы, а все C/C++-программеры старой закалки постепенно перейдут на системное программирование, причем под POSIX-системы

    Ну по крайней мере один "не индус" найдется
    А посикс действительно устарел. Просто комитеты по стандартизации не могут быстро рассмотреть все изменения НЕОБХОДИМЫЕ для разработчиков, в отличие от крупных компаний.

    Всего записей: 636 | Зарегистр. 21-10-2002 | Отправлено: 07:14 05-04-2007
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322

    Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по программированию на C/С++


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru