search for: findnext

I have inconsistent directory listing on share mounted on linux from windows 2k. Some time not all files appear in the directory listing. If reading directory listing multiple times (60-200 times) files listed originally would have one or two files missing in one of consecutive lists. The same problem appear as well if you are making backup of Windows files from multiple directories, there are

...rgeladen werden. Pakete f?r S390 folgen in K?rze. Dieses Samba-Release behebt einige Fehler, darunter: * Kompatibilit?tsprobleme zwischen Winbind und Windows 2003 SP1 Dom?nencontrollern (*2k3sp1*). * MS-DFS Fehler mit Windows XP SP2 Clients. * Hohe CPU-Auslastungen durch Endlosschleifen in dem FindNext() Server Code. * Ung?ltigen SMB_ASSERT(), der smbd panic bei Dateien mit ACLs verursacht hat. Au?erdem gibt es eine die smb.conf Parameter betreffende ?nderung: * dos filetimes ist jetzt standardm??ig aktiviert Samba SerNet Team -------------------------------------------------------------...

...s in the smb.conf file, many having to do with performance, but I could use a pointer. When the users try to open a file, the select file listbox in ANY windows app is taking an eternity to populate. The transfer speed of the files is fine, but is there a paticular way to speed up the findfirst/findnext loop that populates the list? Thanks! Mike- -- Mornings: Evolution in action. Only the grumpy will survive. -- Please note - Due to the intense volume of spam, we have installed site-wide spam filters at catherders.com. If email from you bounces, try non-HTML, non-encoded, non-attachments.

...FreeHeap (40370000,00000002,41643060): returning TRUE 08260ca8:trace:dosfs:DOSFS_GetFullName returning /opt/samba-dir/EBT23/BIN/DYNATEXT.INI = L"E:\\EBT23\\BIN\\DYNATEXT.INI" 08260ca8:trace:heap:RtlAllocateHeap (40370000,00000002,00000028): returning 412e8868 08260ca8:trace:int21:DOS3Call FINDNEXT 08260ca8:trace:win32:_EnterSysLevel (0x4010a288, level 1): thread 0x8260ca8 (fs 0287, pid 538) count before 2 08260ca8:trace:win32:_EnterSysLevel (0x4010a288, level 1): thread 0x8260ca8 (fs 0287, pid 538) count after 3 08260ca8:trace:heap:RtlAllocateHeap (40370000,00000002,00000020): returning 416...

