0xDEADBEEF

Блин, Лара, ну зачем?! Я сейчас заплачу. Пойду завтра чинить Сегу свою и телек тот, на кнопочках *33 А ещё у меня лежат 2 пачки 5" (этож раритет!), кассеты с хитовыми сборниками 90х (на днях отбил - хотели выбрость), ыы, даж дисковый телефон дето был. Всетаки я счастливый! P.S. Белые рооозы, белые роозы, беззащитны шипы...

Особо не рекоммендуется показывать программеру индусов и китайцев, убирать на столе и уж никогда не чистить клаву, а то помрет с голодухи А ещё по комманде include программер приступает к выполнению своих косвенных обязанностей Блин, действительно жизненно

В Америку? Только на танке! Я вот тоже раньше ой как хотел уехать куданибудь на запад. А сейчас подумал... Хорошо-же у нас! Это-же наша Родина. И такие места, такие красоты! Вот культуры бы прибавить нашим людям раз во много. А если уезжать, то наверно в Питер, но не потому-что хочется, а просто там работы подходящей много.

Пока не будет постоянных авторов и модераторов всё останется по прежнему - тоесть на "превед кроссавчеги линуксоиды" и т.д. Нужны горячие головы, готовые просветлять народ и учится самим. А то все говорят хорошо бы, надо бы, а делать никто не хочет

Linux.Ulanovka.ru - Бурятский портал для начинающих пользователей Linux На первой встрече BLUG было решено создать сайт для поддержки начинающих пользователей операционной системы GNU/Linux и развития Open Source движения в нашей республике. Сайт долгое время простаивал, пока на последней встрече не было принято решения о начале развития портала. Приглашаем всех желающих стать авторами статей и соучастниками проекта Приветствуется наличие опыта в использовании Linux, а также в написании статей для начинающих У кого какие предложения - отписывайтесь здесь.

ыыыыы Dref Во первых - бросай курить каку Во вторых - забудь об этом архаизме под названием Turbo Pascal (если ты конешно не мазохист и не фанат раритетов), и возми современный 32 разрядный компилятор. А если по сабжу - то в виндах типа NT (2000, XP и т.д.) своя система консоли, которая не имеет ничего общего с тем, что делает TP. 16 разрядные DOS'овские приложения запускаются на неком подобии эмулятора (!). Таки приложения ябы обозначил Deprecated, причем с большой буквы, и забыл о возможности писать такие

Нардо будет, как минимум человек 5

Этот хрестоматийный алгоритм существут в тысячах реализаций по всему интернету (есть даже наглядный пример работы), достаточно только погуглить Алгоритм вкратце: Цель: найти минимальное оставное дерево (MCT - Minimal Cost Tree) в заданном графе. Описание: Найти ребро минимального веса, не включенного в дерево. Если оно не образует с ребрами дерева циклов, то включаем; если образует - берем следующее. Всё это в цикле до N-1, где N - количество вершин в графе (догадайтесь почему?). В оригинале для определения циклов вершинам назначались веса. И тут непочатый край для оптимизаций и улучшений, в зависимости от способа задания графа и конечной цели. P.S. Есть реализация, правда на C++

Ага выкладывай. И сразу вопрос вперед: можно ли с помощью этой тулзы в качестве функции потока использовать виртуальную функцию класса без потери полиморфизма и со всеми вытекающими из этого приемуществами?

Коллеги! Сишники! Давайте обмениватся опытом Выкладывате сюда итересные статьи, ссылки, может у кого есть полезные библиотеки и библиотечки - расскажите всем о них. Всё что так или иначе относится к языку, кодированию и проектированию всё сюда.

Kate - подсветка синтаксиса практически любого языка, сворачивание, некоторые фишки редактировани (комментирование, отступы, etc), запуск внешних средств, автодополнение (правдо плоховатое) и встроенная консоль. Платформа - *NIX хотя может есть порты. В общем продвинутый блокнот или недоIDE. Vim - Довольно извесный редактор, фишек много. Emacs - Это no comments. Возможность сделать из него ВСЁ, что угодно, достаточно знать Emacs Lisp (файловый менеджер, веб браузер, есть игры). Куча модулей для создание из него полноценной IDE для многих языков. Стоит отметить что многие его возможности только сейчас перенимают наиболее продвинутые IDE. Очень сложен в исползовании поначалу т.к. там свой концепт, но знатоки его обожествляют. Есть порт под Вынь c плагинами для C++ здесь. P.S. Блокноты и продвинутые редакторы это канеш гут, ток я например без мощной IDE не могу.

Помню... читал. Рассказ офигенно длинный. Ниосилил и половины.

В упор не помню эти делфяшные менюшки *26. А тянутся за ней ну очень долго. Там что-то вроде environment paths, а в ней bin path, include path, lib path или что-то подобное. Глянул сегодня Delphi 7: Tools->Environment Options->Library здесь прописываются пути Brouse Path (юниты), Bpl (бинарные модули) и т.д.

