das 2008-01-19 21:41:31 UTC
FreeBSD src repository
Modified files:
sys/sys signal.h
Log:
Correct the visibility macro surrounding SIGSYS.
Submitted by: Andriy Gapon <[EMAIL PROTECTED]>
Revision ChangesPath
1.58 +1 -1 src/sys/sys/signa
davidxu 2007-12-17 03:05:56 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/sys signal.h
Log:
MFC revision 1.57:
unbreaks compilation of some old programs.
Approved by: re (kensmith)
Revision ChangesPath
1.56.2.1 +
davidxu 2007-11-28 02:11:17 UTC
FreeBSD src repository
Modified files:
sys/sys signal.h
Log:
Restore member fields sigval_int and sigval_ptr, this unbreaks compilation
of some old programs. Since sigval is union type, this change will not have
binary compatibilit
On Thu, 8 Dec 2005, David Xu wrote:
> Daniel Eischen wrote:
> > I was going to do it in libc so it doesn't have to be done by each
> > thread library.
> >
> > But there are still aio_* syscalls that haven't been changed to have
> > compat syscalls. You did aio_read, aio_write, and lio_listion, bu
davidxu 2005-12-08 09:00:54 UTC
FreeBSD src repository
Modified files:
sys/sys signal.h
Log:
o Remove SI_KERNEL until I really implemented it.
o Add definition SI_NOINFO for zero si_code.
Revision ChangesPath
1.55 +1 -1 src/sys/sys/signal.h
__
Daniel Eischen wrote:
I was going to do it in libc so it doesn't have to be done by each
thread library.
But there are still aio_* syscalls that haven't been changed to have
compat syscalls. You did aio_read, aio_write, and lio_listion, but
not aio_error, aio_return, aio_suspend, aio_cancel, an
On Thu, 8 Dec 2005, David Xu wrote:
> Daniel Eischen wrote:
> >>So will there be some sort of compatibility shims? I bet that there
> >>will still be a lot of 4.x binaries being run on 7.0 systems in the
> >>future, just like 2.2.8 binaries were being run for years after 3.x and
> >>4.x came out.
Daniel Eischen wrote:
On Wed, 7 Dec 2005, Scott Long wrote:
John Baldwin wrote:
Even 6.x programs that use aio would be affected if 4.x ones were affected. I
think aio is the only thing 6.x and earlier could be using though.
So will there be some sort of compatibility shims?
David Xu writes:
| Doug Ambrisko wrote:
| >David Xu writes:
| >| David Xu wrote:
| >| > davidxu 2005-12-06 06:02:35 UTC
| >| >
| >| > FreeBSD src repository
| >| >
| >| > Modified files:
| >| > sys/sys signal.h
| >| > Log:
| >| > o Add some pad fields into struct sig
Doug Ambrisko wrote:
David Xu writes:
| David Xu wrote:
| > davidxu 2005-12-06 06:02:35 UTC
| >
| > FreeBSD src repository
| >
| > Modified files:
| > sys/sys signal.h
| > Log:
| > o Add some pad fields into struct sigevent for future extension.
| > (suggeste
Daniel Eischen writes:
| On Wed, 7 Dec 2005, Scott Long wrote:
| > John Baldwin wrote:
| > > Even 6.x programs that use aio would be affected if 4.x ones were
affected. I
| > > think aio is the only thing 6.x and earlier could be using though.
| > >
| >
| > So will there be some sort of compatibi
On Wed, 7 Dec 2005, Scott Long wrote:
> John Baldwin wrote:
> >
> >
> > Even 6.x programs that use aio would be affected if 4.x ones were affected.
> > I
> > think aio is the only thing 6.x and earlier could be using though.
> >
>
> So will there be some sort of compatibility shims? I bet that
John Baldwin wrote:
On Wednesday 07 December 2005 04:16 pm, Doug Ambrisko wrote:
David Xu writes:
| David Xu wrote:
| > davidxu 2005-12-06 06:02:35 UTC
| >
| > FreeBSD src repository
| >
| > Modified files:
| > sys/sys signal.h
| > Log:
| > o Add some pad fields int
On Wednesday 07 December 2005 04:16 pm, Doug Ambrisko wrote:
> David Xu writes:
> | David Xu wrote:
> | > davidxu 2005-12-06 06:02:35 UTC
> | >
> | > FreeBSD src repository
> | >
> | > Modified files:
> | > sys/sys signal.h
> | > Log:
> | > o Add some pad fields into st
David Xu writes:
| David Xu wrote:
| > davidxu 2005-12-06 06:02:35 UTC
| >
| > FreeBSD src repository
| >
| > Modified files:
| > sys/sys signal.h
| > Log:
| > o Add some pad fields into struct sigevent for future extension.
| > (suggested by alfred@)
| > o Reu
On Tuesday 06 December 2005 01:02 am, David Xu wrote:
> davidxu 2005-12-06 06:02:35 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/sys signal.h
> Log:
> o Add some pad fields into struct sigevent for future extension.
> (suggested by alfred@)
> o Reuse s
David Xu wrote:
davidxu 2005-12-06 06:02:35 UTC
FreeBSD src repository
Modified files:
sys/sys signal.h
Log:
o Add some pad fields into struct sigevent for future extension.
(suggested by alfred@)
o Reuse si_band field in struct __siginfo, add a mqd member w
davidxu 2005-12-06 06:02:35 UTC
FreeBSD src repository
Modified files:
sys/sys signal.h
Log:
o Add some pad fields into struct sigevent for future extension.
(suggested by alfred@)
o Reuse si_band field in struct __siginfo, add a mqd member which will
be us
davidxu 2005-11-30 23:47:31 UTC
FreeBSD src repository
Modified files:
sys/sys signal.h
Log:
Avoid using signal 127 and 128 as RT signals, these two signals confuse
wait4 interfaces, see PR: kern/19402.
Revision ChangesPath
1.53 +1 -1 src/sys/
davidxu 2005-11-16 12:44:10 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/sys signal.h
Log:
MFC Revsion 1.50:
Update SIGTHR's comment.
MFC Revision 1.52:
Define SIGLWP.
Revision ChangesPath
1.45.8.1 +2 -1
davidxu 2005-11-13 09:57:44 UTC
FreeBSD src repository
Modified files:
sys/sys signal.h
Log:
Define SIGLWP which is an alias for SIGTHR, the reason why I did this
is that gdb knows SIGLWP and will pass it to program, otherwise gdb
will print out "unknown signal"
21 matches
Mail list logo
