Samba 2.2.8 large file bug in smbwrapper and permissions bug?

2003-03-16 Thread Nicholas Brealey
Hello Compiling 2.2.8 and smbwrapper on Solaris 9, I saw the following warnings: Compiling smbwrapper/smbw.c with -KPIC "smbwrapper/smbw.c", line 1258: warning: argument #4 is incompatible with prototype: prototype: pointer to ullong : "include/proto.h", line

Re: smbwrapper use of port 139 vs 445... Ok to force to 139?

2002-12-23 Thread Steve Langasek
On Mon, Dec 23, 2002 at 03:53:08PM -0500, [EMAIL PROTECTED] wrote: >> For the purposes of getting a browse list, connecting to port 139 is a >> must. There are ways to get the equivalent of a browse list via AD, but >> I don't think it's LDAP-only, so port 445 doesn't even do any good in >> this

Re: smbwrapper use of port 139 vs 445... Ok to force to 139?

2002-12-23 Thread Derrell . Lipman
Steve Langasek <[EMAIL PROTECTED]> writes: > For the purposes of getting a browse list, connecting to port 139 is a > must. There are ways to get the equivalent of a browse list via AD, but > I don't think it's LDAP-only, so port 445 doesn't even do any good in > this regard. > > For the actual e

Re: smbwrapper use of port 139 vs 445... Ok to force to 139?

2002-12-23 Thread Steve Langasek
On Mon, Dec 23, 2002 at 02:51:08PM -0500, [EMAIL PROTECTED] wrote: > My last known problem with smbwrapper on Linux is that sometimes hosts in a > workgroup, or shares on a host, are not returned by the cli_Net*Enum() > functions. On another list (debian.something), there is cu

smbwrapper use of port 139 vs 445... Ok to force to 139?

2002-12-23 Thread Derrell . Lipman
My last known problem with smbwrapper on Linux is that sometimes hosts in a workgroup, or shares on a host, are not returned by the cli_Net*Enum() functions. On another list (debian.something), there is currently a discussion of the fact that using port 445 can cause this problem, and in fact

Re: smbwrapper/smbsh on Linux/glibc

2002-12-16 Thread David Collier-Brown -- Customer Engineering
[EMAIL PROTECTED] wrote: > So my questions are: > > 1. Are there LFS requirements for SMB/CIFS or can I just drop the high-order >portion of 64-bit file offsets? There was a previous dicussion of the LFS/glibc issues, including some Samba ones, at http://www.scyld.com/products/beowulf/softwa

smbwrapper/smbsh on Linux/glibc

2002-12-13 Thread Derrell . Lipman
-bit functions into 64-bit functions. As an example, I found cases where sizeof(struct stat) was different in the calling application (ps in my test case) than it was in smbwrapper and libsmbclient. At least with the glibc environment, I found the paradigm used for smbwrapper to be insufficient to

Re: smbwrapper/smbsh

2002-12-13 Thread Derrell . Lipman
David Collier-Brown -- Customer Engineering <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] wrote: > >> It appears I've nearly got it solved (unless another big problem turns up >> after I fix this one). Aside from my initialization routine not be called >> early enough, thus providing some null

Re: smbwrapper/smbsh

2002-12-13 Thread David Collier-Brown -- Customer Engineering
[EMAIL PROTECTED] wrote: > It appears I've nearly got it solved (unless another big problem turns up > after I fix this one). Aside from my initialization routine not be called > early enough, thus providing some null function pointers, Hmmn, In a different discussion group I once wrote: ---

smbwrapper/smbsh

2002-12-12 Thread Derrell . Lipman
x this one). Aside from my initialization routine not be called early enough, thus providing some null function pointers, the big problem is that sizeof(struct stat) differs in smbwrapper and the calling application. smbwrapper is zeroing the structure. With the passed parameter being shorter than the amount

Re: smbwrapper/smbsh is now working for Linux 2.4

2002-12-10 Thread Derrell . Lipman
Steve Langasek <[EMAIL PROTECTED]> writes: > I suspect the key change in the Debian build is enabling of LFS support; Could be, but I have reimplemented each of the LFS functions that were in there originally in a manner that they should work with the current C library. I have discovered missing

Re: smbwrapper/smbsh is now working for Linux 2.4

2002-12-10 Thread Steve Langasek
On Tue, Dec 10, 2002 at 01:54:52PM -0500, [EMAIL PROTECTED] wrote: > > On Tue, Dec 10, 2002 at 01:27:07PM -0500, [EMAIL PROTECTED] > > wrote: > >> I have smbwrapper and smbsh working on Debian/woody with the Linux 2.4 > >> kernel and the default C library: libc-2.2.

