Прикольные коды

[Злой Шахтер]

Вот прикинь, что делать если надо юзать две разных оболочки одновременно. И в одной программа стартует с SuperMain а в другой - с HyperMain. А реальный main запрятан в глубине обоих.
Тоже до сих пор не знаю способа обойти такое.

а где это вы такое видели?

[THRESHE]

int main(int argc, _TCHAR* argv[])
{
(void)argc;
(void)argv;
//...

return 0;
}

Это не бред сумасшедшего,
это народ побеждал варнинг "неиспользуемая переменная".

А почему не написать int main (void) ? или int main(int , _TCHAR*)

[homo ludens]

Start: - не точка входа, а лажа.
Если это точка входа - метка должна стоять за оператором end.

имхо зависит от ассемблера.
например на GNU as это не надо и пишется просто
_start:

Ни masm ни tasm уже не помню, потому спорить не буду.

В виндах main вообще нет - используется WinMain с совсем другими параметрами.

про эквивалентность ктулху и майкрософт я уже писал...

на самом деле в консольном приложении main работает, winmain юзается там где нужны функции окна и все остальное. Есть подозрение, что манипуляцией с низкоуровневым API можно работать c окошками и из main. Если так, то winMain - это всего лишь идиотская оболочка вызова, ломающая стандарт. Если нет, то все еще хуже...

Такого просто не бывает - main предпологает исполняемый процесс.
Процесс не может запускаться с двух дырок сразу.

Я о том же и говорю. Когда разработчик охрененного суперфреймворка или пакета требует чтобы был не main а что-то другое, то возникает неслабая проблема - что делать если надо заюзать два таких угробища (разных производителей с одинаковым braindamage) одновременно.
Разработчик суперфреймворка очевидно про это не думает. Что позволяет сделать далеко идущие выводы про качество самого суперфреймворка.

int main(int argc, _TCHAR* argv[])

По стандарту это лечится int main(void).

а где это вы такое видели?

Поскольку с такими пакетами (определяющими main) стараюсь не работать по возможности, то только в теории. Кроме того наиболее известные системы такого типа - это GUI надстройки, а использовать два гуя в одной программе вряд ли кто будет.

Однако проблема есть. Два пакета разных производителей определяющие main - не могут быть использованы в одной программе.

На практике однако были очень похожие грабли - с пакетами, которые определяли надстройки над компилятором. Т.е. когда прогу надо было компилить не стандартным cc а, например, mpicc или esql. Чем компилить прогу, юзающую оба пакета, разработчики не всегда задумываются.

[lexar]

По стандарту это лечится int main(void).

Я встретил этот кон не в мэйн.
Прием использовался в других функциях.
Используя мэйн, я просто пытался понять, зачем.

[sid@merlin]

вот вам учебнек

[Newton]

вот вам учебнек

А вот действительно, что Вы думаете о том, долго ли еще С++ будет актуальным, пока не станет атавизмом как PL или Ada? Из старых языков программирования пока еще только Фортран более-менее держится, да и то только из-за того что на нем наработано много надёжного кода и консерватизма учёной среды. Сможет ли старый код удержать С++ на плаву еще хотя бы лет 20?


Понимаю, что мой вопрос не в тему и оффтоп, но если уже затронули эту тему, то я решил спросить.

[THRESHE]

Понимаю, что мой вопрос не в тему и оффтоп, но если уже затронули эту тему, то я решил спросить.

Такого вопроса здесь никто не поднимал просто sid@merlin решил показать какой он умный и опустить всех программеров.

А вообще ситуация с С++ не такая как пытаются ее показать пиарщики Microsoft и Sun. Просто дело в маркетинге например почему покупатели покупают Core 2 Duo а не Athlon хотя соотношение цена качество лучше у последнего ?

Кстати вот интервью с одним из авторитетов С++ Скотом Мейерсом там он в том числе говорит и о будущем С++
http://youtube.com/watch?v=Ja5zJ_eAu-w

[homo ludens]

