Форум на Исходниках.RU

необходимо разобраться с обработкой системных исключений

B.V. — Sat, 10 Dec 2011 17:11:14 +0000

B.V.:

Давайте не опускаться до хамства и личных оскорблений. У нас здесь не балаган, а культурный тематический раздел. И давайте вести себя подобающе, и уважать мнения других.

необходимо разобраться с обработкой системных исключений

Qraizer — Sat, 10 Dec 2011 14:30:04 +0000

Qraizer: Причину неработоспособности твоего кода я тоже уже озвучивал. Без уверенности, правда, но другого объяснения пока нет, и не только у меня. Если я прав, то твой код и должен так работать, как ты наблюдаешь. Тебе не удастся подружить gcc с SEH иначе, как с помощью того же WinAPI. Ловишь им необработанное SEH-исключение и транслируешь в C++EH-исключение, которое gcc обрабатывать умеет. Мой код не более чем тестовый. Его ещё допиливать надо будет, чтоб по уму. Но это дело техники, главное, чтоб заработало.

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 10 Dec 2011 12:04:33 +0000

повстанец: Qraizer, во-первых, я к этому ещё не возвращался. Надо быть последовательным. Щас я разбираюсь с компилятором.
Во-вторых, долго ещё niXman будет меня оскорблять?
Требую забанить его по нику навсегда

необходимо разобраться с обработкой системных исключений

Qraizer — Sat, 10 Dec 2011 11:23:23 +0000

Qraizer: повстанец, иногда после осмысления своих ошибок, например, связанных со старой версией компилятора, или после получения новых знаний полезно перечитывать тред. Вот это я для кого писал?

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 10 Dec 2011 08:50:09 +0000

повстанец: Я спросил он был правилен иле нет? То, что он такой же, я вижу.
Тогда я такого вопроса не ставил, ибо сам не знал, а раз ты спрсил уменя про версию компилятора, то всяко-разно неспроста, наверное чё-то не так у меня было с выводом. Так я подумал.

А спросил я к тому, что на фига ты мне советовал свой компилятор, если я подвижек не вижу?

Но опять же это я отвечаю на твой вопрос (наверное, преждевременно), а ты на мой не отвечаешь. Ещё раз: вывод сообщениия номер 77 был правилен или ты просто толкаешь свои компиляторы налево и направо ползуясь неопытностью людей- моей, в частности?

необходимо разобраться с обработкой системных исключений

niXman — Sat, 10 Dec 2011 08:41:14 +0000

niXman: такой же. ты это к чему? ;)

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 10 Dec 2011 08:38:47 +0000

повстанец:

Цитата niXman @ 10.12.11, 08:30

ну вот, системное исключение поймал. что не так?

Я правильно тебя понял, что вывод в сообщении номер 77 был правилен?

необходимо разобраться с обработкой системных исключений

niXman — Sat, 10 Dec 2011 08:30:51 +0000

niXman:

Цитата повстанец @ 10.12.11, 08:26

бесполезно

а в чем должна была быть польза?

Цитата повстанец @ 10.12.11, 08:26

Поймали исключение. Код C0000094

ну вот, системное исключение поймал. что не так?

Цитата повстанец @ 10.12.11, 08:26

вот тут, далее ты сказал мне чтобы я выдал версию компилятора

да. но не понимаю, что в работе кода тебя не устраивает?

Добавлено 10.12.11, 08:31
да и сменить версию компилятора я предлагал потому, что ты использовал древнюю тестовую сборку. не более.

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 10 Dec 2011 08:26:58 +0000

повстанец: niXman, я поставил компилятор твоей сборки, бесполезно:
Вот этот код:

#include <windows.h>

#include <stdio.h>

int z,p=1,d=0;

LONG WINAPI TopLevelUnhandledExceptionFilter(PEXCEPTION_POINTERS except_info)

{

printf ("Поймали исключение. Код %X\n", (unsigned int)except_info->ExceptionRecord->ExceptionCode);

return EXCEPTION_EXECUTE_HANDLER;

}

int main()

{

SetConsoleCP (1251);

SetConsoleOutputCP (1251);

SetUnhandledExceptionFilter(TopLevelUnhandledExceptionFilter);

try

{

//SEH, деление на ноль

z=p/d;

}

catch(...)

{

printf("Попали в catch\n");

}

//исключение bad:alloc (С++ исключение)

//__int64 *pI = new __int64[0xFFFFFFF];

printf("Программа завершила свою работу. Нажмите любую клавишу...\n");

getchar();

return 0;

}

Выдавал на-гора:

E:\vso_moio\Программирование_на_C++\Новая папка (5)>ra_8.exe

Поймали исключение. Код C0000094

E:\vso_moio\Программирование_на_C++\Новая папка (5)>

