abort during pull?

Raphaël Marmier raphael at marmier.net
Thu Jun 1 18:27:58 CDT 2006


Raphaël Marmier a écrit :
> Thomas Arendsen Hein a écrit :
>> * Raphaël Marmier <raphael at marmier.net> [20060601 13:22]:
>>> Georg a écrit :
>>>> abort: group to be added is empty!
>>>> transaction abort!
>>>> rollback completed
>>>> Is that to be considered a bug?  I'm not sure what it's trying to 
>>>> tell me
>>
>> For those who don't follow the issue tracker, this is fixed in crew.
>>
>>> Same problem here, I am suddenly unable to pull to Win XP, although 
>>> pulling the same repo to MacOSX works fine.
>>> More: I mounted the WinXP volume (network mount) and pulled to the 
>>> repo on it using MacOSX, and it failed the same way!
>>
>>> F:\pom>hg -v --debug pull
>>> adding PeaceOfMind/Tests/TestApplication.exe revisions
>>> abort: Permission denied: None
>>> remote: Unable to write to standard output
>>> transaction abort!
>>> rollback completed
> 
> Looks like my post got truncated somehow.
> 
>> This is a different problem. It looks like the local side says
>> "Permission denied" and then the remote side no longer can talk to us.
>>
>> Maybe you are not allowed to create this file due to some system
>> restrictions like a virus protection which doesn't allow to write
>> executable files or something like that?
> That's what I was thinking, but I have XP "Version 2002" (it says) which 
> is not even SP2 and no antivirus, no firewall soft. The only thing I 
> installed on that box is Oracle9, Delphi, Ruby and Firefox.
> 
>>
>> Can you copy the TestApplication.exe to the same directory?
> 
> I tried to pull a copy of the file through plink to see if the problems 
> comes
> from plink itself:
> 
> F:\essais>plink -v -i f:\key.ppk user at host.domain.net
>    "cat TestApplication.exe" >TestApplication.exe
> 
[I think I'm gonna ditch Thunderbird... it truncates my posts!]

 >Can you copy it to the filename "TestApplication.exe.i"?
I zipped the remote depot and unzipped right where the target depot was, 
and this file showed up without problem.

So I assume this must be some complex interaction... so I'm stuck with a 
useless depot. Is there a way I could manually discard that file from 
the depot (make it like it never existed in the first place)? Or can I 
just use the copy and resume operation without risks? Help!

Raphaël



More information about the Mercurial mailing list