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

Windows vs. Linux

Majestio — Fri, 24 Nov 2023 11:27:58 +0000

Majestio: AUR в Manjaro стал саксэм и мастдаем!!! Уже 3-я или 4-я обнова не может собрать клиента для PostgreSQL для mingw-w64 :(

Добавлено 24.11.23, 11:29
А виндовый MSYS2 просто безумно радует!!! Жаль, что в нём нет возможности запилить Valgrind

Windows vs. Linux

macomics — Tue, 05 Sep 2023 01:32:40 +0000

macomics:

Цитата ^D^ima @ 03.09.23, 12:53

Ты про эти ветки?
https://upload.wikimedia.org/wikipedia/comm...on_Timeline.svg

Да про эти. Я по памяти перечислял. Нету привычки ссылаться на wiki чуть что.

Windows vs. Linux

^D^ima — Sun, 03 Sep 2023 12:53:52 +0000

^D^ima: macomics
Ты про эти ветки?
https://upload.wikimedia.org/wikipedia/comm...on_Timeline.svg

Windows vs. Linux

D_KEY — Sat, 02 Sep 2023 14:26:41 +0000

D_KEY:

Цитата ^D^ima @ 01.09.23, 13:53

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

Есть-ли таблица сравнений этих отличий?

А то сморю видео, лезу в свой линукс и не нахожу этого

Думаю, что тебе проще составить такую таблицу самому, исходя из твоих критериев.

Windows vs. Linux

Majestio — Sat, 02 Sep 2023 09:14:14 +0000

Majestio:

Цитата macomics @ 01.09.23, 19:32

Есть Manjarno и он по ветке Debian

Manjaro

Цитата

Arch Linux является независимым дистрибутивом, разработанным с нуля. Создатель дистрибутива Джадд Винет вдохновлялся CRUX, но мнение о том, что Arch основан на CRUX, ошибочно. На Arch основаны такие дистрибутивы, как Antergos, Parabola GNU, ArchBang, Arch Hurd, Chakra, ConnochaetOS, Manjaro и другие[17].

Windows vs. Linux

macomics — Fri, 01 Sep 2023 19:32:56 +0000

macomics:

Цитата ^D^ima @ 01.09.23, 13:53

Есть-ли таблица сравнений этих отличий?

Таблицы нету. Есть несколько основных веток развития. Четыре или пять. Из основных: Gentoo, Debian, Ubuntu, и, по моему, Mandrake. Если будешь смотреть видео о линуксе по своей ветке разработки, тогда все будет на месте. Вот у меня сейчас Calculate Linux под KDE. Он идет по ветке Gentoo. Читаю доку по Gentoo и там все нахожу. Есть AltLinux и SimplyLinux они по ветке Ubuntu идут. Есть Manjarno и он по ветке Debian. А вот про последнюю я уже ничего и не помню. Давно не слышно ничего про них. Хотя я, возможно, слишком полтно сижу на Gentoo и не обращаю на них внимания.

З.Ы. Любителям поиграть. Посмотрите вот это

Скрытый текст

https://www.ixbt.com/live/sw/kak-ustanovit-...-o-windows.html

Видео в конце статьи. Оба ролика

Windows vs. Linux

^D^ima — Fri, 01 Sep 2023 13:53:20 +0000

^D^ima: Я немного работал с линуксом, но заметил что разные дистрибутивы отличаются. Отличаются механизмом установки пакетов, хранением системных настроек и т.п.

Есть-ли таблица сравнений этих отличий?

А то сморю видео, лезу в свой линукс и не нахожу этого

Windows vs. Linux

macomics — Fri, 11 Aug 2023 16:30:16 +0000

macomics:

Цитата Majestio @ 11.08.23, 16:07

А вот видюха моя - Radeon RX 580, найду ли я дрова под нее?

Возможно эта ссылочка поможет. Но как я успел понять, то можно подсунуть ему драйвера для SLED.

https://wiki.manjaro.org/index.php/Configure_Graphics_Cards

AMD вообще что-то как-то не очень жалуют Linux. У них очень ограниченный выбор драйверов для этих ОС. Поэтому я в основном использую NVidia.

Windows vs. Linux

Majestio — Fri, 11 Aug 2023 16:07:59 +0000

Majestio:

Цитата macomics @ 11.08.23, 14:08

Работает нормально акселерация под wine. Просто надо в ядре драйвер с открытым исходным кодом для вашей видеокарты выключить и установить пакет с сайта производителя актуальной на данной момент версии с закрытым кодом. На них GPU под Linux становится как на Windows.

Например, для NVidia в комплекте идет драйвер nouveau, а на сайте https://www.nvidia.com/ru-ru/drivers/unix/ есть и другие драйвера. С ними видеокатра работает сильно лучше.

Из Линухов я сильно уважаю только два дистра - Funtoo и Manjaro. С первым дистром, правда, уже лет 5-6 не заморачивался - выжимать нечего, ибо они пока под VMWare живут. А вот видюха моя - Radeon RX 580, найду ли я дрова под нее?

Цитата macomics @ 11.08.23, 14:08

Еще можно попробовать обмотать видеокарту синей изолентой.

Это вааще первое дело для надёжности! :lool:

Windows vs. Linux

macomics — Fri, 11 Aug 2023 14:08:38 +0000

macomics:

Цитата Majestio @ 11.08.23, 07:38

нужна акселерация GPU. Вот тут я на счет Wine не уверен

Windows vs. Linux

Majestio — Fri, 11 Aug 2023 07:38:36 +0000

Majestio:

Цитата D_KEY @ 11.08.23, 06:06

А разве под wine не работает?

Раньше, давным-давно, что-то вроде запускалось, типа Фотошопа. На современных версиях - не уверен, т.к. дополнительно ставится ~~куча~~ несколько служб. И еще существенный момент - для Иллюстратоа и приблуд для видео - нужна акселерация GPU. Вот тут я на счет Wine не уверен.

Windows vs. Linux

D_KEY — Fri, 11 Aug 2023 06:06:02 +0000

D_KEY: А разве под wine не работает?

Windows vs. Linux

Majestio — Fri, 11 Aug 2023 06:01:01 +0000

Majestio: Для меня в линухе единственная засада - невозможность работы с продуктами линейки Adobe. Нативные аналоги типа Gimp'а не радуют.

Windows vs. Linux

A.I. — Fri, 11 Aug 2023 05:50:47 +0000

A.I.: Стоит 11 дебиан на десктопе единственной ОС. Каеф в связке с кедами. Включил - оно работает, а не тянет обновления, ноет о перезагрузке, ломает зависимости софта, критичного для меня. Вот один раз настроил и забыл. Причем по настройке софта примерно как и в винде по сложности и времени. З.Ы. стал стар, не тянет на приключения с апдейтом на 12. Пока не вижу смысла. Софт для работы исправно функциклирует, браузеры рендерят что надо, плеер музяку воспроизводит. Всё огонь. Даже Crimsonland нативный есть без танцев с wine. А мне больше и не надо. Если лезть во всякие стим за игрушками, то однозначно надо винду. А если просто рабочая тачка покодить или тексты печатать, ну или работа в браузере, то примерно уже похъ. Исключение - если прям нужен Visual Studio.

Windows vs. Linux

D_KEY — Thu, 10 Aug 2023 20:15:48 +0000

D_KEY: Не, ну ситуация, конечно лучше, чем была. Но пока без винды с играми на ПК сложно.
Интересно, что в стимдэк, в котором steam os на базе линукса, поддерживается больше игр.

Windows vs. Linux

Qraizer — Thu, 10 Aug 2023 18:49:06 +0000

Qraizer: Даже с ним какую AAA ни тыкаю, хрен, а не linux. Наверняка с индиющками проще, но лично в моей библиотеке ничего, кроме продуктов самой Valve, под linux не заявлено. Кое-где ещё макОСь ещё промелькивает.

Windows vs. Linux

D_KEY — Thu, 10 Aug 2023 16:11:10 +0000

D_KEY:

Цитата macomics @ 10.08.23, 14:45

Вы удивитесь. Steam позволяет запускать практически все что есть под Windows на Linux.

Нет.

Добавлено 10.08.23, 16:12
Или вы про Proton и пр.?

Добавлено 10.08.23, 16:18
Но даже с ним не все игры нормально работают. Хотя есть те, что официально поддерживаются.

Windows vs. Linux

macomics — Thu, 10 Aug 2023 14:45:32 +0000

macomics:

Цитата D_KEY @ 10.08.23, 14:02

что люди хотят использовать, есть в linux. Особенно игры.

Вы удивитесь. Steam позволяет запускать практически все что есть под Windows на Linux. И игр под Linux уникальных тоже достаточно. Драйверы поставить, чтобы игры шли нормально тоже не проблема.

Windows vs. Linux

D_KEY — Thu, 10 Aug 2023 14:02:54 +0000

D_KEY: Многие дистрибутивы давно уже просты и дружелюбны для обычных пользователей. Вопрос только в том, что не все, что люди хотят использовать, есть в linux. Особенно игры.

Windows vs. Linux

macomics — Thu, 10 Aug 2023 09:20:22 +0000

macomics: Да ничего страшного в Linux нету. Я вот давно сижу на нем и все в порядке. Периодически приходится кое-какие настройки в конфигах поправить после обновления, но в целом все отлично и даже лучше чем на окнах.

Windows vs. Linux

Gonarh — Thu, 10 Aug 2023 09:06:57 +0000

Gonarh: Бобёр, капец ты археолог :lol:

Windows vs. Linux

Бобёр — Thu, 03 Aug 2023 19:32:03 +0000

Бобёр: Сегодня установил Debian 12 совершенно гражданским людям (розовые пони и т.п.). Винду нынче купить сложно, приходится выкручиваться.
Они хотят что бы все было по белому и по официалке. Вариантов мало, посмотрим как будут выкручиваться :)

Windows vs. Linux

Adil — Sat, 21 Jul 2012 22:01:34 +0000

Adil:

Цитата KILLER @ 21.07.12, 19:15

Наверное потому что ты не ту версию ставишь, это трабла с версией 7.4

А, ну сорри, не обратил внимания. В генте эта версия помечена как ещё нестабильная.
А gdb-7.3.1 и с
mv /usr/bin/makeinfo /usr/bin/makeinfo.bak
собрался.

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 19:15:41 +0000

KILLER:

Цитата Adil @ 21.07.12, 17:42

Ты специалист, тебе, конечно, видней, но checking... пишет обычно configure.

Конечно, я нуб мне не виднее, но configure закончился без ошибок. Я твой пример тоже пробовал, аналогично, Makefile генерится нормально, никаких ошибок не выдает, и во время компиляции проходит checking, не нужно лапшу на уши вешать, я что слепой? Иль вы там в своем юниксе уже сами не знаете как что работает?

Добавлено 21.07.12, 19:17

Цитата Adil @ 21.07.12, 17:42

И уменя почему-то:

Наверное потому что ты не ту версию ставишь, это трабла с версией 7.4, ссылку на обсуждение проблемы я привел. И если б ыэто было моих кривык рук дело, я бы патча наверное не нашел бы. Не нужно камуфлировать баги под фичи. Почитай лучше что пишут дядьки по ссылкам приведенным выше.

Добавлено 21.07.12, 19:30
http://sources.redhat.com/gdb/download/ANNOUNCEMENT

Цитата

GDB 7.4.1 is a minor corrective release based on GDB 7.4, bringing
the following fixes:

* [GDB/MI] Error when resuming program execution in all-stop mode
("Cannot execute this command without a live selected thread").

* [Pascal] Polluted display of class methods parameters.

* [target remote] Errror when connecting to remote target where
disconnected tracing is in effect.

* [AVX] Float and ymm* register values not available.

* [GDB] Crash when using the "finish" command.

* [build] makeinfo should not be required to build GDB.

Добавлено 21.07.12, 19:30
Фича, зачем ее только фиксили :whistle:

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 17:56:46 +0000

D_KEY:

Цитата Adil @ 21.07.12, 17:42

Цитата KILLER @ 21.07.12, 17:13

Это уже во время компиляции вылетело.

Ты специалист, тебе, конечно, видней, но checking... пишет обычно configure.

У них там иерархичная структура. Так что выводит, скорее всего и configure, хотя вот рутовый configure проверяет, но молчит:

...

checking for makeinfo... no

...

configure: creating ./config.status

config.status: creating Makefile

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

Windows vs. Linux

Adil — Sat, 21 Jul 2012 17:42:42 +0000

Adil:

Цитата KILLER @ 21.07.12, 17:13

Это уже во время компиляции вылетело.

Ты специалист, тебе, конечно, видней, но checking... пишет обычно configure.
И уменя почему-то:

localhost gdb-7.3.1 # ./configure | grep makeinfo

checking for makeinfo... makeinfo

localhost gdb-7.3.1 #

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 17:13:20 +0000

KILLER:

Цитата Adil @ 21.07.12, 17:09

Так а это откуда?

Это уже во время компиляции вылетело.

Windows vs. Linux

Adil — Sat, 21 Jul 2012 17:09:01 +0000

Adil:

Цитата D_KEY @ 21.07.12, 13:31

Так нет ошибки в configure, в том-то и дело.

Цитата KILLER @ 21.07.12, 10:17

checking for makeinfo... /nethome/killer/gdb/gdb-7.4/missing makeinfo --split-size=5000000
configure: error: makeinfo is required for compilation

Так а это откуда?

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 14:49:50 +0000

KILLER: Урааа, оно поставилось, только нема чота бинаря gdbserver :-? :oops:

Добавлено 21.07.12, 14:50

Цитата D_KEY @ 21.07.12, 14:48

Так что пишет-то?

Та уже вроде ниче, может это ман специально вылез, типа как после установки...

Добавлено 21.07.12, 14:52
есть файлы gdb и gdbtui и все :-? :no-sad:

Добавлено 21.07.12, 14:53
Может быть он по умолчанию не ставится?

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 14:48:42 +0000

D_KEY: Так что пишет-то?

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 14:40:16 +0000

KILLER: В общем с горем пополам, с редактированием сырцов и исправлением ошибок, откомпилил я всю эту муть, но оно теперь не инсталица, доходит до определенного момента, вылетает какой то ман. И все... :wall:

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 13:41:01 +0000

KILLER: А если поставить rpm в локальную папку, и оттуда попытаца с помощью него установить пакет, или все равно прав не хватит?

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 13:38:35 +0000

D_KEY: Ну, видимо, сырцы gdb не рассчитаны на xlc...

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 13:36:36 +0000

KILLER: Ну вобщем не собралось, теже ошибки что и выше, компиляционные. Пошел искать патч :wall:

Добавлено 21.07.12, 13:38
Во, видимо моя ситуация, хотя у меня AIX 6.1
http://lists.gnu.org/archive/html/gdb/2010-04/msg00001.html

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 13:31:37 +0000

D_KEY:

Цитата Adil @ 21.07.12, 13:11

Цитата D_KEY @ 21.07.12, 11:10

Да. Но это баг, так как configure определяет, что makeinfo нет, но ничего не требует, создает нормально Makefile.

Нет, это не бага. Просто запускать надо не как ты

Цитата KILLER @ 21.07.12, 10:17

./configure --prefix=/nethome/killer/sys/local --exec-prefix=/nethome/killer/sys/local --bindir=/nethome/killer/sys/local/bin; make; make install

а так

./configure --prefix=/nethome/killer/sys/local --exec-prefix=/nethome/killer/sys/local --bindir=/nethome/killer/sys/local/bin && make && make install
тогда при ошибке ./configure не запустится make, а при ошибке make - не запустится make install

Так нет ошибки в configure, в том-то и дело.

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 13:14:34 +0000

KILLER: Adil, я запускал вот так:
сначало

./configure --prefix=/nethome/killer/sys/local --exec-prefix=/nethome/killer/sys/local --bindir=/nethome/killer/sys/local/bin

после этого

make

До make install не дошел. Привел эту строку потому что она у меня запомнена так была в блокноте, просто скопипастил.

Добавлено 21.07.12, 13:19
Вообще у меня цель была прикрутить к Eclips'у удаленную отладку, т.е. чтобы можно было из под винды дебажить сервер на юниксе. Погуглил, вроде нашел что так можно сделать с помощью gdbserver, вот и начал ставить gdb. Может по порще есть варианты? :unsure:

Добавлено 21.07.12, 13:27
Так, ща попробую поставить предложенным выше способом gdb7.4.1, которая якобы идет с патчем для makeinfo.

Windows vs. Linux

Adil — Sat, 21 Jul 2012 13:11:40 +0000

Adil:

Цитата D_KEY @ 21.07.12, 11:10

Да. Но это баг, так как configure определяет, что makeinfo нет, но ничего не требует, создает нормально Makefile.

Нет, это не бага. Просто запускать надо не как ты

Цитата KILLER @ 21.07.12, 10:17

./configure --prefix=/nethome/killer/sys/local --exec-prefix=/nethome/killer/sys/local --bindir=/nethome/killer/sys/local/bin; make; make install

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 12:46:58 +0000

KILLER:

Цитата D_KEY @ 21.07.12, 12:36

Ну вот из-за этого и проблемы... Может сначала gcc собрать, правда я боюсь тебе это предлагать

Да не, он нормально собирает, ну tar я собрал вообще без проблем. Он там вроде даже чуть ли не последней версии стоит

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 12:36:03 +0000

D_KEY: А, извини, у тебя же нет прав на установку(мне точно пора в отпуск :lol: )...

Добавлено 21.07.12, 12:37

Цитата KILLER @ 21.07.12, 12:25

у меня там вроде xlc стоит.

Ну вот из-за этого и проблемы... Может сначала gcc собрать, правда я боюсь тебе это предлагать :)

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 12:25:00 +0000

KILLER: у меня там вроде xlc стоит. хз как проверить версию?

Добавлено 21.07.12, 12:26

Цитата D_KEY @ 21.07.12, 12:06

Хм. А что говорит?

$ rpm -i --prefix=/nethome/killer/sys/local tar-1.14-2.aix5.1.ppc.rpm

failed to open /opt/freeware/packages/packages.rpm: Permission denied

error: cannot open /opt/freeware/packages/packages.rpm

Press any key to continue...

Добавлено 21.07.12, 12:26
ну это я на tar'е попробовал.

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 12:06:31 +0000

D_KEY: KILLER, у тебя какой gcc там?

Цитата

с помощью rpm не получается, нема прав...

Хм. А что говорит?

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 11:52:41 +0000

KILLER:

:wall:

fd -I../../gdb -I./../../gdb -I./../../gdb/config -I../../intl -DHAVE_COMMON_FPU -I../common -I./../common debug.c

"words.h", line 81.9: 1506-166 (S) Definition of function natural64 requires parentheses.

"words.h", line 81.19: 1506-276 (S) Syntax error: possible missing '{'?

"bits.c", line 33.11: 1506-275 (S) Unexpected text integer constant encountered.

"bits.c", line 33.11: 1506-045 (S) Undeclared identifier unsigned64.

"bits.c", line 33.11: 1506-045 (S) Undeclared identifier stop.

"bits.c", line 33.11: 1506-045 (S) Undeclared identifier start.

"bits.c", line 33.3: 1506-045 (S) Undeclared identifier word.

"bits.c", line 38.2: 1506-166 (S) Definition of function unsigned64 requires parentheses.

"bits.c", line 39.1: 1506-276 (S) Syntax error: possible missing '{'?

"bits.c", line 43.21: 1506-045 (S) Undeclared identifier start.

"bits.c", line 43.3: 1506-045 (S) Undeclared identifier val.

"bits.c", line 44.30: 1506-045 (S) Undeclared identifier stop.

"bits.c", line 58.2: 1506-166 (S) Definition of function unsigned64 requires parentheses.

"bits.c", line 59.1: 1506-276 (S) Syntax error: possible missing '{'?

"bits.c", line 63.18: 1506-275 (S) Unexpected text integer constant encountered.

"bits.c", line 63.18: 1506-045 (S) Undeclared identifier unsigned64.

"bits.c", line 63.18: 1506-045 (S) Undeclared identifier stop.

"bits.c", line 63.18: 1506-045 (S) Undeclared identifier start.

"bits.c", line 63.11: 1506-045 (S) Undeclared identifier word.

"bits.c", line 67.2: 1506-166 (S) Definition of function unsigned_word requires parentheses.

"bits.c", line 68.1: 1506-276 (S) Syntax error: possible missing '{'?

"bits.c", line 72.20: 1506-045 (S) Undeclared identifier start.

"bits.c", line 72.20: 1506-045 (S) Undeclared identifier stop.

"bits.c", line 72.11: 1506-045 (S) Undeclared identifier word.

"bits.c", line 78.2: 1506-166 (S) Definition of function unsigned_word requires parentheses.

"bits.c", line 79.1: 1506-276 (S) Syntax error: possible missing '{'?

"bits.c", line 83.10: 1506-045 (S) Undeclared identifier start.

"bits.c", line 83.19: 1506-045 (S) Undeclared identifier stop.

"bits.c", line 90.14: 1506-045 (S) Undeclared identifier word.

"bits.c", line 97.2: 1506-166 (S) Definition of function unsigned_word requires parentheses.

"bits.c", line 98.1: 1506-276 (S) Syntax error: possible missing '{'?

"bits.c", line 102.10: 1506-045 (S) Undeclared identifier start.

"bits.c", line 102.19: 1506-045 (S) Undeclared identifier stop.

"bits.c", line 109.14: 1506-045 (S) Undeclared identifier word.

"bits.c", line 126.2: 1506-166 (S) Definition of function unsigned64 requires parentheses.

"bits.c", line 127.1: 1506-276 (S) Syntax error: possible missing '{'?

"bits.c", line 130.10: 1506-045 (S) Undeclared identifier shift.

"bits.c", line 131.10: 1506-045 (S) Undeclared identifier val.

"sim-endian.h", line 28.20: 1506-166 (S) Definition of function unsigned_1 requires parentheses.

"sim-endian.h", line 28.32: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 43.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 52.2: 1506-166 (S) Definition of function unsigned_1 requires parentheses.

"sim-endian-n.h", line 53.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 56.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 65.2: 1506-166 (S) Definition of function unsigned_1 requires parentheses.

"sim-endian-n.h", line 66.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 68.5: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 74.2: 1506-166 (S) Definition of function unsigned_1 requires parentheses.

"sim-endian-n.h", line 75.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 78.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 87.2: 1506-166 (S) Definition of function unsigned_1 requires parentheses.

"sim-endian-n.h", line 88.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 91.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 100.2: 1506-166 (S) Definition of function unsigned_1 requires parentheses.

"sim-endian-n.h", line 101.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 104.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 113.2: 1506-166 (S) Definition of function unsigned_1 requires parentheses.

"sim-endian-n.h", line 114.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 117.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 39.2: 1506-166 (S) Definition of function unsigned_2 requires parentheses.

"sim-endian-n.h", line 40.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 43.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 52.2: 1506-166 (S) Definition of function unsigned_2 requires parentheses.

"sim-endian-n.h", line 53.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 56.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 65.2: 1506-166 (S) Definition of function unsigned_2 requires parentheses.

"sim-endian-n.h", line 66.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 68.5: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 74.2: 1506-166 (S) Definition of function unsigned_2 requires parentheses.

"sim-endian-n.h", line 75.1: 1506-276 (S) Syntax error: possible missing '{'?

"sim-endian-n.h", line 78.12: 1506-045 (S) Undeclared identifier raw_in.

"sim-endian-n.h", line 87.2: 1506-166 (S) Definition of function unsigned_2 requires parentheses.

make: The error code from the last command is 1.

Stop.

make: The error code from the last command is 1.

Stop.

make: The error code from the last command is 2.

Stop.

make: The error code from the last command is 2.

Stop.

Press any key to continue...

Добавлено 21.07.12, 11:55
Мне что, придется щас фиксить в таком вот стиле?
http://lists.gnu.org/archive/html/gdb/2010-10/msg00011.html

Добавлено 21.07.12, 11:58
с помощью rpm не получается, нема прав... :angry:

Добавлено 21.07.12, 12:01
Ладно, щас попробую 7.4.1 поставить, хотя я уже заглянул и там configure.ac такой же как и в 7.4

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 11:10:20 +0000

D_KEY:

Цитата Adil @ 21.07.12, 11:04

KILLER, у тебя, походу, просто нет утилиты makeinfo, которая - по крайней мере в генте - идет в пакете sys-apps/texinfo

Да. Но это баг, так как configure определяет, что makeinfo нет, но ничего не требует, создает нормально Makefile.

Windows vs. Linux

Adil — Sat, 21 Jul 2012 11:04:07 +0000

Adil: KILLER, у тебя, походу, просто нет утилиты makeinfo, которая - по крайней мере в генте - идет в пакете sys-apps/texinfo

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 11:03:54 +0000

KILLER: Ок, спасиб, ща попробую с помощью rpm'а поставить

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 10:57:58 +0000

D_KEY:

Цитата KILLER @ 21.07.12, 10:48

Цитата D_KEY @ 21.07.12, 10:42

Просто баг сборки. Вообще странно, что это попало в стабильный релиз.

Ну так эта сборка равносильна инсталяции. Стандартная операция для *nix систем.

Сейчас все-таки чаще всего используют систему пакетов/портов и т.п. от дистрибутива. По крайней мере в linux'ах.
Я частенько делаю пакеты сам(в смысле checkinstall'ом), если приходится ставить что-то через ручную установку.

Добавлено 21.07.12, 11:01

Цитата KILLER @ 21.07.12, 10:48

а с помощью rpm можно в локальный свой каталог, где у меня есть права установить?

rpm -i -prefix=путь пакет

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 10:48:51 +0000

KILLER:

Цитата D_KEY @ 21.07.12, 10:42

Просто баг сборки. Вообще странно, что это попало в стабильный релиз.

Ну так эта сборка равносильна инсталяции. Стандартная операция для *nix систем.

Добавлено 21.07.12, 10:49
Мне вот тоже странно что оно попало в стабильный релиз <_<

Добавлено 21.07.12, 10:54
Главное чтобы больше небыло ошибок, а то я уже устал собирать его... Щас опять какая нить фигня как вылезет...

Добавлено 21.07.12, 10:55
а с помощью rpm можно в локальный свой каталог, где у меня есть права установить? А то я вчера так особо его не пробовал, просто стандартно запустил он мне выдал что нема у него привилегий.

Windows vs. Linux

D_KEY — Sat, 21 Jul 2012 10:42:41 +0000

D_KEY:

Цитата KILLER @ 21.07.12, 10:17

Ну вот, хочу поставить себе на юникс gdb7.4, но в свою локальную папку пишу так:

./configure --prefix=/nethome/killer/sys/local --exec-prefix=/nethome/killer/sys/local --bindir=/nethome/killer/sys/local/bin; make; make install

В процессе компиляции вылетает ошибка:

checking for makeinfo... /nethome/killer/gdb/gdb-7.4/missing makeinfo --split-size=5000000

configure: error: makeinfo is required for compilation

make: The error code from the last command is 1.

Чего патцаны не компили свои исходники ?

Просто баг сборки. Вообще странно, что это попало в стабильный релиз.

Цитата

Вот поэтому до десктопов *nix системам далеко...

При чем тут *nix системы? Чуваки накосячили в своем проекте. Если ты работаешь через систему пакетов в твоем дистре, то тебя это не коснется.

Windows vs. Linux

KILLER — Sat, 21 Jul 2012 10:17:13 +0000

KILLER: Ну вот, хочу поставить себе на юникс gdb7.4, но в свою локальную папку пишу так:

./configure --prefix=/nethome/killer/sys/local --exec-prefix=/nethome/killer/sys/local --bindir=/nethome/killer/sys/local/bin; make; make install

В процессе компиляции вылетает ошибка:

checking for makeinfo... /nethome/killer/gdb/gdb-7.4/missing makeinfo --split-size=5000000

configure: error: makeinfo is required for compilation

make: The error code from the last command is 1.

Чего патцаны не компили свои исходники ?

Добавлено 21.07.12, 10:20
Обсуждение траблы http://sourceware.org/bugzilla/show_bug.cgi?id=13638

Добавлено 21.07.12, 10:21
Вот поэтому до десктопов *nix системам далеко...

Windows vs. Linux

Adil — Sun, 08 Jul 2012 08:24:21 +0000

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

Windows vs. Linux

Qraizer — Sun, 08 Jul 2012 01:26:21 +0000

Qraizer: Понятия не имею, Adil. Напиши авторам. Возможно получишь объяснение. А возможно благодарность за отзыв и редизайн msconfig.

Цитата Adil @ 07.07.12, 21:57

Ну так, и правильно - вот только какую бизнес логику можно сунуть в обработчики WM_NCMOUSEMOVE, WM_NCMOUSEDOWN и WM_NCMOUSEUP, что микрософтовцы запретили перетаскивание родительского окна?

Ой да любую. В мануалах по поводу этих сообщений никаких рекомендаций не указано. Автор волен туда пихать, что хочет, кроме - весьма желательно - отрисовки. К WM_PAINT вот указано, а к этим нет.

Windows vs. Linux

Adil — Sat, 07 Jul 2012 21:57:39 +0000

Adil: Ну так, и правильно - вот только какую бизнес логику можно сунуть в обработчики WM_NCMOUSEMOVE, WM_NCMOUSEDOWN и WM_NCMOUSEUP, что микрософтовцы запретили перетаскивание родительского окна?

А какую цель они преследовали, делая окно msconfig с неизменяемыми размерами во всей линейке виндоуз? Доставить удовольствие юзеру в прохождении квеста, желающему посмотреть в каком ключе реестра прописан автозапуск проги?
msconfig2.jpg (, : 378)

Windows vs. Linux

Qraizer — Sat, 07 Jul 2012 20:12:07 +0000

Qraizer:

Цитата amk @ 07.07.12, 14:50

... Так что полных гарантий не дают и модальные окна Windows. ...

Это действия самого программиста, и о подобных KILLER как раз и говорил. Программист сам по своей инициативе это сделал, и априори его код на это расчитан. Это явно не та ситуация, когда программист полагается на ОСь, а та его обманывает.

Цитата korvin @ 07.07.12, 14:50

ты просто не понимаешь, что в иксах и макоси операции с окном (читай рамкой: изменение размеров, перемещение) никак не связаны с содержимым окна (виджетами), т.к. первым заведуют иксы и WM, а вторым тулкит (GTK, Qt).

Это как раз попадает под

Цитата Qraizer @ 07.07.12, 14:29

хотя если там всё инкапсулировано в библиотеки...

ОС тут не запрещает абсолютно что-либо, она просто выполняет свои by design гарантии, а как ведут себя библиотеки, это их дело, и обеспечивать программисту "всё хорошо" уже их задача.

Цитата Adil @ 07.07.12, 16:54

И у "модально перекрытого" окна также спокойно работает таймер на WM_TIMER, и обрабатываются WM_NCPAINT и WM_PAINT - иначе бы это окно не перерисовывалось при перекрытии другими окнами. И так же спокойно "модально перекрытое" окно обработает программно созданное WM_SIZE и т.д. - проверьте с помощью Spy++. Так что про какие гарантии говорят KILLER и Qraizer - мне не понятно.

И те, и другие и неупомянутые остальные сообщения не имеют того влияния на пользовательский код, которые могут привести к нарушению данных ОСью гарантий. Точнее, не должны иметь. Не дураки же GUI API проектировали, что не запретили то, что можно было не запрещать. Читать мануалы программист таки обязан. И если там написано, что WM_PAINT должно только отрисовывать окно и ничего больше, то если там ещё реализован кусок бизнес-логики, ОСь тут бессильна.
Вообще что касается повторных входов в оконную функцию, то всё это подробно и внятно описано и даже с примерами, когда что может возникуть, когда нет. Как всегда спор о том, что кое-кому чего-то хочется, не смотря ни на что, и ему плевать на дизайн системы. Вот завтра - точно говорю, так и будет - мне восхочется, чтобы в линухе появился DirectX. там делов-то, библиотечку с thunk-ами вокруг OpenGL набросать.

Windows vs. Linux

KILLER — Sat, 07 Jul 2012 19:28:16 +0000

KILLER:

Цитата korvin @ 07.07.12, 18:54

Вот именно, а в иксах это не так.

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

Цитата korvin @ 07.07.12, 18:54

Зачем мне кого-то просить? Я поставил систему в которой меня все устраивает искаробки =)

Ну так видимо ты не то ставил, какую нить хрень небось поставил или специально настроил так шобы тут возмущаца. У меня таких проблем небыло, хотя ставил я тоже просто так искаропки, ниче не настраивал практически, и ничего, доволен, таких проблем как у тебя у меня небыло :-?

Цитата korvin @ 07.07.12, 18:54

Ну, ЕМНИП, mkfs на примонтированном устройстве тоже нельзя сделать, завтра проверю в виртуалке.

ЕМНИП давно была об этом тема, там предоставляли команду под линуксом которая его сносила, возможно вру, но что то такое помню. Нужно будет поискать. Уточнить.

Windows vs. Linux

korvin — Sat, 07 Jul 2012 18:54:06 +0000

korvin:

Цитата KILLER @ 07.07.12, 16:20

потому что рамка - это неотъемленная часть окна, по крайней мере так в ХП.

Вот именно, а в иксах это не так.

Цитата KILLER @ 07.07.12, 16:20

Попроси специалиста поставить и настроить тебе систему, возможно тогда ты изменишь свое представление об ОС.

Зачем мне кого-то просить? Я поставил систему в которой меня все устраивает искаробки =)

Цитата KILLER @ 07.07.12, 16:20

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

Ну, ЕМНИП, mkfs на примонтированном устройстве тоже нельзя сделать, завтра проверю в виртуалке.

Windows vs. Linux

KILLER — Sat, 07 Jul 2012 18:15:45 +0000

KILLER:

Цитата Adil @ 07.07.12, 16:54

Это понятно, иначе бы при перетаскивании того же модального окна, оставался бы "след от него" на родительском.
Имелось ввиду, что сообщения направленные главному окну, во всяком случае фокус, тут же перенаправляется с родительского на дочернее. Видимо именно так оно и сделано, или подобно. Поэтому не поменяет оно размер, так как для того чтобы поменять размер, нужно чтобы фокус был на родительском окне, а этого не даст модальное.

Windows vs. Linux

Adil — Sat, 07 Jul 2012 16:54:18 +0000

Adil:

Цитата KILLER @ 07.07.12, 16:20

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

Не надо ля-ля. Ничего они не перехватываются. Просто у окна, показанного модально, свой цикл обработки очереди сообщений, в котором сообщения родительскому окну выбираются из очереди и диспетчеризуются его оконной процедуре так же, как и в "основном" цикле обработки сообщений. И у "модально перекрытого" окна также спокойно работает таймер на WM_TIMER, и обрабатываются WM_NCPAINT и WM_PAINT - иначе бы это окно не перерисовывалось при перекрытии другими окнами. И так же спокойно "модально перекрытое" окно обработает программно созданное WM_SIZE и т.д. - проверьте с помощью Spy++. Так что про какие гарантии говорят KILLER и Qraizer - мне не понятно. Гарантия то только одна - юзер ни хрена не может, и всё.

Windows vs. Linux

KILLER — Sat, 07 Jul 2012 16:20:05 +0000

KILLER:

Цитата korvin @ 07.07.12, 13:27

Ну дык, когда он тыкнет по виджету родительского окна, для него это станет очевидным, рамку-то зачем блокировать?

потому что рамка - это неотъемленная часть окна, по крайней мере так в ХП. Само модальное окно, порсто берет весь цикл обработки сообщений направленный родительскому окну - на себя. И все. Т.е. все сообщения направленные родителю будут посылаться модальному окну, оно их будет сжирать, просто это будут заглушки по сути выполнятся.

Цитата korvin @ 07.07.12, 13:27

спокойно смотреть фильм/играть в игру, серфить в интернете, работать. И ничего не мешает.

Я вот уже и не вспомню, когда же у меня выскакивали окна, постоянно мешая мне смотреть фильм и играть в игры. Вот хз. Вылетали только те оповещения, которые были очень нужными. Т.е. звоник со скайпа, или например что какая то задача, специально мною запущеная с оповещением выполнилась. А чтоб вот так как у тебя, что невозможно сидеть за компом и работать т.к. вылетают всякие оповещения об обновлении и т.д. у меня небыло :-? Поэтому я затрудняюсь помочь тебе. Попроси специалиста поставить и настроить тебе систему, возможно тогда ты изменишь свое представление об ОС.

Цитата korvin @ 07.07.12, 13:27

Сейчас (виста, семерка) может и да, как-то не пробовал, но еще недавно удалить что-то важное с диска C не составляло труда, особенно учитывая, что умолчальный аккаунт создается с админскими правами и пользователи так под ним и сидят.

Цитата korvin @ 07.07.12, 13:27

Да ты тоже кандидат на нобелевку по логике.

:thanks:

Добавлено 07.07.12, 16:24

Цитата D_KEY @ 07.07.12, 14:04

Кто ж так GUI пишет? Я, конечно, в GUI плохо разбираюсь с точки зрения программирования

ИМХО тут вопрос противоречит дальнешей фразе.... Значит вопрос не корректный :-?

Добавлено 07.07.12, 16:27

Цитата D_KEY @ 07.07.12, 14:04

но все-таки это как-то странно...

Windows vs. Linux

MyNameIsIgor — Sat, 07 Jul 2012 15:12:26 +0000

MyNameIsIgor:

Цитата D_KEY @ 07.07.12, 15:11

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

Здесь "обычно" и "чуть ли ни" абсолютно лишние...

Windows vs. Linux

D_KEY — Sat, 07 Jul 2012 15:11:04 +0000

D_KEY:

Цитата Бобёр @ 07.07.12, 15:07

В винде я могу реализовать любое решение, если прикажет менеджер. Решать как будет удобно пользователю - не задача программиста

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

Windows vs. Linux

Бобёр — Sat, 07 Jul 2012 15:07:33 +0000

Бобёр: Короче. Про мордальные и немордальные окна. В винде я могу реализовать любое решение, если прикажет менеджер. Решать как будет удобно пользователю - не задача программиста, будем делать всё что угодно, возможности есть.

Windows vs. Linux

korvin — Sat, 07 Jul 2012 14:50:55 +0000

korvin:

Цитата Qraizer @ 07.07.12, 14:29

Цитата D_KEY @ 07.07.12, 14:04

Кто ж так GUI пишет?

Модальное окно на то и модальное по дизайну WinAPI, что оно гарантирует отсутствие событий в родительском окне, которые могли бы потребовать исполнения пользовательского кода для их обслуживания. И да, amk, для диалогов сохранения обычно важно, чтобы контент окна не менялся от момента появления окна, и вплоть до сохранения документа. Не следует же напоминать, что не только пользователь может его изменить, SendMessage() из какого-нибудь трояна запросто прощемится за спиной у юзера, а тот ничего и не заметит. Важно, чтобы сохранён был именно тот контент, который он собрался сохранить.
Если такой гарантии не требуется, есть немодальные окна, и если при этом автор сделал неверный выбор, то это его проблемы. Может быть ему так было просто проще, хотя это не аргумент, конечно. Если юзер напишет автору, мол, неудобно, сделай иначе, он может и переделать. Но вряд ли он будет переписывать ради одного-двух клиентов. Я вот лично не стал бы, однозначно. Ибо это значит, что ради одного-единственного короткого момента времени мне потребуется переписать всю оконную функцию, чтобы она фильтровала сообщения, обеспечивала транзакционность, может быть даже приплести к этому многопоточность и синхронизацию.

Добавлено 07.07.12, 14:34
Вероятно дизайн GUIя в MacOSях таков, что модальность дочернего окна ничего не гарантирует. Ну что ж, мне немного жаль разработчиков приложений, вынужденных работать без гарантий (хотя если там всё инкапсулировано в библиотеки, то и фиг с ним).

Вероятно ты просто не понимаешь, что в иксах и макоси операции с окном (читай рамкой: изменение размеров, перемещение) никак не связаны с содержимым окна (виджетами), т.к. первым заведуют иксы и WM, а вторым тулкит (GTK, Qt).

Windows vs. Linux

amk — Sat, 07 Jul 2012 14:50:32 +0000

amk:

Цитата Keepun @ 07.07.12, 14:25

Такое поведение обычно вызывает спам багзиллы

На самом деле модальное окно не блокирует работу лежащих под ним окон. Так, если приложение допускает фоновую обработку и выводит в окно, например прогресс-бар, то при открытии диалогов открытия/сохранения файлов перерисовка прогресс-бара не останавливается. Да и двигать само модальное окно можно. Так что полных гарантий не дают и модальные окна Windows. Видимо, единственное, что они делают - блокируют или перенаправляют сообщения пользовательского интерфейса. Включая системные сообщения окна.

Windows vs. Linux

Qraizer — Sat, 07 Jul 2012 14:29:39 +0000

Qraizer:

Цитата D_KEY @ 07.07.12, 14:04

Кто ж так GUI пишет?

Windows vs. Linux

Keepun — Sat, 07 Jul 2012 14:25:18 +0000

Keepun:

Цитата amk @ 07.07.12, 14:03

В конце концов передвинуть окно можно и без перерисовки... Да, часть окна окажется пустым.

Такое поведение обычно вызывает спам багзиллы :jokingly:

Windows vs. Linux

D_KEY — Sat, 07 Jul 2012 14:04:23 +0000

D_KEY:

Цитата Qraizer @ 07.07.12, 13:44

Не объяснил. Автору приложения могло быть важно, чтобы от открытия модального окна и до его закрытия доступ к родительскому был блокирован. Может быть он параллельной ниткой в фоне zipует его сериализированный образ. Вы вообще представляете, что значит "только изменить размер окна"? Какую лавину событий это вызовет и сколько кода - пользовательского! - в этом будет задействовано? И этот пользовательский код вот возьмёт и выполнит повторное вхождение в процедуры обрабтки событий, которые как бы уже залочены модальностью дочернего окна.

Кто ж так GUI пишет? Я, конечно, в GUI плохо разбираюсь с точки зрения программирования, но все-таки это как-то странно...

Windows vs. Linux

amk — Sat, 07 Jul 2012 14:03:38 +0000

amk:

Цитата Qraizer @ 07.07.12, 13:29

Для случаев, если таковое требуется, имеются немодальные диалоговые окна. Вот новость, да?

Для меня не новость, но вот стандартный диалог сохранения файла почему-то сделан модальным, так что это видимо новость для разработчиков Windows. Хотя

Цитата Qraizer @ 07.07.12, 13:44

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

к этому диалогу как раз относится.

В конце концов передвинуть окно можно и без перерисовки, если выполнение кода какие-то сложности вызывает. Да, часть окна окажется пустым. Закроется модальный диалог - оно перерисуется.

Windows vs. Linux

OpenGL — Sat, 07 Jul 2012 13:51:04 +0000

OpenGL:

Цитата korvin @ 07.07.12, 13:45

О, ну если в этих ваших виндах это создает такие проблемы, то конечно.

А как это решается в линуксах? Обработка пользовательских событий (или что там у вас) идет в разных потоках что ли?

Windows vs. Linux

korvin — Sat, 07 Jul 2012 13:45:51 +0000

korvin:

Цитата Qraizer @ 07.07.12, 13:44

О, ну если в этих ваших виндах это создает такие проблемы, то конечно. А у нас вот в иксах и макоси как-то нет этих проблем.

Windows vs. Linux

Qraizer — Sat, 07 Jul 2012 13:44:17 +0000

Qraizer: Не объяснил. Автору приложения могло быть важно, чтобы от открытия модального окна и до его закрытия доступ к родительскому был блокирован. Может быть он параллельной ниткой в фоне zipует его сериализированный образ. Вы вообще представляете, что значит "только изменить размер окна"? Какую лавину событий это вызовет и сколько кода - пользовательского! - в этом будет задействовано? И этот пользовательский код вот возьмёт и выполнит повторное вхождение в процедуры обрабтки событий, которые как бы уже залочены модальностью дочернего окна.

Windows vs. Linux

korvin — Sat, 07 Jul 2012 13:33:36 +0000

korvin:

Цитата OpenGL @ 07.07.12, 13:14

А при открытии модального окна родительское окно закрыть можно? Или оно только перемещается?

Нельзя.

Добавлено 07.07.12, 13:35

Цитата Qraizer @ 07.07.12, 13:29

Для случаев, если таковое требуется, имеются немодальные диалоговые окна. Вот новость, да? У вас претензии к авторам софта или к авторам ОСи, я что-то не пойму? А если немного подумать на тему "а почему это автор сзелал тут диалог модальным? может быть у него были на это причины? если я их не вижу, это не означает, что их нет", то ваша позиция становится совсем уж шаткой.

И ты тоже ничего не понял. Я же подробно объяснил киллеру в чем разница.

Windows vs. Linux

Qraizer — Sat, 07 Jul 2012 13:29:50 +0000

Qraizer:

Цитата amk @ 07.07.12, 13:01

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

И korvin не назвал это багом, он прямо говорит, что с его точки зрения такое поведение неудобно (с моей - тоже).

Windows vs. Linux

korvin — Sat, 07 Jul 2012 13:27:35 +0000

korvin:

Цитата KILLER @ 07.07.12, 12:36

Когда про теже кеды и гном говорил ;)

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

Цитата KILLER @ 07.07.12, 12:36

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

Цитата KILLER @ 07.07.12, 12:36

Зачем так делать? Не проще ли тогда удалить ОС? Сама система на уведомлениях и сообщениях построена. Ты чушь городишь. Если отключить вообще все уведомления, что тогда сидеть и делать?

спокойно смотреть фильм/играть в игру, серфить в интернете, работать. И ничего не мешает.

Цитата KILLER @ 07.07.12, 12:36

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

Цитата KILLER @ 07.07.12, 12:36

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

Да ты тоже кандидат на нобелевку по логике.

Добавлено 07.07.12, 13:29

Цитата Qraizer @ 07.07.12, 13:23

Цитата korvin @ 07.07.12, 08:20

Когда родительское окно загораживает другое нужное окно, смысл резко появляется.

Модальное окно модально по отношению к его родителю. Одному-единственному.

И? Перечитай еще раз фразу, которую комментируешь.

Windows vs. Linux

Qraizer — Sat, 07 Jul 2012 13:23:13 +0000

Qraizer:

Цитата korvin @ 07.07.12, 08:20

Когда родительское окно загораживает другое нужное окно, смысл резко появляется.

Модальное окно модально по отношению к его родителю. Одному-единственному.

Цитата KILLER @ 07.07.12, 08:45

но этого уже давно нет

Ага:

Value	Meaning
...	...
DS_SYSMODAL	This style is obsolete and is included for compatibility with 16-bit versions of Windows. If you specify this style, the system creates the dialog box with the WS_EX_TOPMOST style. This style does not prevent the user from accessing other windows on the desktop. Do not combine this style with the DS_CONTROL style.

А вот для мессаджбоксов.

Value	Meaning
MB_APPLMODAL	The user must respond to the message box before continuing work in the window identified by the hWnd parameter (здесь и ниже hWnd - это родитель). However, the user can move to the windows of other threads and work in those windows. Depending on the hierarchy of windows in the application, the user may be able to move to other windows within the thread. All child windows of the parent of the message box are automatically disabled, but pop-up windows are not. MB_APPLMODAL is the default if neither MB_SYSTEMMODAL nor MB_TASKMODAL is specified.
MB_SYSTEMMODAL	Same as MB_APPLMODAL except that the message box has the WS_EX_TOPMOST style. Use system-modal message boxes to notify the user of serious, potentially damaging errors that require immediate attention (for example, running out of memory). This flag has no effect on the user's ability to interact with windows other than those associated with hWnd.
MB_TASKMODAL	Same as MB_APPLMODAL except that all the top-level windows belonging to the current thread are disabled if the hWnd parameter is NULL. Use this flag when the calling application or library does not have a window handle available but still needs to prevent input to other windows in the calling thread without suspending other threads.

Естественно MS не несёт ответственности за тупость разработчиков. Когда-то MS доверяла здравому мышлению программеров, но напоролась на это сама же, когда стала распространять средства разработки под свои ОСи так же широко и всем желающим, как и саму ОСь. От версии к версии, когда жалобы от юзеров достают, тупых, не желающих читать мануалы по качественной разработке софта кодеров, приструнивают всё сильнее на уровне API ОСи.

Windows vs. Linux

OpenGL — Sat, 07 Jul 2012 13:14:14 +0000

OpenGL: А при открытии модального окна родительское окно закрыть можно? Или оно только перемещается?

Добавлено 07.07.12, 13:16

Цитата amk @ 07.07.12, 13:01

Вот куда спрашивается в семерке убрали включение расширений файлов при просмотре папок? Я что должен наизусть выучить те сотни картинок, которые привязаны к этим расширениям?

Нашел за 15 секунд: Панель управления - Оформление и персонализация - Параметры папок, дальше как обычно.