Andrew Bartlett [mailto:[EMAIL PROTECTED] wrote:
On Mon, 2003-03-31 at 06:12, Green, Paul wrote:
Green, Paul [mailto:[EMAIL PROTECTED] wrote:
The 2.2.8 release notes say:
A buffer overrun condition exists in the SMB/CIFS packet
fragment re-assembly code in smbd which would allow
The everything target makes some additional files that are not cleaned-up
by make clean. This patch corrects the oversight. It should be applied to
both head and 3_0. Tested today by me on Stratus VOS.
Thanks
PG
--
Paul Green, Senior Technical Consultant,
Stratus Technologies, Maynard, MA USA
This patch back-ports Makefile.in and configure.in logic from head/3.0 to
2.2 so that Stratus VOS can build Samba 2.2 properly. I have tested it
extensively on Stratus VOS without any problems (and of course it is tested
frequently in the other trees). Please apply it to Samba 2.2.
Thanks
PG
--
Green, Paul [mailto:[EMAIL PROTECTED] wrote:
The 2.2.8 release notes say:
A buffer overrun condition exists in the SMB/CIFS packet fragment
re-assembly code in smbd which would allow an attacker to cause smbd
to overwrite arbitrary areas of memory in its own process address
space
Samba 3.0, Line 1269 of web/swat.c references TRUE rather than the POSIX-ly
correct True. There may be others; this is the one that killed the build
on Stratus VOS. Would whoever checked in this change please correct it?
Many thanks.
PG
--
Paul Green, Senior Technical Consultant,
Stratus
The build farm is reporting that line 37 of the compilation of
utils/smbpasswd.c (2.2 and 3.0 branches) is failing on Stratus VOS because
jht checked in a patch on 3/22 that adds a reference to FALSE (on a source
line that already has many correctly-coded references to False...sigh).
Please fix
Re: build farm errors for Stratus VOS on head and 3.0.
I would be grateful if whomever added a reference to FALSE to line 31 of
passdb/pdb_interface.c would change it to False. The latter is the POSIX
name for the macro; the former is non-POSIX. Or grant me ([EMAIL PROTECTED])
cvs access and
The 2.2.8 release notes say:
A buffer overrun condition exists in the SMB/CIFS packet fragment
re-assembly code in smbd which would allow an attacker to cause smbd
to overwrite arbitrary areas of memory in its own process address
space. This could allow a skilled attacker to inject binary
This is a resend of a patch I originally submitted on Feb 9th to the
samba_2_2 tree. It is probably too late to include it in the forthcoming
2.2.8 release, but if so, I would request that it be applied soon
afterwards. It is similar to changes I submitted to head and 3.0 some time
ago. I've been
Sadly, the system on which I labor supports only a 32-byte limit for a
filename. This seemed plenty when we designed the file system in 1980...
I've finally gotten the builds to get to the point where they can run the
test suite, and I have discovered that the (head/3.0) shell script tries to
It can't find libiconv.so.2. The test is bad because this should not have
aborted configure. The clues are these lines:
configure:20621: checking for test routines
configure:20637: gcc -o conftest -O -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 conftest.c -lsec -lgen -lresolv -lsocket -lnsl
Or maybe that should read make make clean clean cleaner...
make clean fails to clean up the files that were built by make
everything over and above make all. Hence, this patch to head. Test here
successfully.
Thanks
PG
--
Paul Green, Senior Technical Consultant,
Stratus Technologies, Maynard,
AC_SEARCH_LIBS and AC_CHECK_LIB are used to find a function and then add its
library to the LIBS variable. The macros can deal with the fact that the
function might be missing, in a library, or available but not in any
library. The configure script, in both head and 3.0, uses these macros to
Steve Langasek [mailto:vorlon@xx] suggests:
Sometimes, it's useful to be able to build (and install)
static libraries even on platforms that support shared
libraries. The attached patch brings in a few macros from
libtool's aclocal.m4, to add --enable-shared and
--enable-static
Anthony Liguori [mailto:[EMAIL PROTECTED]] wrote:
scandir() (and it's [alpha|version]sort() brethren) is a BSD/Linux-ism and
therefore isn't very portable. Since this is in a VFS module (and
therefore only optional) I guess this is ok.
then Herb Lewis [mailto:[EMAIL PROTECTED]] found this
This is a patch for samba_2_2 that changes it to handle any executable
extensions. A while back I submitted a similar patch for head and 3_0,
which
were applied in due course.
Due to an error in the build_farm scripts, after this patch is applied,
the samba_2_2 subcase within the action_build
Ulf Bertilsson [mailto:[EMAIL PROTECTED]] asks:
How can I best identify if this is in my os
custiom posix wrapper, or an issue in the samba 2.0.7 core code ?
I can give you a version of source/lib/system.c for 2.0.7 that has built-in
tracing capabilities. We don't have truss on our system, so
Please post this question to [EMAIL PROTECTED] This list is for developers.
Thanks
PG
-Original Message-
From: Adil Hussain [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 03, 2003 2:17 PM
To: [EMAIL PROTECTED]
Subject: help needed : Error : The specified user does not exist.
i want
@#$%T My mailer wrapped some lines here! Beware. I'll see if I can repost
this.
Martin Pool [mailto:[EMAIL PROTECTED]]
I hypothesized to ab that in NT there is some kind of table
indexed by IP (or client name?) holding the challenges. I wonder why?
I found a similar limitation in a commercial RADIUS server I was testing
against. Any given person could have only one
Umm, what OS? What version of Samba? Who/what is the client (Windows
version xyz?) What were the clients doing to make this happen? (if you
know)... Can you make a test case?
Thanks
PG
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Monday, January 13,
Richard,
We still love you! Thanks for all of your hard work on Samba.
PG
-Original Message-
From: Richard Sharpe [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 30, 2002 3:01 PM
To: [EMAIL PROTECTED]
Subject: Re: files larger than 4GB. Lack of feedback not helpful ...
Sigh,
It
John E. Malmberg [mailto:[EMAIL PROTECTED]] wrote:
Samba makes calls on behalf of the client to return a file size.
Samba also makes POSIX stat() calls on its own behalf, only some of which
actually care about the file size (some of them are checking access, for
example).
The problem for this
Scott Taylor [mailto:[EMAIL PROTECTED]] wrote:
We have a samba server running version 2.2.5 on kernel 2.4.18 with the SGI
XFS patch.
The shared volume consists of an XFS partition on a 3-ware raid5
controller. The
network connection is via a 4 port bonded pipe to the switch.
We notice that
Rats. Missed this in testing. (My fault). I think someone has fixed this
already by escaping the $-sign. The issue is controlling when the $(EXEEXT)
gets expanded.
PG
-Original Message-
From: Alexander Bokovoy [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 05, 2002 6:23 AM
To:
Andrew,
Thanks for taking the exe stuff. I'll examine the shm issues and report
back.
PG
-Original Message-
From: Andrew Bartlett [mailto:[EMAIL PROTECTED]]
Sent: Saturday, November 30, 2002 10:22 PM
To: [EMAIL PROTECTED]
Cc: Multiple recipients of list SAMBA-TECHNICAL
Subject:
Christopher R. Hertel [mailto:[EMAIL PROTECTED]] asked:
There doesn't seem to be any documentation regarding the CAP_NT_FIND
capability bit. Where might I look for clues? I've checked
the Leach/Naik IETF drafts and the SNIA doc.
Chris -)-
Google found this document, which seems to
Olaf Flebbe [mailto:[EMAIL PROTECTED]] wrote:
I had some (expected) problems compiling samba 2.2.7 on LynxOS 3.0.1
[snip]
Unfortunatly there is no crypt() available on Lynxos. So you have to
work around this issue somehow.
With a little work, you can probably port the FreeBSD version of
Jerry wrote:
On Tue, 26 Nov 2002, Green, Paul wrote:
In the last day, someone has added a call to inet_aton to
samba/source/lib/util_str.c.
Stratus VOS does not have this function. Rsync happens to have a
substitute
implementation of this function in rsync/lib/compat.c, and (I
In preparing and testing a patch to Makefile.in and configure.in, I noticed
that the configure script for samba_3_0 was built with a much newer version
(2.54) of autoconf than the copy in head (2.13). Is this deliberate? (doubt
it). Would it be possible for someone to update the copy in head
Great, thanks!
PG
-Original Message-
From: Jelmer Vernooij [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002 11:44 PM
To: Green, Paul
Cc: Samba Technical (E-mail)
Subject: Re: autoconf differences between 3.0 and head
On Mon, Nov 25, 2002 at 08:55:28AM
I need to make a change to the Samba (3.0 and head) makefiles because my
system has a required executable suffix. I know how to do this; I'm testing
the patch now. My question is, must I assume that Samba might be built by
some rather simplistic (to be kind) make programs, or can I assume that,
James,
I know you aren't going to be thrilled to hear me say this, but when you
don't get a response from the list, it is an indication that whoever knows
or owns the code in question is probably away from the list or otherwise
distracted. Asking again is probably not going to help much. I know
Jay Ts [mailto:jay;jayts.cx] said: [excerpt]
I know this is a tough issue, and I'm not sure what I'd
do if I were in the driver's seat. Perhaps as a
minimum, adding some documentation to the /docs directory,
as Chris suggests, and also putting lines in the example
smb.conf files showing how
Please take what I am about to say as a comment made by one computing
professional to other professionals, not as personal remarks. These are my
personal reflections from 30+ years of experience and not necessarily the
opinions of my employer. Obviously my thoughts are motivated by today's
Tim Potter [mailto:[EMAIL PROTECTED]] wrote:
On Sun, Oct 13, 2002 at 09:00:17PM -0400, Green, Paul wrote:
HEAD has cli_dfs.c in the directory source/rpc_client.
2_2 and 3_0 have cli_dfs.c in the directory source/libsmb.
These file locations match source/Makefile.in *except* in
3_0
Gerald Carter [mailto:[EMAIL PROTECTED]]
On Mon, 14 Oct 2002, Green, Paul wrote:
Hmm. I'm using rsync not CVS...Looks like I am getting the
same version of Makefile.in using rsync that you see using
CVS (good), but where is the actual file when you extract it
from CVS? rsync puts
We've had similar issues on the Stratus VOS system. This isn't a Samba
issue; Samba is just passing along the behavior of the top-level clients
(Winword, WordPad, Excel, and so forth). The Microsoft clients presume the
ability to position to anywhere in the file and write data, and they don't
I would like to propose the following patches to Samba 3.0,
alpha19 so that it will build a little easier on my system. We
have a fairly strict POSIX-96 implementation that is missing a
few Unix-specific features. Samba comes very close to building
cleanly, and with just a few more changes, is
Jelmer Vernooij [mailto:[EMAIL PROTECTED]] writes:
On Wed, Aug 21, 2002 at 05:03:21PM -0400, Green, Paul wrote
about 'Patches to samba 3.0, alpha19 for Stratus VOS':
I would like to propose the following patches to Samba 3.0,
alpha19 so that it will build a little easier on my system. We
I thought that people might be interested to know that the new 2001 revision
of the POSIX specification (IEEE Std 1003.1-2001) is available online, for
free (simple registration required), at the following URL:
http://www.unix-systems.org/version3
If you want an electronic copy (PDF format),
Andrew Bartlett [mailto:[EMAIL PROTECTED]] wrote:
Richard Sharpe wrote:
Hi,
I looked at this issue, and it looks possible to accumulate
the timeouts that have occured in receive_message_or_smb and
count those up.
Given that the resolution of the dead time parameter is in
Bert Buckley [mailto:[EMAIL PROTECTED]] writes (edited for brevity):
Synopsis:
I do daily dumps from a Linux box of the Windows machines on
my network. (Kernel 2.4.7-10, Redhat 7.2., samba-2.2.1a-4 )
These are done overnight.
I mount the appropriate shared directories as a samba
David Lee [mailto:[EMAIL PROTECTED]] wrote (edited for brevity):
Could I add a few things for consideration?
To a first approximation, I'm assuming that the foundation
work can only be done by the Samba Team. (Is this a fair
assumption in the items listed?)
In the case of the panic
Gerald (Jerry) Carter [mailto:[EMAIL PROTECTED]] writes:
On Fri, 31 May 2002 [EMAIL PROTECTED] wrote:
source/lib/interfaces.c conditionally include sys/time.h and
sys/sockio.h (autoconf macros
already exist)
This change broke SAMBA_2_2. The reason
Mea culpa. Thanks, Rich.
PG
Richard Bollinger [mailto:[EMAIL PROTECTED]] writes:
Problem is that there are ifdef tests depending on the
contents of config.h before it's included.
This patch moves up that include to the beginning:
Andrew Bartlett [mailto:[EMAIL PROTECTED]] writes:
Green, Paul wrote:
A brief note that I am building Samba 2.2.4 with a fussy POSIX
environment
and catching a number of small bugs and minor glitches in the source
code. I
am posting the patches to [EMAIL PROTECTED] I am pleased to say
Gerald Carter [mailto:[EMAIL PROTECTED]] writes:
I need smb.conf entries for
* admin log
* inherit acls
* lock spin count
* lock spin time
* winbind use default domain
And yes I could look in the code, but the rule is
you add a parameter, you update the docs. Thanks
for the help
48 matches
Mail list logo
