LinLocalize 1.6 for Windows winlocalize1

fixed all linbreaks to windows cr+lf beacause stepping through sourcecode didn't work correctly because of mixed cr+lf / cr / lf.

(
used notepad++ Edit -> EOL Conversion -> Windows

Tortoisemerge will show as
"The text is identical, but files do not match!
The following differences where found:
Newlines"
)

Duolicates in exports allowed, because in autotranslation ther is only one string translated per glossary line.

Ther was also a Problem with autotranslation in case of multiple lined strings.

Sometimes in Delphi ther is only LF, or CR ans sometimes both of them CRLF
The Problem was, ther was differences between Glossarys and the Src string in exe between them even if it was exactly the same string, so i replaced all of them with the same Sign while checking equality.

added 64bit PE support to winresbind (reintegrated branch)

Attention: winresbind remains as a 32 bit process but can now handle 64bit executeables too.
(auto detect through file fileimagehader/machineinfo from PE File)

Setup needs to install empty32.dll+empty64.dll instead of empty.dll
(winresbind postcopy has been modified)

removed local & identcache files, those files don't need to be versioned

reactivated baseofdata on 32 bit optional header

deleted .local, not need to be versioned

added 64bit PE support to winresbind.

Attention: winresbind remains as a 32 bit process but can now handle 64bit executeables too.
(auto detect through file fileimagehader/machineinfo from PE File)

corrected file naming

some testing code/thoughts to get linlocalize deal with 64 executeables.
Will work but switching between 32/64 bit must be implemented correctly (can be detected from file header for example)

recreated empty.dll that will be used as PE header source for shared resource files.
For creating 64 bit shared resources, 64 bit file is needed too.

important for creating empty.dll
- create an empty dll in delphi
- cleanup any resource information, delphi will include some information in any case