CODEWITHSUNDEEP
mercurialtortoisehg
buggydroid
buggydroid

Reputation: 1870

TortoiseHg: "TortoisePlink.exe" is not recognized as an internal or external command

I have been stuck with this problem for almost a day now and finally decided to shout-out for help.

Things I have already done:

[ui] username = User Name ssh = "C:\Program Files (x86)\TortoiseHg\TortoisePlink.exe" -ssh -2 -batch -C

also tried,

ssh = "C:\Program Files (x86)\TortoiseHg\TortoisePlink.exe" -ssh -2 -batch -C -i C:\Program Files (x86)\TortoiseHg\ssh_keys\my_rsa_key.ppk

I get an error:

remote: http 404 not found.When I back-traced it I realized TortoisePlink.exe is not running. I don't have Putty installed alongside TortoiseHg. Is it necessary I do?

Upvotes: 12

Views: 6363

Answers (3)

Tom Bogle
Tom Bogle

Reputation: 509

I had this problem. Turns out I set everything up correctly in my default settings (with an explicit path to TortoisePlink.exe), but I had it overridden in my project-specific settings without the path or other command-line switches set correctly. So if you get here, that's something else to check.

Upvotes: 0

JamesT
JamesT

Reputation: 451

This relates to the latest version of TortoiseHG (3.5). I just installed it and received the same message. I found this after a search - just adding this in case others do the same.

With version 3.5 TortoisePlink.exe is contained in the C:\Program Files\TortoiseHg\lib folder. Two solutions: 1) Copy TortoisePlink.exe into C:\Program Files\TortoiseHg or 2) Add ;C:\Program Files\TortoiseHg\lib to the environment PATH (needs a restart). For some reason TortoiseHG installer only adds "C:\Program Files\TortoiseHg" to the PATH.

I used 2) and it worked immediately after re-start.

Upvotes: 30

Mike L
Mike L

Reputation: 4913

Had you updated your version of TortoiseHg recently? I just ran into this same issue after having done so and found your question. (I'm now on TortoiseHg 2.10.1 with Mercurial 2.8.1.)

I had read a few people suggesting that there was a change to one or more environmental variables, but nothing concrete enough to link to here. The release notes show that 2.8 has a change, but doesn't sound breaking: customtools: add 'workingdir' setting, {FILES} and {ALLFILES} variables

I decided to reboot to make sure I had a all the environmental variables loaded and after having done so, I discovered everything was working again. I think it could have been a new environmental variable, but again... pure speculation.

Upvotes: 2

Related Questions