Re: smbwrapper/smbsh is now working for Linux 2.4

2002-12-10 Thread Derrell . Lipman
Dan Kegel <[EMAIL PROTECTED]> writes: > As a user, I welcome alternatives to smbfs. Patch has been posted. > (I'm also looking forward to trying out > http://us1.samba.org/samba/Linux_CIFS_client.html) I did minimal testing of it. It seems to work fine, as long as you don't need to access anyt

Re: smbwrapper/smbsh is now working for Linux 2.4

2002-12-10 Thread Derrell . Lipman
[EMAIL PROTECTED] writes: > On Tue, Dec 10, 2002 at 01:27:07PM -0500, [EMAIL PROTECTED] > wrote: >> >> I have smbwrapper and smbsh working on Debian/woody with the Linux 2.4 >> kernel and the default C library: libc-2.2.5.so. > Yes, I'm interested - please post p

Re: smbwrapper/smbsh is now working for Linux 2.4

2002-12-10 Thread Dan Kegel
[EMAIL PROTECTED] wrote: On Tue, Dec 10, 2002 at 01:27:07PM -0500, [EMAIL PROTECTED] wrote: I have smbwrapper and smbsh working on Debian/woody with the Linux 2.4 kernel and the default C library: libc-2.2.5.so. ... Based on search results that I've found, there's been almost

Re: smbwrapper/smbsh is now working for Linux 2.4

2002-12-10 Thread jra
On Tue, Dec 10, 2002 at 01:27:07PM -0500, [EMAIL PROTECTED] wrote: > > I have smbwrapper and smbsh working on Debian/woody with the Linux 2.4 kernel > and the default C library: libc-2.2.5.so. There is a problem that rears its > ugly head with a few programs (segmentation violation

smbwrapper/smbsh is now working for Linux 2.4

2002-12-10 Thread Derrell . Lipman
I have smbwrapper and smbsh working on Debian/woody with the Linux 2.4 kernel and the default C library: libc-2.2.5.so. There is a problem that rears its ugly head with a few programs (segmentation violation, presumably due to some function which is not wrapped properly) but in general, and with

smbwrapper/smbsh for Linux 2.4 -- I've got it closer to working

2002-12-05 Thread Derrell . Lipman
I tracked down a number of articles from the archives discussing the various problems with smbsh for Linux. I am now getting much further than any of the previous posters, but I could use some help. Firstly, the problems with smbwrapper as shipped in Debian's package (2.2.3a) are: 1. Alt

Re: smbwrapper broken by global_myname changes

2002-11-13 Thread jra
On Wed, Nov 13, 2002 at 10:38:08PM +0100, Stefan (metze) Metzmacher wrote: > Hi Jeremy, > > smbwrapper is broken. by the global_* patches. Fixed in HEAD and 3.0. Jeremy

smbwrapper broken by global_myname changes

2002-11-13 Thread Stefan (metze) Metzmacher
Hi Jeremy, smbwrapper is broken. by the global_* patches. metze Linking bin/smbcacls Compiling smbwrapper/smbsh.c smbwrapper/smbsh.c: In function `main': smbwrapper/smbsh.c:39: warning: initialization discards qualifiers from pointer target type Compiling smbwrapper/shared.c Linking bin/

Re: smbsh/smbwrapper/winbind linux help

2002-06-26 Thread David Collier-Brown
That's a likely culprit: if you have both fcntl; and fcntl64 showing up in strace, you may need to check this is turned on in each of the smbwrapper files. > > According to Redhat, > > " It's the back door symbols _open, _read, _write which

Re: smbsh/smbwrapper/winbind linux help

2002-06-26 Thread David Collier-Brown
> "Johnston, Christopher (DCSA)" wrote: > Was curious.. does smbsh work in Linux.. I am having all sort of > compilation issues with file locking.. I understand there was a bug > in glibc 2.1 which caused havok with 64 bit locking.. I assume that > has been fixed by now since I am running the late

smbsh/smbwrapper/winbind linux help

2002-06-25 Thread Johnston, Christopher (DCSA)
Title: Message All,   Was curious.. does smbsh work in Linux.. I am having all sort of compilation issues with file locking.. I understand there was a bug in glibc 2.1 which caused havok with 64 bit locking.. I assume that has been fixed by now since I am running the latest and greatest glib

smbwrapper

2002-05-12 Thread Tian-xiong Lu
Hi, where can I find docs for smbwrapper? Is option --with-smbwrapper supported in Solaris? Tian.