summaryrefslogtreecommitdiffstats
path: root/source/client/smbumount.c
Commit message (Collapse)AuthorAgeFilesLines
* Link less with smbmnt and smbumount. Also change from a pstrcpy() to aAndrew Bartlett2002-12-011-1/+2
| | | | | | strncpy() to make it clear that we must operate on a PATH_MAX sized buffer. Andrew Bartlett
* Change all realloc() statements to Realloc() (ecxept for tdb.c)Simo Sorce2001-08-081-0/+5
| | | | | | | changed some code to exploit the fact that Realloc(NULL, size) == malloc(size) fixed some possible mem leaks, or seg faults. thanks to andreas moroder (mallocs not checked in client/client.c, client/smbumount.c)
* first pass at updating head branch to be to be the same as the SAMBA_2_0 branchAndrew Tridgell1999-12-131-14/+13
|
* Fixed a glibc glitch in smbumount.c and reenabled some debuggingMichael Warfield1999-02-131-1/+1
| | | | in smbmount.c
* Ok... Yet another round of fixes for smbmount and autofs.Michael Warfield1999-01-311-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | 1) The earlier fix for the smbmount race conditions broke the PID registration with smbfs. That fix has been backed out and replaced by a signalling convention from the child smbmount process back to the parent telling the parent when it is safe to exit. 2) Fixing all of this uncovered a NASTY deadly embrace between smbmount, smbmnt, and autofs. This was caused by the setsid call in the daemon code. The smbmnt process no longer was registered as "magic" because it was no longer in the autofs process group. Many many kudos and thanks to H Peter Anvin for giving me the clue to solving this agravating puzzle. The setsid was moved down the where the child signals the parent and a warn left in its place in the daemonize code. 3) Fixed (actually worked around with a BUTT UGLY HACK) a problem with SMB_GET_MOUNTPID in smbumount.c. The smb_fs.h header file has the parameter to this ioctl defined as a uid_t. Unfortunately that's a 32 bit quantity under glibc and it's currently a 16 bit quantity in kernel space. Undefined the macro and redefined it with a parameter of __kernel_uid_t. That should keep us out of trouble till I can have someone fix smb_fs.h in the kernel sources...
* Removed a redundant include for "includes.h"Michael Warfield1998-09-301-3/+1
| | | | | Cleaned up a prototype warning message. smbumount.c now compiles warning free.
* Two changes in this ball...Michael Warfield1998-09-281-22/+4
| | | | | | | | | | | | 1) Changes to smbmnt.c, smbmount.c, and smbumount.c allow them to compile on both RedHat 4.x (libc 4.x) systems and RedHat 5.x (glibc 2) systems. 2) Changes to Makefile.in and configure.in (and subsequently configure) are to configure for smbmount, smbumount, and smbmnt to compile. This adds a "--with(out)-smbmount" option to configure. Sanity checking is not present yet. You can specify this if you are not on linux, it just won't compile.
* Makefile:Jeremy Allison1998-06-151-0/+2
| | | | | | | smbumount.c: Added fixes to compile under Linux. includes.h: Added SunOS 4.x QSORT_CAST fix. reply.c: Fixed user name mapping function for security=server, security=domain. Jeremy.
* This is a security audit change of the main source.Jeremy Allison1998-05-121-1/+1
| | | | | | | | | | | | | | | | | | It removed all ocurrences of the following functions : sprintf strcpy strcat The replacements are slprintf, safe_strcpy and safe_strcat. It should not be possible to use code in Samba that uses sprintf, strcpy or strcat, only the safe_equivalents. Once Andrew has fixed the slprintf implementation then this code will be moved back to the 1.9.18 code stream. Jeremy.
* This is *not* a big change (although it looks like one).Jeremy Allison1998-01-221-1/+1
| | | | | | | This is merely updating the Copyright statements from 1997 to 1998. It's a once a year thing :-). NO OTHER CHANGES WERE MADE. Jeremy.
* the real source code for the smbfs utilities. Forgot to doVolker Lendecke1998-01-051-0/+191
cvs add first. Volker