search for: f_size

...; fattr->f_uid = server->mnt->uid; fattr->f_gid = server->mnt->gid; - fattr->f_blksize = 512; + fattr->f_blksize = SMB_ST_BLKSIZE; } static void @@ -1234,7 +1237,7 @@ if (fattr->attr & aDIR) { fattr->f_mode = server->mnt->dir_mode; - fattr->f_size = 512; + fattr->f_size = SMB_ST_BLKSIZE; } /* Check the read-only flag */ if (fattr->attr & aRONLY)

...+ +; Open file +; +; return: +; al 0: ok, 1: file not found +; ecx file length (al = 0) +; +cb_fopen: + push ds + pop es + mov ax,6 + mov si,fname_buf + int 22h + jnc cb_fopen_ok +cb_fopen_failed: + mov al,1 + jmp cb_fopen_end +cb_fopen_ok: + mov ecx,eax + mov [f_handle],si + mov [f_size],ecx + xor al,al +cb_fopen_end: + ret + +; Read next chunk +; +; return: +; edx buffer address (linear) +; ecx data length (< 64k) +; +cb_fread: + cmp dword [f_size],0 + jz cb_fread_eof + push ds + pop es + mov ax,7 + mov si,[f_handle] + mov bx,trackbuf + mov cx,[BufSafe] + int...

...xor al,al + ret + +; Open file +; +; return: +; al 0: ok, 1: file not found +; ecx file length (al = 0) +; +cb_fopen: + push ds + pop es + mov ax,6 + mov si,fname_buf + int 22h + jnc cb_fopen_ok + mov al,1 + jmp cb_fopen_end +cb_fopen_ok: + mov ecx,eax + mov [f_handle],si + mov [f_size],ecx + xor al,al +cb_fopen_end: + ret + +; Read next chunk +; +; return: +; edx buffer address (linear) +; ecx data length (< 64k) +; +cb_fread: + cmp dword [f_size],0 + jz cb_fread_eof + push ds + pop es + mov ax,7 + mov si,[f_handle] + mov bx,trackbuf + mov cx,[BufSafe] + int...

..."\n"; } if (F->empty()) { errs()<<"function is empty"<<"\n"; } else { errs()<<"basic blocks in function"<<"\n"; size_t F_size = F->size(); } for(Function::iterator BBitr=F->begin(); BBitr!=F->end(); ++BBitr) { errs()<<"basic block begin"<<"\n"; const BasicBlock* BB = cast<BasicBlock>(&*BBitr);...

I need to mount a samba share as mode 777, so all users can read/write/delete/create. I have this as fstab entry //host/public /mnt/home smbfs auto,uid=user,umask=000,defaults,username=Perkins,password= see, i've had to put uid=user just to get it owned by user user, so i could edit files i put mode=777, but it does nothing. i want to let all users read/write/create/delete

Hi, I am using CIFS 2.01.01 on HPUX11V2. CIFS is running in ADS security-mode. Winbind is used to map the userers from the W2K3-Domain (german) to an tdb-file. The user mapping works fine, but I have problems with the ACLS: setting the ACLS to a file or folder from windows leads in "access denied". I'm the owner of the object and have full access. The really crazy thing is,

Greetings - After 20+ years of using SAS, for a variety of reasons, I'm using [R] for a bunch of things - while I'm getting a pretty good a handling [R] for script programming, and statistical analysis, I'm struggling with 'pulling data into [R]'. For reasons beyond my control, a number of the files I get sent to 'work with' are in Dbase format (*.dbf). For

This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. NOTE: These two patches are identical to first two patches of the V8 patch-set, but are rebased to

This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. NOTE: These two patches are identical to first two patches of the V8 patch-set, but are rebased to

...date = WVAL(resp_data, 8); + time = WVAL(resp_data, 10); + fattr->f_mtime = date_dos2unix(server, date, time); +#ifdef SMBFS_DEBUG_VERBOSE +printk("smb_proc_getattr_ff: name=%s, date=%x, time=%x, mtime=%ld\n", +mask, date, time, fattr->f_mtime); +#endif + fattr->f_size = DVAL(resp_data, 12); + /* ULONG allocation size */ + fattr->attr = WVAL(resp_data, 20); + result = 0; + +out: + return result; } /* @@ -1687,12 +2025,20 @@ /* * Select whether to use core or trans2 getattr. - * Win 95 appears to break with th...

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. Changes since v7: - Rebased to

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. Changes since v7: - Rebased to

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> I thought rebasing rproc_serial to linux-next was going to be trivial. But when starting the merge I realized that I had to refactor the the patches from Masami Hiramatsu. The splice support has the same issue as I faced, with different type of buffers in the out_vq. So I ended up refactoring the splice functionality. The code size

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> I thought rebasing rproc_serial to linux-next was going to be trivial. But when starting the merge I realized that I had to refactor the the patches from Masami Hiramatsu. The splice support has the same issue as I faced, with different type of buffers in the out_vq. So I ended up refactoring the splice functionality. The code size

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. This patch-set is a rework of the

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. This patch-set is a rework of the