search for: d_type

...is misaligned (patch coming soon, along with at least two more) but it also got me thinking about the fact that some filesystems, I believe, actually store st_mode directly in the filesystem. I'm thinking that using DX to return st_mode may prove more useful in the long run than just returning d_type. Looking at com32/lib/sys/fstat.c, a regular file has an access mode of 0444 (Read for all). I would think that that should probably be the return value for any filesystem that does not implement Unix-style access modes. Additionally, the access mode of a file from a filesystem implementing ACMs...

On filesystems whose dirent.d_type is DT_UNKNOWN or some unknown value, manually check whether an entry is a directory, thus completing in the proper way. --- fish/destpaths.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/fish/destpaths.c b/fish/destpaths.c index f224106..df1ec00 100644 --- a/fish/destp...

On Fri, Oct 31, 2014 at 05:56:10PM +0100, Pino Toscano wrote: > On filesystems whose dirent.d_type is DT_UNKNOWN or some unknown value, > manually check whether an entry is a directory, thus completing in the > proper way. Happens on Windows (NTFS) too, and it's also annoying there ... > --- > fish/destpaths.c | 8 +++++++- > 1 file changed, 7 insertions(+), 1 deletion(-) &...

...he Inode number if fdstat contains it + * fdstat struct to extract size from if not COM32 + */ +long rosh_ls_d_ino(struct stat *fdstat) +{ + long de_ino; +#ifdef __COM32__ + de_ino = -1; +#else /* __COM32__ */ + de_ino = fdstat->st_ino; +#endif /* __COM32__ */ + return de_ino; +} + +/* Convert a d_type to a single char by ls's prefix standards + * d_type d_type to convert + * returns ls style single character; a space if other + */ +char rosh_d_type2char_lspre(unsigned char d_type) +{ + char ret; + switch (d_type) { + case 1 : ret = 'p'; break; + case 2 : ret = 'c'; break; + c...

...xtract inode from if not COM32, for now + */ +long rosh_ls_d_ino(struct stat *fdstat) +{ + long de_ino; +#ifdef __COM32__ + if (fdstat) + de_ino = -1; + else + de_ino = 0; +#else /* __COM32__ */ + de_ino = fdstat->st_ino; +#endif /* __COM32__ */ + return de_ino; +} + +/* Convert a d_type to a single char in human readable format + * d_type d_type to convert + * returns human readable single character; a space if other + */ +char rosh_d_type2char_human(unsigned char d_type) +{ + char ret; + switch (d_type) { + case DT_UNKNOWN: + ret = 'U'; + break; /* Unknown */ +...

...; #include <sys/types.h> int main (int argc, char **argv){ DIR * directory; struct dirent *entree; directory = opendir(argv[1]); while ((entree = readdir(directory)) != NULL) fprintf(stdout, "%s : %d\n", entree->d_name, entree->d_type); closedir(directory); return(0); } The problem is i don't have the same result on locally mounted drive than on smbfs. On a local drive, the d_type = 4, on a remote one via smbfs, d_type = 0. I guess this is normal, but would like to know why? Best Regard's -- Vincent

Hey all, So I've got a shared namespace in dovecot where users can, via a custom control panel, share their folders into (which creates a symlink) in order to allow anyone on their domain to access it. I store mail in maildir. The issue is that when people share folders, they expect that when they make subfolders, those are automatically shared as they are contained within it.

I have recently switched from the UW imap server to dovecot and things seem to be working nicely. One thing that I can't seem to figure out however, is how to get dovecot to show folders that are a softlink. We run SpamAssassin. Users can use both their own personal spam folder as well as a shared spam folder. For messages that everyone would consider spam, the user can simply drag the

...tc/dovecot/conf.d/10-mail.conf # By default LIST command returns all entries in maildir beginning with a dot. # Enabling this option makes Dovecot return only entries which are directories. # This is done by stat()ing each entry, so it causes more disk I/O. # (For systems setting struct dirent->d_type, this check is free and it's # done always regardless of this setting) maildir_stat_dirs = yes My mailbox format reads "mail_location = maildir:~:CONTROL=/var/no-quota/%u:INDEX=MEMORY" The error is factually correct, but there is not .dovecot.sieve/tmp directory or file as .dovecot....

...t;dd_fd = regs.esi.w[0]; /* Shouldn't be needed? */ if ((!(regs.eflags.l & EFLAGS_CF)) && (regs.esi.w[0] != 0)) { - newde = calloc(1, sizeof(newde)); - if (newde != NULL) { - strcpy(newde->d_name, __com32.cs_bounce); - newde->d_mode = regs.edx.w[0]; - newde->d_type = (newde->d_mode & S_IFMT) >> 12; - newde->d_size = regs.eax.l; - newde->d_ino = regs.ebx.l; - dir->dd_stat = 1; - } else { - dir->dd_stat = -2; - errno = ENOMEM; - } + newde = dir->dd_de; + strcpy(newde->d_name, __com32.cs_bounce); + newde-&g...

Hi, I'm using dovecot imapd 0.99.10.5 from debian unstable and I noticed that dovecot returns everything in the maildir folder that starts with a "." as a folder as the result of LIST "" "%" command without checking if it is really a maildir folder (must contain the directories cur, new, tmp and the file maildirfolder). This is a little bit annoying because

Here's changes to the file plugin (which I'm happy with) and a new exportname filter (which is still at RFC stage; I need to finish implementing strict mode in .open, and add tests). I also discovered that we really want .list_exports and .open to know when they are used on plaintext vs. tls clients for --tls=on, and we may want to split out a new .default_export callback rather than

...t be > "statically" intercepted before __asan_init is called from the CRT > (hence before "dynamic" interceptors are set up). > > Can you please compare what happens in your build configuration compared to: > $ cmake -GNinja -DLLVM_ENABLE_ASSERTIONS=ON -DCMAKE_BUILD_TYPE=Release > -DLLVM_TARGETS_TO_BUILD=X86 .. && ninja > instead? Do I need something special to support ninja? E:\llvm\compiler-rt-ninja>cmake -GNinja -DLLVM_ENABLE_ASSERTIONS=ON -DCMAKE_BUIL D_TYPE=Release -DLLVM_TARGETS_TO_BUILD=X86 ..\compiler-rt && ninja CMake Error: CMak...

...> # By default LIST command returns all entries in maildir beginning with > a dot. > # Enabling this option makes Dovecot return only entries which are > directories. > # This is done by stat()ing each entry, so it causes more disk I/O. > # (For systems setting struct dirent->d_type, this check is free and > it's > # done always regardless of this setting) > maildir_stat_dirs = yes > > My mailbox format reads "mail_location = > maildir:~:CONTROL=/var/no-quota/%u:INDEX=MEMORY" > > The error is factually correct, but there is not .dovecot...

...#include <minmax.h> #include <klibc/compiler.h> +#include <dirent.h> #include "file.h" ssize_t read(int fd, void *buf, size_t count) @@ -46,6 +47,10 @@ ssize_t read(int fd, void *buf, size_t count) errno = EBADF; return -1; } + if (fp->i.fd.d_type == DT_DIR) { + errno = EISDIR; + return -1; + } return fp->iop->read(fp, buf, count); }

...ir.c b/fs/ocfs2/dir.c index d1f92fd..dbfa6f6 100644 --- a/fs/ocfs2/dir.c +++ b/fs/ocfs2/dir.c @@ -512,7 +512,7 @@ revalidate: error = filldir(priv, de->name, de->name_len, *f_pos, - ino_from_blkno(sb, le64_to_cpu(de->inode)), + le64_to_cpu(de->inode), d_type); if (error) break; -- 1.5.0.6

dovecot 2.3.6 (7eab80676) FreeBSD 12.0-RELEASE-p5 amd64 I have recently been finding error messages similar to the following in my Dovecot log file: May 26 06:58:32 imap(gerard at seibercom.net)<87791><WvXT+LyJHBCubeH6>: Error: stat(/var/mail/vmail/seibercom.net/gerard/.dovecot.sieve/tmp) failed: Not a directory The message is correct as there is no such directory. The question is

...intercepted before __asan_init is called from the CRT >>> (hence before "dynamic" interceptors are set up). >>> >>> Can you please compare what happens in your build configuration compared to: >>> $ cmake -GNinja -DLLVM_ENABLE_ASSERTIONS=ON -DCMAKE_BUILD_TYPE=Release >>> -DLLVM_TARGETS_TO_BUILD=X86 .. && ninja >>> instead? >> >> Do I need something special to support ninja? > > Put it onto your PATH? > e.g. you can > $ svn export http://src.chromium.org/svn/trunk/tools/depot_tools/ninja.exe > and put...

...spot the Rock Ridge id texts "RRIP_1991A", "IEEE_P1282", and "IEEE_1282". (FreeBSD has such a test, as i learned a few years ago.) ---------------------------------------------------------------- I noticed another possible application for Rock Ridge: dirent->d_type = get_inode_mode(de->flags); and inode->mode = get_inode_mode(de->flags); One could feed both with better info from Rock Ridge entry PX. I understand that currently file types other than directory and regular file show up as (empty) regular files. Does syslinux have use for socket...

This patchset applies to klibc mainline. This patchset introduces the ability to kinit to execute scripts or executable files present in in the initramfs before switching over to the root filesystem. This functionality is implemented in a newly introduced run_parts() call, which calls scandir() to iterate through files which in then executes in sequence. run_parts() is also available as a