On 5/10/17 5:19 PM, Hrvoje Popovski wrote:
> On 10.5.2017. 15:22, Martin Pieuchot wrote:
>> This big hammer of delaying every input via a timeout introduced a nasty
>> side effect. Since only one element can be queued, we can lose inputs
>> if the keyboard is too fast.
>>
>> Here are some bug
Hi Ingo,
Thanks very much for your time and detailed explanation!
I have one more question:
If write(2) indeed returns 0, the write(2) won't set errno variable,
ring? Because from the manual, the errno is set only when the return
value is -1. If this is true, the errno's value should be set by
Diff below rename the remaining "struct bridge_iflist" variables to
`bif', cohérence oblige!
Ok?
Index: net/bridgectl.c
===
RCS file: /cvs/src/sys/net/bridgectl.c,v
retrieving revision 1.8
diff -u -p -r1.8 bridgectl.c
---
Hi,
I have been asked twice whether syslogd(8) is escaping log data.
Should we document it?
bluhm
Index: usr.sbin/syslogd/syslogd.8
===
RCS file: /data/mirror/openbsd/cvs/src/usr.sbin/syslogd/syslogd.8,v
retrieving revision 1.59
I'm not too worried about the crash, I was playing with removing rpath
from pledge in the case that /etc/ethers wasn't need which sure enough
it is. pledge was most likely the reason that made it crash.
But brynet@ pointed out that while he was working on tcpdump last year
he saw that it also
On Tue, Sep 25, 2018 at 12:23:48PM +0200, Claudio Jeker wrote:
> On Sat, Sep 22, 2018 at 09:48:24PM +, Job Snijders wrote:
> > Hi claudio,
> >
> > Seems we are getting very close. Some suggestions to simplify the
> > experience for the end user.
> >
> > Let's start with supporting just one
Hello,
As done in other parts of the kernel, introduce DPRINTF() macro
to unveil. I think this is worth doing because the code is slightly
more readable. OK?
- Michael
Index: kern_unveil.c
===
RCS file:
Ricardo Mestre wrote:
> Hi,
>
> This has been shown internally for some time, but deraadt@ asked me to show it
> to a bigger audience now so here it is!
>
> If we want OS fingerprinting by using -o flag then we can unveil /etc/pf.os in
> read mode, nevertheless in order to do this we need to
Hi,
Nan Xiao wrote on Wed, Sep 26, 2018 at 09:42:02PM +0800:
> Any developer can comment on this patch? Thanks!
I think this change is a bad idea and should not be committed.
No matter whether or not it can happen on OpenBSD, *if* some
implementation of write(2) sometimes returns 0 even for
hostsprint() reserves only 16 columns for IPs and prints one whitespace
too many afterwards:
$ getent hosts 1.1.1.1 long :::::::
1.1.1.1 one.one.one.one
::::::: long
ping tech@,
Any developer can comment on this patch? Thanks!
On 9/25/2018 10:10 PM, Nan Xiao wrote:
> Hi tech@,
>
> I am reading write(2) manual, and come across the following example:
>
> for (off = 0; off < bsz; off += nw)
> if ((nw = write(d, buf + off, bsz - off)) == 0 || nw == -1)
>
On Wed, Sep 26, 2018 at 06:48:07AM -0600, Todd C. Miller wrote:
> One comment inline, otherwise OK millert@
> > @@ -397,6 +397,9 @@ static int
> > services(int argc, char *argv[])
> > {
> > struct servent *se;
> > + const char *err;
> > + char*proto;
> > + int
On Wed, 26 Sep 2018 00:44:18 +0200, Klemens Nanni wrote:
> Replace `long long id' with appropiate types and names, use smaller
> limits where applicable and move variable declarations up out of loops.
>
> This makes the code clearer and a tad simpler while staying consistent
> across databases.
On Wed, 26 Sep 2018 10:51:28 +0100, Ricardo Mestre wrote:
> While doing something else here I noticed that changing the login name of an
> existing user with usermod -l the program gets a segmentation fault.
>
> This looks like it was introduced when millert@ changed pwcache and the fix
> is a
Hi,
While doing something else here I noticed that changing the login name of an
existing user with usermod -l the program gets a segmentation fault.
This looks like it was introduced when millert@ changed pwcache and the fix is
a matter of changing getpwnam(3) to uid_from_user(3).
OK?
Index:
On Fri, Sep 14, 2018 at 01:57:13PM -0700, Geoff Hill wrote:
> The imsg_init(3) man page currently doesn't make it clear whether
> this library can be used for remote communication.
>
> The current text reads:
>
> The imsg functions provide a simple mechanism for communication
> between
Hi,
This has been shown internally for some time, but deraadt@ asked me to show it
to a bigger audience now so here it is!
If we want OS fingerprinting by using -o flag then we can unveil /etc/pf.os in
read mode, nevertheless in order to do this we need to inform the privsep proc
that we are
On Mon, Sep 17, 2018 at 09:34:06PM -0400, James Hastings wrote:
>
>
> Ported from original vendor driver.
> RT3290 is similar to RT5390 but integrates WLAN + Bluetooth on single chip.
> Bluetooth not supported.
First off, thank you for working on this. I tested it on amd64,
ifconfig ral0 up
On Wed, Sep 26, 2018 at 01:49:00PM +0800, Michael Mikonos wrote:
> Re-reading the unveil manual I found a typo which isn't flagged
> by a spell checker. Does anyone prefer just doing s/paths// though?
>
morning. ok for your diff - no opinion on the s/paths// suggestion.
jmc
>
> Index:
19 matches
Mail list logo