Я написал об этом раньше, вот тут, далее ты сказал мне чтобы я выдал версию компилятора, я выдал (4.5.0, да ещё и экспериментальная) ты сказал, что у меня раритет и вообще смотрел к тебе в подпись.
Я посмотрел, скачал 4.6.1 Короче вывод тот же самый, а по команде g++ -v:

E:\vso_moio\Программирование_на_C++\Новая папка (5)>g++ -v

Using built-in specs.

COLLECT_GCC=g++

COLLECT_LTO_WRAPPER=e:/dev-cpp_nomingw/bin/../libexec/gcc/i686-pc-mingw32/4.6.1/lto-wrapper.exe

Target: i686-pc-mingw32

Configured with: ../gcc-4.6.1/configure --prefix=/mingw --host=i686-pc-mingw32 --build=i686-pc-mingw32 --target=i686-pc-mingw32 --enable-languages=c,c++ --with-

tune=generic --with-host-libstdcxx=-lstdc++ --disable-shared --enable-static --enable-lto --enable-cloog-backend=isl --enable-checking=release --enable-libgomp

--enable-fully-dynamic-string --disable-libstdcxx-debug --enable-threads=posix --enable-cxx-flags='-fno-function-sections -fno-data-sections' --disable-bootstra

p --disable-libstdcxx-pch --enable-sjlj-exceptions --disable-win32-registry --disable-nls --disable-werror --with-gmp=/libs --with-mpfr=/libs --with-mpc=/libs -

-with-ppl=/libs --with-cloog=/libs --with-libiconv-prefix=/libs --with-pkgversion='niXman build' --with-bugurl=http://code.google.com/p/mingw-builds/issues/list

Thread model: posix

gcc version 4.6.1 (niXman build)

Чё делать? Однажды я уже спросил тебя, ты указал мне на свою подпись. Не помогло, как видишь.

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 14:10:06 +0000

niXman:

Цитата neokoder @ 04.12.11, 14:08

mingw-w64(32-разрядная версия) 1Гиг

:D
"так им и надо"(с)

Добавлено 04.12.11, 14:11
но, честно говоря, я этого не знал)))
страшно представить чего они в архивы пихают %)

Добавлено 04.12.11, 14:21
а я то думал как бы еще объем компилятора уменьшить :whistle:

необходимо разобраться с обработкой системных исключений

neokoder — Sun, 04 Dec 2011 14:08:57 +0000

neokoder:

Цитата niXman @ 03.12.11, 16:35

я же собираю по максимуму, со всеми плюшками и расширениями, такими как OpenMP, LTO, Graphite, std_atomics, std_threads, e.t.c...

niXman, а как ты объяснишь тот факт, что твоя сборка в распакованном виде занимает на диске 215Мб, а mingw-w64(32-разрядная версия) 1Гиг. Что-то это не укладывается в то что ты дополнительные компоненты включаешь. Получается в их сборке доп. компонентов гораздо больше?

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 07:21:24 +0000

niXman: Qraizer будет доволен :whistle:
http://liveworkspace.org/code/c7c289facf28fd90444f410e9b8acc55
http://liveworkspace.org/code/9e47c13c75f2a960d1077fd84c8ffcc3

постараюсь поскорей заказать новую верстку, и добавить возможность указывать некоторые опции. и за одно регистрацию запустить. в недрах-то все для этого готово, но на эту верстку не хотел вязать :wacko:

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 05:12:02 +0000

niXman:

Цитата Qraizer @ 04.12.11, 05:09

Поддержка ключевых аспектов платформенной архитектуры.

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

Цитата Qraizer @ 04.12.11, 05:09

Как бы ты отнёсся в порту Intel C++ Compiler под Linux, если б он не поддерживал ключевые GNUсные расширения?

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

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 05:09:41 +0000

Qraizer: Дык говорилось уже. Поддержка ключевых аспектов платформенной архитектуры. Как бы ты отнёсся в порту Intel C++ Compiler под Linux, если б он не поддерживал ключевые GNUсные расширения? А ведь поддерживает.

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 05:08:08 +0000

niXman:

Цитата Qraizer @ 04.12.11, 05:06

Так в чём дело тогда?

дело в том что не видят необходимости. ты наверное мне не веришь, но я только в той теме узнал что такое SEH и для чего оно надо) хотя не первых год код пишу. правда для linux.

Добавлено 04.12.11, 05:09

Цитата niXman @ 04.12.11, 05:08

только в той теме узнал что такое SEH и для чего оно надо

сам термин я знал давно. но что конкретно это такое, только несколько дней назад узнал.

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 05:06:10 +0000

Qraizer: К слову. Я прекрасно себе представляю объём работы в человеко-часах над реализацией поддержки SEH в компиляторе. Я хорошо себе представлю, что и как должен для этого делать компилятор, и что должна на себя взять RTL. Одно время лазал SoftIce-ом по ядрам Win9x и WinXP, чтобы увидеть, как они там с исключениями справляются. Именно поэтому не питаю иллюзий в плане возможности их реализовать самому. У меня столько свободного времени просто не будет, по крайней мере пока не уйду на пенсию. Но с другой стороны, если есть троица, которая этот "порт" ведёт, значит у неё есть для этого возможности. Так в чём дело тогда?

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 05:06:07 +0000

