summaryrefslogtreecommitdiffstats
path: root/libexec
Commit message (Collapse)AuthorAgeFilesLines
...
* Remove a useless '/'.obrien2003-08-241-1/+1
|
* Very minor style nit: sort include files alphabetically.imp2003-08-221-1/+1
|
* Forgot one instance of ld-elf.so.1. Convert to ${PROG}gordon2003-08-171-1/+1
| | | | Pointed out by: obrien
* Don't forget to honor DESTDIR. Also switch over to using PROG instead ofgordon2003-08-171-2/+2
| | | | the binary name directly.
* Don't forget to chflags noschg the existing binary so we can symlinkgordon2003-08-171-0/+5
| | | | | | over it safely. Pointed out by: yosimoto@waishi.jp
* As long threatened, stage 2 of making a dynamically-linked root a reality.gordon2003-08-172-1/+3
| | | | Install rtld into /libexec.
* Prepend /lib to the builtin library search path in rtld.gordon2003-08-172-2/+2
|
* Make sure that a "make release" (more accurately the bit that makesmarkm2003-07-241-0/+2
| | | | | the crunched binary) get a non-cryptographic telnet. This is overkill in that it covers stuff that is not normally used in a crunched binary.
* Ensure that for the cryptographic instances of *telnet*, the "crypto"markm2003-07-241-0/+1
| | | | distribution is used. This only affects release-building.
* Test correct macro for "without crypto" option(s).markm2003-07-201-1/+1
|
* Prototype defttymode() instead of just declaring it.yar2003-07-181-1/+1
|
* Very big makeover in the way telnet, telnetd and libtelnet are built.markm2003-07-1614-7046/+16
| | | | | | | | | | | | | | | | | | | | | | | Previously, there were two copies of telnet; a non-crypto version that lived in the usual places, and a crypto version that lived in crypto/telnet/. The latter was built in a broken manner somewhat akin to other "contribified" sources. This meant that there were 4 telnets competing with each other at build time - KerberosIV, Kerberos5, plain-old-secure and base. KerberosIV is no longer in the running, but the other three took it in turns to jump all over each other during a "make buildworld". As the crypto issue has been clarified, and crypto _calls_ are not a problem, crypto/telnet has been repo-copied to contrib/telnet, and with this commit, all telnets are now "contribified". The contrib path was chosen to not destroy history in the repository, and differs from other contrib/ entries in that it may be worked on as "normal" BSD code. There is no dangerous crypto in these sources, only a very weak system less strong than enigma(1). Kerberos5 telnet and Secure telnet are now selected by using the usual macros in /etc/make.conf, and the build process is unsurprising and less treacherous.
* Block SIGURG while reading from the control channel.yar2003-07-091-0/+6
| | | | | | | | | | | | | | | Rationale: SIGURG is configured by ftpd to interrupt system calls, which is useful during data transfers. However, SIGURG could interrupt I/O on the control channel as well, which was mistaken for the end of the session. A practical example could be aborting the download of a tiny file, when the abort sequence reached ftpd after ftpd had passed the file data to the system and returned to its command loop. Reported by: ceri MFC after: 1 week
* Improve error handling in getline():yar2003-07-091-4/+7
| | | | | | | | | - always check the return value from getc(3) for EOF; - if the attempt to read the TELNET command byte has returned EOF, exit from the loop instead of using the EOF value as a normal character. MFC after: 1 week
* Make a malloced copy of "chrootdir" even if it points to an absoluteyar2003-07-091-3/+5
| | | | | | | | pathname inside "residue" so "chrootdir" can be simply freed later. PR: bin/53435 Submitted by: Yutaka Ishihara <yutaka at fandc.co.jp> MFC after: 1 week
* Remove MAINTAINER= lines from individual Makefiles in favor of thegshapiro2003-07-072-4/+0
| | | | MAINTAINER file (which already had entries for sendmail).
* Avoid using the global offset table to get the address of _DYNAMIC injake2003-07-042-1/+18
| | | | | | | | | rtld. When _DYNAMIC is referenced normally from C the global offset table is used implicitly, but newer versions of binutils don't initialize it statically in the binary, so this doesn't work until rtld is relocated, which _DYNAMIC is needed for... So, as on other systems with the same problem, we disassemble a call instruction to _DYNAMIC in order to get its address.
* Don't declare unneeded extern variables,yar2003-06-211-2/+0
| | | | leave alone specifying a wrong type for one of them.
* Fix warnings on 64 bit platforms.mdodd2003-06-191-9/+9
| | | | Noticed by: jake
* Add function prototypes.mdodd2003-06-191-0/+2
|
* LD_DUMP_REL_PRE and LD_DUMP_REL_POST don't output to stderr; don'tmdodd2003-06-191-2/+2
| | | | claim that they do.
* Provide a mechanism for dumping relocation information.mdodd2003-06-194-0/+116
| | | | | | | Setting the LD_DUMP_REL_PRE or LD_DUMP_REL_POST environment variables cause rtld-elf to output a table of all relocations. This is useful for debugging.
* Move MD function prototypes together.mdodd2003-06-191-4/+8
|
* Fix warnings; no parameters in function prototypes.mdodd2003-06-192-3/+3
|
* Avoid a NULL pointer dereference.mdodd2003-06-181-1/+2
|
* - Use the initial terminal mode instead of the current modeyar2003-06-182-73/+64
| | | | | | | | | | as the source of defaults for terminal device parameters. - Do duplucate code reduction and simplification enabled by the above. Reviewed by: green MFC after: 1 month
* Include libmap.h for prototypes.mdodd2003-06-181-0/+1
|
* - Add support for DT_FLAGS.mdodd2003-06-183-1/+21
| | | | - Define various things from the most recent ELF spec.
* More correctly spell "-static" as "NOSHARED?=YES"dougb2003-06-171-1/+3
|
* Improve the manpage language a bit.yar2003-06-171-1/+1
| | | | | | | | A PPP login program is started _automatically_ (i.e., without human intervention) even with the "pl" capability unset, as soon as a PPP frame is detected. But with "pl" set, a PPP login program is started independently of the result of PPP detection (which is rendered unnecessary then,) i.e. _unconditionally_.
* Link named-xfer -static. This is the only binary that needs to bedougb2003-06-171-1/+1
| | | | | | statically compiled for named to work chroot'ed, and we'd like to be able to do that from /etc/rc.d without additional user intervention.
* If ftpd is run with an -h option (hide host-specific info,)yar2003-06-161-8/+8
| | | | | | | | | | | | | | | don't reveal the info in reply to the SYST command. Get rid of using the "unix" macro at the same time. It was a rather poor way to check if the system was Unix since there were quite a few Unix clones out there whose cc didn't define "unix" (e.g., NetBSD.) It was also sensitive to the C standard used, which caused unnecessary trouble: With -std=c99, it should have been "__unix__", and so on. PR: bin/50690 Submitted by: Alex Semenyaka <alexs _at_ snark.ratmir.ru> MFC after: 1 week
* fix a couple typos in the commentsjmg2003-06-151-2/+2
| | | | From NetBSD's bootpd (in src/usr.sbin/bootp)
* fix bootpd to use fd_set. For some reason on Sparc, using int withjmg2003-06-151-4/+6
| | | | select is broken.
* Remove MAINTAINER lines.obrien2003-06-141-2/+0
|
* In the last clean-up of this code, the fact that the default tty modegreen2003-06-141-6/+20
| | | | | | | | information could only be gleaned from the the tty descriptor itself was neglected, so never did the tty's default settings get copied from the kernel. Specifically, this caused all manner of ctrl-keys to not work. Fix this by calling dogettytab() in all the proper places, and retrieving the terminfo temporarily in dogettytab().
* Read gettytab(5) soon enough to fill in all necessary values.yar2003-06-102-16/+40
| | | | | | | | | Re-read gettytab(5) only if needed. This fixes bugs introduced as long ago as in getty/main.c rev.1.15. PR: bin/18181 MFC after: 1 month
* Spot one more place where boolean variables were incrementedyar2003-06-101-1/+1
| | | | instead of just being assigned a truth value.
* Coding style fix: Use "foo = 1" instead of "foo++" to assignyar2003-06-101-2/+2
| | | | | the truth value to a boolean variable, especially when inside a loop. The variable can overflow otherwise, at least in theory.
* Break sentences.yar2003-06-101-4/+6
| | | | MFC after: 1 week
* General mdoc(7) markup fixes:yar2003-06-101-61/+67
| | | | | | | | | | | - Use .Va, not .Em, to mark up variable-like identifiers (capability and database entry names.) - Stop abusing .Tn (trademark) to emphasize general phrases. - Spot unmarked capability references. - Add a missing line break. Discussed with: ru MFC after: 1 week
* Improve the language and markup of the description of the pp and plyar2003-06-101-7/+18
| | | | | | | | | | | | capabilities: - Mark up capability identifiers. - Don't squeeze much text into the capability table given the options will be described below in detail. - Keep the capability table sorted. - Use a consistent term for a PPP login program. MFC after: 1 week
* Add section number to .Xrcharnier2003-06-082-2/+2
|
* The .Xr utilitycharnier2003-06-082-5/+7
|
* Don't fail if we encounter a relocation of type "none". Just ignoremarcel2003-06-071-0/+3
| | | | | | it. It's a no-op relocation. Trigger case: ports/x11-toolkits/pango
* Fix some minor bugs, namely:yar2003-06-061-3/+14
| | | | | | | | | | | | | | | | | | | | - Initialize "rval", which would be used uninitialized if al or pl options were set. - Don't pass an empty string to login(1) as a user name (this could be triggered by entering a name and then killing it with backspace or ^U.) - Don't loop endlessly if the al option specifies a bogus (i.e., not alphanumeric) auto-login name. - Don't pass a bogus user name to login(1) if a good name were entered and then killed with ^U. - Exit with status 0, not 1, on receiving an EOF character, since it's not a error condition. MFC after: 1 week
* Drop MAINTAINER Bit. Not needed any more.markm2003-06-041-2/+0
|
* Set CSTD to gnu99. We can only use on of the gnu?9 C languages.obrien2003-06-041-0/+1
| | | | We can't use c89 due to use of 'inline', and c99 produces bad code.
* Assorted mdoc(7) fixes.ru2003-06-021-5/+5
|
* Best we can do with this is c89.obrien2003-06-021-0/+1
|
OpenPOWER on IntegriCloud