А вот действительно, что Вы думаете о том, долго ли еще С++ будет актуальным, пока не станет атавизмом как PL или Ada? Из старых языков программирования пока еще только Фортран более-менее держится, да и то только из-за того что на нем наработано много надёжного кода и консерватизма учёной среды. Сможет ли старый код удержать С++ на плаву еще хотя бы лет 20?

Из старых языков программирования держатся FORTRAN, LISP, Prolog, C, SQL.
В чем отличие этих языков от других?
1. Они разработаны не комитетами (как Ада или ПЛ/1) а имеют своих авторов и несут отпечаток личности этих авторов.
2. У каждого своя четкая экологическая ниша, которая не перекрывается современными языками "всеобщего" пользования. Глупо писать вычислительные программы на байт-коде или логические сети на С++.
3. В ходе эволюции в каждой экологической нише остался только один язык программирования - другие там уже не нужны.

Вот теперь сами и ответьте на свой вопрос.
При смене парадигмы с ООП на что-то другое что будет с С++? Он может остаться как единственный представитель ООП, но для этого ему придется выдержать жосткую конкуренцию с джавой. В живых должен остаться только один... (с)

PS Говорят, что сейчас зарплата программера на COBOL выше чем на Джаве. И даже очень востребованы...

[lexar]

Вот теперь сами и ответьте на свой вопрос.
При смене парадигмы с ООП на что-то другое что будет с С++? Он может остаться как единственный представитель ООП, но для этого ему придется выдержать жосткую конкуренцию с джавой. В живых должен остаться только один... (с)

Сперва был С.
С++ - это примочка над С.
Сменят парадигму - расширится до С+++.
Пока плюсы - это генеральная линия партии.
Амбер мира программирования.
А C# и Java это просто отражения.
Вот таки мы хроники.

Зы. Кто не въехал, тому не к Страусу, тому к Желязне.

[homo ludens]

С++ - это примочка над С.

Отражение, 100%.

Пока плюсы - это генеральная линия партии.
Амбер мира программирования.

Скорее Логрус - судя по скорости изменений в стандартах и библиотеках.
А Страуструп тогда - принц Хаоса...

[Ull9]

PS Говорят, что сейчас зарплата программера на COBOL выше чем на Джаве. И даже очень востребованы...

Хмм. в Германии, так нет такого. был очень большой всплеск на COBOL. в 1999 г. и все. рулят пара с++/ява.

[homo ludens]

Хмм. в Германии, так нет такого. был очень большой всплеск на COBOL. в 1999 г. и все. рулят пара с++/ява.

Я же не про востребованность писал а про зарплаты. Востребованность перед 2000-м наверняка была максимальной, понятно почему - Y2K для COBOL'а была очень актуальна.

Имхо количество вакансий на COBOL стремится к нулю медленнее, чем количество программистов на нем, и зарплату приходится рассчитывать по правилу Лопиталя.
Да и сами программисты - дедушки постпенсионного возраста...

[Ull9]

так я тоже про зарплаты,
самые большие зп это SAP. норма 80-100 в час.
кобол, точно не вспомню, но точно где то ниже..

опять же я говорю о осреднух данных. может кто то и на коболе 150 в час рубить. это не показатель.

[homo ludens]

так я тоже про зарплаты,
самые большие зп это SAP. норма 80-100 в час.
кобол, точно не вспомню, но точно где то ниже..

опять же я говорю о осреднух данных. может кто то и на коболе 150 в час рубить. это не показатель.

Я с КОБОЛьдами лично не сталкиваюсь. Данные о зарплатах и вакансиях взял из какой-то аналитики (не помню чей - либо IBM либо ACM), из тех, что подписчикам шлют пачками по почте три раза в неделю.
После твоего поста полез искать оригинал источника, пока не нашел.
Там как раз писалось о большом числе устаревших систем и соответственно о программистах под них и сравнивались зарплаты с джавистами, без цифр, чисто качественно.
Если найду - кину ссылку сюда.

[Ull9]

да ладно, не надо ссылки.
проехали.