summaryrefslogtreecommitdiffstats
path: root/lib/libc_r
Commit message (Collapse)AuthorAgeFilesLines
* Remove much of the dereferencing of the fd table entries to lookdeischen2002-08-2921-39/+69
| | | | | | | | | | | at file flags and replace it with functions that will avoid null pointer checks. MFC to be done by archie ;-) PR: 42100 Reviewed by: archie, robert MFC after: 3 days
* Make the libc_r version of select() set the readable or writablearchie2002-08-291-4/+6
| | | | | | | | | | file descriptor bit if poll() returns POLLERR, POLLHUP, or POLLNVAL. Othewise, it's possible for select() to return successfully but with no bits set. Reviewed by: deischen MFC after: 3 days PR: bin/42175
* When poll(2)'ing for readability or writability of a file descriptorarchie2002-08-291-2/+6
| | | | | | | | on behalf of a thread, we should check the POLLERR, POLLHUP, and POLLNVAL flags as well to wake up the thread in these cases. Suggested by: deischen MFC after: 3 days
* Replace various spelling with FALLTHROUGH which is lint()ablecharnier2002-08-251-1/+1
|
* Add an ia64 atomic lock primitive for libc_r. This is mostly forpeter2002-07-201-0/+48
| | | | | | | | | | completeness and doesn't get us a working libc_r there because libc_r uses setjmp() and setjmp() cannot be used for context switches on ia64 as-is (or sparc64). Rather than making setjmp/longjmp behave like the *context() calls, it would be far better to make libc_r use *context() directly which is what they are for. Obtained from: marcel
* Fix a typo.maxim2002-07-101-1/+1
| | | | MFC after: 3 days
* Oops, forgot to set the suspended flag for threads that are createddeischen2002-07-091-2/+3
| | | | | | | initially suspended. This was preventing such threads from getting resumed. Reported by: Bill Huey <billh@gnuppy.monkey.org>
* Fix a couple of minor nits that prevented this from compiling.deischen2002-07-021-2/+4
| | | | Pointed out by: julian
* Make sigpending and sigsuspend account for signals that are pending ondeischen2002-06-282-5/+27
| | | | | | the process as well as pending on the current thread. Reported by: Andrew MacIntyre <andymac@bullseye.apana.org.au>
* Add a wrapper for pselect() in order to make it a cancellation point.deischen2002-06-282-0/+55
| | | | Prompted by: wollman
* Fix a bug which prevented the duplication of the standard i/orobert2002-06-231-13/+24
| | | | | | | | | file descriptors in programs linked with libc_r with flags other than the default ones. This kept, inter alia, freopen() from working correctly when reopening standard streams. reviewed by: deischen PR: misc/39377
* Missed in earlier commit -- I did cvs commit src/lib/libc. Oops.rwatson2002-06-144-102/+0
|
* Revamp suspend and resume. While I'm here add pthread_suspend_all_np()deischen2002-05-2413-307/+231
| | | | | | | | | | | | | and pthread_resume_all_np(). These suspend and resume all threads except the current thread, respectively. The existing functions pthread_single_np() and pthread_multi_np(), which formerly had no effect, now exhibit the same behaviour and pthread_suspend_all_np() and pthread_resume_all_np(). These functions have been added mostly for the native java port. Don't allow the uthread kernel pipe to use the same descriptors as stdio. Mostily submitted by Oswald Buddenhagen <ossi@kde.org>. Correct some minor style nits.
* Undo namespace pollution by prefixing the globals pthread_guard_default andalfred2002-05-154-26/+29
| | | | | | | | pthread_page_size. Fix a bunch line wrapping. Pointed out by: deischen
* Don't use PAGE_SIZE in userland, instead use getpagesize(), this is toalfred2002-05-134-21/+36
| | | | | | | allow running on other arches when the instructions are supported but the page size granularity is not. Glanced at by: peter
* Use GCC's __attribute__ ((constructor)) mechanism to invoke the pthreadalfred2002-05-112-36/+8
| | | | | | | startup code rather than a static C++ object since c++ seems to be broken. This doesn't seem to work for staticically linked program just yet, I'll give that some more work when I get a chance.
* Make these functions cancellation points like they should be:archie2002-05-025-5/+66
| | | | | | | | poll(2), readv(2), select(2), wait4(2), writev(2). PR: bin/37658 Reviewed by: deischen MFC after: 1 week
* Make sure calls to pthread_cancel() do not take effect if the targetarchie2002-05-021-2/+4
| | | | | | | | thread is already exiting. PR: bin/37614 Reviewed by: deischen MFC after: 1 week
* Usage style sweep: spell "usage" with a small 'u'.des2002-04-221-1/+1
| | | | | Also change one case of blatant __progname abuse (several more remain) This commit does not touch anything in src/{contrib,crypto,gnu}/.
* The GCC developers have made good on their threats against #pragma for 3.1.obrien2002-04-153-3/+4
| | | | | | Use __weak_reference in place of the #pragma. Submitted by: eischen
* Sync SCM ID comments with libc.obrien2002-04-151-7/+9
|
* Return correct number of total bits set in all fd_set's.asmodai2002-04-091-9/+18
| | | | | | | | | | | Change case of POLLNVAL as an error. Remove POLLHUP and POLLERR from one case, their place is most likely amongst read events. PR: 33723 Submitted by: Alexander Litvin <archer@whichever.org> Reviewed by: deischen [Provided a small change to the PR patch as well] MFC after: 4 weeks
* Do not use __progname directly (except in [gs]etprogname(3)).markm2002-03-291-5/+7
| | | | | | Also, make an internal _getprogname() that is used only inside libc. For libc, getprogname(3) is a weak symbol in case a function of the same name is defined in userland.
* Add the ability to recognize old references to keys, and return NULLdeischen2002-03-196-36/+54
| | | | | when old keys are referenced (after pthread_key_delete()) via pthread_getspecific().
* Fix the return code from pthread_rwlock_try[rw|rd]lock() functions;bsd2002-03-151-2/+2
| | | | | | these should return EBUSY when the calling thread would block. MFC after: 2 weeks
* Properly clear the status of a join operation if the joining thread isdeischen2002-03-062-1/+4
| | | | canceled or the joinee is detached.
* Fix a bug where a short write to a non-blocking socket wouldjb2002-02-221-1/+4
| | | | | | | leave the descriptor locked, causing other threads to hang if they happened to access the socket. MFC after: 5 days
* Don't rely on <sys/signal.h> to include <sys/ucontext.h>deischen2002-02-171-0/+1
|
* Prevent dup2(2) from closing internal libc_r pipe descriptors.maxim2002-02-141-1/+2
| | | | | | | PR: misc/28947 Reviewed by: jasone, ru Approved by: jasone, ru MFC after: 1 week
* Correct a typo pthread_attr_setscope() function fails unconditionallymaxim2002-02-141-1/+1
| | | | | | | | | due to. PR: misc/30699 Reviewed by: jasone, ru Approved by: jasone, ru MFC after: 1 week
* This has been sitting in my local tree long enough. Remove the usedeischen2002-02-095-268/+167
| | | | | | | | | | | | | | of an alternate signal stack for handling signals. Let the kernel send signals on the stack of the current thread and teach the threads signal handler how to deliver signals to the current thread if it needs to. Also, always store a threads context as a jmp_buf. Eventually this will change to be a ucontext_t or mcontext_t. Other small nits. Use struct pthread * instead of pthread_t in internal library routines. The threads code wants struct pthread *, and pthread_t doesn't necessarily have to be the same. Reviewed by: jasone
* Silence a warning by initializing the return value. This wasn'tdeischen2002-02-091-2/+3
| | | | | set in the case of a short write, and I think returning 0 for this is what was intended.
* Undo the work-around for the sendfile bug where nbytes needed the hdr/trldg2002-01-221-11/+0
| | | | | | | size added to it in order for it to work properly when nbytes != 0. Reviewed by: alfred MFC after: 3 days
* Use the real function address (instead of function address + 8) for thedeischen2001-12-221-2/+2
| | | | | | | | | return address when modifying a jmp_buf to create a new thread context. Also set t12 with the return address. This should fix libc_r on alpha. With much detective work by: Bernd Walter <ticso@cicely.de>
* Fix the retrieval of USRSTACK via sysctl so that it works for 64-bitdeischen2001-12-181-2/+2
| | | | | | archs. This should fix libc_r on alpha. Submitted by: Bernd Walter <ticso@cicely9.cicely.de>
* When cancelling a thread while in a join operation, do not detachdeischen2001-12-161-4/+1
| | | | | | | | the target thread of the join operation. This allows the cancelled thread to detach the target thread in its cancellation handler. This bug was found by Butenhof's cancel_subcontract test. Reviewed by: jasone
* Pull the target thread of a join operation from the correct placedeischen2001-12-151-3/+4
| | | | when cancelling a thread.
* Fix a number of subtle and evil bugs in the libc_r wrapping of sendfile(2).alfred2001-12-121-4/+50
| | | | | | | | | | | | | | | | | | | | | | o) Since we unwrap the sendfile syscall, check the return value of writev(2) to see if it didn't complete all the data. Previously if only a partial writev() succeeded, it would proceed to sendfile(2) even though the headers weren't completely sent. o) Properly adjust the "bytes to send" to take into account sendfile(2)'s behaviour of counting the headers against the bytes to be transfered from the file. o) Correct the problem where EAGAIN was being returned from _sys_sendfile(2) however the wrapper didn't update the 'sent bytes' parameter to take into account for it. This is because sendfile can return EAGAIN even though it has actually transfered data. Special thanks to Justin Erenkrantz <jerenkrantz@apache.org> for bringing this to my attention and giving an excellent way to reproduce the problem. PR: kern/32684 MFC After: 1 week
* Prevent infinite loop, when kevent(2) is called wihout eventlist (i.e.sobomax2001-12-081-1/+1
| | | | eventlist == NULL or nevents == 0).
* Fix pthread_join so that it works if the target thread exits whiledeischen2001-11-174-10/+32
| | | | | | | the joining thread is in a signal handler. Reported by: Loren James Rittle <rittle@labs.mot.com> MFC after: 1 week
* Describe handling of NULLs passed to pthread_setcancelstate().murray2001-11-051-2/+10
| | | | | PR: docs/31745 Submitted by: Andrew <andrew@ugh.net.au>
* Mark up NULL in .Dv.dd2001-11-041-1/+3
| | | | | PR: 31747 Submitted by: <andrew@ugh.net.au>
* Make libc_r check the kern.usrstack sysctl instead of using internalpeter2001-10-263-6/+20
| | | | | | | kernel #defines to figure out where the stack is located. This stops libc_r from exploding when the kernel is compiled with a different KVM size. IMHO this is all kinda bogus, it would be better to just check %esp and work from that.
* Style: sort __sys_foo() prototypes, tabs -> spaces, etc.ru2001-10-261-78/+78
|
* Removed:ru2001-10-266-218/+10
| | | | | | | | | | | | | | | | | | | | | | | | - uthread_signal.c; libc_r does not wrap signal() since 1998/04/29. - uthread_attr_setprio.c; it was never connected to the build, and pthread_attr_setprio() does not exist in POSIX. - uthread_sigblock.c and uthread_sigsetmask.c; these were no-ops bloating libc_r's space. pthread_private.h: - Removed prototypes of non-syscalls: send(). - Removed prototypes of unused syscalls: sigpending(), sigsuspend(), and select(). - Fixed prototype of fork(). - MFS: Fixed prototypes of <sys/socket.h> syscalls. Reviewed by: deischen Approved by: deischen, jasone
* Change #include "DEFS.h" to <machine/asm.h>.peter2001-10-252-2/+2
|
* In the words of the submitter:deischen2001-10-211-2/+10
| | | | | | | | | | | | | In libc_r, if _FDLOCKS_ENABLED is not defined, there is no guarantee in many of the sycall wrappers that _thread_fd_table[fd] is initialized. This causes problems for programs that pass in file descriptors and execve() another program; when the exec'ed program tries to do an fcntl() or other syscall on the passed-in fd, it fails. Add calls to initialize the FD table entry for _thread_fd_lock and _thread_fd_lock_debug. Submitted by: Peter S. Housel <housel@acm.org>
* Compensate for "Compensate for header dethreading" by backing it out.bde2001-10-104-8/+0
|
* Limit maximum poll interval to 60 seconds. This prevents an overflowdeischen2001-10-071-0/+3
| | | | | | | from occurring when converting from a timeval/timespec to a timeout in milliseconds. Submitted by: dwmalone
* mdoc(7) police: Use the new .In macro for #include statements.ru2001-10-0148-50/+50
|
OpenPOWER on IntegriCloud