Jeremy, I think we found the part of source where the problem resides: smbd/trans2.c +1444 for (i=0;(i<maxentries) && !finished && !out_of_space;i++) { +1445 BOOL got_exact_match = False; +1446 +1447 /* this is a heuristic to avoid seeking the dirptr except when +1448 absolutely necessary. It allows for

...== Release Announcement ==================== This is the latest stable release of Samba. This is the version that production Samba servers should be running for all current bug-fixes. Please read the following important changes in this release. Common bugs fixed in 3.0.13 include: ~ o Infinite FindNext() loop from Windows 9x client when ~ copying or deleting files on a Samba file share using ~ explorer.exe. ~ o Numerous smbclient bugs when listing directories. ~ o Failures in smbclient when connecting to a Windows 9x ~ file server. ================ Download Details ================...

...Please read the following important changes in this release. Common bugs fixed in 3.0.14 include: ~ o Compatibility issues between Winbind and Windows 2003 SP1 ~ domain controllers (*2k3sp1*). ~ o MS-DFS errors with Windows XP SP2 clients. ~ o High CPU loads caused by infinite loops in the FindNext() ~ server code. Samba 3.0.15pre1 is a preview release of the Samba 3.0.15 code base and is provided for testing only. This release is *not* intended for production servers. However, there have been several bug fixes and new features added since 3.0.14 that we feel are important to make avail...

...Please read the following important changes in this release. Common bugs fixed in 3.0.14a include: ~ o Compatibility issues between Winbind and Windows 2003 SP1 ~ domain controllers (*2k3sp1*). ~ o MS-DFS errors with Windows XP SP2 clients. ~ o High CPU loads caused by infinite loops in the FindNext() ~ server code. ~ o Fixed invalid ASSERT() call that caused an smbd panic ~ when accessing files with ACLs. ================ Download Details ================ The uncompressed tarball and patch file have been signed using GnuPG (ID F17F9772). The source code can be downloaded from: ht...

Hi, I was looking through isolinux and noticed you had trouble detecting 8086 cpu's. I have some experience with this so I thought you might like some different info. The behavior of the "push sp" instruction changed after the 8086 to pushing sp before updating it. I've included a snippet of one of my bootstraps in case you want to use it (or just want to understand better).

...================== RCS file: /usr/src/cvsroot/linux/fs/smbfs/proc.c,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 proc.c --- fs/smbfs/proc.c 2000/03/16 07:13:52 1.1.1.3 +++ fs/smbfs/proc.c 2000/03/20 12:52:08 @@ -12,6 +12,9 @@ * - don't sleep every time with win95 on a FINDNEXT * - fixed loop_count bug * - got rid of resume_key + * 20/03/00 (chrisp) + * - fixed FINDFIRST flags for OS/2 Server + * - added lastname/mask stuff back (OS/2 needs it) */ #include <linux/types.h> @@ -1550,6 +1553,7 @@ int resp_param_l...

Mounted a smbfs filesystem from windows 2000 server. I am not able to list about 1500 files in the mounted directory, the other directories are OK. The error I've got: smb_proc_readdir_long: name=, result=-2, rcls=1, err=123 Found no solution after searching maillist archives. System - RH7.3, 2.4.18 with xfs acl, samba-2.2.5-1. Thanks for any help. Egidijus Antanaitis

...Please read the following important changes in this release. Common bugs fixed in 3.0.14a include: ~ o Compatibility issues between Winbind and Windows 2003 SP1 ~ domain controllers (*2k3sp1*). ~ o MS-DFS errors with Windows XP SP2 clients. ~ o High CPU loads caused by infinite loops in the FindNext() ~ server code. ~ o Fixed invalid ASSERT() call that caused an smbd panic ~ when accessing files with ACLs. ================ Download Details ================ The uncompressed tarball and patch file have been signed using GnuPG (ID F17F9772). The source code can be downloaded from: ht...

SUSE93 system with these samba packages: kbase3-samba-3.4.0-28 samba-3.0.12-5 samba-client-3.0.12-5 yast2-samba-client-2.11.5-3 yast2-samba-server-2.11.14-3 YAST -> "Security and Users" -> "Firewall" - stop firewall. YAST -> "Network Services" -> "Samba Client" - Workgroup=BAX Desktop -> "Network Browsing" -> "SMB

Alternately, we could possibly modify the dptr_TellDir function to set a flag somewhere if it ever returns a negative offset. Then any calls to dptr_SeekDir checks if the flag is set and does a slower approach of a RewindDir and then multiple ReadDir & TellDir calls until we get the matching offset. If flag is not set then go with the normal SeekDir call??? On Fri, 17 Feb 2023 at 00:40,

...t return the complete list of files. This is what Ralph is saying when he says that NFS is broken w.r.t listing directories. What NFS server are you using ? This looks relevent: https://lore.kernel.org/all/CAAmbk-e-YQAPo6QyNB0aJyc9qzUShmEC+x5eTR7wqp1ABWADsg at mail.gmail.com/T/ Client then does findnext,

...Please read the following important changes in this release. Common bugs fixed in 3.0.14 include: ~ o Compatibility issues between Winbind and Windows 2003 SP1 ~ domain controllers (*2k3sp1*). ~ o MS-DFS errors with Windows XP SP2 clients. ~ o High CPU loads caused by infinite loops in the FindNext() ~ server code. Samba 3.0.15pre1 is a preview release of the Samba 3.0.15 code base and is provided for testing only. This release is *not* intended for production servers. However, there have been several bug fixes and new features added since 3.0.14 that we feel are important to make avail...

...what was going on from the backtrace. After much trial and error, I decided to put a breakpoint in the removeDevice function from device.c. I then do what I describe above, and get the following backtrace from gdb, edited to show what I think is going on. (gdb) bt #0 removeDevice (devNum=1, findNext=TRUE) at devices.c:307 #1 0xb7962855 in handleEvent (event= {type = 33, xany = {type = 33, serial = 15621, send_event = 1, ...(snip)... , 268686226}}) at devX11.c:627 #2 0xb796296c in R_ProcessX11Events (data=0x0) at devX11.c:665 #3 0x080fd99c in R_runHandlers (handlers=0x8263d28,...

I'm trying to get to the bottom of where the normal directory functions differ in results for block storage compared to NFS. I created a short c script to look at the offsets generated for the directory when block storage backed in comparison to NFS backed. block storage backed are always positive: File: 5050, Offset: 9213006461214587617 File: 6567, Offset: 9218690536865144001 File: 4033,

...y #ifdef's with less ugly debug macros. - -2000-01-03 Christian Groessler <cpg@aladdin.de> - - * proc.c: added posix semantics for unlink - -1999-11-16 Andrew Tridgell - - * proc.c: use level 260 for most conns, or level 1 for <NT1 - * proc.c: don't sleep every time with win95 on a FINDNEXT - * proc.c: fixed loop_count bug - * proc.c: got rid of resume_key - -[there are a few missing here :) ] - -1997-09-28 Riccardo Facchetti - - * proc.c: Fixed smb_d_path [now smb_build_path()] to be non-recursive - -1996-06-28 Yuri Per - - * proc.c: Fixed long file name support (smb_proc_readdir_lon...

Hi, I'm wondering if R provide a vi mode in the command line just like other shells such as bash do. Can somebody let me know? Regards, Peng