From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] slang
Date: Tue, 9 Apr 2019 20:36:08 +0300
Message-ID: <20190409173608.GA30503@altlinux.org> (raw)
In-Reply-To: <201904092122.15683.asy@altlinux.org>
[-- Attachment #1: Type: text/plain, Size: 1339 bytes --]
On Tue, Apr 09, 2019 at 09:22:15PM +0400, Sergey Y. Afonin wrote:
> On Tuesday 09 April 2019, Mikhail Efremov wrote:
>
> >> А именно о разнице между спецификацией и конкретной реализацией.
>
> > Просто нужно осознать, что после того, как в программе случилось
> > UB, она может сделать что угодно, на что ей хватит прав
>
> Э, нет. После того, как в программе случилось UB (в том виде, в котором это
> обсуждалось), _компилятор_ может сделать какой угодно код, после чего этот
> код может сделать что угодно, на что ему хватит прав. И это уточнение про
> компилятор тут ключевое. Если каким-то образом известно (тесты там, код
> ассемблерный посмотрели промежуточный - мало ли), что какой-то компилятор
> это UB обрабатывает так, как хотелось (пусть так совпало) то скомпилированная
> программа будет делать ровно то, что хотелось, без всяких "что угодно", пока
> её не соберут другим компилятором.
OK, допустим, у нас у всех одинаковое понимание термина UB.
Как теперь исправить все пакеты, в исходниках которых есть такое UB, про
которые мы не можем утверждать, что нам достоверно известно о том, что
скомпилированной код будет делать именно то, что имел в виду автор
исходного кода, содержащего UB?
gcc -fwrapv при первом подозрении на наличие в пакете переполнений
в знаковой арифметике?
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
next prev parent reply other threads:[~2019-04-09 17:36 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-08 12:05 ` [devel] Q: опять сломали ruby, доколе? Dmitry V. Levin
2019-04-08 12:11 ` Скрылевъ Малъ
2019-04-08 12:14 ` Скрылевъ Малъ
2019-04-08 12:16 ` Dmitry V. Levin
2019-04-08 12:18 ` [devel] [JT] " Michael Shigorin
2019-04-08 12:59 ` [devel] " Скрылевъ Малъ
2019-04-08 13:24 ` Dmitry V. Levin
2019-04-08 13:29 ` Sergey Afonin
2019-04-08 13:34 ` [devel] slang Dmitry V. Levin
2019-04-08 18:32 ` Sergey Y. Afonin
2019-04-08 18:39 ` Sergey Y. Afonin
2019-04-08 18:58 ` Dmitry V. Levin
2019-04-08 19:18 ` Sergey Y. Afonin
2019-04-08 19:29 ` Dmitry V. Levin
2019-04-08 20:33 ` Sergey Y. Afonin
2019-04-08 21:02 ` Dmitry V. Levin
2019-04-09 8:01 ` Aleksei Nikiforov
2019-04-09 13:19 ` Dmitry V. Levin
2019-04-09 13:21 ` Anton Farygin
2019-04-09 14:34 ` Mikhail Efremov
2019-04-09 14:41 ` Sergey Afonin
2019-04-09 14:46 ` Sergey Afonin
2019-04-09 15:28 ` Mikhail Efremov
2019-04-09 16:25 ` Anton Farygin
2019-04-09 16:31 ` Anton Farygin
2019-04-09 17:22 ` Sergey Y. Afonin
2019-04-09 17:36 ` Dmitry V. Levin [this message]
2019-04-09 17:55 ` Sergey Y. Afonin
2019-04-09 18:02 ` Sergey Y. Afonin
2019-04-09 18:15 ` Dmitry V. Levin
2019-04-09 18:24 ` Sergey Y. Afonin
2019-04-09 18:26 ` Andrey Savchenko
2019-04-09 18:30 ` Anton Farygin
2019-04-09 18:51 ` Paul Wolneykien
2019-04-09 19:08 ` Andrey Savchenko
2019-04-09 15:21 ` Anton Farygin
2019-04-10 7:25 ` Aleksei Nikiforov
2019-04-08 18:44 ` [devel] Q: опять сломали ruby, доколе? Dmitry V. Levin
2019-04-08 19:11 ` Скрылевъ Малъ
2019-04-08 19:19 ` Anton Farygin
2019-04-08 20:14 ` Скрылевъ Малъ
2019-04-08 20:18 ` Dmitry V. Levin
2019-04-09 1:19 ` Grigory Ustinov
2019-04-09 10:45 ` Andrey Savchenko
2019-04-09 10:49 ` Andrey Cherepanov
2019-04-09 11:18 ` Andrey Savchenko
2019-04-09 11:27 ` Anton Farygin
2019-04-09 14:01 ` Michael Shigorin
2019-04-09 14:16 ` Andrey Savchenko
2019-04-09 5:23 ` Anton Farygin
2019-04-08 19:20 ` Dmitry V. Levin
2019-04-08 20:00 ` Скрылевъ Малъ
2019-04-08 20:15 ` Dmitry V. Levin
2019-04-08 20:21 ` Скрылевъ Малъ
2019-04-08 20:55 ` Dmitry V. Levin
2019-04-08 19:49 ` Alexey V. Vissarionov
2019-04-08 19:56 ` Michael Shigorin
2019-04-08 19:59 ` Aleksey Novodvorsky
2019-04-09 5:50 ` [devel] JT - выпустить пар Anton Farygin
2019-04-09 6:56 ` Andrey Cherepanov
2019-04-09 13:27 ` Dmitry V. Levin
2019-04-08 20:05 ` [devel] Q: опять сломали ruby, доколе? Dmitry V. Levin
2019-04-09 5:48 ` Anton Farygin
2019-04-09 6:10 ` Sergey Afonin
2019-04-09 6:35 ` Dmitry V. Levin
2019-04-08 12:19 ` Sergey V Turchin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190409173608.GA30503@altlinux.org \
--to=ldv@altlinux.org \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git