Fixed memory alignment for x64 reverse_http stager
Fixed memory alignment for x64 reverse_http stager
Fix migrate from 32- to 64-bit processes

In some cases, it was possible to end up in a situation where the x64
reflective library hadn't been loaded by the time a user typed migrate.
If the target process was 64-bit, msfconsole would error out with a
NoMethodError and much sadness would ensue.

[See #2356]
Extend Travis's depth a bit

Instead of depth=1, try depth=5. This way, if something gets landed
before travis had a chance to build, it'll still get tested, at least
post-facto.

This is the root cause of the build failure at

https://travis-ci.org/rapid7/metasploit-framework/builds/11436293

That commit is not available because the HEAD pointer moved past it with
the next commit; IOW, we landed too quick for Travis to rspec each
change, which is generating failed build messages.

If there was really a failure in there, it'd be a pain now to determine
which commit actually broke the build.
Remove Id tags in scripts/
Remove more $Revision tags
Merge branch 'rapid7' into cleanup/remove-id-tags

Conflicts:
	lib/msf/core/payload/osx/bundleinject.rb
	lib/msf/core/payload/windows/dllinject.rb
	lib/msf/core/payload/windows/exec.rb
	lib/msf/core/payload/windows/loadlibrary.rb
	lib/msf/core/payload/windows/reflectivedllinject.rb
	lib/msf/core/payload/windows/x64/reflectivedllinject.rb
	scripts/meterpreter/netenum.rb
Land #2384 - remove id and revision tags
Land #2375 - incrase depth for travis
Land #2374, more complete 32/64 migrate fix

[FixRM #8395]
Cleanup
Land #2373, Corrects x64 reverse_https alignment

It appears that testing of the original submit was performed
on VMWare which worked. On a non virtualized machine the
payload would crash.

[Closes #2373] [FixRm #8271]
New compiled bins for shiny vs2012 build

* Fixes x64 sniffer [FixRM #8364]