Getting bootup time on Windows is not stable

Bootup time is needed in boost::interprocess for creating a unique shared directory which remains identical for all processes started since last reboots, but different between reboots. Currently people have choice to get the bootup time by define following macros:
```
1. BOOST_INTERPROCESS_BOOTSTAMP_IS_LASTBOOTUPTIME (not recommended due to instability with time synchronization and hibernation and unusable in practice)
2. BOOST_INTERPROCESS_BOOTSTAMP_IS_EVENTLOG_BASED (It's a default method, if none of the macro is defined, fetches bootup time from system event log, Id 6005)
3. BOOST_INTERPROCESS_BOOTSTAMP_IS_SESSION_MANAGER_BASED (fetches bootup time from registry setting, path : HKEY_LOCAL_MACHINE→ SYSTEM → CurrentControlSet → Control → Session Manager → Memory Management → PrefetchParameters → BootID)
```

The problem with 2 & 3 is that if the Windows system event log with ID 6005 and registry key BootID gets deleted then the application throws runtime exception. We have already been notified of these issues by different users of our application and hence the idea is to propose a new method which can be used on Windows OS that supports of:

```
* Minimum supported client -> Windows Vista
* Minimum supported server -> Windows server 2008
```
Since this issue is in existence from long time and for those who are using newer Windows OS, provide them the flexibility to use GetTickCount64 for calculating bootup time by define a new preprocessor macro `BOOST_INTERPROCESS_BOOTSTAMP_IS_GETTICKCOUNT64_BASED `in `boost/interprocess/detail/win32_api.hpp`

I have added a patch for having a better view of suggested change. Please provide your feedback if the change can be pulled into Boost. If so I can submit a PR for this.


Comience en boost/interprocess/detail/win32_api.hpp y revise las macros de selección de bootstamp existentes y las implementaciones específicas de Windows. Compruebe cómo debe comportarse la opción propuesta BOOST_INTERPROCESS_BOOTSTAMP_IS_GETTICKCOUNT64_BASED en Windows Vista y Windows Server 2008. Se considera terminado cuando la nueva opción proporciona un bootstamp estable sin depender de Event Log ID 6005 ni del valor de registro BootID.

Escrito por el modelo de indexación a partir del texto del issue.