similar to: SMBMount Not Recognizing File Locks

Hello, I'm using Linux for about two months now. Even before switching to Linux I have heard of Wine. I got my system running relativelly stable (I use Slackware 10.2, kernel-2.6.14 and KDE 3.4), but still have some issues - sound being one of them. But that's my problem. I'd like to contribute to the wine project somehow. Perhaps starting as a test user for some application.

On 7 October 2015 at 22:14, Eric Christopher <echristo at gmail.com> wrote: > As a foreword: I haven't read a lot of the thread here and it's just a > single developer talking here :) I recommend you to, then. Most of your arguments are similar to David's and they don't take into account the difficulty in maintaining non-x86 buildbots. What you're both saying is

I know this issue has been beat to death on the newsgroups, but I have not yet found an answer. I will make an attempt to include all the necessary info. Description of Problem: I am having problems trying to access large files (>2GB) on mounted smbfs volumes. To clarify, I am attempting to view large files that exist on an NT server, from my Linux box, and getting erroneous results.

In a past thread I've notice that smbmount (and mount's suport for it) will be discontinued and smbclient should be used insted. Sorry if the question is too lame but I use it in some of my systems now and I think I'll have trouble porting then to smbclient. Is smbmount been removed because it relays on kernel smb support? Samba will not need smb support in kernel in the

Hello, as there were some errors in the installer/rpm of the latest WineTools release I fixed hopefully all errors and announce hereby the new release. The following changes have been made: wt0.9jo-II 18.11.2005 error corrections in install and spec-files norwegian translation updated new software: - Italian versions of ie6 msjet, msxml, ppviewer2003 - Norwegian

Hi, I have been playing with the latest alpha (samba-3.0alpha20) for a while now trying to get Kerberos and smbmount working together to access shares on a Windows 2000 Server SP3. As I understand it, without modifications to the code this should not work at all. I tried to make a few changes, namely setting c->use_kerberos=True and commenting out c->use_spnego=False. I also had to comment

On 7 October 2015 at 15:39, James Y Knight <jyknight at google.com> wrote: > But since nobody actually seemed interested in fixing it, I didn't keep making noise about it. I basically just ignore the failure notices from buildbot, because every commit seems to trigger multiple bogus failure notices, no matter what. That's not true, either. We (buildbot owners and admins) are

Big cleanup of LDT code. This code has very little type checking and is not frequently used, so I audited the code, added type checking and size optimizations to generate smaller assembly code. I changed the ldt count to be in pages, and converted the char * ldt into a desc_struct. Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.14-zach-work/arch/i386/kernel/ldt.c

Big cleanup of LDT code. This code has very little type checking and is not frequently used, so I audited the code, added type checking and size optimizations to generate smaller assembly code. I changed the ldt count to be in pages, and converted the char * ldt into a desc_struct. Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.14-zach-work/arch/i386/kernel/ldt.c

For two days now I've tried for two days now to get cifs working on a redhat 9.0 2.4.20 based linux box. I followed the instructions given at http://de.samba.org/samba/Linux_CIFS_client.html, i.e. compiling cifs-0.6.8 and mount.cifs rev. 1.2.2.1. I successfully loaded the cifs.o as a module and following the given examples I tried: [root@r151-101 cifs]# /sbin/mount.cifs //raid/demo

One strategy I use for our flaky bots is to have them email me only. If the failure is real, then I forward the email to who ever I find on the blame list. For a flaky build, this is least you can do. For our flaky builds I know how and why they are flaky, some person that gets email does not. This is also a great motivator to help me know what is wrong, and how to fix it. By default, all new

* zach@vmware.com (zach@vmware.com) wrote: > Make the LDT a desc_struct pointer, since this is what it actually is. I like that plan. > There is code which relies on the fact that LDTs are allocated in page > chunks, and it is both cleaner and more convenient to keep the rather > poorly named "size" variable from the LDT in terms of LDT pages. I noticed it's replaced

* zach@vmware.com (zach@vmware.com) wrote: > Make the LDT a desc_struct pointer, since this is what it actually is. I like that plan. > There is code which relies on the fact that LDTs are allocated in page > chunks, and it is both cleaner and more convenient to keep the rather > poorly named "size" variable from the LDT in terms of LDT pages. I noticed it's replaced

I am seeing a problem that I am not sure how to fix and since I have never had to use samba for anything major like this I am not sure where to go. So, here is goes! I have a few Gentoo systems that currently have a bunch of data on them. I have been tasked with getting data from some Windows machines to the Gentoo systems so that we can dump the Windows machines. So, the windows machines are

We have the situation where we are trying to send to a server that has a cluster configuration. When we negotiate, it tells us to talk 3.11. When we actually try to send the file, the share's max protocol is actually only 3.02 and so the Microsoft server sends a NT_STATUS_SMB_BAD_CLUSTER_DIALECT, which means they expect the client to reconnect negotiating only 3.02 as max protocol. Looking

Hi Rich, A compiling error occurs here, File "../ocaml/guestfs.ml", line 1, characters 0-1: Error: The implementation ../ocaml/guestfs.ml does not match the interface ../ocaml/guestfs.cmi: Values do not match: external mkfs_btrfs : t -> ?allocstart:int64 -> ?bytecount:int64 -> ?datatype:string ->

Hi, it would be great, if the sftp protocol could be enhanced: get sha (or other hash value) from a file or part of a file. This would make it possible to run a rsync like file transfer on sftp. I would suggest a protocol like this Client sends to Server: get-supported hash-methods returns whitespace seperated list like md5 sha1 sha256 .... get-hash HASH-METHOD FILENAME STARTOFFSET

__map_domain_page() *must* be matched with an unmap_domain_page(). These five static inline functions each map a page (or two), then throw away the context needed to unmap it. Each of the changes are limited to their respective functions. In two cases, this involved replacing a large amount of pointer arithmetic with memcpy() (all callers were relying on memcpy() semantics of positive/negative

hello, maybe this is the wrong place, but according to http://us1.samba.org/samba/Linux_CIFS_client.html linux kernel cifs should be able to handle M$ dfs shares. I looked at the installation and usage instructions but it doesn't work. On the mount.cifs manpage I found no hint about a special switch to activate dfs parsing. Can anybody put some light into this? TIA -- Peter # uname

From: Haiyang Zhang <haiyangz at microsoft.com> Rename camel case variables in channel.c Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/channel.c | 729 +++++++++++++++++++++--------------------- 1 files changed, 368 insertions(+), 361 deletions(-) diff --git