On Feb 28, 1:05am, is...@pastel-flower.jp (Tetsuya Isaki) wrote:
-- Subject: Re: CVS commit: src/tests/lib/libc/atomic
| At Wed, 27 Feb 2019 10:32:11 -0500,
| Christos Zoulas wrote:
| > Module Name:src
| > Committed By: christos
| > Date: Wed Feb 27 15:32:11 UTC 2019
|
At Wed, 27 Feb 2019 10:32:11 -0500,
Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Wed Feb 27 15:32:11 UTC 2019
>
> Modified Files:
> src/tests/lib/libc/atomic: t___sync_and.c
>
> Log Message:
> Make the _and_and_ have-nots compile.
Sorry for build brea
On Wed, Feb 27, 2019 at 12:18:11PM +0100, Martin Husemann wrote:
> On Wed, Feb 27, 2019 at 10:09:44PM +1100, Simon Burge wrote:
> > addstr() just adjusts stdscr. The line after these is:
> >
> > refresh();
> >
> > which will do the actual screen refresh/update.
>
> I'll fix it as you sugges
On Wed, Feb 27, 2019 at 10:09:44PM +1100, Simon Burge wrote:
> addstr() just adjusts stdscr. The line after these is:
>
> refresh();
>
> which will do the actual screen refresh/update.
I'll fix it as you suggested. Still would like to see more details
about what compiler and what construc
Martin Husemann wrote:
> On Wed, Feb 27, 2019 at 07:33:11PM +1100, Simon Burge wrote:
> > Looking at the code in question, is reducing the number of calls to
> > addstr() really something that needs to be optimised? A simple
> >
> > for (n = 0; n < win->ws_col; n++)
> > addstr("-
On Wed, Feb 27, 2019 at 07:33:11PM +1100, Simon Burge wrote:
> Looking at the code in question, is reducing the number of calls to
> addstr() really something that needs to be optimised? A simple
>
> for (n = 0; n < win->ws_col; n++)
> addstr("-");
>
> is a lot easier to unde
Martin Husemann wrote:
> On Tue, Feb 26, 2019 at 01:09:35PM +, Joerg Sonnenberger wrote:
> > Module Name:src
> > Committed By: joerg
> > Date: Tue Feb 26 13:09:35 UTC 2019
> >
> > Modified Files:
> > src/usr.sbin/sysinst: run.c
> >
> > Log Message:
> > Avoid s