public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
       [not found] <20051101222806.1780.neelakan@uiuc.edu>
@ 2005-12-22 20:20 ` neelakan at uiuc dot edu
  2006-02-10 20:21 ` decimal at us dot ibm dot com
  1 sibling, 0 replies; 9+ messages in thread
From: neelakan at uiuc dot edu @ 2005-12-22 20:20 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From neelakan at uiuc dot edu  2005-12-22 20:20 -------
The kernel sets the value of uc_mcontext.fpregs to the correct address of the
__fpregs_mem structure.  A user-level program that checks the address of the
__fpregs_mem structure should get the same value as contained in uc_mcontext.fpregs.

The problem arises because of the way that the glibc header files define the
size of the __sigset_t struct in ucontext_t (see /usr/include/sys/ucontext.h). 
The sigset_t struct should match the definition used by the kernel (which is
"unsigned long[2]" if I remember correctly), but is instead defined as "usigned
long int[32]" in  the glibc header file /usr/include/bits/sigset.h.

Does that answer your question?

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=1780

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
       [not found] <20051101222806.1780.neelakan@uiuc.edu>
  2005-12-22 20:20 ` [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel neelakan at uiuc dot edu
@ 2006-02-10 20:21 ` decimal at us dot ibm dot com
  1 sibling, 0 replies; 9+ messages in thread
From: decimal at us dot ibm dot com @ 2006-02-10 20:21 UTC (permalink / raw)
  To: glibc-bugs



-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|drepper at redhat dot com   |decimal at us dot ibm dot
                   |                            |com
             Status|NEW                         |ASSIGNED


http://sourceware.org/bugzilla/show_bug.cgi?id=1780

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
       [not found] <bug-1780-131@http.sourceware.org/bugzilla/>
  2013-10-12 17:02 ` neleai at seznam dot cz
  2013-10-14 23:06 ` bugdal at aerifal dot cx
@ 2013-10-15  6:13 ` neleai at seznam dot cz
  2 siblings, 0 replies; 9+ messages in thread
From: neleai at seznam dot cz @ 2013-10-15  6:13 UTC (permalink / raw)
  To: glibc-bugs

https://sourceware.org/bugzilla/show_bug.cgi?id=1780

--- Comment #7 from Ondrej Bilka <neleai at seznam dot cz> ---
As in other bug using kernel headers in user program is invalid, report that to
kernel.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
       [not found] <bug-1780-131@http.sourceware.org/bugzilla/>
  2013-10-12 17:02 ` neleai at seznam dot cz
@ 2013-10-14 23:06 ` bugdal at aerifal dot cx
  2013-10-15  6:13 ` neleai at seznam dot cz
  2 siblings, 0 replies; 9+ messages in thread
From: bugdal at aerifal dot cx @ 2013-10-14 23:06 UTC (permalink / raw)
  To: glibc-bugs

https://sourceware.org/bugzilla/show_bug.cgi?id=1780

Rich Felker <bugdal at aerifal dot cx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bugdal at aerifal dot cx

--- Comment #6 from Rich Felker <bugdal at aerifal dot cx> ---
I don't think this bug is valid; if it is, it's probably not fixable. The
uc_sigmask member is required to have type sigset_t, both by POSIX and in order
to be useful, (passing it to functions which take sigset_t pointers must work)
so there's no way to change it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
       [not found] <bug-1780-131@http.sourceware.org/bugzilla/>
@ 2013-10-12 17:02 ` neleai at seznam dot cz
  2013-10-14 23:06 ` bugdal at aerifal dot cx
  2013-10-15  6:13 ` neleai at seznam dot cz
  2 siblings, 0 replies; 9+ messages in thread
From: neleai at seznam dot cz @ 2013-10-12 17:02 UTC (permalink / raw)
  To: glibc-bugs

https://sourceware.org/bugzilla/show_bug.cgi?id=1780

Ondrej Bilka <neleai at seznam dot cz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW
                 CC|                            |neleai at seznam dot cz

-- 
You are receiving this mail because:
You are on the CC list for the bug.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
  2005-11-01 22:28 [Bug libc/1780] New: " naveen dot neelakantam at intel dot com
                   ` (2 preceding siblings ...)
  2005-11-07 19:15 ` decimal at us dot ibm dot com
@ 2005-12-16 22:29 ` decimal at us dot ibm dot com
  3 siblings, 0 replies; 9+ messages in thread
