Possible memory leak password.c/pass_check_smb().

[sent to samba-general, should have probably send it here] Hi! I'm running Samba 2.2.3a with a whole bunch of Windows XP clients, and have been noticing that Samba has been consuming all available memory resources if left unchecked for about a week. After some digging, and correlating the

[[¹ÌÄ£¿µ¾î] ¸®¾çÀÇ »ùÇà ¹× ¾îÇÐÇнÀ±â¸¦ µå¸³´Ï´Ù. [±¤°í]

CRAZY ENGLISH »ùÇà ¼º ¸í À̸ÞÀÏ ÁÖ ¼Ò Á÷ ¾÷ Á÷¾÷ ÀÔ·Â Á÷ÀåÀÎ ÀÚ¿µ¾÷ ´ëÇлý °íµîÇлý ÁßÇлý ÃʵîÇлý ÁֺΠ±âŸ ÀüÈ­¹øÈ£ Áö ¿ª ¹ø È£ ¼­¿ï

Re: VFS recycle bin

Am Montag, 8. April 2002 13:24 schrieb Andrew Bartlett: Add -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 to the compiler options and it works :-) The problem is that the VFS (and passdb for that matter) modules are libtool based :-). They are not created via the normal makefile system,

password server = * is broken

I was testing the smb.conf parameter password server, and had no problems in a domain with a PDC and two BDC's, but I listed the servers by name in the parameter. When I switched to using *, the client could no longer authenticate. The problem appears to be the representation of the user name.

libsmbclient -I equivalent?

I'm trying to upgrade an smbclient-based share crawler I've written to libsmbclient and Alain's perl Filesys::SmbClient package. This is for the Georgia Tech campus network, so the crawler will span multiple subnets. The problem I'm having is that about half of the clients I query won't

Re: libsmbclient -I equivalent?

On Mon, 8 Apr 2002, Mike Rosack wrote: I'm trying to upgrade an smbclient-based share crawler I've written to libsmbclient and Alain's perl Filesys::SmbClient package. This is for the Georgia Tech campus network, so the crawler will span multiple subnets. The problem I'm having is that