NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: lib/53125: sys/timevar.h is absent in installed systems.



The following reply was made to PR lib/53125; it has been noted by GNATS.

From: =?UTF-8?B?SmFyb23DrXIgRG9sZcSNZWs=?= <jaromir.dolecek%gmail.com@localhost>
To: Utkarsh Anand <utkarsh009%yandex.com@localhost>
Cc: "gnats-bugs%NetBSD.org@localhost" <gnats-bugs%netbsd.org@localhost>
Subject: Re: lib/53125: sys/timevar.h is absent in installed systems.
Date: Sat, 24 Mar 2018 18:17:02 +0100

 --f403045d57329e975805682bb538
 Content-Type: text/plain; charset="UTF-8"
 
 2018-03-24 17:53 GMT+01:00 Utkarsh Anand <utkarsh009%yandex.com@localhost>:
 
 > > You still don't explain what you want to do. _KMEMUSER use is restricted
 > > even in the kernel, it's in no way designed to be used in userland.
 > >
 >
 > I have explained it above. It doesn't look like a bug in that application.
 > Apparently, other
 > operating systems provide access to `struct kinfo_proc` even to non
 > _KMEMUSERs.
 >
 
 I think Manuel wanted to know what particular information you need to get,
 i.e. why are you looking into this kinfo_proc at all.
 
 Perhaps there is other suitable interface, or some set of headers which
 need to be included. Groweling through kernel internal structures is
 usually bad sign, and it's almost always non-portable, and tends to break
 between OS versions. We provide binary-safe interfaces in order to make it
 simpler to keep the apps working.
 
 So what is the purpose of the code you are trying to get to compile and
 run, what kind of information do you need to get, why the standard POSIX
 interfaces are not sufficient?
 
 Jaromir
 
 --f403045d57329e975805682bb538
 Content-Type: text/html; charset="UTF-8"
 Content-Transfer-Encoding: quoted-printable
 
 <div dir=3D"ltr">2018-03-24 17:53 GMT+01:00 Utkarsh Anand <span dir=3D"ltr"=
 >&lt;<a href=3D"mailto:utkarsh009%yandex.com@localhost"; target=3D"_blank">utkarsh009@=
 yandex.com</a>&gt;</span>:<br><div class=3D"gmail_extra"><div class=3D"gmai=
 l_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
 r-left:1px #ccc solid;padding-left:1ex"><span class=3D"">&gt; You still don=
 &#39;t explain what you want to do. _KMEMUSER use is restricted<br>
 &gt; even in the kernel, it&#39;s in no way designed to be used in userland=
 .<br>
 &gt;<br>
 <br>
 </span>I have explained it above. It doesn&#39;t look like a bug in that ap=
 plication. Apparently, other<br>
 operating systems provide access to `struct kinfo_proc` even to non _KMEMUS=
 ERs.<br></blockquote><div><br></div><div>I think Manuel wanted to know what=
  particular information you need to get, i.e. why are you looking into this=
  kinfo_proc at all.</div><div><br></div><div>Perhaps there is other suitabl=
 e interface, or some set of headers which need to be included. Groweling th=
 rough kernel internal structures is usually bad sign, and it&#39;s almost a=
 lways non-portable, and tends to break between OS versions. We provide bina=
 ry-safe interfaces in order to make it simpler to keep the apps working.</d=
 iv><div><br></div><div>So what is the purpose of the code you are trying to=
  get to compile and run, what kind of information do you need to get, why t=
 he standard POSIX interfaces are not sufficient?</div><div><br></div><div>J=
 aromir=C2=A0</div></div></div></div>
 
 --f403045d57329e975805682bb538--
 


Home | Main Index | Thread Index | Old Index