caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Markus Elfring <Markus.Elfring@web.de>
To: Yawar Amin <yawar.amin@gmail.com>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Detecting missed checks for error indications in ML code
Date: Mon, 25 Jan 2021 19:55:45 +0100	[thread overview]
Message-ID: <b82505f4-69e9-c4b2-8b89-49ec5fe5fdb5@web.de> (raw)
In-Reply-To: <CAJbYVJ+FVb3c8KV934paSsyV1kXw53te=G+1SXQ-QO1AwMwF4Q@mail.gmail.com>

> > Are you used to programming concerns according to software weaknesses
> > like “CWE-252: Unchecked Return Value”?
> > https://cwe.mitre.org/data/definitions/252.html <https://cwe.mitre.org/data/definitions/252.html>
>
> I would say this is a solved problem.

I got an other impression.


> Or at least, it can be if you program in that way, using the result type to indicate errors.

It seems that there are target conflicts to consider.

The data type “Stdlib.result” corresponds just to another special return value
which can also be overlooked somehow, can't it?


> Actually, this was a solved problem even before the result type was introduced into OCaml,
> because we already had exceptions.

Are there any software documentation challenges remaining for functions
that do not raise (or throw) such exceptions?


> And exceptions were invented exactly for the purpose of ensuring
> that errors can never go unnoticed.

Error handling strategies can vary considerably.
https://wiki.sei.cmu.edu/confluence/display/c/ERR00-C.+Adopt+and+implement+a+consistent+and+comprehensive+error-handling+policy


Regards,
Markus

  reply	other threads:[~2021-01-25 18:56 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-24 11:42 Markus Elfring
2021-01-24 14:08 ` Hendrik Boom
2021-01-24 15:28   ` Markus Elfring
2021-01-24 14:34 ` Oliver Bandel
2021-01-24 15:52   ` Markus Elfring
2021-01-24 16:07     ` Oliver Bandel
2021-01-24 16:21       ` Markus Elfring
2021-01-25  3:59         ` Yawar Amin
2021-01-25 18:55           ` Markus Elfring [this message]
2021-01-24 16:18     ` Oliver Bandel
2021-01-24 16:50       ` Markus Elfring
2021-01-29 21:14         ` [Caml-list] Error handling in FPLs (Re: Detecting missed checks for error indications in ML code) Oliver Bandel
2021-01-30 11:51           ` Markus Elfring

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=b82505f4-69e9-c4b2-8b89-49ec5fe5fdb5@web.de \
    --to=markus.elfring@web.de \
    --cc=caml-list@inria.fr \
    --cc=yawar.amin@gmail.com \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).