niXman: Qraizer, какой смысл ты вкладываешь в слово "порт" ? наличие SEH? чего-то еще?

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 04:58:12 +0000

Qraizer: Тьфу ты. niXman, компромат - не тема этой темы. Вон той - может быть. Тема этой темы - порт gcc под WinAPI, по крайнем мере Win32. Если мы конечно о порте, а не ресборке. Дык вот пока плучается, что порта-то и нет. А это тоже грустно. И мало того, авторам "порта" даже не упиралось его делать портом без кавычек. От этого уже не просто грусно.

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 04:54:32 +0000

niXman: так это мой недочет. я об этом не забыл, ибо иногда встречаю обсуждения LWS подобные тому что ты привел. исправлю. обещаю.

Добавлено 04.12.11, 04:56
на днях исправлю.

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 04:52:59 +0000

Qraizer: Провоцировать ошибки компиляции - оно-то, конечно, метод. Только что ж это получается, если у меня не будет ни одного эррора, но 100500 варнингов, я ничего не увижу?

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 04:52:13 +0000

niXman: ну... один :yes:

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 04:51:12 +0000

Qraizer: Попробовал:

Comeau C/C++ 4.3.10.1 (Oct 6 2008 11:28:09) for ONLINE_EVALUATION_BETA2

MODE:non-strict warnings C90

"ComeauTest.c", line 5: error: argument of type "char *" is incompatible with

parameter of type "char"

(void)build_name_object("T", "I", "M", i+1);

"ComeauTest.c", line 5: error: argument of type "char *" is incompatible with

parameter of type "char"

(void)build_name_object("T", "I", "M", i+1);

"ComeauTest.c", line 5: error: argument of type "char *" is incompatible with

parameter of type "char"

(void)build_name_object("T", "I", "M", i+1);

3 errors detected in the compilation of "ComeauTest.c".

In non-strict mode, with -tused, Compile failed

Hit the Back Button to review your code and compile options.

Compiled with C++0x extensions enabled.

Компилилось в режиме C89 relaxed.
Компромата достаточно. Прежде чем обвинять других в их мелких несоответствиях, стоило бы сначала свои крупные пофиксать.

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 04:48:12 +0000

niXman: провоцируем ошибку, и voila! http://liveworkspace.org/code/c3b06f4d3eb22fef1cfd2e0576bd5488

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 04:46:31 +0000

Qraizer:

Цитата niXman @ 04.12.11, 04:42

тоже незачет: http://liveworkspace.org/code/34a50fc5e8f5...942b6034cce2dd3

Ну знаешь ли... Попробуй это скормить EDG. Или там comeau.

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 04:44:28 +0000

niXman: зы
что-то быстро тебя отпустило после вчерашнего)

Добавлено 04.12.11, 04:45

Цитата Qraizer @ 04.12.11, 04:44

gcc фтопку

так компромата-то нет. за что?

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 04:44:04 +0000

Qraizer: В общем, gcc фтопку. Как обычно с ОпенСоурс, авторов пруд пруди, но крайних нет, так что никто не виноват в том что, оно вот как-то вот так...

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 04:42:44 +0000

niXman:

Цитата Qraizer @ 04.12.11, 04:34

ещё есть 38-й пост

тоже незачет: http://liveworkspace.org/code/34a50fc5e8f56014a942b6034cce2dd3

Добавлено 04.12.11, 04:43

Цитата Qraizer @ 04.12.11, 04:42

Потрясающе! В рамочку и на стеночку!

ну сорри... есть сложность с диагностикой статуса завершения компиляции..

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 04:42:01 +0000

Qraizer:

Цитата niXman @ 04.12.11, 04:38

все дело в том, что если компиляция закончилась без ошибки, то варнинги не выводятся пользователю

Потрясающе! В рамочку и на стеночку!

необходимо разобраться с обработкой системных исключений

niXman — Sun, 04 Dec 2011 04:38:15 +0000

niXman:

Цитата Qraizer @ 04.12.11, 04:34

Та на.

незачет :)
все дело в том, что если компиляция закончилась без ошибки, то варнинги не выводятся пользователю. это баг LWS, естественно, а не компилятора :D
вот: http://liveworkspace.org/code/b1fa6b2bcc5c6103db50b5a40a508016
намеренно провоцируем ошибку чтоб не подавились варнинги.

Добавлено 04.12.11, 04:39
как видишь, варнингов там предостаточно, аж целых три!)

необходимо разобраться с обработкой системных исключений

Qraizer — Sun, 04 Dec 2011 04:34:21 +0000

Qraizer:

Цитата niXman @ 03.12.11, 14:59