From: decimal at us dot ibm dot com @ 2005-12-16 22:29 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From decimal at us dot ibm dot com  2005-12-16 22:29 -------
I confirmed it on FC4. So what is the value supposed to be? Is &__fpregs_mem
supposed to be the same as uc_mcontext.fpregs? (Been a while since I looked at
an x86 problem.) If this is a size mismatch bewteen the kernel and glibc should
glibc be responsible for reshaping the data? I guess I would have expected that
responsibility to belong to the kernel.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=1780

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
  2005-11-01 22:28 [Bug libc/1780] New: " naveen dot neelakantam at intel dot com
  2005-11-01 22:29 ` [Bug libc/1780] " naveen dot neelakantam at intel dot com
  2005-11-01 23:10 ` naveen dot neelakantam at intel dot com
@ 2005-11-07 19:15 ` decimal at us dot ibm dot com
  2005-12-16 22:29 ` decimal at us dot ibm dot com
  3 siblings, 0 replies; 9+ messages in thread
From: decimal at us dot ibm dot com @ 2005-11-07 19:15 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From decimal at us dot ibm dot com  2005-11-07 19:15 -------
Looking...

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=1780

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
  2005-11-01 22:28 [Bug libc/1780] New: " naveen dot neelakantam at intel dot com
  2005-11-01 22:29 ` [Bug libc/1780] " naveen dot neelakantam at intel dot com
@ 2005-11-01 23:10 ` naveen dot neelakantam at intel dot com
  2005-11-07 19:15 ` decimal at us dot ibm dot com
  2005-12-16 22:29 ` decimal at us dot ibm dot com
  3 siblings, 0 replies; 9+ messages in thread
From: naveen dot neelakantam at intel dot com @ 2005-11-01 23:10 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From naveen dot neelakantam at intel dot com  2005-11-01 23:10 -------
Oh yeah, that's on i386

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=1780

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel
  2005-11-01 22:28 [Bug libc/1780] New: " naveen dot neelakantam at intel dot com
@ 2005-11-01 22:29 ` naveen dot neelakantam at intel dot com
  2005-11-01 23:10 ` naveen dot neelakantam at intel dot com
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 9+ messages in thread
From: naveen dot neelakantam at intel dot com @ 2005-11-01 22:29 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From naveen dot neelakantam at intel dot com  2005-11-01 22:29 -------
Created an attachment (id=736)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=736&action=view)
Demonstrates symptom of sigset_t size bug


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=1780

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2013-10-15  6:13 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20051101222806.1780.neelakan@uiuc.edu>
2005-12-22 20:20 ` [Bug libc/1780] size of sigset_t in ucontext_t structure does not match linux kernel neelakan at uiuc dot edu
2006-02-10 20:21 ` decimal at us dot ibm dot com
     [not found] <bug-1780-131@http.sourceware.org/bugzilla/>
2013-10-12 17:02 ` neleai at seznam dot cz
2013-10-14 23:06 ` bugdal at aerifal dot cx
2013-10-15  6:13 ` neleai at seznam dot cz
2005-11-01 22:28 [Bug libc/1780] New: " naveen dot neelakantam at intel dot com
2005-11-01 22:29 ` [Bug libc/1780] " naveen dot neelakantam at intel dot com
2005-11-01 23:10 ` naveen dot neelakantam at intel dot com
2005-11-07 19:15 ` decimal at us dot ibm dot com
2005-12-16 22:29 ` decimal at us dot ibm dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).