summaryrefslogtreecommitdiffstats
path: root/src/lib/krb4/win_store.c
Commit message (Collapse)AuthorAgeFilesLines
* Remove krb524, lib/des425, lib/krb4, and include/kerberosIV.Greg Hudson2008-12-181-154/+0
| | | | | | | | | | Remove krb4 build system references and conditionals. Move des425 header stuff referenced by des_int.h into des_int.h. Remove krb4 test cases. ticket: 6303 git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@21544 dc483132-0cff-0310-8789-dd5450dbe970
* Set close-on-exec flag in most places where file descriptors areKen Raeburn2007-10-221-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | opened in our libraries (in case another application thread spawns a new process) and in the KDC programs (in case a plugin library spawns a new process). Checked calls to: open fopen THREEPARAMOPEN mkstemp socket accept dup dup2 pipe. In: util lib plugins kdc kadmin/server krb524. The various programs are less critical than the libraries, as any well-written plugin that spawns a new process should close all file descriptors it doesn't need to communicate with the new process. This approach also isn't bulletproof, as the call to set the close-on-exec flag is necessarily a separate call from creating the file descriptor, and the fork call could happen in between them. So plugins should be careful regardless of this patch; it will only reduce the window of potential lossage should a plugin be poorly written. (AFAIK there are currently no plugins that spawn processes where this would be a problem.) Update dependencies. ticket: 5561 git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@20143 dc483132-0cff-0310-8789-dd5450dbe970
* * RealmsConfig-glue.c: Fix up KRB5_CALLCONVTom Yu2002-12-181-1/+1
| | | | | | * win_store.c (krb__get_srvtabname): Add const to parameter. git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@15053 dc483132-0cff-0310-8789-dd5450dbe970
* Danilo also says we can get rid of _MSDOS (Win16) tests, and explicit ↵Ken Raeburn2001-10-061-1/+1
| | | | | | FAR/NEAR specs git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@13786 dc483132-0cff-0310-8789-dd5450dbe970
* Danilo says we can get rid of the DLLIMP stuff nowKen Raeburn2001-10-041-2/+2
| | | | git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@13775 dc483132-0cff-0310-8789-dd5450dbe970
* pullup from 1.2 branchKen Raeburn2000-06-271-8/+12
| | | | git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@12442 dc483132-0cff-0310-8789-dd5450dbe970
* Added missing krb4__krb5_context variable declarationTheodore Tso1998-12-051-0/+1
| | | | git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@11078 dc483132-0cff-0310-8789-dd5450dbe970
* Makefile.in: Set the myfulldir and mydir variables (which are relativeTheodore Tso1998-11-131-4/+7
| | | | | | | | | | | | | | | | | to buildtop and thisconfigdir, respectively.) configure.in: Remove KRB5_POSIX_LOCKS test. win_store.c (krb__get_srvtabname): g_cnffile.c: Use krb5__krb4_context instead of init'ing and free'ing a krb5_context each time we need to read data from the configuration file. We also define krb5__krb4_context in g_cnnfile.c, since it's a likely that any use of the krb4 library will pull in that file. tf_util.c (tf_init): Use krb5_lock_file instead of trying to roll our own flock emulation. git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@11026 dc483132-0cff-0310-8789-dd5450dbe970
* Build krb4 compatibility library for win16/win32Richard Basch1997-02-181-4/+31
| | | | | | (including application server routines, such as krb_rd_req) git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@9883 dc483132-0cff-0310-8789-dd5450dbe970
* add CNS V4 library to tree for compatibility use. Installs as libkrb4.aMark Eichin1995-04-271-0/+115
git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@5537 dc483132-0cff-0310-8789-dd5450dbe970
generated by cgit (git 2.34.1) at 2026-01-29 13:04:04 +0000