similar to: static directory timestamp

I'm seeing some inconsistency in returned timestamps using vorbisfile. I open a file, read some data (grabbing timestamps with ov_pcm_tell), then seek back with ov_pcm_seek(vf, 0) and read it again. The seek lands back on 0, but on the second read through, there's a gap in the timestamps: they jumps up by 2112 frames. This causes my vorbisfile code to insert silence to maintain sync (as

Hello, I'm having a major problem with the timestamps in both the Icecast access.log and error.log. The timestamp on the logfiles themselves is accurate, but the logging of the various connections to my streams is in UTC. No matter how I try to configure the hwclock or the system clock, the log timestamp is always UTC, which is 8 hours ahead of my current time zone. I've even tried

For those that might be using Cisco 7940/7960 sip phones and placing calls across an iax2 link, we think the voice quality problem has been identified and corrected. The dev cvs should be updated as of about 3:30pm CDT today (April 14). History: Calls originating from a Cisco 79x0 sip phone and sent via iax2 link to some distant * machine resulted in very poor quality audio, and in some cases,

Hello, A few days ago I posted a question about handling timestamps in rsync (Q: rsync - preserve timestamps, but not use it to define files to update), but did not get a single response, so I thought I'd rephrase it. Also, with a new release of rsync out, may be there is some more time that knowledgeable people have :-) So here it goes. I want to be able to do two things together: --

https://bugzilla.samba.org/show_bug.cgi?id=9103 Summary: ext4 creation timestamp Product: rsync Version: 3.1.0 Platform: x64 OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: enda_k2 at yahoo.com QAContact:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rsync server A is the master server, Servers B and C are is different parts of the world, and are set to mirror server A on a regular basis, but at different actual times (due to TZ differences). Server D is mirroring Server B. We'd like to change Server D to be mirroring Server C instead. Previously when I've swapped between servers

Hi, I am reading a SQL (MySQL) table in R data frame. When I read in the table that has a timestamp data-type field, R gives it the following format:- 1.236887e+12 So when I want to manipulate a column with timestamp = 1236887146615 It returns me multiple rows, as many timestamps gets converted to same value: 1.236887e+12 Any ideas of how this could be dealt with, so that I can get the

I am using the latest SVN version 1.2 of Asterisk When I attempt to test the output of certain variables, for use in file naming etc, certain key ones appear to fail. exten => 5555,1,NoOp(${EPOCH}) Returns -- Executing NoOp("SIP/200-638c", "1141352935") in new stack exten => 5556,1,NoOp(${TIMESTAMP}) Returns -- Executing NoOp("SIP/200-8cc9",

Greetings. I'm running CentOS on multiple machines and a few third-party VPS's and have some odd logging issues today. It all started when tcpwrappers couldn't seem to recognize my PC's hostname as being a valid hostname for access. Fortunately I was able to get in with a direct IP. When trying to discover what's going on, I found some very odd entries in the secure

Hi everyone, I have some very strange information in my /var/log/secure: find /var/log | xargs grep -i 62.149.129.73 2>/dev/null /var/log/secure:Dec 13 21:32:38 baravalle xinetd[1219]: START: smtp pid=26049 from=62.149.129.73 /var/log/secure:Dec 13 21:32:38 baravalle sshd[26048]: Did not receive identification string from ::ffff:62.149.129.73 /var/log/secure:Dec 13 20:33:33 baravalle

I have a problem with timestamps. Files that are being modified/copies/etc coming from QNX hosts that are mounting the samba share using mount smbfs against a samba server running Sun Solaris 9. If the two servers are in the same time zone, the time stamps are correct. However if the QNX host is in the Eastern Time zone for example, the timestamp on the file is in the future. The time zone for

I wonder if I'm the only one who finds Allison reading the timestamp on my voicemails in GMT, after months of having it done with the local time I have set in voicemail.conf. The timestamps on the message files, and the emails that are sent, are correct. Only the spoken dates appear to be affected. Thanks. B.

I've been using a Windoze based programming editor (Slickedit) across samba shares for years without any problems (most recently with FC5). I've just started using Ubuntu and I'm now having a problem with timestamps lagging file writes. The net result is my editor almost always thinks another program has modified the file. Today I built and installed samba 3.3.3. from sources and it

I have a set of timestamp data that I have in a text file that I would like to import into R for analysis. The timestamps are formated as follows: DT_1,DT_2 [2006/08/10 21:12:14 ],[2006/08/10 21:54:00 ] [2006/08/10 20:42:00 ],[2006/08/10 22:48:00 ] [2006/08/10 20:58:00 ],[2006/08/10 21:39:00 ] [2006/08/04 12:15:24 ],[2006/08/04 12:20:00 ] [2006/08/04 12:02:00 ],[2006/08/04 14:20:00 ] I can get

I am not convinced that it's a Samba issue, but someone might be able to answer anyway We replicate directories and files from a Windows 2019 server to two destinations, both are supposed to be used in case of a disaster, but are also used for some specific tasks. One of the replication targets is a physical Windows 2012 server and the other one an Ubuntu/Samba virtual machine. The Samba VM

Hi All, I'm not sure what's causing this but every time I copy a file from one of the Macs (details below) to the Samba server the file timestamp is changed to the copy time rather than retaining the last modified time. Does anyone know what could be causing this? Systems: Mac OSX (versions 10.3.x -> 10.4.x) Windows 2000 Professional Solaris 10 running Samba 3.0.11 Tests... Mac

Does R have support for microseconds in timestamps, e.g. when reading this in "Time","Include","Kind","Duration" 2011-04-01 14:20:36.368324,Y,U,1.03238296509 2011-04-01 14:20:35.342732,Y,C,0.0252721309662 2011-04-01 14:20:34.337209,Y,R,0.00522899627686 Thanks, Joel -------------------------------------------------------------------------- - for hire: mac

> Replication is done using Robocopy in mirroring mode which is supposed to > only replicate changed or new files to the two target systems. Herein lies > the problem. The selective mirroring works fine between Windows and > Windows. When replicating towards the Samba machine, timestamps seem to be > ignored since each run is a full replication. Maybe worth looking at

https://bugzilla.mindrot.org/show_bug.cgi?id=2464 Bug ID: 2464 Summary: Adding timestamp to debug messages (log.c:do_log) Product: Portable OpenSSH Version: 7.1p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

https://bugzilla.mindrot.org/show_bug.cgi?id=2464 Bug ID: 2464 Summary: Adding timestamp to debug messages (log.c:do_log) Product: Portable OpenSSH Version: 7.1p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous Assignee: