Российский астроном предложил стране национальную СУБД Опции

Любое базовое ПО - это информационная безопасность. Пока Россия независимое государство - ее нужно постараться обеспечить. Насколько хороша в этом качестве PostgreSQL - не скажу. Но, думаю, нет сомнений, что любая западная СУБД может иметь не декларируемые возможности.

Каким образом СУБД с открытым кодом может иметь некие "недекларируемые" возможности?

А каждый ли поймет, что в тривиальных строках кода

void func(const void* data, size_t datalen)
{
char buffer[MAXBUFSIZE];
...
memcpy(buffer, data, datalen);
...
}
скрыта недекларируемая возможность?

PS И да, он - либо астроном, либо разработчик. Либо где-то кто-то лукавит.

Для справки.

Интернет изобрели европейские физики-ядерщики.
Wi-Fi изобрел австралийский астрофизик.

__________________________________________________________
К.Прутков:
Узкий спцлист флюсу подобен: полнота его - односторонняя.

Видимо вы имеете ввиду World Wide Web, а не интернет... Интернет - продукт US DoD (ARPA)

А каждый ли поймет, что в тривиальных строках кода

void func(const void* data, size_t datalen)
{
char buffer[MAXBUFSIZE];
...
memcpy(buffer, data, datalen);
...
}
скрыта недекларируемая возможность?

Это просто тупой потенциальный баг, а никакая не возможность.
Ну возьмут да огородят
int func(const void* data, size_t datalen)
{
char buffer[MAXBUFSIZE];
...
if (0==data) return STATUS_INVALID_BUFFER_PTR;
if (datalen > MAXBUFSIZE) return STATUS_BUFFER_OVERRUN;
memcpy(buffer, data, datalen);
...
return STAUS_OK;
}
и нету бага.

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

Сообщение отредактировал El Vox - 7.7.2011, 15:19

El Vox А ярлык "СПО продукт" магическим образом защищает от подобных багов?

Это так. Структура баз не обязательно одинаковая. У склада и бухучёта, например, разная.

И в чем могут быть проблемы с настройкой? Посмотрите, как сделан мастер настройки в Windows версии Mysql.

На больших базах свои капризы.

PS И да, он - либо астроном, либо разработчик. Либо где-то кто-то лукавит.

астроном - это тот кто занимается астрономией, программист - тот кто программирует. Образование большой роли не играет. imho хорошим специалистом можно быть только в чем-то одном, огромный объем информации в каждой из областей может помешать.

Вы с работой астрономов вообще знакомы, чтобы делать такие заявления?

El Vox А ярлык "СПО продукт" магическим образом защищает от подобных багов?

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

[Вы - о национальной СУБД? Или...

В данном случае я о PostgreSQL.

Сообщение отредактировал dmrsan - 7.7.2011, 15:35

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

В СПО продуктах находят критиеские и глупые баги вроде описанного. Поэтому считаю, что "есть возможность" != "не существует" или "будет исправлен".

В СПО продуктах находят критиеские и глупые баги вроде описанного. Поэтому считаю, что "есть возможность" != "не существует" или "будет исправлен".

Да эти тупые баги практически везде есть, где инструмент разработки позволяет такие ошибки делать. Но так как в закрытые (в т.ч. и коммерческие) коды нет никакой возможности заглянуть и навести статистику, сравнение СПО/ППО бессмысленно, поскольку на практике невозможно. Соглашусь с тем, что у СПО может быть шире спектр количества ошибок, поскольку есть возможность публиковать код в любой стадии развития.

Видимо вы имеете ввиду World Wide Web, а не интернет... Интернет - продукт US DoD (ARPA)

Да, всемирную интерсеть и имею в виду, согласен.

Кстати, CCD, т.е. ПЗС устройства в мобильниках, смартфонах и т.д. тоже изобрели астрономы, а не узкие спцлисты.

Попытался установить PostgreSQL, но к сожалению постигла неудача при завершении установки выдал ошибку "Problem running post-install step. Instalation may not complete correctly The database cluster initialisation failed." Вот и не понимаю, то ли Windows виновата, то ли руки у меня кривые и я не правильно кликнул на файл дистрибутива, то ли опенсоурсные проекты немного кривоваты... Однака определенную закономерность заметил если это продукт какой-нибудь корпорации (в том числе и оракловый MySQL) как минимум проблем с установкой не возникает.
Обидно, однако...

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

Конечно обидно.
Все кому не лень, даже я, в лёт ставят постгрес, а вас затык.
Мне б тоже было обидно, если б у меня руки, эта, ну того... rolleyes.gif

Под Windows он так просто не устанавливается. По крайней мере это было в восьмой версии и девятой как только она вышла.

Конечно обидно.
Все кому не лень, даже я, в лёт ставят постгрес, а вас затык.
Мне б тоже было обидно, если б у меня руки, эта, ну того... rolleyes.gif

Под Windows он так просто не устанавливается. По крайней мере это было в восьмой версии и девятой как только она вышла.

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

Конечно обидно.
Все кому не лень, даже я, в лёт ставят постгрес, а вас затык.
Мне б тоже было обидно, если б у меня руки, эта, ну того... rolleyes.gif

Под Windows он так просто не устанавливается. По крайней мере это было в восьмой версии и девятой как только она вышла.

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

А чья это проблема? Согласен, коммунити тут не причем, а виновата компания, которая выпускает "коммерческую версию".

А чья это проблема? Согласен, коммунити тут не причем, а виновата компания, которая выпускает "коммерческую версию".

А может это проблема Microsoft, которая постоянно меняет правила работы?

Вообще почитайте хотябы здесь:
http://www.sql.ru/forum/actualthread.aspx?tid=747748

Сообщение отредактировал dmrsan - 7.7.2011, 17:44

А чья это проблема? Согласен, коммунити тут не причем, а виновата компания, которая выпускает "коммерческую версию".

А может это проблема Microsoft, которая постоянно меняет правила работы?

Вообще почитайте хотябы здесь:
http://www.sql.ru/forum/actualthread.aspx?tid=747748

Хорошо известная дрянь.

Венды начиная с XP при установке на NTFS ставят на некоторые папки досовский атрибут read-only и правильные списки ACL с правильными разрешениями. Досовская (ANSI C) программа, не поддерживающая ACL, в такую папку записать не может, вендовая (Win32) с поддержкой ACL -- может. если запущена от правильного пользователя.

Лечится из вендоконсоли (!!!) командой

Код

attrib -R <целевая папка> /D /S

Из гуя лечить бесполезно, всё равно не поможет.

Только что проделывал подобную штуку на 2003-м с одной технологической софтиной, которую кетайцы за каким-то рожном заставили писать по умолчанию в подпапку C:\Program Files\ :lol:

А чья это проблема? Согласен, коммунити тут не причем, а виновата компания, которая выпускает "коммерческую версию".

А может это проблема Microsoft, которая постоянно меняет правила работы?

Вообще почитайте хотябы здесь:
http://www.sql.ru/forum/actualthread.aspx?tid=747748

Постоянно - раз в неделю? Или таки раз в семь лет? Или таки проблема не в Windows, а в криволапых разработчиках инсталлятора коммерческой версии Postgre, которые не имеют представления об языках, отличных от английского и правах на папки в Windows? По крайней мере об этой баге известно уже года два, странно, что ее ДО СИХ ПОР не исправили.

Венды начиная с XP при установке на NTFS ставят на некоторые папки досовский атрибут read-only и правильные списки ACL с правильными разрешениями. Досовская (ANSI C) программа, не поддерживающая ACL, в такую папку записать не может, вендовая (Win32) с поддержкой ACL -- может. если запущена от правильного пользователя.

Лечится из вендоконсоли (!!!) командой

Код

attrib -R <целевая папка> /D /S

Из гуя лечить бесполезно, всё равно не поможет.

Только что проделывал подобную штуку на 2003-м с одной технологической софтиной, которую кетайцы за каким-то рожном заставили писать по умолчанию в подпапку C:\Program Files\ :lol:

Кто бы мог подумать, что DOS не знает про ACL? =) Все-таки когда был DOS, а когда появилась Windows XP! И из гуя нормально все настраивается.

Сообщение отредактировал Eliminator - 7.7.2011, 18:23

И из гуя нормально все настраивается.

Хрен там нормально. Даже консольная команда не всегда помогает. :angry:

И из гуя нормально все настраивается.

Хрен там нормально. Даже консольная команда не всегда помогает. :angry:

Орлуша, из гуя все нормально настраивается! Не смущайте публику своим незнанием вопроса!

И из гуя нормально все настраивается.

Хрен там нормально. Даже консольная команда не всегда помогает. :angry:

Орлуша, из гуя все нормально настраивается! Не смущайте публику своим незнанием вопроса!

Вы теоретически, конечно, вопрос знаете замечательно. Однако это же микрософт, и смущать публику надо -- ибо у него далеко не всё интуитивно и далеко не всё как написано.

Пример -- Ваш же. Создайте на системном диске под NTFS пустую папку, накидайте в неё файлов, затем выведите её свойства: Вы увидите серый флажок "Read only". Сбросьте его и выберите "Применить ко всем файлам и подпапкам", нажмите кнопку "Применить". Снова выведите свойства папки. Ну, что скажете?

Орулша, читайте это - http://support.microsoft.com/default.aspx?scid=kb;ru;326549 если вам нужен доступ к файлам для старых досовских программ - сделайте FAT32 диск!