similar to: bug fix for smbclient/tar

smbclient (and smbtar) in version 2.2.7a (and prior) has problems with large files (> 4GB). The following patch (against 2.2.7a) fixes all known problems with this. This code has been checked into the CVS tree in all branches as well. -- ====================================================================== Herb Lewis Silicon Graphics Networking Engineer

(Erm, sorry about that...) I was talking about errors of the type: Got 0 bytes. The problem was sporatic, and seemed to be load/speed based. That is, the faster the Linux box, the more errors we had. A look through clitar.c led me to a solution. Currently, clitar.c is written to pad a file with zeros if a file read error occurs. This is normal. All of our errors were of the 0 byte length

Nearly identical results on AIX 5.2 and RedHat 7.3. In both cases: ./configure --with-winbind --with-ads --with-ldap --with-krb5 AIX 5.2: Compiling client/clitar.c client/clitar.c:91: error: parse error before '*' token client/clitar.c:91: warning: data definition has no type or storage class client/clitar.c: In function `tar_parseargs': client/clitar.c:1754: error: `regex_t'

Samba 3.0.11 won't compile on my Solaris 8 machine. It keeps getting compile errors in clitar, although I am using exactly the same configuration options as in Samba 3.0.10. Here is the basic configuration from config.log $ ./configure --with-ldap --with-ads --with-acl-support --with-pam --with-krb5=/usr/local --enable-shared --without-gnu-ld --with-mysql-prefix=/usr/local/mysql

I am trying to build a linux file server as a domain member w/W2K-ADS . I have: Slackware 10.1 freshly loaded KRB5 1.4 Sleepycat DB 4.3.7 (needed for openLDAP build) OpenLDAP 2.3.23 When building Samba 3.0.11, I recieve the following errors. Using FLAGS = -I/usr/local/include -O -Iinclude -I/usr/local/samba-3.0.11/source/include -I/usr/local /samba-3.0.11/source/ubiqx

(Samba 3.0.1, RedHat 9, share is a w2k3, security = ADS) Here is a snippet of debug level 3 output of an smbclient tar operation, with error at the end. Command is: # smbclient \\\\snapper\\dfs <password> -U Administrator -E -W CISWINNET -D home -d3 -Tqca /tmp/test.tar [2004/01/14 15:05:10, 3] lib/util.c:dos_clean_name(549) dos_clean_name

Greetings, I am currently having a problem using smbclient (Samba v2.05a) running on Solaris 2.5.1 to restore a tar file from a tape drive onto a Win NT share. smbclient works successfully when using a tar file on disk, but is skipping the tar file (created by a third party) on the tape drive. The command used is as follows: smbclient //celeborn/test -U peter -T x /dev/rmt/0 The problem

smbclient can create GNU tar files with long file names, but cannot restore them. The included patch will rectify this. This patch is against 1.9.18.p4. -Rob -- Rob Riggs Devil's Thumb Entertainment Network Administrator Boulder, CO - (303) 938-1200 rob@DevilsThumb.COM http://www.DevilsThumb.COM/~rob "The notion of errors is

My setup is Samba/smbclient version 3.0.1 on linux RedHat 9. \\snapper\dfs is a dfs share on snapper, a Win2k3 Active Directory server. My smb.conf contains: [global] realm = ciswinnet.cis.uab.edu workgroup=CISWINNET security = ADS encrypt passwords = yes password server = snapper.cis.uab.edu client use spnego = yes I am trying to run the following command: smbclient \\\\snapper\\dfs

Greetings, I'd like to propose a new option to rsync, which causes it to read device files as if they were regular files. This includes pipes, character devices and block devices (I'm not sure about sockets). The main motivation is cases where you need to synchronize a large amount of data that is not available as regular files, as in the following scenarios: * Keep a copy of a block

Hello all. I'm using Samba 2.0.7 on Linux, and I've been having a problem I can't figure out. I was backing up a coworker's machine using the smbclient tar capability. He's got Win2k. I was looking at the tar file that was generated, and in some of the deeply nested directories, I'd get stuff like this: ./Projects/From MM58836/SPC internal Web/New

As of release samba-1.9.16p11, the X option (exclude file) for tar creates doesn't work recursively; if the exclude file is a directory, files that are in the directory or subdirectories are not excluded from the tar create. I would like the exclude feature to work recursively, and attached is a patch to do it. The exclude feature works the same way for both create and extracts. ***

-------- --Multipart_Thu_Apr__8_13:33:51_1999-1 Content-Type: text/plain; charset=US-ASCII Hello guys, I always wondered why smbclient keeps timestamp in `put'ting a file but does not keep it in `get'ting a file. Alternative to keep the time stamp in `get'ting file is to use -Tc option or smbtar script, but they are a bit hairy for interactive use, and it can only dump files with an

Hi I have problem with smbclient in samba3 rc2, rc4. When I start tar backup with it: smbclient //comp-32/volume pass -U user -d0 -Tc /dev/tape0 > /dev/null [2003/09/23 08:27:46, 0] client/clitar.c:do_tar(830) directory \Kart-32\ [2003/09/23 08:27:46, 0] client/clitar.c:do_tar(830) directory \Kart-32\mairs\ [2003/09/23 08:27:46, 0]

Hello. I am trying to compile samba 3.0.11 on OpenBSD 3.6. At first i tried the ./configure with a number of switches, but when the make failed, i redid it with just plain "./configure && make". The configure works fine. The make runs for awhile but dies with this: Linking bin/swat /usr/local/kerberos/lib/libkrb5.so.3.2: warning: mktemp() possibly used unsafely; consider

What is this??????????????????????????????????????? > -----Original Message----- > From: samba@samba.org [mailto:samba@samba.org] > Sent: Tuesday, October 05, 1999 3:06 AM > To: Bernhard Bruscha > Subject: SAMBA digest 2259 > > > SAMBA Digest 2259 > > For information on unsubscribing see http://samba.org/listproc/ > Topics covered in this issue include:

Move get_rx_bufs() to vhost.c and rename it to vhost_get_bufs(). This helps to hide vring internal layout from specific device implementation. Packed ring implementation will benefit from this. Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/vhost/net.c | 77 -------------------------------------------------- drivers/vhost/vhost.c | 78

Move get_rx_bufs() to vhost.c and rename it to vhost_get_rx_bufs(). This helps to hide vring internal layout from specific device implementation. Packed ring implementation will benefit from this. Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/vhost/net.c | 83 ++------------------------------------------------- drivers/vhost/vhost.c | 78

On Mon, Apr 23, 2018 at 01:34:53PM +0800, Jason Wang wrote: > Move get_rx_bufs() to vhost.c and rename it to > vhost_get_rx_bufs(). This helps to hide vring internal layout from A small typo. Based on the code change in this patch, it seems that this function is renamed to vhost_get_bufs(). Thanks > specific device implementation. Packed ring implementation will > benefit from

Hi all, I''ve got alpha versions of nread and nwrite now added to the win32-file class in CVS. They seem to work fine, although I''ve noticed one bug in the File#read method. Let''s say we have a text file with "hello world" in it. If I call nread with no arguments, it works fine: fh = File.nopen("C:\\test.txt") p fh.nread -> "hello