но что-то подобных тем в сторону gcc/edg/comeau найдено не было.

Та на. За одно только описанное в стартовом посте поведение стоит выкинуть gcc и не вспоминать о нём больше. А там ещё есть 38-й пост, который ну просто без комментариев - никогда, ни до, ни после, мне не хотелось авторам компиляторов физиономии разукрашивать. Поищи-ка нечто подобное в адрес MS.
Что касается EDG, то с ребятами оттуда, в частности Вильямом Миллером, я даже переписывался на предмет одного тонкого момента в Стандарте, где меня убедили, что Comeau, несмотря ни на что, Стандарт не нарушает. Стандарт сам по себе штука не тривиальная, читать его правильно надо ещё уметь. К примеру, вот:

Цитата 5 Expressions

4. If during the evaluation of an expression, the result is not mathematically defined or not in the range of representable values for its type, the behavior is undefined. [ Note: most existing implementations of C++ ignore integer overflows. Treatment of division by zero, forming a remainder using a zero divisor, and all floating point exceptions vary among machines, and is usually adjustable by a library function. —end note ]

Где со стороны MS нарушение Стандарта касательно, скажем, деления на нуль?

Цитата 4.1 Lvalue-to-rvalue conversion

1. ...If the object to which the glvalue refers is not an object of type T and is not an object of a type derived from T, or if the object is uninitialized, a program that necessitates this conversion has undefined behavior...

Где со стороны MS нарушение Стандарта касательно разыменования невалидных указателей?

Цитата 2.11 Identifiers

3. In addition, some identifiers are reserved for use by C++ implementations and standard libraries (17.6.4.3.2) and shall not be used otherwise; no diagnostic is required.

Цитата 17.6.4.3.2 Global names

1 Certain sets of names and function signatures are always reserved to the implementation:

Где со стороны MS нарушение Стандарта касательно идентификаторов __try/__except/__finally/__leave?

Цитата niXman @ 03.12.11, 14:59

Ичё? А что такое "порт" по-твоему? Рекомпиляция и сборка, лишь бы було? Дык это и я смогу, не думаю, что понадобится много времени. Уж точно не 20 лет. Впрочем, кому я это рассказываю, ты сам вон сборки выкладываешь. Я тебя разочарую. Порт на то и порт, что он должен учитывать специфику платформы. Иначе это не порт, а просто частная сборка.

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 16:56:37 +0000

neokoder: Понятно.

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 16:35:02 +0000

niXman:

Цитата neokoder @ 03.12.11, 16:28

потому что бинарники уже есть и собирать ничего не нужно

ну дык. тебе разве что-то нужно собирать? бинарники ведь уже есть и собирать ничего не нужно.

Цитата neokoder @ 03.12.11, 16:28

Можешь четко ответить

ну епс...
у проекта mingw-w64 нет цели в сборках MinGW как таковой. и сам проект имеет несколько другую цель. те бинари что ты видишь, являются побочным продуктом деятельности их проекта, ибо они их собирают для теста своего продукта.

я же собираю по максимуму, со всеми плюшками и расширениями, такими как OpenMP, LTO, Graphite, std_atomics, std_threads, e.t.c...

тут еще можешь почитать.

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 16:28:17 +0000

neokoder:

Цитата niXman @ 03.12.11, 16:21

а почему ты те сборки считаешь готовыми? а не на оборот

Да потому что бинарники уже есть и собирать ничего не нужно. Смысл твоих сборок? Можешь четко ответить, по-нормальному, без тролинга.

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 16:21:19 +0000

niXman:

Цитата neokoder @ 03.12.11, 16:18

ты почему только mingw32 собираешь?

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

Цитата neokoder @ 03.12.11, 16:18

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

хз.. судя по дате, это снэпшот.

Добавлено 03.12.11, 16:23

Цитата neokoder @ 03.12.11, 16:18

есть уже готовые сборки

а почему ты те сборки считаешь готовыми? а не на оборот :)

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 16:18:32 +0000

neokoder: niXman, я так понял ты используешь mingw-w64.
А там у них вроде и есть сборки и для 64-битных систем. А ты почему только mingw32 собираешь?
И вообще я сейчас качаю с их sourceforge mingw-w32-bin_i686-mingw_20111202.zip чем он он твоего отличается то?

Ну то есть я не понял зачем ты чего там собираешь если есть уже готовые сборки mingw-w32 и mingw-w64?

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 16:12:33 +0000

niXman:

Цитата повстанец @ 03.12.11, 16:09

выпуски, отличающиеся только расширениями, просто сархивированы по-разному?

