Part 2: adding the actual delete command.
This still misses the documentation, I'll send that later.
diff --git a/aldap.c b/aldap.c
index 39ced8f..a460f9a 100644
--- a/aldap.c
+++ b/aldap.c
@@ -247,6 +247,34 @@ fail:
return (-1);
}
+int
+aldap_delete(struct aldap *ldap, const char
I would like to see some more functionality in ldap(1), so I started of
with delete, because that's seems to be the easiest/shortest to
implement and the diffs are big enough as is.
I split it up in 2 diffs. This is the first one, which restructures
ldap(1) to make use of a per command
On Thu, 14 Feb 2019 08:30:45 +0900 (JST)
Masato Asou wrote:
> From: Claudio Jeker
> Date: Wed, 13 Feb 2019 14:25:58 +0100
>
>> On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote:
>>> Hi,
>>>
>>> When I execute `ifconfig media XX -mediaopt YY' command, it occured
>>> error as below.
yes!
ok by me.
> On 14 Feb 2019, at 00:02, Martin Pieuchot wrote:
>
> Now that mpw(4) is an Ethernet interface, can I get rid of the following
> hacks?
>
> Index: net/if_bridge.c
> ===
> RCS file: /cvs/src/sys/net/if_bridge.c,v
>
From: Claudio Jeker
Date: Wed, 13 Feb 2019 14:25:58 +0100
> On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote:
>> Hi,
>>
>> When I execute `ifconfig media XX -mediaopt YY' command, it occured
>> error as below.
>>
>> $ doas ifconfig em1 media 100baseTX -mediaopt full-duplex
>>
On 07/02/19(Thu) 13:52, Raphael Graf wrote:
> [...]
> The new diff below solves this yuy2/yuyv problem by defining them both under
> the same name 'yuy2'.
That's great. I would just change the comment to explain that it's due
to an incoherency between the names reported by XvListImageFormats(3)
On Wed, Feb 13, 2019 at 04:41:56PM +0100, Oleg Pahl wrote:
> Hi all,
>
> I use 6.4 Release.
> I install fm on my laptop from http://firmware.openbsd.org/firmware/6.4/
> This URL i found in man page FW_UPDATE(1)
> You can see that ( index.txt ) has one file more then as on server!
It doesn't
On Sun 2019.01.06 at 14:46 -0500, Charles A Daniels wrote:
> Hi all,
>
> I'm new around here, so apologies in advance if I miss something
> obvious.
>
> I have written a patch to cwm so that the htile/vtile functionality
> only affect windows within the same monitor as the active window. For
>
On 2019/02/13 16:41, Oleg Pahl wrote:
> Hi all,
>
> I use 6.4 Release.
> I install fm on my laptop from http://firmware.openbsd.org/firmware/6.4/
> This URL i found in man page FW_UPDATE(1)
> You can see that ( index.txt ) has one file more then as on server!
>
> ---
>
> From index.txt:
>
>
Hi all,
I use 6.4 Release.
I install fm on my laptop from http://firmware.openbsd.org/firmware/6.4/
This URL i found in man page FW_UPDATE(1)
You can see that ( index.txt ) has one file more then as on server!
---
From index.txt:
-rw-r--r-- 1 0 0 1707 Oct 16 22:41:37 2018 SHA256
---
On 2019-01-30, Martin Pieuchot wrote:
> Newer version with fewer atomics and some barrier corrections as pointed
> out by visa@.
This has now gone through a full amd64 package build without problems.
--
Christian "naddy" Weisgerber na...@mips.inka.de
If timeout_del(9) didn't remove the timeout we need to ensure we're not
leaving a reference to the `sc' in the wild.
We do not want to execute the timeout when the interface isn't running,
so add the proper check and correct the flag set/unset ordering.
ok?
diff --git sys/net/bridgectl.c
On Wed, Feb 13, 2019 at 12:02:50PM -0200, Martin Pieuchot wrote:
> Now that mpw(4) is an Ethernet interface, can I get rid of the following
> hacks?
Yes, this was the goal of dlg@'s mpw change. OK claudio but lets see what
dlg@ thinks.
> Index: net/if_bridge.c
>
Now that mpw(4) is an Ethernet interface, can I get rid of the following
hacks?
Index: net/if_bridge.c
===
RCS file: /cvs/src/sys/net/if_bridge.c,v
retrieving revision 1.319
diff -u -p -r1.319 if_bridge.c
--- net/if_bridge.c 29
Diff below uses a mutex to serialize accesses to the hash table.
It doesn't guarantee that pointers returned by a lookup on this table
are still valid. This will be addressed in a later diff.
I also annotated Immutable fields ([I]) in the bridge_softc structure.
Ok?
Index: net/bridgectl.c
I found two minor issues and a nuisance with ldap(1).
Issues:
1) When searching a tree the DN that equals the searchdn is not shown,
resulting in weird (and incorrect) output. According to RFC2849 the
DN must always be shown.
2) If we can't print a single element node we still print the
On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote:
> Hi,
>
> When I execute `ifconfig media XX -mediaopt YY' command, it occured
> error as below.
>
> $ doas ifconfig em1 media 100baseTX -mediaopt full-duplex
> ifconfig: may not issue both `media' and `-mediaopt'
> $ echo $?
> 1
>
>
On 12/02/19(Tue) 23:25, Paul Irofti wrote:
> On Wed, Jan 30, 2019 at 12:29:20PM -0200, Martin Pieuchot wrote:
> > On 28/01/19(Mon) 14:57, Martin Pieuchot wrote:
> > > Summer is really warm here. No need to make my machines hotter by
> > > spinning a lot. So here's a futex(2) based
On Wed, Feb 13, 2019 at 09:54:26AM +1000, David Gwynne wrote:
> this makes it easier to call sbcreatecontrol without requiring casts.
>
> it makes the argument const as well, and promotes the length variable to
> size_t.
>
> ok?
OK claudio
One note, should there be an extra check that ensures
This is a patch for scan_ffs to make it find UFS2 partitions.
The following test data represents a sample of the various disks
available to me at this time. All of the tests are on 6.3 amd64.
I haven't updated to 6.4 or snapshots on this machine.
By design, scan_ffs can only find intact first
Hi,
From: Mike Larkin
Subject: Re: amd64: update PTDpaddr with new PA of PML4 for libkvm
Date: Wed, 13 Feb 2019 01:01:28 -0800
> On Wed, Feb 13, 2019 at 05:40:45PM +0900, Naoki Fukaumi wrote:
>> Hi Mike Larkin,
>>
>> since pmap_kernel is randomized, savecore(libkvm) cannot save core
>> dump
On Wed, Feb 13, 2019 at 05:40:45PM +0900, Naoki Fukaumi wrote:
> Hi Mike Larkin,
>
> since pmap_kernel is randomized, savecore(libkvm) cannot save core
> dump from dump device. (savecore: magic number mismatch)
>
> updating PTDpaddr fixes this issue.
>
> by the way, is there any problem to use
Hi Mike Larkin,
since pmap_kernel is randomized, savecore(libkvm) cannot save core
dump from dump device. (savecore: magic number mismatch)
updating PTDpaddr fixes this issue.
by the way, is there any problem to use proc0.p_addr->u_pcb.pcb_cr3
instead of PTDpaddr in cpu_dump()?
--
FUKAUMI
23 matches
Mail list logo
