On Sat, Oct 18, 2014 at 5:24 PM, Ingo Schwarze wrote:
> Index: getent.c
> ===
> RCS file: /cvs/src/usr.bin/getent/getent.c,v
> retrieving revision 1.6
> diff -u -p -r1.6 getent.c
> --- getent.c30 Mar 2013 14:03:08 - 1.6
>
>> Maybe we just fix getent(1) to return an error like it does for ethers?
>
>Whatever we do with gethostent(3) - maybe it's really expendable,
>maybe tons of ports depend on it, who knows - i'm fine with
>removing hosts enumeration support from getent(1).
>
>Almost the same can be accomplished wit
Hi Philip,
Philip Guenther wrote on Sat, Oct 18, 2014 at 04:38:09PM -0700:
> Maybe we just fix getent(1) to return an error like it does for ethers?
Whatever we do with gethostent(3) - maybe it's really expendable,
maybe tons of ports depend on it, who knows - i'm fine with
removing hosts enumer
> Maybe we just fix getent(1) to return an error like it does for ethers?
That is my take on this too. /etc/networks scanning serves no modern
purpose, and programs that do so only show their age.
On Saturday, October 18, 2014, Ingo Schwarze wrote:
>
> this summer, Marcus MERIGHI reported that gethostent(3) was completely
> destroyed during the switch to asr, i guess unintentionally
>
Does someone have a legitimate use for gethostent(), even the simple
version that just uses /etc/hosts? I
Hi,
this summer, Marcus MERIGHI reported that gethostent(3) was completely
destroyed during the switch to asr, i guess unintentionally.
Until somebody writes something better, i suggest to resurrect
the last working version from the Attic, file gethostnamadr.c,v 1.73.
I'm not attempting to do any
Hello,
Theo gave a hint to check early console code and I found something curious.
Here is a diff to printf debug...
Index: sxiuart.c
===
RCS file: /cvs/src/sys/arch/armv7/sunxi/sxiuart.c,v
retrieving revision 1.3
diff -u -p -r1.3 sx
Nicholas, I just grabbed the license from other source in src/bin. I'll
remove it from my copies, 'cause as far I'm concerned it's public domain.
I'm revising it to fit the coding style and fix the problems right now.
Like I said, I wrote it for myself, and didn't really do much more than
that sinc
Why do you post publicly a private mail without asking first?
Looks like my first impression about you was right.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Fair enough. I figured I'd toss it out there, just to see if anyone wanted
it. I use uuidgen on FreeBSD in some of my own stuff, and figured maybe
someone else would find it useful. I'm aware that the code quality is
horrific, but the goal was for it to at least passably work, and let other
people
No opinion on whether this is useful but is this really a port? The code
looks nothing like FreeBSD's current bin/uuidgen/uuidgen.c - do you mean
you wrote your own version?
The style is far from OpenBSD standard and this code has quite a few
errors. What's wrong with the version from FreeBSD, it
A port of src/bin/uuidgen from FreeBSD to OpenBSD. The FreeBSD version
relies on a call to uuidgen(2) in libc, which isn't in OpenBSD. I
re-implemented this in the application itself (as void genuuid) vice in
libc, since I'm not particularly keen to poke around in there. Source is
attached below, a
> Date: Thu, 02 Oct 2014 14:33:22 +0100
> From: Mark Cave-Ayland
>
> Hi all,
>
> From my work on running OpenBSD under OpenBIOS/QEMU, I found a couple
> of bugs in the NetBSD OF bindings for SPARC64 which also seem to be
> relevant to OpenBSD. I've applied patches to OpenBIOS to compensate fo
> > I considered "alias rm='rm -x'" in a profile, and planned to remember adding
> > -f when needed.
>
> If you're going to hack your profile already, you might as well just
> implement the logic there, so that it works on all the systems you
> carry that profile to instead of only those where rm
Hi,
In v4l2 VIDIOC_REQBUFS ioctl, a count value of zero frees all buffers.
We do not support it, and worse, it triggers a kernel panic.
Return EINVAL in this case so app can detect we do not allow it. While
there change the easily triggerable panic by a printf and return EINVAL.
With that gstr
15 matches
Mail list logo
