summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libc (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Split out the routine rtems_assoc_name_bad().Joel Sherrill1999-05-272-14/+41
|
* Removed usage of printf.Joel Sherrill1999-05-272-2/+2
|
* Split initialization and reserve resources from termios to reduceJoel Sherrill1999-05-274-60/+95
| | | | size of mininum application.
* Fix based on bug report from Jay Kulpinski <jskulpin@eng01.gdds.com>Joel Sherrill1999-05-111-1/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | that the per task reentrancy structure was not being processed properly during exit(). joel@oarcorp.com wrote: > > > This is always an ugly place to poke around. :( > > The code in newlib/libc/stdlib/exit.c walks the atexit chain for the > reentrancy structure for JUST the current task. The code in libc_wrapup() > does it for both the current task and the global reentrancy structure > (which tends to be where driver atexit()'s were registered. > > So I think the _wrapup_reent(0) in libc_wrapup() should be commented out. > > If you concur, then I will make the change and improve the comment on this > line of code to explain things: > > libc_wrapup(); /* Why? XXX */ > > --joel That does the job. cdtest.exe works correctly now.
* Added lstat().Joel Sherrill1999-04-223-7/+40
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-191-1/+1
| | | | | | | | | | | | | | This one is an enhancement to acpolish. It replaces some Makefile variables by others variable in Makefile.ins (tries to use unique name for some variables). It therefore eases parsing Makefile.ins for further automatic Makefile.in conversions in future. To apply: cd <rtems-source-tree> sh <path-to>/rtems-rc-19990407-8.sh ./autogen
* Added reentrant versions.Joel Sherrill1999-04-152-0/+41
|
* Updated version string.Joel Sherrill1999-04-151-2/+1
|
* Disable IXON by default based on comment from Eric NorumJoel Sherrill1999-04-011-1/+1
| | | | | | | | | | | | | | | <e.norum@sk.sympatico.ca> and concerns from Thomas Doerfler <td@imd.m.ISAR.de> when he submitted the patch: Since enabling XON/XOFF has such a major performance hit on `smart' output devices I think it should be *off* by default. I think some thought should be given to adding hooks for hardware that can support XON/XOFF without software intervention, or for hardware like the 68360 SCC's that can use large buffers, but still handle special characters immediately. The patch you sent is a very good start, though. I just think that the software flow control should be off -- to match the way the serial I/O support has worked up until now.
* Patch from Thomas Doerfler <td@imd.m.ISAR.de> to add flow control:Joel Sherrill1999-03-311-32/+272
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some lines for "documentation": ====================================== One thing should be noted: when XON/XOFF is enabled, the serial device will always work with one-character buffers, so the interrupt load for the CPU might get higer, especially on devices like MC68360 and MPC860, where the serial channels are capable of using big buffers. But, once again, this only happens when XON/XOFF is actually selected. Please note that the flag IXON is set by default, so outgoing XON/XOFF flow control is enabled by default. XON/XOFF is controlled using the "standard" fields IXON/IXOFF in the termios structure. The termios flag IXANY is not (yet) supported. Hardware handshake for the incoming data stream is controlled using the standard flag CRTSCTS. If this flag is set, whenever the receive buffer is almost full, the driver function "device.stopRemoteTx()" is called, when the receive buffer has more space available, "device.startRemoteTx()" is called again. If the driver does not provide these interface functions (entries in device structure are NULL pointers), then these calls are suppressed. Changes of the flow control options during operation should work at any time, but this has not been extensively tested. No changes to the device driver interface are needed. ================================================ One critical point when using this patch might be, that any BSP using this version of termios will now have outgoing flow control enabled by default, so the behaviour of these BSPs will change here. The option IXON has already been set in older termios by default, but it did not work until this patch. Maybe this option should be switched off by default, what do you think?
* Removed asserts that shouldn't be called and commented case where thisJennifer Averett1999-03-313-4/+2
| | | | indicates an internal error.
* Corrected return value.Jennifer Averett1999-03-311-1/+1
|
* Removed warning for const removal.Joel Sherrill1999-03-301-1/+1
|
* Removed an uninitialized variable.Jennifer Averett1999-03-291-4/+5
|
* Another cleanup patch for the previous rejected hunk.Joel Sherrill1999-03-191-0/+1
|
* A cleanup patch on fcntl.c from Eric Norum <eric@skatter.usask.ca> forJoel Sherrill1999-03-191-0/+2
| | | | | 2 lines of code that did not get included when Joel tried to manually add a rejected patch.
* Towards automake XI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-03-191-3/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch is the most scary of all proposals I've been mailing to you this week until now. It consists of 3 parts: 1. a patch 2. a perl script (acpolish) 3. a shell script wrapper to invoke the perl-script. The perl-script reads in each Makefile.in and modifies them ("polishes/beautifies" them :-). These modifications are not easy to describe: Basically, it hard-codes some automake Makefile-variables and rules into RTEMS autoconf-Makefile.ins (Note: autoconf vs. automake!!) and converts some settings/variables to configure scripts' requirements (Yes, plural). E.g. it adds the automake standard variables $top_builddir and $subdir, adds dependency rules for automatic re-generation of Makefiles from Makefile.in, adds support variables for relative paths to multiple configure scripts etc. The patch is a one-line patch to enable the support of the new features added by acpolish. The shell script is a wrapper which pokes around inside of the source tree for Makefile.ins and invokes acpolish on all autoconf-Makefile.ins. acpolish is designed to be able to run several times on the same Makefile.in and may once become a more general tool to convert RTEMS Makefile.in to automake. Therefore, I'd like to keep it inside of source tree. (e.g. as contrib/acpolish or c/update-tools/acpolish). However, it doesn't make sense to export it outside of RTEMS. To apply this: cd <source-tree> patch -p1 -E < <path-to-patch>/rtems-rc-19990318-1.diff tar xzvf <path-to>/rtems-rc-polish.tar.gz ./rtems-polish.sh ./autogen Note: The path contrib/acpolish is hard-coded into rtems-polish.sh, if you decide to put it in an alternative place, please modify rtems-polish.sh to reflect this change. Later: cvs rm make/rtems.cfg (It isn't used anymore) cvs add contrib cvs add contrib/acpolish cvs commit I've tested this intensively, but naturally I can't exclude bugs. Ralf. PS.: Most probably, this is the last "Towards automake" patch. The next one probably will be a real automake patch.
* Patch from Eric Norum <eric@skatter.usask.ca> that adds externalJoel Sherrill1999-03-192-24/+42
| | | | fcntl support and an external fcntl handler for sockets.
* Use proper include for libio.h.Joel Sherrill1999-03-165-8/+5
|
* Corrected bug where pointer to doubly linked blocks was being incorrectlyJoel Sherrill1999-03-081-2/+34
| | | | calculated.
* Added code to translate internal libio flags to POSIX style flags.Joel Sherrill1999-03-081-3/+20
|
* Added support for F_GETFL and F_SETFL.Joel Sherrill1999-03-081-2/+3
|
* Removed unused variable.Joel Sherrill1999-03-081-1/+0
|
* Added F_GETFL support so the fdopen() implementation in newlib 1.8.1Joel Sherrill1999-03-063-2/+39
| | | | | | | | would work. At the same time, the initial implementation of F_SETFL was added. A support routine was added to convert internal libio flags back to the POSIX style. Eventually the internal representation should be eliminated in the interest of simplicity and code reduction. This problem was reported by Jake Janovetz <janovetz@tempest.ece.uiuc.edu>.
* Patch from Eric Norum <eric@skatter.usask.ca> to eliminate externalJoel Sherrill1999-03-0116-244/+26
| | | | | IO handlers scheme that was implemented originally just to support sockets. The file system IO switch is more general and works fine.
* Changed IMFS to use IMFS_NAME_MAX as the maximum length of a basenameJoel Sherrill1999-02-248-24/+34
| | | | | | | rather then NAME_MAX. NAME_MAX is 255 and that lets IMFS chew up memory too fast. Perhaps in the future, the places in IMFS that put a maximum length name string on the stack and the jnode structure does not include a maximu length name string can be fixed so this is not a problem.
* Part of the automake VI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-02-181-4/+6
| | | | | | | | | | | | | | | | > 5) rtems-rc-19990202-1.diff/reorg-install.sh > > reorg-install.sh fixes a Makefile variable name clash of RTEMS > configuration files and automake/autoconf standards. > Until now, RTEMS used $(INSTALL) for install-if-change. Automake and > autoconf use $(INSTALL) for a bsd-compatible install. As > install-if-change and bsd-install are not compatible, I renamed all > references to install-if-changed to $(INSTALL_CHANGED) and used > $(INSTALL) for bsd-install (==automake/autoconf standard). When > automake will be introduced install-if-change will probably be replaced > by $(INSTALL) and therefore will slowly vanish. For the moment, this > patch fixes a very nasty problem which prevents adding any automake file > until now (There are still more).
* GLobal reentrancy structure is now dynamically initialized.Joel Sherrill1999-02-181-1/+2
|
* Patch from Eric Valette <valette@crf.canon.fr> to undo the patchJoel Sherrill1999-02-151-2/+0
| | | | that added ifdef on the pc386.
* Set the read/write offset to 0 when the file is opened. The ACVC had a testJoel Sherrill1999-02-101-0/+1
| | | | | that performed the sequence open/write/close/open/read/close on a file. It did not get the correct result since the file descriptor was reused.
* Corrected multiple places the file size was not being properly updated.Joel Sherrill1999-02-101-2/+8
|
* Added getcwd().Joel Sherrill1999-02-102-1/+281
|
* Corrected spacing and added some new error checks that were neededJoel Sherrill1999-02-053-24/+34
| | | | to avoid dereferencing NULLs.
* Patch from Eric Norum <eric@skatter.usask.ca> to set more flags inJoel Sherrill1999-01-281-2/+2
| | | | rtems_bsdnet_makeFdForSocket().
* Added libio_sockets.c to hold support routines for networking code.Joel Sherrill1999-01-262-1/+59
|
* More general fix based on bug report and patch from Ian Lance TaylorJoel Sherrill1999-01-2013-1/+27
| | | | | | | | | | <ian@airs.com> to fix this problem: There is a small bug in __rtems_close in c/src/lib/libc/libio.c. It does not check whether the file descriptor it is passed is open. This can cause it to make a null dereference if it is passed a file descriptor which is in the valid range but which was not opened, or which was already closed.
* Per bug report from Jiri Gaisler that RTEMS would no longer buildJoel Sherrill1999-01-191-1/+13
| | | | | with the --disable-posix option, stubs for some routines (_getpid_r and _kill_r) that are normally defined with POSIX were added.
* Removed blank linesJoel Sherrill1999-01-042-3/+0
|
* Corrected prototype to confirm to POSIX 1003.1b.Joel Sherrill1998-12-142-10/+4
|
* Merged Eric Norum's select patch that was based on 4.0 and resolvedJoel Sherrill1998-12-1014-118/+164
| | | | all conflicts.
* Added imfs_fdatasync routine that gets called from both fdatasync and datasync.Jennifer Averett1998-12-031-0/+26
|
* Added a imfs fdatasync routine that gets called for fdatasync and datasync.Jennifer Averett1998-12-032-5/+8
|
* Added source for F_DUPFD.Jennifer Averett1998-12-031-12/+18
|
* Modifications for RTEMS_UNIX.Jennifer Averett1998-12-034-1/+18
|
* Added a imfs fdatasync routine that gets called for fdatasync and datasync.Jennifer Averett1998-12-031-13/+24
| | | | Modifications for RTEMS_UNIX.
* Added base version of file system infrastructure. This includes a majorJoel Sherrill1998-11-23101-1148/+8813
| | | | | | | | | | | | | | | | | | | | | | | | overhaul of the RTEMS system call interface. This base file system is the "In-Memory File System" aka IMFS. The design and implementation was done by the following people: + Joel Sherrill (joel@OARcorp.com) + Jennifer Averett (jennifer@OARcorp.com) + Steve "Mr Mount" Salitasc (salitasc@OARcorp.com) + Kerwin Wade (wade@OARcorp.com) PROBLEMS ======== + It is VERY likely that merging this will break the UNIX port. This can/will be fixed. + There is likely some reentrancy/mutual exclusion needed. + Eventually, there should be a "mini-IMFS" description table to eliminate links, symlinks, etc to save memory. All you need to have "classic RTEMS" functionality is technically directories and device IO. All the rest could be left out to save memory.
* Changed all of these to stubs.Joel Sherrill1998-10-227-403/+34
|
* Added rest of opendir family and made it compile.Joel Sherrill1998-10-132-3/+19
|
* New files.Joel Sherrill1998-10-135-0/+328
|
* Modified to avoid building certain files under UNIX.Joel Sherrill1998-10-131-3/+11
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-02 07:10:03 +0000