18 messages in com.perforce.perforce-user[p4] Perforce client only thinks the ...| From | Sent On | Attachments |
|---|---|---|
| Steve Smythe | 14 Nov 2003 10:59 | |
| jab | 14 Nov 2003 11:19 | .bin |
| Noel Yap | 14 Nov 2003 11:40 | |
| Jack Tan | 14 Nov 2003 11:54 | |
| Noel Yap | 14 Nov 2003 11:56 | |
| Noel Yap | 14 Nov 2003 11:58 | |
| Shelley L. Shostak | 14 Nov 2003 12:41 | |
| Noel Yap | 14 Nov 2003 13:21 | |
| Stephen Vance | 14 Nov 2003 14:18 | |
| Stephen Vance | 14 Nov 2003 14:24 | |
| Noel Yap | 14 Nov 2003 14:26 | |
| Noel Yap | 14 Nov 2003 14:36 | |
| Stephen Vance | 14 Nov 2003 14:52 | |
| Russell C. Jackson | 14 Nov 2003 14:53 | |
| Stephen Vance | 14 Nov 2003 14:54 | |
| Noel Yap | 14 Nov 2003 15:02 | |
| Noel Yap | 14 Nov 2003 15:17 | |
| Russell C. Jackson | 14 Nov 2003 16:17 |
| Subject: | [p4] Perforce client only thinks the file is up-to-date (Was: Perforce and CVS full or delta wire transmission?)![]() |
|---|---|
| From: | Noel Yap (Noel...@morganstanley.com) |
| Date: | 11/14/2003 03:17:57 PM |
| List: | com.perforce.perforce-user |
Are you using network mounted drives? AFS?
Thanks, Noel
"Russell C. Jackson" wrote:
I have similar complaints from my users, but it happens so randomly that all I can tell them to do is do a remove from client, and resync to correct the problem. This seems to have started about version 2001 or maybe 2002.1, but I have dealing with it for a while.
Rusty
-----Original Message----- From: perforce-user-admin at perforce.com [mailto:perforce-user-admin at perforce.com] On Behalf Of Noel Yap Sent: Friday, November 14, 2003 1:22 PM To: Shelley L. Shostak Cc: jab; Steve Smythe; perforce-user at perforce.com; perforcehelp; perforceusers; cmodev; ptdev; spgtech Subject: Re: [p4] Perforce client only thinks the file is up-to-date (Was: Perforce and CVS full or delta wire transmission?)
We have had anecdotal evidence that the Perforce Client will falsely think that a file is up-to-date when, in fact, it is not. This problem occurs extremely rarely which is why I'm trying to reach as wide an audience as possible.
I think capturing the output of the following commands might give some hard evidence that this is happening: $ p4 have file $ p4 print file#version >file#version $ p4 diff file#version $ diff file file#version
The output of the last two lines should be the same. When the problem occurs, it's most likely on an unopened file so the "p4 diff" should say there's nothing different.
Perforce support, could you verify that these steps should show evidence that something is wrong -- the only thing I can think of that'll give a false negative is if the "p4 print" line will just do a cat of the file system file?
Thanks, Noel
"Shelley L. Shostak" wrote:
On Fri, 14 Nov 2003, Noel Yap wrote:
Subject: Re: [p4] Perforce client only thinks the file is up-to-date (Was: Perforce and CVS full or delta wire transmission?)
I've experienced situations in which the client would think the version I had was current, but the version on the file system really
didn't reflect that on the server. My only recourse was to remove the file from the file system, then do a "p4 sync -f" on the file. Two other colleagues have given similar tales. Have you heard of any other occurrences of this?
Unfortunately, I didn't record ample command lines and output for hard
evidence. Hopefully, the next time this happens, I'll have something (it's occurred about once every six months).
My users have reported this as well. Since I administer but no use perforce, I have only anecdotal evidence. We do not user AFS.
Shelley
-- NOTICE: If received in error, please destroy and notify sender. Sender does not waive confidentiality or privilege, and use is prohibited.
_______________________________________________ perforce-user mailing list - perforce-user at perforce.com http://maillist.perforce.com/mailman/listinfo/perforce-user
_______________________________________________ perforce-user mailing list - perforce-user at perforce.com http://maillist.perforce.com/mailman/listinfo/perforce-user
--
NOTICE: If received in error, please destroy and notify sender. Sender does not
waive confidentiality or privilege, and use is prohibited.





.bin