openbsd/src/lib, branch OPENBSD_3_6 A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_3_6 2005-10-12T18:48:46+00:00 MFC: 2005-10-12T18:48:46+00:00 brad 2005-10-12T18:48:46+00:00 urn:sha1:09032cb2999644f9028e37f6e9576b0e5280b4ad Fix by markus@ fix potential SSL 2.0 rollback (http://www.openssl.org//news/secadv_20051011.txt) from http://www.openssl.org/news/patch-CAN-2005-2969.txt This commit was manufactured by cvs2git to create branch 'OPENBSD_3_6'. 2004-09-07T13:47:09+00:00 cvs2svn admin@example.com 2004-09-07T13:47:09+00:00 urn:sha1:57c88ebf46d31b87749269e606ed255343bd530f mips is now 64 bits so use a 64 bit config 2004-09-07T13:47:07+00:00 pefo 2004-09-07T13:47:07+00:00 urn:sha1:25b7af03e5890e88d0ac4e079de8ca2057ff93d3 mention strtonum(3) 2004-08-22T21:47:41+00:00 jaredy 2004-08-22T21:47:41+00:00 urn:sha1:633fc554b41a52a44458a5f8967f01dc3ea386de ok millert jmc pedro mips->mips64 2004-08-11T17:38:15+00:00 pefo 2004-08-11T17:38:15+00:00 urn:sha1:257f9fa1c8da62d7aacb0a6747c804e359d1e6ad Back out to brk(2) version. 2004-08-11T06:22:45+00:00 tdeval 2004-08-11T06:22:45+00:00 urn:sha1:65193da08860e45add39313084d63c8d45f79a37 The mmap(2) code is cool and it has already uncovered some bugs in other code. But some issues remain on some archs, and we can't afford that for production. Don't worry, it will be back soon... I'll make sure of it... cleanup mips 2004-08-06T22:41:41+00:00 pefo 2004-08-06T22:41:41+00:00 urn:sha1:6f880eb7fcdbe1fa895d8a32b59128966f46aab2 - Remove the userland data limit check. It's mmap(2)'s job. 2004-08-05T21:55:21+00:00 tdeval 2004-08-05T21:55:21+00:00 urn:sha1:3c4566ef1079a75ca935096218c75f551d8e26c7 - When malloc_abort==0 (MALLOC_OPTIONS=a), don't abort in wrterror(). fine deraadt@ Missing check for NULL. 2004-08-04T19:12:53+00:00 tdeval 2004-08-04T19:12:53+00:00 urn:sha1:c83fda0075d86da98f69b2e750005da6bf478117 It's not really possible to make strtonum() deal with unsigned long 2004-08-03T19:38:01+00:00 millert 2004-08-03T19:38:01+00:00 urn:sha1:ea13120433234de14cfef017f9b900c5d4e3874e long values properly so don't bother trying. This greatly simplifies the code. tedu@ OK with input from otto@ and others.