These small changes mainly fix a minor cosmetic issue where the
headers are closer to the items above than below them, making it look
as if the early releases were the audio CDs, etc.
Index: artwork.html
===
RCS file:
On Wed, 22 Jul 2020 20:57:56 +0200, Martijn van Duren wrote:
> Any takers?
OK millert@
- todd
On Wed, Jul 22, 2020 at 10:23:19PM +0200, Marcus Glocker wrote:
Hello Marcus,
> I've tested this here as well in the meantime by leaving mmap_init() on
> its original location (doesn't get involved for '-c reset') with three
> different cams:
>
> * Logitech C930e: I see the same problem like
Hello Laurie,
On Tue, 21 Jul 2020 21:18:15 +0100
Laurence Tratt wrote:
> On Tue, Jul 21, 2020 at 09:01:26PM +0200, Marcus Glocker wrote:
>
> Hello Marcus,
>
> Thanks for the comments! Again, I agree with all of them with a
> couple of comments:
>
> > I'm a bit confused by the dev_set_ctrl()
On Wed, 22 Jul 2020 20:29:06 +0200, Martijn van Duren wrote:
> When r1.28 converted join(1) to getline(3) it left the old intermediate
> line variable. This means using an additional memcpy and reallocing.
> I reckon this is wasted cycles and screen filling.
>
> Major difference is that our
Any takers?
On Wed, 2020-06-24 at 13:27 +0200, Martijn van Duren wrote:
> Moving to tech@
>
> On Tue, 2020-06-23 at 22:17 -0900, Philip Guenther wrote:
> > Nope. This is a grep of a single file, so procfile() must be overflowing
> > and this only 'fixes' it by relying on signed overflow, which
When r1.28 converted join(1) to getline(3) it left the old intermediate
line variable. This means using an additional memcpy and reallocing.
I reckon this is wasted cycles and screen filling.
Major difference is that our getline allocates to the next power of 2,
while the current code overcommits
The problem I was to fix had been fixed by dlg@'s commit today.
https://marc.info/?l=openbsd-cvs=159538265604770=2
So the diff is not needed any more. Pointed out by dlg@.
Thanks,
On Wed, 22 Jul 2020 19:24:32 +0900 (JST)
YASUOKA Masahiko wrote:
> Hi,
>
> Currently when using the real mac
Hi,
Currently when using the real mac address for carp(4) interface, all
packets are treated as their receive inteface is carp. This causes
some problems.
For example, IPv6 ndp doesn't work on an interface which is used for
carpdev. Because it is assumed that reply packets are received with