summaryrefslogtreecommitdiff
path: root/source3/libsmb/libsmbclient.c
diff options
context:
space:
mode:
authorAndrew Tridgell <tridge@samba.org>2002-06-26 08:09:28 +0000
committerAndrew Tridgell <tridge@samba.org>2002-06-26 08:09:28 +0000
commitb20ca8b8683e584d7a1843b07f262da34b6dca19 (patch)
tree0703199bcdad83e67d4d3c9e62437e3ea2b20c64 /source3/libsmb/libsmbclient.c
parent2842de9d7c9343dcb5d57215afb7316d505148b8 (diff)
downloadsamba-b20ca8b8683e584d7a1843b07f262da34b6dca19.tar.gz
samba-b20ca8b8683e584d7a1843b07f262da34b6dca19.tar.bz2
samba-b20ca8b8683e584d7a1843b07f262da34b6dca19.zip
removed the wins name registration code from libsmbclient
it is *completely* bogus for our client code to be doing wins registrations. Not only is it slow as hell (think about when a wins server is down) but how the heck is going to answer the queries that will later come in for our name? And what happens when libsmbclient sends registrations and nmbd then gets the WACK response from the wins server? we end up losing our name! Name registration is a job for nmbd, not for clients. (This used to be commit 62774923ffdce15eded0f37ba99e33e9cd7a358c)
Diffstat (limited to 'source3/libsmb/libsmbclient.c')
-rw-r--r--source3/libsmb/libsmbclient.c2
1 files changed, 0 insertions, 2 deletions
diff --git a/source3/libsmb/libsmbclient.c b/source3/libsmb/libsmbclient.c
index 237701b968..3066f72280 100644
--- a/source3/libsmb/libsmbclient.c
+++ b/source3/libsmb/libsmbclient.c
@@ -523,8 +523,6 @@ int smbc_init(smbc_get_auth_data_fn fn, int debug)
}
DEBUG(0,("Using netbios name %s.\n", my_netbios_name));
- name_register_wins(my_netbios_name, 0);
-
/*
* Now initialize the file descriptor array and figure out what the
* max open files is, so we can return FD's that are above the max