Author |
Message |
mlabbe1
Joined: 10 Feb 2006 Posts: 8
|
Posted: Fri Feb 24, 2006 9:39 am Post subject: |
|
|
Ran the same test with the old version with and without history and it works correctly. That is, it doesn't have the timestamp issue that the new version has. Looks like some system call changed from one to the next.
Cheers,
Matt |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Fri Feb 24, 2006 11:11 am Post subject: |
|
|
Thanks Matt. I think we now know what the issue is and need to implement a fix in build 2010 before releasing the final version. _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
mlabbe1
Joined: 10 Feb 2006 Posts: 8
|
Posted: Fri Feb 24, 2006 11:16 am Post subject: |
|
|
Excellent news. Thanks. Let me know if you want me to test the fix in my setup.
Cheers,
Matt |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
mlabbe1
Joined: 10 Feb 2006 Posts: 8
|
Posted: Sat Feb 25, 2006 12:04 pm Post subject: |
|
|
Yup, that works like a charm. Thanks for the fix! |
|
Back to top |
|
|
JanDeBondt Guest
|
Posted: Thu Aug 02, 2007 11:35 am Post subject: |
|
|
Hi,
I just ran into the exact same problem. Only... I am using Vice Versa Pro 2 build 2014 with synchronisation instead of replication.
Could it be that the old 'bug' has slipped back into the new build ?
I will already try Build 2010a a post the result later. |
|
Back to top |
|
|
KeppelSeghers
Joined: 26 Jul 2007 Posts: 7
|
Posted: Thu Aug 02, 2007 11:47 am Post subject: |
|
|
Just tested with build 2010a. It works fine....
Is there somewhere a list with issues solved since build 2010a ? so I can evaluate whether to use 2010a or wait for an update of build 2014
btw: the problem only occurs when I am using a mapped drive to a local folder as source or target.
My G:\ drive is mapped to E:\DATA\PROJECTS.
I need to do this in order to have shorter filenames (<259 characters) since usres are also using a mapping to this folder and so they can put long filenames.
The problem does not occur when I use E:\DATA\Project as source or target
Regards |
|
Back to top |
|
|
KeppelSeghers
Joined: 26 Jul 2007 Posts: 7
|
Posted: Thu Aug 02, 2007 12:28 pm Post subject: |
|
|
Confirmed !
Just tested with Build 2012 -> exactly the same problem.
running the executable ViceVersa2010a.exe, everything works fine.
Will there be a fix or new build available ? |
|
Back to top |
|
|
FL Guest
|
Posted: Fri Aug 10, 2007 12:24 am Post subject: |
|
|
I am testing 2014 on two machines, experiencing exactly the problem described earlier this post.
Create new file X on machine A
synch
File X on machine B gets new timestamp
synch (2nd time, fine is copied again)
File X on machine A has same timestamp as machine B
any solution to this issue? |
|
Back to top |
|
|
KeppelSeghers
Joined: 26 Jul 2007 Posts: 7
|
Posted: Fri Aug 10, 2007 10:00 am Post subject: |
|
|
sure,
download this file www.tgrmn.com/viceversa2010a.zip
extract it
rename viceversa.exe to viseversa2014.exe
rename viceversa2010.exe to viseversa.exe
you will be running a 2010 version with a fix. for me it works fine.
Off course, I am also still waiting for a fix on 2014 or a new release... TGRMN ?! |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Fri Aug 10, 2007 10:30 am Post subject: |
|
|
Hi KeppelSeghers
Quote: | My G:\ drive is mapped to E:\DATA\PROJECTS.
I need to do this in order to have shorter filenames (<259 characters) since usres are also using a mapping to this folder and so they can put long filenames.
The problem does not occur when I use E:\DATA\Project as source or target |
Can you describe again the exact problem you are seeing when using g:\ instead of E:\DATA\Project?
If needed could we send you a special version to debug this issue? thanks
PS is E:\DATA\Project a local folder or a folder on a remote PC? _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com
Last edited by TGRMN Software on Fri Aug 10, 2007 10:33 am; edited 1 time in total |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Fri Aug 10, 2007 10:32 am Post subject: |
|
|
Hi FL
Quote: |
1. Create new file X on machine A
2. synch
3. File X on machine B gets new timestamp
4. synch (2nd time, fine is copied again)
5. File X on machine A has same timestamp as machine B
|
What timestamp file X gets in step 3?
Are you using iBackup or a VPN or a NAS?
thanks _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
KeppelSeghers
Joined: 26 Jul 2007 Posts: 7
|
Posted: Fri Aug 10, 2007 11:39 am Post subject: |
|
|
Quote: | Can you describe again the exact problem you are seeing when using g:\ instead of E:\DATA\Project?
is E:\DATA\Project a local folder or a folder on a remote PC? |
E:\DATA\PROJECT is a folder on a local server drive.
G:\ is a drive mapping on the server to the local E:\DATA\PROJECT
reason: users are publishing files via a drive mapping on E:\DATA\Project. using Windows they can create 259 chars long filenames.
In order for the server to be able to copy these files, I map the G:\ drive on the server to the same location as the users, so that the server sees exactly the same file lengths as the user.
symptoms:
If G:\ is the target drive, the timestamp on copied files from source to target becomes the actual time.
If G:\ is the source drive, the timestamp on copied files from target to source becomes tes actual time.
next time there is a synch, the files are copied back and the sourcefile gets the timestamp of the copie with the wrong timestamp. => all files change timestamp and I don't have to tell you what happens with the incremental backup...
the 2010a version is working perfectly
the 2012 version has the same problem.
I hope this can help you.
Quote: | If needed could we send you a special version to debug this issue? |
PS: If realy required, I can do some tests using a debug version, but I need to be very carefull since this is running in a production environment.
Jan |
|
Back to top |
|
|
FL Guest
|
Posted: Sat Aug 11, 2007 12:24 am Post subject: |
|
|
TGRMN Software wrote: | Hi FL
Quote: |
1. Create new file X on machine A
2. synch
3. File X on machine B gets new timestamp
4. synch (2nd time, fine is copied again)
5. File X on machine A has same timestamp as machine B
|
What timestamp file X gets in step 3?
Are you using iBackup or a VPN or a NAS?
thanks |
files are getting actual time/date
no iBackup, NAS but using VPN. |
|
Back to top |
|
|
FL Guest
|
Posted: Wed Aug 22, 2007 1:05 am Post subject: |
|
|
^^ |
|
Back to top |
|
|
|