otp.git/lib/tools/src, branch KennethL-patch-1 Mirror of Erlang/OTP repository. Merge branch 'john/tools/fix-lcnt-server-crash/PR-1711/OTP-14912' into maint 2018-02-13T08:47:59+00:00 John Högberg john@erlang.org 2018-02-13T08:47:59+00:00 9d660e81152fd7640e12551b09eebae1ebb87c98 






Don't crash lcnt server if information/0 is called before collect/0
2018-02-13T08:45:58+00:00

Péter Gömöri
gomoripeti@gmail.com

2018-02-07T08:20:11+00:00

dfa4d62c263cd3f11338aba891179b08704d9287












Automatically start lcnt server on first use
2018-02-12T12:32:11+00:00

John Högberg
john@erlang.org

2018-02-09T09:24:43+00:00

ab965710d014912cbd3c4ef8f9c3acc0dffa1d30

lcnt:collect is documented as implicitly starting the lcnt server
but didn't do so prior to this commit. I've decided to extend this
behavior to all operations as the overhead is negligible and it's
a bit more convenient to use.





lcnt:collect is documented as implicitly starting the lcnt server
but didn't do so prior to this commit. I've decided to extend this
behavior to all operations as the overhead is negligible and it's
a bit more convenient to use.







tools: Correct a counting bug in Cover
2017-12-21T13:55:31+00:00

Hans Bolinder
hasse@erlang.org

2017-12-08T14:50:41+00:00

f74a8e01a0ce954f4566007d521088a7ea1f146b

See also PR #1641, https://github.com/erlang/otp/pull/1641.

The bug was introduced in commit ab435488a (Erlang/OTP 18).





See also PR #1641, https://github.com/erlang/otp/pull/1641.

The bug was introduced in commit ab435488a (Erlang/OTP 18).







Merge branch 'hasse/tools/fprof_unicode_fix' into maint
2017-09-21T06:01:52+00:00

Hans Bolinder
hasse@erlang.org

2017-09-21T06:01:52+00:00

f150c21029477836fb4b533ee02290d5b6bcc818

* hasse/tools/fprof_unicode_fix:
  fprof: Make sure the receiving file can handle Unicode





* hasse/tools/fprof_unicode_fix:
  fprof: Make sure the receiving file can handle Unicode







fprof: Make sure the receiving file can handle Unicode
2017-09-20T06:16:31+00:00

Hans Bolinder
hasse@erlang.org

2017-09-19T13:34:09+00:00

918e7de543f729b6fad35c22eaeeb3fba3a4a7ba

It is assumed that I/O devices can handle character codes greater
than 255.





It is assumed that I/O devices can handle character codes greater
than 255.







Update runtime deps to depend on new stdlib functionality
2017-09-19T10:54:58+00:00

Dan Gudmundsson
dgud@erlang.org

2017-09-19T10:54:58+00:00

5bc277e16e359072bba4c872de31ea486d77e042

~tw and new string functions are new since OTP-20 (stdlib-3.4)





~tw and new string functions are new since OTP-20 (stdlib-3.4)







tools: Add handling of the  -on_load() attribute to Xref
2017-09-14T10:21:07+00:00

Hans Bolinder
hasse@erlang.org

2017-09-13T12:58:40+00:00

8d1b7f9c65f14aea03d63dbdba86b0ef96804fc4












xref: Improve handling of Unicode
2017-09-05T09:02:26+00:00

Hans Bolinder
hasse@erlang.org

2017-06-21T07:41:52+00:00

7c8b2a0d705ede4bc0ec1bfe8e0afe5a9942809b

The updates of xref_base:analysis() are cosmetic (the strings are
parsed by the Erlang scanner only).





The updates of xref_base:analysis() are cosmetic (the strings are
parsed by the Erlang scanner only).







fprof: Modify handling of Unicode
2017-09-05T09:02:26+00:00

Hans Bolinder
hasse@erlang.org

2017-06-21T07:08:13+00:00

42afeb0c4af0625196c313b309add3a14a2bbb7c

It's not clear to me if the receiving file always can handle
characters codes greater than 255.





It's not clear to me if the receiving file always can handle
characters codes greater than 255.