search for: cli_read

...0000033a86bcc36 in select () from /lib64/tls/libc.so.6 #1 0x00002aaaaae5c108 in sys_select () from /usr/lib/libsmbclient.so.0 #2 0x00002aaaaae64027 in event_loop_once () from /usr/lib/libsmbclient.so.0 #3 0x00002aaaaae8556b in cli_pull () from /usr/lib/libsmbclient.so.0 #4 0x00002aaaaae85626 in cli_read () from /usr/lib/libsmbclient.so.0 #5 0x00002aaaaae0866a in SMBC_read_ctx () from /usr/lib/libsmbclient.so.0 ... ... #8 0x00000033a861c4ca in __libc_start_main () from /lib64/tls/libc.so.6 #9 0x000000000040567a in _start () (gdb) I'm using samba-3.2.6 libsmbclient library on a linux box to...

...o tdis failed (Read error: Error 0) TEST RW1 FAILED! RW1 took 18.458818 secs TEST FAILED: /export/data/software/cradle/build/samba-3.0.30/source/bin/smbtorture //127.0.0.2/tmp -Uroot%test RW1 (status 1) --->8--- Any pointers where to look next? I can see in the test that it's failing on a cli_read() in rw_torture2(), but I don't know why. I looked at st/smbd_test.log, but there are no errors there. Thanks. -David -- David Eisner http://cradle.brokenglass.com

Dear Gents, We are using libsmbclient smbc_getFunctionRead to read from a Microsoft DFS share. Before each 64k read there are a QUERY_PATH_INFO and a GET_DFS_REFERRAL which slow down the transmission. Is there a way to query these only once at the beginning of the transmission and cache it? system: 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 GNU/Linux lib:

...nts have both the new and old SID from each domain. The authentication to the old (NT 4.0) Account domains is still working fine. Here's a section of the samba log file generated for the client connection... [2000/04/24 18:30:51, 0] rpc_client/cli_pipe.c:rpc_read(89) rpc_read: Error 234 in cli_read [2000/04/24 18:30:51, 0] smbd/password.c:domain_client_validate(1431) domain_client_validate: unable to validate password for user frush in domain USERDOM2 to Domain controller *. Error was ERRDOS - ERRmoredata (There is more data to be returned.). [2000/04/24 18:30:51, 0] passdb/smbpass.c:starts...

...; > where it's doing: > > status = cli_resolve_path(frame, "", context->internal->auth_info, > file->srv->cli, path, > &targetcli, &targetpath); > > before each call to cli_read(), which does seem rather > excessive. > > I'm guessing it's to allow a DFS server to go down mid-read, > and allow a replica to take over.... Let me think about this > some more. > > You might want to log this as a bug to make it easier to > track. > > Thanks,...

...write a tar header, don't bother with mode - just set to 100644 */ @@ -719,7 +721,7 @@ while (nread < finfo.size && !close_done) { - DEBUG(3,("nread=%d\n",nread)); + DEBUG(3,("nread=%.0f\n",(double)nread)); datalen = cli_read(cli, fnum, data, nread, read_size); @@ -736,7 +738,7 @@ if (nread > finfo.size) { datalen -= nread - finfo.size; - DEBUG(0,("File size change - truncating %s to %d bytes\n", finfo.name, (int)finfo.size)); + DEBUG(0,("File size change - truncating %s to %.0f...

...t;, + lname, (double)size, lname)); + + if(!(data = (char *)malloc(read_size))) { + DEBUG(0,("malloc fail for size %d\n", read_size)); + cli_close(cli, fnum); + return; + } + + while (1) { + int n = cli_read(cli, fnum, data, nread, read_size); + + if (n <= 0) break; + + if (writefile(handle,data, n) != n) { + DEBUG(0,("\nError writing local file: %s\n", strerror(errno))); + break; + } +...

...cli))); + return; + } + + DEBUG(2,("regetting file %s of size %.0f as %s ", + lname, (double)size, lname)); + + if(!(data = (char *)malloc(read_size))) { + DEBUG(0,("malloc fail for size %d\n", read_size)); + cli_close(cli, fnum); + return; + } + + while (1) { + int n = cli_read(cli, fnum, data, nread, read_size); + + if (n <= 0) break; + + if (writefile(handle,data, n) != n) { + DEBUG(0,("\nError writing local file: %s\n", strerror(errno))); + break; + } + + if (hash) { + while (nread >= hashbytes) { + (void) putchar('#'); + ha...