Ставил по манам, или как настоящий программист? Во не знаю как насчет .NET компонент, вроде им достаточно лежать в кэше сборок (или как его там). А для обычных в болшенстве случаев необходио чтобы пути до юнитов, как и для бинарных либ, были прописанны в соответсвующих настройках. Обычно прописываются вручную. Симптомы вроде указываю на то, что их нет. Надо поглядеть есть ли они и добавить если нет. P.S. Тысячу лет не лазил в делфях

Компонент, версии и т.п. в студию А первое, что приходит на ум - проверить наличие юнитов, либов и скомпелированных модулей в соответствующих путях среды, и при необходимости добавить. Хотя подобные вещи должны быть описанны в мануале по установке.

Может я нуб, но вот только в упор не вижу, где добавить пункты в опросник. Быть может подскажите? *60 Хотите верте, хотите нет - я знаю 2 языка в совершенстве, ещё 5 на среднем уровне и знаком с около двумя десятками, о большенстве из которых Вы скорей всего даже не слышали. P.S. Впредь настоятельно советую Вам проверять свои предположеня и уж тем более не оскарблять собеседников, особенно IT-специалистов. Тяжело наверно жить с таким характером?

А в чем собственно проблема, что конкретно не так? попрошу модера чтоб добавил.

Насколько помню интерпретатор Питона ищет импортируемые модули сначала в текущем каталоге, потом в каталогах, указанных в переменной окружения PYTHONPATH, затем в зависящих от платформы путях по умолчанию. Все эти пути хранятся в переменной sys.path. Видимо достаточно просто переписать файлы в нужные места.

В чем же тогда заключается гибкость? Т.е. получается С++ это красиво обернутый С? Сомневаюсь. С++ ИМХО настолько популярен не из-за относительно красивой "оболочки", и не наличию ООП, а какраз за счет наличия мощного механизма обобщенного программирования. Вот с этим согласен, все должны знать как сделать велик, как он работае и как его использовать. Но вот только изобретать его каждый раз при необходимости, или же писать собственный навечно не имеет смысла. Нет никаких гарантий что ваш не окажется медлительным, ортогональным, с согласованным интерфейсом, а главное безошибочным. *60 Нет слов

Тема ппц информативная Ну раз уж так, давайте начнем священные войны Вот что очень давно хотелось обсудить в круге иммено бурятских сишников: 1. Отличие С от С++. Имеется ввиду не банальное наличие классов/перегрузок/шаблонов, а нечто более существенное: идиомы и средства. 2. STL vs. велосипеды. Что же лучше? 3. Целесообразность следованию современному пути развития языка (STL, Boost, etc)

Debian наше фсё!

Великий и ужасный виндовый АПИ *24 Pipe - эта такая сущность для межпроцессорного взаимодействия, действует как двунаправленная труба (по принципу FIFO), читать/писать как из обычного файла. (подробнее - Основы операционных систем) А работает сей код так: 1. Запоминаем дескрипторы стандартного I/O 2. Делаем пайпы. Перенапавляем стандартный I/O в них 3. Клонируем нужные дескрипторы для предотвращения наследования их дочерним процессом, ненужные закрываем. 4. Пораждаем процесс. Здесь основная фишка: теперь вместо консоли он пишет/читает в пайп, а мы можем писать/читать из них. hChildStdoutRdDup - дескрипотр для чтения с STDOUT предка, hChildStdinWrDup - для записи в STDIN предка. 5. Далее создание инфраструктуры для избежания блокировок - это потоки исполнения (Thread) Вот и вся канитель. ReadFromPipe/WriteToPipe дописываем/обворачиваем как нам надо, пишем парсер (если надо) и вперед на ГУИ! P.S. Настоятельно рекоммендую хорошенько проштудировать тему многопоточного программирования, в частности синхронизацию. Это позволит избежать труднотлавливамых спецэффических багов.

Классиеская модель Front-End Back-End. Основные функции приложения - Back, и множество пользовательских GUI - Front. На ней построенно большенство приложений в Linux. Как перенаправить? Можно попробовать API функции ReadFile/WriteFile и читать из stdin/stdout (соответствущие макросы для них есть), потом вставлять в Memo. А вот если погуглить, то можно найти и более изящное решение

Хе, помните с баша: "...язык 1С какбудто переведенный Промпом VB..." toll без обид

Этот код скрывает консоль текущего процесса. Либо я нуб, лино нахрена менять заголовок, чтобы получить дескриптор окна? Поясните пожалуйста ктонибудь в чем здесь скрытый смысл? А зачем sleep, и откуда это магическое число 40 и 1024? C CreateProcess вариант лучше, к томуже он решает поставленную задачу.