diff options
| author | Alexander Færøy <ahf@torproject.org> | 2019-03-25 03:00:53 +0100 |
|---|---|---|
| committer | Alexander Færøy <ahf@torproject.org> | 2019-03-25 03:10:37 +0100 |
| commit | 4be522b2e6eb634b141d7876234acf40a931cab6 (patch) | |
| tree | 68de7c78b1996cee77e43df9a6f96a092c63a6ba /changes/bug29874 | |
| parent | 8bc3ac6a84a11adb728f4ce49f23414c27fe84cd (diff) | |
| download | tor-4be522b2e6eb634b141d7876234acf40a931cab6.tar.gz tor-4be522b2e6eb634b141d7876234acf40a931cab6.zip | |
Pass NULL to lpApplicationName in CreateProcessA().
When NULL is given to lpApplicationName we enable Windows' "magical"
path interpretation logic, which makes Tor 0.4.x behave in the same way
as previous Tor versions did when it comes to executing binaries in
different system paths.
For more information about this have a look at the CreateProcessA()
documentation on MSDN -- especially the string interpretation example is
useful to understand this issue.
This bug was introduced in commit bfb94dd2ca8.
See: https://bugs.torproject.org/29874
Diffstat (limited to 'changes/bug29874')
| -rw-r--r-- | changes/bug29874 | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/changes/bug29874 b/changes/bug29874 new file mode 100644 index 0000000000..8534753b51 --- /dev/null +++ b/changes/bug29874 @@ -0,0 +1,4 @@ + o Minor bugfixes (pluggable transports): + - Restore old behaviour when it comes to discovering the path of a given + Pluggable Transport exe-file. Fixes bug 29874; bugfix on 0.4.0.1-alpha. + |