Michael W. Bombardieri wrote:
> Hi tech@,
>
> In dc(1) the function array_free() knows how to skip a null pointer so
> calling code doesn't need to avoid passing null.
> Also, minor style (braces) clean-up.
ok mmcc@
It may also be a good idea to change the allocation names in the form
bmalloc ->
Hi,
This reduces tsec(4) TX interrupts by over a factor of four per interface,
boosting throughput by a couple of percent for
$ dd if=/dev/zero bs=4096 | nc ${host} ${port}
It does this by reducing TX interrupts notifications to one per frame, from
one per mbuf fragment, and by enabling
Hi tech@,
In dc(1) the function array_free() knows how to skip a null pointer
so calling code doesn't need to avoid passing null.
Also, minor style (braces) clean-up.
- Michael
Index: bcode.c
===
RCS file: /cvs/src/usr.bin/dc/bcod
On Mon, Nov 9, 2015 at 2:57 PM, Todd C. Miller
wrote:
> On Mon, 09 Nov 2015 14:52:53 -0800, Philip Guenther wrote:
>
>> If fdopendir() fails, dfd needs to be closed.
>
> Since perr() exits like err() does we don't need to close dfd.
Ah, in that case, ok guenther@
Hi,
schwarze@isnote $ cat rs.c | rs -H
61 line 1
[...]
25 line 50
26 line 12338
Segmentation fault (core dumped)
rs(1) -H always segfaults for input larger than 4 KB.
The reason is that, in get_line(),
* Initially, (irows == 0), curline gets set to the static buffer ibuf.
* -H set
Quoth Okan Demirmen on Mon, Nov 09, 2015:
> On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote:
> > Dear daemonfishes,
> >
> > After using evilwm for a decade, I'm quite impressed with cwm's
> > codebase and functionality. (I just couldn't understand one
> > feature: what's the use of ptrmove
>
> I'm wondering - how does it affect tools that load several thousands of IPs
> into a table? Like spamd, bgpd (for spam lists etc.), or pfctl for IP black
> lists (as distributed by ET).
>
> There are valid use cases with HUGE tables, but I have to admit that I didn't
> test your diff yet. Ju
On Mon, 09 Nov 2015 14:52:53 -0800, Philip Guenther wrote:
> If fdopendir() fails, dfd needs to be closed.
Since perr() exits like err() does we don't need to close dfd.
- todd
On Mon, Nov 9, 2015 at 1:48 PM, Todd C. Miller
wrote:
> Use the *at system calls instead of changing directories.
...
> + if ((dfd = open(AT_SPOOL, O_RDONLY|O_DIRECTORY)) == -1 ||
> + (spool = fdopendir(dfd)) == NULL)
> perr2("Cannot open ", AT_SPOOL);
If fdopendir
> On 09.11.2015, at 22:21, Alexandr Nedvedicky
> wrote:
>
> On Sun, Nov 08, 2015 at 01:18:22PM +0100, Alexander Bluhm wrote:
>> On Sun, Nov 08, 2015 at 02:37:58AM +0100, Alexander Bluhm wrote:
+ for (i = 0; (i < size) && (rv == 0); i++) {
>>>
>>> rv is unitialized in the first interation
Use the *at system calls instead of changing directories.
- todd
Index: usr.bin/at/at.c
===
RCS file: /cvs/src/usr.bin/at/at.c,v
retrieving revision 1.70
diff -u -p -u -r1.70 at.c
--- usr.bin/at/at.c 9 Nov 2015 15:57:39 -
On Sun, Nov 08, 2015 at 02:29:11PM +0100, Alexander Bluhm wrote:
> On Wed, Oct 28, 2015 at 06:24:04PM +0100, Alexandr Nedvedicky wrote:
> > Index: usr.sbin/bgpd/pftable.c
> > ===
> > RCS file: /cvs/src/usr.sbin/bgpd/pftable.c,v
> > ret
On Sun, Nov 08, 2015 at 01:18:22PM +0100, Alexander Bluhm wrote:
> On Sun, Nov 08, 2015 at 02:37:58AM +0100, Alexander Bluhm wrote:
> > > + for (i = 0; (i < size) && (rv == 0); i++) {
> >
> > rv is unitialized in the first interation
> >
> > > + io.pfrio_buffer = addr++;
> > > + r
Index: main.c
===
RCS file: /cvs/src/usr.bin/less/main.c,v
retrieving revision 1.26
diff -u -p -r1.26 main.c
--- main.c 9 Nov 2015 18:41:46 - 1.26
+++ main.c 9 Nov 2015 21:09:46 -
@@ -13,6 +13,7 @@
* Entry poi
Hello,
> On Wed, Oct 28, 2015 at 06:19:48PM +0100, Alexandr Nedvedicky wrote:
> > The idea has been proposed by Claudio at Varazdin.
>
> I guess the idea is to eliminate the workq. Or is ther naother
> reason to change it?
the primary goal is to kill work queues.
>
> Comments inline
>
thank
Hi tech@,
I tried the code from radioctl(1) on a test program, since I don't have
a radio tuner, and cannot reproduce this problem, nevertheless like
Douglas mentioned below shouldn't strtod(3) be used instead of atof(3)
since it has overflow/underflow checks for free?
Also are there any mer
On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote:
> Dear daemonfishes,
>
> After using evilwm for a decade, I'm quite impressed with cwm's
> codebase and functionality. (I just couldn't understand one
> feature: what's the use of ptrmove* if you cannot click? (...Mr.
> Andersen?))
I've ne
Hello,
>
> For now the code gets more as we have two ways to iterate over the
> tree. When you remove the additional work queues I expect many -
> diffs. So if this code dupliation is temporary, this aproach is
> fine for me.
yes code duplication is temporary, I'd like to kill work queues.
>
There is a remotely triggerable panic in the wireless subsystem
involving WPA (a.k.a RSN).
RSN element parsing in the input path lacks validation of the group
cipher and group management cipher values. If a bad value is received
it is stored without validation, which will trigger a panic when the
Brian Conway [bcon...@rcesoftware.com] wrote:
> I meant positioning the whole case bottom-up (i.e. but the hot surface
> at the top).
Oh I see!
I just got a beta unit. I was late to the party. I used some of this
ZM-STG1 thermal grease (comes with a paint applicator type brush) and
the integrated
Perhaps it should go in FAQ section 7, or somewhere else, I don't know
where. Note pccon is only for some platforms.
On Mon, Nov 09, 2015 at 08:50:12AM +, Tati Chevron wrote:
> On Mon, Nov 09, 2015 at 08:23:08AM +, Nicholas Marriott wrote:
> >On Sun, Nov 08, 2015 at 09:01:52PM +, Tati
Ping?
On 27/10/2015 12:33, Ricardo Mestre wrote:
Hi!
I have been running this on my "production" server, for a few days
now, without any apparent issues (I also tested manual interactions
adding/removing SPAMTRAP and TRAPPED entries).
Any comments? :)
Best regards,
Ricardo Mestre
On 24/10
Hello Walter,
Thanks for this crazy diff. It is big so my first comment would be to
split it to ease reviews. Here's a suggestion:
- At least one diff for the kernel parts that are not WAPBL-only. In
other words the refactoring needed for integrating WAPBL into FFS.
This is the crit
On Thu, Nov 05, 2015 at 02:11:06PM +0100, Jan Klemkow wrote:
> Hi,
>
> I'm playing around with client-side certificates[1] and saw that the
> manpage of tls_init.3 recommend to uses the functions:
> tls_config_set_ca_{file,path,mem} only in client context.
>
> But to check client-side certificate
The compiler is wrong, they cannot be used uninitialized.
- todd
Manuel Giraud wrote:
> Hi,
>
> Here is a typo in the verbose mode of restore:
ok mmcc@
> Index: tape.c
> ===
> RCS file: /cvs/src/sbin/restore/tape.c,v
> retrieving revision 1.46
> diff -u -p -r1.46 tape.c
> --- tape.c25 Aug 201
Hi,
Here is a typo in the verbose mode of restore:
Index: tape.c
===
RCS file: /cvs/src/sbin/restore/tape.c,v
retrieving revision 1.46
diff -u -p -r1.46 tape.c
--- tape.c 25 Aug 2015 04:18:43 - 1.46
+++ tape.c 9 No
I meant positioning the whole case bottom-up (i.e. but the hot surface
at the top).
Brian Conway
On Mon, Nov 9, 2015 at 9:28 AM, Chris Cappuccio wrote:
> Brian Conway [bcon...@rcesoftware.com] wrote:
>>
>> Taking into account Mr. Cappuccio's advice on using thermal paste
>> between the CPU and h
Brian Conway [bcon...@rcesoftware.com] wrote:
>
> Taking into account Mr. Cappuccio's advice on using thermal paste
> between the CPU and heat spreader, and also positioning it bottom-up,
> this one stabilized at 51 C at idle. I haven't had a chance to do much
> benchmarking for higher temps yet,
On 11/09/15 11:50, Tati Chevron wrote:
> On Mon, Nov 09, 2015 at 08:23:08AM +, Nicholas Marriott wrote:
>> On Sun, Nov 08, 2015 at 09:01:52PM +, Tati Chevron wrote:
>>> Is there any reason why the OpenBSD installer still defaults to a
>>> terminal type of vt-220 for the VGA framebuffer cons
On Wed, Nov 04, 2015 at 12:33:23PM +0100, Martin Pieuchot wrote:
> On 12/08/15(Wed) 17:03, Martin Pieuchot wrote:
> > I'm currently working on the routing table interface to make is safe
> > to use by multiple CPUs at the same time. The diff below is a big
> > step in this direction and I'd really
Hi!
Simple pledge around nohup, it starts with "stdio rpath wpath cpath
exec" and then after nohup.out file is open(2)'ed it can drop to "stdio
exec" only:
Index: nohup.c
===
RCS file: /cvs/src/usr.bin/nohup/nohup.c,v
retrieving
Ryan Freeman:
> However, for some reason after sometimes mere hours -- othertimes days at a
> time, the gem0 interface needs to be cycled: [...] starting to wonder
> if this machine is at its EOL and the network ports are dying :(
I see the same problem with the gem in my Blade 150.
--
Christi
ping
On 11/04/15 23:29, Martijn van Duren wrote:
Hello tech@,
I got somewhat annoyed by the fact that OpenBSD's tail can't follow
multiple files and since the last attempt at it was from 2008 I thought
I'd give it a shot. I already sent an earlier version of this diff to
Landry who called it "a
> Date: Sun, 8 Nov 2015 22:57:24 +0100
> From: Christian Weisgerber
>
> I would like to sync the system time periodically back to the RTC.
>
> Currently we update the RTC
> (1) when the time is set with clock_settime() or settimeofday(), which
> never happens for a typical ntpd setup,
> (2)
Hello Guillermo,
On 08/11/15(Sun) 17:06, Guillermo Bernaldo de Quiros Maraver wrote:
> Hi, good afternoon.
>
> I don't know if this is the correct list to post the next email so, I'm
> sorry if this isn't the correct place.
>
> My laptop computer wich is an MSI GE70 2QE has a network interface w
On 9 November 2015 at 01:27, Kevin Reay wrote:
> On Sun, Nov 8, 2015 at 4:58 PM, Mike Belopuhov wrote:
>> Do you have a library of pcaps available somewhere?
>
> Just a small local set that I've built up for testing.
>
> Is there interest in having them online somewhere?
Well, we have no other w
On Mon, Nov 09, 2015 at 08:23:08AM +, Nicholas Marriott wrote:
On Sun, Nov 08, 2015 at 09:01:52PM +, Tati Chevron wrote:
Is there any reason why the OpenBSD installer still defaults to a
terminal type of vt-220 for the VGA framebuffer console, and doesn't
even suggest pccon as an alterna
On Sun, Nov 08, 2015 at 07:43:10PM -0500, Michael McConville wrote:
> Maybe we should pick this off in smaller chunks so that we don't get
> immobilized by a few scattered issues.
>
> ok for removing xfree from aucat?
>
yes, ok ratchov; if later this causes me merges i'll find another
solution.
ok nicm
On Sun, Nov 08, 2015 at 11:42:27PM -0500, Michael McConville wrote:
> Here, I:
>
> 1) remove a useless comment
> 2) remove a needless void* cast
> 3) remove a bunch of NULL-checks for free()
> 4) simplify a little associated logic
>
> Call me a one trick pony.
>
> ok?
>
>
> In
On Sun, Nov 08, 2015 at 09:01:52PM +, Tati Chevron wrote:
> Hi,
>
> On Sun, Nov 08, 2015 at 08:18:55PM +, Nicholas Marriott wrote:
> >Hi
> >
> >I think it should be Shift-F1 etc, but since this is a general problem
> >with the xterm entry not just on OpenBSD, I suggest you discuss it with
> On November 9, 2015 at 5:04 AM Michael McConville wrote:
> Tobias, could you split your latest diff into separate diffs for each
> function type (xmalloc, xcalloc, etc.)? It'd make it easier to zero in
> on the problematic hunks and fast-track the rest.
I don't really see the point splitting it
42 matches
Mail list logo
