search for: utime

...hat one can program in C no matter what language one uses - so I would appreciate any enlightenment on offer. If there's no better way, I'll pre-process everything in Perl, but I'd rather learn the "R" way to do things like this. Thanks. # Build table of times utime.times <<- utime.data["TIME"] %/% period; utime.tstart <<- vector("numeric", length=max(utime.data["USER"])); for (i in 1:nrow(utime.data)) { if (as.numeric(utime.data[i, "U...

ChangeLog says - markus at cvs.openbsd.org 2000/09/21 05:11:42 scp.c utime() to utimes(); mouring at pconline.com SCO's Open Server 3 does not have utimes. ... gcc -o scp scp.o -L. -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/ssl -ls sh -lopenbsd-compat -lz -lsocket -lgen -lsocket -los -lprot -lx -ltinfo -lm -lc rypto undefined first ref...

http://bugzilla.mindrot.org/show_bug.cgi?id=553 Summary: configure fails to acknowledge availability of utimes() Product: Portable OpenSSH Version: older versions Platform: HPPA OS/Version: HP-UX Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org Report...

...9;s performance was severely degraded. A 1 gig test file with random text in it would take about 2:15 to copy using the old 2.2.5 smbd, but the same file would take 5-6 minutes to copy with a freshly compiled version. I ran truss on smbd while the file copy was taking place, and found that the utime() call was taking up most of the system time. I then ran truss on the 2.2.5 smbd, and found that there were no utime() calls at all. I went to the archives, downloaded and built version 2.2.12, and found that the performance was the same as 2.2.5. Same with version 3.0.0, and version 3.0.10....

https://bugzilla.samba.org/show_bug.cgi?id=5506 Summary: support utime differences at runtime, not configure/build time Product: rsync Version: 3.0.3 Platform: All URL: http://thread.gmane.org/gmane.network.rsync.general/1794 8 OS/Version: Linux Status: NEW...

...3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kvm.orig/fs/proc/array.c 2007-08-16 15:23:52.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-16 15:36:54.000000000 +0200 @@ -354,6 +354,13 @@ return stime; } = +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -368,8 +375,8 @@ unsigned long long start_time; unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; unsigned long min_f...

...3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kvm.orig/fs/proc/array.c 2007-08-16 15:23:52.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-16 15:36:54.000000000 +0200 @@ -354,6 +354,13 @@ return stime; } = +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -368,8 +375,8 @@ unsigned long long start_time; unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; unsigned long min_f...

With the upgrade to 1.0.1, I am seeing some errors/warnings dovecot: IMAP(jhorner at arinbe.com): utime(/home/arinbe/Maildir/.info/tmp) failed: Operation not permitted: 1 Time(s) dovecot: IMAP(jhorner at arinbe.com): utime(/home/arinbe/Maildir/.resumes.vabch/tmp) failed: Operation not permitted: 1 Time(s) Different directories on different days. Different users on different days. Always /tmp dir...

http://bugzilla.mindrot.org/show_bug.cgi?id=344 Summary: syntax error in bsd-misc.c / utimes() Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:...

Some libcs like uClibc-ng can optionally disable deprecated functions. utime is one of them. When done so, both the header and the function go missing. This fixes flac_utime to work in such a situation. --- include/share/compat.h | 10 +++++++++- src/libFLAC/metadata_iterators.c | 9 +++++++-- src/share/grabbag/file.c | 9 +++++++-- 3 files changed, 23...

...ox running HP-UX 11.00. After running configure, the first file it tries to compile is openbsd-compat/bsd-arc4random.c. It appears to give an error from one of its include files: cc: "../openbsd-compat/bsd-misc.h", line 72: error 1711: Inconsistent parameter list declaration for "utimes". I'm not doing anything funky in configure, so I can't believe I'm the first person to see this on HP-UX. Is there a patch/workaround available for this? Thanks. -Tom

...y from an XP explorer) The setup is somewhat peculiar as the server is mounting NFS shares (v3) and exporting these. smb.conf hasn't changed, save for the addition of "msdfs root = no" Comparing smbd truss output between these version shows a likely culprit : 3.0.28 is doing lots of utime() calls, and these take a long time on an NFS share. Someone seems to have encountered this issue before : http://readlist.com/lists/lists.samba.org/samba/3/16790.html But I see no followups to this. Any way to fall back to the old behavior, with less utime calls ? Failing that I'd be happy t...

Hello, I'm running the dovecot backports from jones.dk. Everything is working fine so far, but whenever someone is logging in (IMAP or POP 3) I get the following error message in my mail.log: [...] pop3(frederik): utime() failed with index file /var/mboxes/frederik/.INBOX/.imap.index: Operation not permitted [...] imap(jako1): utime() failed with index file /var/mboxes/jako1/.INBOX/.imap.index: Operation not permitted Rights for the ".imap.index" file are: -rwxrwxrwx 1 Debian-e mailserv 3792 Se...

...roc/array.c 2007-08-20 11:11:30.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-20 13:04:03.000000000 +0200 @@ -354,6 +354,15 @@ static clock_t task_stime(struct task_st return stime; } = +#ifdef CONFIG_GUEST_ACCOUNTING +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} +#endif + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -369,6 +378,10 @@ static int do_task_stat(struct task_stru unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; uns...

...roc/array.c 2007-08-20 11:11:30.000000000 +0200 +++ kvm/fs/proc/array.c 2007-08-20 13:04:03.000000000 +0200 @@ -354,6 +354,15 @@ static clock_t task_stime(struct task_st return stime; } = +#ifdef CONFIG_GUEST_ACCOUNTING +static clock_t task_gtime(struct task_struct *p) +{ + clock_t gtime =3D cputime_to_clock_t(p->gtime); + + return gtime; +} +#endif + static int do_task_stat(struct task_struct *task, char *buffer, int whole) { unsigned long vsize, eip, esp, wchan =3D ~0UL; @@ -369,6 +378,10 @@ static int do_task_stat(struct task_stru unsigned long cmin_flt =3D 0, cmaj_flt =3D 0; uns...

...t they don't get linked in unless they're referenced. I don't know how this problem is avoided on ARM/Linux/glibc normally, but something pulls them in there according to my testing. The way to avoid disabling setLastModificationAndAccessTime is to rewrite it to take a path and use utime/utimes instead (incidentally the setLastModificationAndAccessTime function is only used by llvm-ar). I don't know why it was written the way it is now; i.e. I'm not sure what systems have futimens but not futimes and vice-verse. I would guess that the utime function should be universal...

...uriously does update the contents of the remote file. Image we are fred, writing to a file owned by barney ... Using truss we see that Dreamweaver does the following: Truncate the file to 0 bytes: Allowed because we have group read chmod the file to mode 0764: Fails - we are not the owner or root utime to change modtime: Fails - we are not the owner or root This is a problem, as we have multiple authors in groups with shared responsibility for content. They have to be able to update each other's files. If you do the following: Delete target file: Allowed as we have group write acccess Copy...

...ers from Mail.app on OSX 10.3.9. OE6 and mutt work fine, no problems there, but when I try to save a message from Mail.app, it tells me it couldn't save the message and i get the folloing in my log file on the mail server: May 19 16:24:37 wiggum.4amlunch.net imap(paula): [ID 702911 mail.error] utime() failed for /usr/home/paula/Maildir/.Sent Items/tmp/1116534277.P10885Q0M105223.wiggum.4amlunch.net: Value too large for defined data type does anyone have any clue as to what could be the cause of this? i would say simple 64-bit uncleanliness issue, but why doesn't it also affect OE6 or mutt...

...8------>8------>8------>8--- Of cource, this is dirty because it's very system specific. :) For the second 'struct utimbuf' problem, I have a question. Why is HAVE_UTIMBUF not used in any *.c or *.h files? Everywhere, 'struct utimbuf' is used as if it is STANDARD. My utime(3) says, NAME utime - set file times SYNOPSIS #include <sys/types.h> utime(file, timep) char *file; time_t timep[2]; while in FreeBSD's man page, SYNOPSIS #include <sys/types.h> #include <utime.h> int utime(const char *file, c...

...llows: We changed the primafy group to a group without german characters: "?,?,?". It works fine, as long as the primary group as full access to the file. If not, it doesn't work. The Problem in detail: Situation 1: User is member of DOMAIN+GROUP. DOMAIN+GROUP is owner of file utime is called and everything is fine Situation 2: User is member of DOMAIN+GROUP DOMAIN+GROUP has only full access via posix acl utime is called and fails Situation 3: User is member of DOMAIN+GROUP DOMAIN+GROUP is member of local group group_rw group_rw has only full access via posix a...