EV_SET() trouble

2017-05-30 Thread Kamil Rytarowski
I committed the following patch [1] to NetBSD, it's a valid issue for OpenBSD as well [2]: Convert EV_SET from macro to static __inline function LLDB introduced support for kevent(2) and it contains the following function: Status MainLoop::RunImpl::Poll() { in_events.resize(loop.m_read_fds.si

Re: ASan on OpenBSD

2017-05-02 Thread Kamil Rytarowski
On 01.05.2017 12:28, Mark Kettenis wrote: >> From: Dmitry Vyukov >> Date: Mon, 1 May 2017 10:43:26 +0200 >> >> On Mon, May 1, 2017 at 8:51 AM, Greg Steuck wrote: >>> I naively tried to build something with -fsanitize=address using llvm-4.0 >>> port available on OpenBSD 6.1-amd64. I was immediatel

Re: patch/ mg(1) include for struct timespec

2015-06-21 Thread Kamil Rytarowski
On 22.06.2015 01:55, Brian Callahan wrote: > This is quite obviously the wrong place to put any headers. > It's odd, otherwise then the code should be refactored and the following struct perhaps moved away, together with struct buffer? /* * Previously from sysdef.h * Only used in struct buffer

patch/ mg(1) include for struct timespec

2015-06-21 Thread Kamil Rytarowski
Caught on NetBSD. Index: def.h === RCS file: /cvs/src/usr.bin/mg/def.h,v retrieving revision 1.147 diff -u -r1.147 def.h --- def.h 3 Jun 2015 23:40:01 - 1.147 +++ def.h 21 Jun 2015 23:43:23 - @@ -10,6 +10,8 @

mg(1) sysdef.h cleanning

2015-03-28 Thread Kamil Rytarowski
Hello Brian, Thank you for erasing sysdef.h and pushing the task even further. It will make life easier to deal with it in a modern environment. Good work.

Re: mg(1): refactor sysdef.h?

2015-03-15 Thread Kamil Rytarowski
Brian Callahan wrote: > On 03/15/15 19:24, Kamil Rytarowski wrote: > > Hello, Currently sysdef.h includes C headers for little purpose, as > > the same headers are already pulled in appropriate .c files. In the > > result the headers listed in sysdef.h are pulled in twice.

mg(1): refactor sysdef.h?

2015-03-15 Thread Kamil Rytarowski
Hello, Currently sysdef.h includes C headers for little purpose, as the same headers are already pulled in appropriate .c files. In the result the headers listed in sysdef.h are pulled in twice. I propose to move the remaining content (literally 11 lines-of-code) to def.h or a better place. I th

Re: (patch) mg(1) reallocarray cleanup

2015-02-16 Thread Kamil Rytarowski
Me wrote: > I'm attaching a patch. Ooops, wrong file. New attached. patch-display.c-reallocarray-cleanup Description: Binary data

(patch) mg(1) reallocarray cleanup

2015-02-16 Thread Kamil Rytarowski
Hello, I'm attaching a patch. Regards, patch-display.c-reallocarray-cleanup Description: Binary data

Re: ksh version lies

2015-02-15 Thread Kamil Rytarowski
Ted Unangst wrote: > ksh (and sh) have a version string embedded in them: > @(#)PD KSH v5.2.14 99/07/13.2 > > This is clearly a lie. We've added, removed, and fixed bugs and features since > then. I first noticed the lie in the man page, then saw that it's also > exported via the environment and o

Re: Want to help upstream software improve their random?

2014-12-14 Thread Kamil Rytarowski
> Sent: Friday, December 12, 2014 at 5:02 AM > From: "Theo de Raadt" > To: t...@cvs.openbsd.org > Subject: Want to help upstream software improve their random? > Not my business, but how do you handle cases of rand() & srand()-like calls from software like awk? What is and what should be the res

Re: mg(1): Second set of patches

2014-11-15 Thread Kamil Rytarowski
> Sent: Sunday, November 16, 2014 at 1:27 AM > From: "Philip Guenther" > To: "Kamil Rytarowski" > Cc: tech@openbsd.org > Subject: Re: mg(1): Second set of patches > > > On Sat, 15 Nov 2014, Kamil Rytarowski wrote: > > I'm attaching two enh

Re: mg(1) compatibility patches

2014-11-15 Thread Kamil Rytarowski
> Sent: Sunday, November 16, 2014 at 1:09 AM > From: "Philip Guenther" > To: "Kamil Rytarowski" > Cc: "Theo de Raadt" , tech-openbsd > , "Ted Unangst" > Subject: Re: mg(1) compatibility patches > > On Fri, Nov 14, 2014 at 3:16

mg(1): Second set of patches

2014-11-15 Thread Kamil Rytarowski
Hello, I'm attaching two enhancements against mg(1): 0001-Include-limits.h-for-INT_MIN-and-INT_MAX.patch 0002-Comparison-of-array-bp-b_fname-not-equal-to-a-null-p.patch Regards,>From f4a353e59af01b14455a6302e6309887b70796ba Mon Sep 17 00:00:00 2001 From: Kamil Rytarowski Date: Sat, 15

Re: mg(1) compatibility patches

2014-11-14 Thread Kamil Rytarowski
> Sent: Friday, November 14, 2014 at 11:00 PM > From: "Theo de Raadt" > To: dera...@cvs.openbsd.org, n...@gmx.com > Cc: tech@openbsd.org, t...@tedunangst.com > Subject: Re: mg(1) compatibility patches > > The problem you are trying to define is that we (OpenBSD) are supposed > to have a sense of r

Re: mg(1) compatibility patches

2014-11-14 Thread Kamil Rytarowski
> Sent: Friday, November 14, 2014 at 9:59 PM > From: "Theo de Raadt" > To: n...@gmx.com, t...@tedunangst.com > Cc: tech@openbsd.org > Subject: Re: mg(1) compatibility patches > > >> Sent: Friday, November 14, 2014 at 9:10 PM > >> From: "Ted U

Re: mg(1) compatibility patches

2014-11-14 Thread Kamil Rytarowski
> Sent: Friday, November 14, 2014 at 9:10 PM > From: "Ted Unangst" > To: "Kamil Rytarowski" > Cc: tech@openbsd.org > Subject: Re: mg(1) comaptibility patches > > On Fri, Nov 14, 2014 at 20:29, Kamil Rytarowski wrote: > > 0001-Define-strtonum-3-for

Re: mg(1) compatibility patches

2014-11-14 Thread Kamil Rytarowski
Hello, Thank you for your comments. Please see my comments below. With regards, > Sent: Friday, November 14, 2014 at 8:48 PM > From: "Philip Guenther" > To: "Kamil Rytarowski" > Cc: tech-openbsd > Subject: Re: mg(1) comaptibility patches > > On Fri, N

mg(1) comaptibility patches

2014-11-14 Thread Kamil Rytarowski
hings are waiting in the queue. [1] http://en.wikipedia.org/wiki/Mg_%28editor%29>From d49301b6559e2b1d432fd347fc826a255f9a3fdb Mon Sep 17 00:00:00 2001 From: Kamil Rytarowski Date: Fri, 14 Nov 2014 17:55:03 + Subject: [PATCH 1/6] Define strtonum(3) for t