да. просто есть пользователи которые не умеют устанавливать 7-zip. по этому качают zip`ы, ибо встроенная поддержка.

Цитата повстанец @ 03.12.11, 16:09

ты говоришь, о путях можно не беспокоиться, все привязаны к "bin"?

ага.

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 16:09:20 +0000

повстанец: Ну вот, другой коленкор, спасибо, А я правильно понял что выпуски, отличающиеся только расширениями, просто сархивированы по-разному? Я себе обязательно поставлю, только не щас и буду их "дружить" с DEV-С++... Так ты говоришь, о путях можно не беспокоиться, все привязаны к "bin"? Хотя я и не начинал ещё ставить, должно получиться

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 15:59:43 +0000

niXman:

Цитата повстанец @ 03.12.11, 15:46

чё такое релиз

это стабильная версия, прошедшая необходимые тесты.

Цитата повстанец @ 03.12.11, 15:46

чё такое пререлиз

то же что и выше, но в данный момент проходящая тестирование. т.е. еще не сошедшая с "конвейера".

Цитата повстанец @ 03.12.11, 15:46

чё такое снэпшот

разрабатываемая в данный момент версия. т.е. заготовка. нифига не стабильная.

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 15:57:37 +0000

neokoder: Разобрался, MinGW конфликтовал с Cygwin. Убрал пути Cygwin'а из PATH, вроде все заработало нормально.

Ну в общем ладно, ловит SEH GCC из сборки MinGW с помощью SetUnhandledExceptionFilter и то хоть хорошо. Только вот стек не будет раскручиваться, потому что поймать SEH-исключение в MinGW(G++) ни с помощью __except, ни с помощью catch невозможно!

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 15:52:20 +0000

повстанец: Не набивай себе цену, а? Скажи уж, что ли, просто и ясно.

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 15:50:23 +0000

niXman:

Цитата повстанец @ 03.12.11, 15:46

чё такое релиз, а чё такое пререлиз, а чё такое снэпшот?

ну гм... это фундаментальные понятия.

Цитата повстанец @ 03.12.11, 15:46

я поставил уже однажды оказалось тестовой версией

значит либо ты не читал примечания к выпуску, либо тебя обманули.

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 15:46:52 +0000

повстанец: Да ёлки-палки, а чё такое релиз, а чё такое пререлиз, а чё такое снэпшот? Надо ставить так уж наверное, я поставил уже однажды оказалось тестовой версией.

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 15:42:17 +0000

niXman:

Цитата повстанец @ 03.12.11, 15:37

чё же делать?

в третий(или четвертый?) раз указать на мою подпись? ;)

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 15:37:30 +0000

повстанец: да блин виноват, чё же делать?

Добавлено 03.12.11, 15:41

Цитата niXman @ 03.12.11, 15:34

потому что с тех пор вышла куча новых версий.

Так-то оно так, просто когда за день несколько версий выходит, как-то не очень не очень подмывает идти в ногу со временем!

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 15:34:33 +0000

niXman:

Цитата повстанец @ 03.12.11, 15:31

как ты определил, что тестовый

Цитата

(experimental)

это тестовые сборки нестабильных версий. тоже, что и у меня в сборках версии 4.7.0.

Цитата повстанец @ 03.12.11, 15:31

и почему раритет?

потому что с тех пор вышла куча новых версий.

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 15:31:07 +0000

повстанец: Два вопроса, как ты определил, что тестовый и почему раритет? Апрель 2010 года

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 15:27:59 +0000

niXman:

Цитата повстанец @ 03.12.11, 15:26

чтобы были более или менее новыми

ты же тестовый раритет юзаешь, батенька!

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 15:26:13 +0000

повстанец: А чёрт его знает, с меня самого семь потов сошло пока до ума довёл всё это дело, но мне было легче, я пакеты скачивал и в DEV-С++ пихал, а она уже сама распихивала по директориям и пути прописывала какие надо. Моя задача была чтобы все пакеты друг другу соответвовали, чтобы были более или менее новыми, чтобы были необходимые, чтобы лишних не было, чтобы... А теперь говорят, что я поставил не то!
nixman знает, кому же ещё знать как не ему.

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 15:20:57 +0000

niXman:

Цитата neokoder @ 03.12.11, 15:19

/h /help /? -h -help -?

это же не unix way!
>g++ --help

Добавлено 03.12.11, 15:21
вообще, тебе нужен ключик "-I"

Добавлено 03.12.11, 15:22
у тебя либо какая-то защита вендус не дает компилятору работать, либо антивирус..

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 15:19:58 +0000

neokoder:

Цитата niXman @ 03.12.11, 14:59

neokoder, мне тут подсказывают, что нельзя ставить в корень дисков. а лучше всего в каталог документов пользователя. (сам не проверял)

Ну поставил в Documents - такая же фигня. Как его настроить то чтобы он инклуды видел? Или хоть как справку по командам получиить чтобы явно указать путь к инклудам при компиляции? Чего только не пробовал /h /help /? -h -help -? ничё не показывает!

Где хоть файл настроек хранится чтобы пути можно было посмотреть?

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 15:18:51 +0000

niXman:

Цитата neokoder @ 03.12.11, 15:10

Он что инклуды не видит что ли?

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

Добавлено 03.12.11, 15:19
архив битым тоже быть не может.

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 15:10:48 +0000

neokoder:

Цитата повстанец @ 03.12.11, 14:56

neokoder встречался с подобным, не твой случай?

Я прописал в PATH все пути к папкам, вложенным в mingw где есть exe-Файлы. Все равно пишет что "Отказано в доступе" если из другого каталога вызываю g++.
Пришлось скопировать исходник в папку bin и наконец то он заработал, но вот что мне выдал:

seh.cpp:1:21: error: no include path in which to search for windows.h

seh.cpp:2:19: error: no include path in which to search for stdio.h

seh.cpp:9:1: error: 'LONG' does not name a type

seh.cpp: In function 'int main()':

seh.cpp:20:21: error: 'SetConsoleCP' was not declared in this scope

seh.cpp:21:27: error: 'SetConsoleOutputCP' was not declared in this scope

seh.cpp:24:31: error: 'TopLevelUnhandledExceptionFilter' was not declared in thi

s scope

seh.cpp:24:63: error: 'SetUnhandledExceptionFilter' was not declared in this sco

seh.cpp:39:31: error: 'printf' was not declared in this scope

seh.cpp:44:71: error: 'printf' was not declared in this scope

seh.cpp:45:11: error: 'getchar' was not declared in this scope

Ну и что это за хрень? Он что инклуды не видит что ли? Как их подключить то на автомате чтобы при компиляции каждый раз не указывать?

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:59:20 +0000

niXman: про "соответствие микрософткомпилера стандарту" мы все знаем по этой теме. но что-то подобных тем в сторону gcc/edg/comeau найдено не было.
так что ты этавот...заканчивай с лапшой ;)

Добавлено 03.12.11, 15:00

Цитата neokoder @ 03.12.11, 14:55

С MSVC таких проблем не было.

так ты ведь микрософткомпилер ставил на микрософтвенду. не удивительно что оно работает :D

Добавлено 03.12.11, 15:01

Цитата Qraizer @ 03.12.11, 14:57

празднуем трёхмесячный дидлайн на проекте

поздравляю!

Добавлено 03.12.11, 15:04

Цитата Qraizer @ 03.12.11, 14:54

если эта платформа не поддерживается полностью.

да ты че в самом деле?! посчитай сколько платформ! чтоб было так как ты говоришь, то под каждую платформу пришлось бы разрабатывать поддержку специфичных для нее расширений, а так же стандартизация этих расширений! это же просто ппц какой будет! по этому и существуют стандарты, которые покрывают максимум требований.

Добавлено 03.12.11, 15:05
neokoder, мне тут подсказывают, что нельзя ставить в корень дисков. а лучше всего в каталог документов пользователя. (сам не проверял)

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 14:56:06 +0000

повстанец: neokoder встречался с подобным, не твой случай?

необходимо разобраться с обработкой системных исключений

Qraizer — Sat, 03 Dec 2011 14:55:57 +0000

Qraizer:

Цитата niXman @ 03.12.11, 14:51

как можно превратить несоответствие стандарту в расширение стандарта?

Почитай Стандарт. И если уж не согласен и обвиняешь, обвиняй обе стороны.

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 14:55:47 +0000

neokoder: Так я не понял почему у меня не работает MinGW, Что это блин за стандарты такие если они ни хрена не работают? :-? :)

С MSVC таких проблем не было.

необходимо разобраться с обработкой системных исключений

Qraizer — Sat, 03 Dec 2011 14:54:54 +0000

Qraizer: И ещё раз повторю. Глупо говорить о наличии порта под некую платформу, если эта платформа не поддерживается полностью. Ну, пусть не полностью, но ключевые аспекты архитектуры должы быть поддержаны. Ну, пусть не сразу. Но блин, почти 20 лет прошло!

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:51:01 +0000

niXman:

Цитата Qraizer @ 03.12.11, 14:48

Только не набо путать нарушения Стандарат и расширения Стандарта. G++ и рядом с MS не валялся по части таких "нарушений". MSные компиляторы расширяют синтаксис для поддержки особенности платформы. И делают это в соответсвтие с правилами Стандарта. Чего нельзя сказать о g++. Он меня уже не раз удивлял своими фичами.

ты ведь откровенно лжешь себе(микрософту) в пользу. низко, увы.

Добавлено 03.12.11, 14:53
как можно превратить несоответствие стандарту в расширение стандарта? :blink: это же синонимы.

необходимо разобраться с обработкой системных исключений

Qraizer — Sat, 03 Dec 2011 14:48:38 +0000

Qraizer: повстанец, C++EH будут в нём работать нормально. Сами по себе, в отрыве от SEH. Можно допилить его до поддержки SEH путём SetUnhandledExceptionFilter(), транслируя в своём обработчике SEH-овые исключения в написанный специально для этого некий класс, и в итоге работая т.о. только с C++EH. Но подружить обе технологии не удастся, в лучшем случае будешь костылять то одно, то другое для тех или иных конкретных ситуаций. Программа одна, кадры исключений долждны быть в едином списке, и те, и другие, однако g++ имеет собственный C++EH движок, отличный от SEH, который предоставляется ОС.

Цитата niXman @ 03.12.11, 14:09

микрософткомпилятор славится своим не соответствием стандарту.

Ни один компилятор не соответствует Стандарту в полной мере. Только не надо путать нарушения Стандарта и расширения Стандарта. Стандарт допускает реализациям расширять предсотавляемые возможности, если они не противоречат Стандарту. G++ и рядом с MS не валялся по части таких "нарушений". MSные компиляторы расширяют синтаксис для поддержки особенности платформы. И делают это в соответсвтие с правилами Стандарта. Чего нельзя сказать о g++. Он меня уже не раз удивлял своими фичами.

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:45:26 +0000

niXman:

Цитата повстанец @ 03.12.11, 14:43

4.5.0 20100311 (experimental)

да ты че... :crazy: во первых - раритет. во вторых - тестовая версия.

Добавлено 03.12.11, 14:47

Цитата neokoder @ 03.12.11, 14:44

Тебе не понравились __try __except, я тебе привел пример с try-catch.

либо ты прикидываешься, либо второе... в стандарте нет ничего про то, что С++ исключения должны обрабатывать ошибки деления на ноль, разыменование нулевого указателя, и всякие самопальные расширения ОС и производителей компиляторов.

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 14:44:48 +0000

neokoder:

Цитата niXman @ 03.12.11, 14:26

neokoder, еще, способы убедить всех в том что микрософт-специфик расширения являются стандартом, будут?

Ты о чем? Тебе не понравились __try __except, я тебе привел пример с try-catch. Не, ну если у тебя try-catch уже не влазиют в стандарт, то пора бы тебе задуматься, что это за стандарт такой. Может он у тебя в голове просто, стандарт этот? :)

Добавлено 03.12.11, 14:45

Цитата niXman @ 03.12.11, 14:44

neokoder, у тебя ви7 или виста?

Win7 64бит.

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:44:11 +0000

niXman: neokoder, у тебя ви7 или виста?

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 14:43:40 +0000

повстанец:

E:\vso_moio\Программирование_на_C++\Новая папка (5)>g++ -v

Using built-in specs.

COLLECT_GCC=g++

COLLECT_LTO_WRAPPER=e:/dev-cpp_nomingw/bin/../libexec/gcc/mingw32/4.5.0/lto-wrapper.exe

Target: mingw32

Configured with: ../gcc-4.5.0_20100311/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --ena

ble-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --disable-werror --build=mingw32 --prefix=/mingw

Thread model: win32

gcc version 4.5.0 20100311 (experimental) (GCC)

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:43:29 +0000

niXman:

Цитата neokoder @ 03.12.11, 14:42

Ты прикалываешься, да?

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

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 14:42:11 +0000

neokoder:

Цитата niXman @ 03.12.11, 14:40

это микрософт-специфик проблема. пиши в микрософт.

Ты прикалываешься, да?

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:40:07 +0000

niXman:

Цитата neokoder @ 03.12.11, 14:39

Что это за фигня и как её побороть?

это микрософт-специфик проблема. пиши в микрософт.

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 14:39:05 +0000

neokoder:

Цитата niXman @ 03.12.11, 14:26

C:\test>g++ except.cpp -oexcept

C:\test>except
РџРѕР№РјР°Р»Рё РёСЃРєР»СЋС‡РµРЅРёРµ. РљРѕРґ 0xC0000094.

Ну вот судя по всему с G++ у тебя сработал TopLevelUnhandledExceptionFilter, а не catch, как должно быть. Что и требовалось доказать! ;) :)

niXman, я поставил себе mingw32-gcc-4.6.2-release-c,c++,objc,objc++,fortran-sjlj.7z по ссылке у тебя в подписи. Может че другое надо было ставить? В общем запускаю g++ seh.cpp -oexcept. Если из другой директории, он пишет "Отказано в доступе", если из bin'а он пишет: "g++: error: CreateProcess: No such file or directory". Что это за фигня и как её побороть? :)

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:38:41 +0000

niXman:

Цитата повстанец @ 03.12.11, 14:36

g++

покажи вывод "g++ -v"

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 14:36:16 +0000

повстанец:

E:\vso_moio\Программирование_на_C++\Новая папка (5)>cmd

Microsoft Windows XP [Версия 5.1.2600]

(С) Корпорация Майкрософт, 1985-2001.

E:\vso_moio\Программирование_на_C++\Новая папка (5)>ra_6.exe

Поймали исключение. Код C0000094

E:\vso_moio\Программирование_на_C++\Новая папка (5)>

g++

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:26:44 +0000

niXman:

Цитата neokoder @ 03.12.11, 14:21

давай в стандартном варианте

ты походу троллишь, да? какой же это стандартный вариант? ;)
стандартным, будет выбросить throw из try{} блока.

выводит это:

Цитата

C:\test>cl except.cpp
Microsoft ® 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01 for 80x86
Copyright © Microsoft Corporation. All rights reserved.

except.cpp
except.cpp(26) : warning C4530: C++ exception handler used, but unwind semantics
are not enabled. Specify /EHsc
Microsoft ® Incremental Linker Version 10.00.30319.01
Copyright © Microsoft Corporation. All rights reserved.

/out:except.exe
except.obj

C:\test>except
Попали в __except
Программа завершила свою работу. Нажмите любую клавишу...

C:\test>g++ except.cpp -oexcept

C:\test>except
РџРѕР№РјР°Р»Рё РёСЃРєР»СЋС‡РµРЅРёРµ. РљРѕРґ 0xC0000094.

C:\test>

Добавлено 03.12.11, 14:35
neokoder, еще, способы убедить всех в том что микрософт-специфик расширения являются стандартом, будут? :D

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 14:21:48 +0000

neokoder:

Цитата niXman @ 03.12.11, 14:09

микрософткомпилятор славится своим не соответствием стандарту. ты что считаешь, что его несоответствия должны перенести в стандарт?
ни один компилятор в здравом уме не станет реализовывать __try __except. засмеют же.

Ну хорошо, давай в стандартном варианте. Вот такой код будет работать правильно в MinGW:

#include <windows.h>

#include <stdio.h>

int z,p=1,d=0;

LONG WINAPI TopLevelUnhandledExceptionFilter(PEXCEPTION_POINTERS except_info)

{

printf ("Поймали исключение. Код 0x%X.\n",except_info->ExceptionRecord->ExceptionCode);

return EXCEPTION_EXECUTE_HANDLER;

}

int main()

{

SetConsoleCP (1251);

SetConsoleOutputCP (1251);

SetUnhandledExceptionFilter(TopLevelUnhandledExceptionFilter);

try

{

//SEH, деление на ноль

z=p/d;

}

catch(...)

{

printf("Попали в catch\n");

}

//исключение bad:alloc (С++ исключение)

//__int64 *pI = new __int64[0xFFFFFFF];

printf("Программа завершила свою работу. Нажмите любую клавишу...\n");

getchar();

return 0;

}

В MSVC получаем(компилируя c /EHa):

Попали в catch

Программа завершила свою работу. Нажмите любую клавишу...

Добавлено 03.12.11, 14:24

Цитата niXman @ 03.12.11, 14:20

код скомпиленный в msvc2010-express работает так же. значит вопрос закрыт.

Ёпти, ты думаешь я не проверяю что ли прежде чем выкладывать код? Если я даю код значит я его проверил в MSVC. Так что не зачем тебе было проверять в MSVC++.
Ты лучше последний примерчик скомпиляй плиз в своём MinGW. Какой будет результат? А то я тут пока скачаю, пока поставлю...

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:20:25 +0000

niXman: код скомпиленный в msvc2010-express работает так же. значит вопрос закрыт.

необходимо разобраться с обработкой системных исключений

повстанец — Sat, 03 Dec 2011 14:17:00 +0000

повстанец: :good: neokoder, всегда так делай

необходимо разобраться с обработкой системных исключений

neokoder — Sat, 03 Dec 2011 14:12:56 +0000

neokoder:

Цитата повстанец @ 03.12.11, 14:04

Я один тут не вижу слова MSVC?

Специально для тебя:

Цитата cppasm @ 03.12.11, 11:17

UnhandledExceptionFilter НЕ ЛОВИТ ИСКЛЮЧЕНИЯ ЯЗЫКА, она ловит только системные исключения.

Он ловит ВСЕ исключения и SEH и C++ в MSVC.

И ещё вот это также специально для тебя :) :

Цитата cppasm @ 03.12.11, 11:17

Бажит повстанец, потому что не читает ни MSDN, ни то, что ему пишут (тему правда уже почикали).

необходимо разобраться с обработкой системных исключений

niXman — Sat, 03 Dec 2011 14:09:00 +0000

niXman:

Цитата neokoder @ 03.12.11, 13:55

Ну вот значит это косяки Cygwin.

ну дык! сижвин и не должен это обрабатывать! он же эмулятор! :wall:

Цитата neokoder @ 03.12.11, 13:55

А что насчёт __try __except поддерживается этот синтаксис в MinGW?

микрософткомпилятор славится своим не соответствием стандарту. ты что считаешь, что его несоответствия должны перенести в стандарт? :D
ни один компилятор в здравом уме не станет реализовывать __try __except. засмеют же.

Цитата neokoder @ 03.12.11, 13:55

И скажи какой версией GCC компилишь? И MinGW какая версия?

у меня в пописи. 4.6.1/4.6.2/4.7.0