Mixing
Read INI file from WindowsSystem32 folder [duplicate]
This question already has an answer here:
Could not find system file when it actually exists
2 answers
Why we can't read a .ini file from WindowsSystem32 folder?
using this example:
ReadIniFile := TIniFile.Create(Format('%sSystem32%s', [GetEnvironmentVariable('WINDIR'), 'File.ini']));
Result := ReadIniFile.ReadString('HWID', 'A', '');
ReadIniFile .Free;
return a null string, now if remove "System32" and try read from Windows folder read fine.
delphi ini
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
marked as duplicate by David Heffernan delphi
Users with the delphi badge can single-handedly close delphi questions as duplicates and reopen them as needed.
StackExchange.ready(function() {
if (StackExchange.options.isMobile) return;
$('.dupe-hammer-message-hover:not(.hover-bound)').each(function() {
var $hover = $(this).addClass('hover-bound'),
$msg = $hover.siblings('.dupe-hammer-message');
$hover.hover(
function() {
$hover.showInfoMessage('', {
messageElement: $msg.clone().show(),
transient: false,
position: { my: 'bottom left', at: 'top center', offsetTop: -7 },
dismissable: false,
relativeToBody: true
});
},
function() {
StackExchange.helpers.removeMessages();
}
);
});
});
Nov 20 '18 at 5:17
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
add a comment |
This question already has an answer here:
Could not find system file when it actually exists
2 answers
Why we can't read a .ini file from WindowsSystem32 folder?
using this example:
ReadIniFile := TIniFile.Create(Format('%sSystem32%s', [GetEnvironmentVariable('WINDIR'), 'File.ini']));
Result := ReadIniFile.ReadString('HWID', 'A', '');
ReadIniFile .Free;
return a null string, now if remove "System32" and try read from Windows folder read fine.
delphi ini
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
marked as duplicate by David Heffernan delphi
Users with the delphi badge can single-handedly close delphi questions as duplicates and reopen them as needed.
StackExchange.ready(function() {
if (StackExchange.options.isMobile) return;
$('.dupe-hammer-message-hover:not(.hover-bound)').each(function() {
var $hover = $(this).addClass('hover-bound'),
$msg = $hover.siblings('.dupe-hammer-message');
$hover.hover(
function() {
$hover.showInfoMessage('', {
messageElement: $msg.clone().show(),
transient: false,
position: { my: 'bottom left', at: 'top center', offsetTop: -7 },
dismissable: false,
relativeToBody: true
});
},
function() {
StackExchange.helpers.removeMessages();
}
);
});
});
Nov 20 '18 at 5:17
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
One has to wonder why you have ini files in that directory
– David Heffernan
Nov 20 '18 at 5:18
add a comment |
This question already has an answer here:
Could not find system file when it actually exists
2 answers
Why we can't read a .ini file from WindowsSystem32 folder?
using this example:
ReadIniFile := TIniFile.Create(Format('%sSystem32%s', [GetEnvironmentVariable('WINDIR'), 'File.ini']));
Result := ReadIniFile.ReadString('HWID', 'A', '');
ReadIniFile .Free;
return a null string, now if remove "System32" and try read from Windows folder read fine.
delphi ini
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
This question already has an answer here:
Could not find system file when it actually exists
2 answers
Why we can't read a .ini file from WindowsSystem32 folder?
using this example:
ReadIniFile := TIniFile.Create(Format('%sSystem32%s', [GetEnvironmentVariable('WINDIR'), 'File.ini']));
Result := ReadIniFile.ReadString('HWID', 'A', '');
ReadIniFile .Free;
return a null string, now if remove "System32" and try read from Windows folder read fine.
This question already has an answer here:
Could not find system file when it actually exists
2 answers
delphi ini
delphi ini
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
asked Nov 19 '18 at 23:37
Pâmella DouglasPâmella Douglas
636
636
marked as duplicate by David Heffernan delphi
Users with the delphi badge can single-handedly close delphi questions as duplicates and reopen them as needed.
StackExchange.ready(function() {
if (StackExchange.options.isMobile) return;
$('.dupe-hammer-message-hover:not(.hover-bound)').each(function() {
var $hover = $(this).addClass('hover-bound'),
$msg = $hover.siblings('.dupe-hammer-message');
$hover.hover(
function() {
$hover.showInfoMessage('', {
messageElement: $msg.clone().show(),
transient: false,
position: { my: 'bottom left', at: 'top center', offsetTop: -7 },
dismissable: false,
relativeToBody: true
});
},
function() {
StackExchange.helpers.removeMessages();
}
);
});
});
Nov 20 '18 at 5:17
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
marked as duplicate by David Heffernan delphi
Users with the delphi badge can single-handedly close delphi questions as duplicates and reopen them as needed.
StackExchange.ready(function() {
if (StackExchange.options.isMobile) return;
$('.dupe-hammer-message-hover:not(.hover-bound)').each(function() {
var $hover = $(this).addClass('hover-bound'),
$msg = $hover.siblings('.dupe-hammer-message');
$hover.hover(
function() {
$hover.showInfoMessage('', {
messageElement: $msg.clone().show(),
transient: false,
position: { my: 'bottom left', at: 'top center', offsetTop: -7 },
dismissable: false,
relativeToBody: true
});
},
function() {
StackExchange.helpers.removeMessages();
}
);
});
});
Nov 20 '18 at 5:17
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
One has to wonder why you have ini files in that directory
– David Heffernan
Nov 20 '18 at 5:18
add a comment |
One has to wonder why you have ini files in that directory
– David Heffernan
Nov 20 '18 at 5:18
One has to wonder why you have ini files in that directory
– David Heffernan
Nov 20 '18 at 5:18
One has to wonder why you have ini files in that directory
– David Heffernan
Nov 20 '18 at 5:18
add a comment |
2 Answers
2
active
oldest
votes
If you compile your app as 32-bit, but run it on a 64-bit version of Windows, then your code is actually trying to read the INI file from the C:WindowsSysWOW64 folder instead of the C:WindowsSystem32 folder. See File System Redirector for more details. You can use the sysnative alias to access the real System32 folder when running under WOW64:
function GetWindowsFolder: string
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetWindowsDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else;
Result := '';
end;
function GetSystemFolder: string;
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetSystemDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else
Result := '';
end;
function GetRealSystem32Folder: string
var
IsWow64: BOOL;
begin
if IsWow64Process(GetCurrentProcess(), @IsWow64) and IsWow64 then
begin
Result := GetWindowsFolder;
if Result <> '' then
Result := Result + 'sysnative' + PathDelim;
end else
Result := GetSystemFolder;
end;
...
var
ReadIniFile: TIniFile;
begin
ReadIniFile := TIniFile.Create(GetRealSystem32Folder + 'File.ini');
...
end;
Note that the sysnative alias works under WOW64 only, so if you don't want to dynamically format a file path based on whether WOW64 is used or not, then you can simply disable the Redirector temporarily instead:
var
ReadIniFile: TIniFile;
SysFolder: array[0..MAX_PATH-1] of Char;
Len: UINT;
Value: Pointer;
begin
Result := '';
if not Wow64DisableWow64FsRedirection(@Value) then Exit;
try
Len := GetSystemDirectory(SysFolder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
begin
ReadIniFile := TIniFile.Create(IncludeTrailingPathDelimiter(SysFolder) + 'File.ini');
...
end;
finally
Wow64RevertWow64FsRedirection(Value);
end;
end;
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
Yes, bit disabling redirection is extremely dubious and almost certainly should not be done.
– David Heffernan
Nov 20 '18 at 5:19
1
@DavidHeffernan perhaps, though in this situation, disabling the redirector is safe, as the disabled block is small and isolated, and the 2 Wow64 API functions being used affect only the calling thread, not globally. Granted, usingsysnativeis preferred, but disabling the redirector is still an option, so I mention both.
– Remy Lebeau
Nov 20 '18 at 7:22
add a comment |
If you're compiling your program as 32-bit, it is trying to read the ini file from the SysWOW64 directory. If you compile the program for 64-bit it should be fine. You can disable redirection by Wow64DisableWow64FsRedirection, more informations:
Could not find system file when it actually exists
answered Nov 20 '18 at 0:11
janeks3janeks3
354
1
This reads like a recommendation to disable redirection. Which is a bad idea.
– David Heffernan
Nov 20 '18 at 5:19
I'm asking that, because i need write a file and hide it from others peoples, since more applications will read/write on that. (it's not a virus). Some advice for that?
– Pâmella Douglas
Nov 20 '18 at 23:19
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
If you compile your app as 32-bit, but run it on a 64-bit version of Windows, then your code is actually trying to read the INI file from the C:WindowsSysWOW64 folder instead of the C:WindowsSystem32 folder. See File System Redirector for more details. You can use the sysnative alias to access the real System32 folder when running under WOW64:
function GetWindowsFolder: string
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetWindowsDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else;
Result := '';
end;
function GetSystemFolder: string;
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetSystemDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else
Result := '';
end;
function GetRealSystem32Folder: string
var
IsWow64: BOOL;
begin
if IsWow64Process(GetCurrentProcess(), @IsWow64) and IsWow64 then
begin
Result := GetWindowsFolder;
if Result <> '' then
Result := Result + 'sysnative' + PathDelim;
end else
Result := GetSystemFolder;
end;
...
var
ReadIniFile: TIniFile;
begin
ReadIniFile := TIniFile.Create(GetRealSystem32Folder + 'File.ini');
...
end;
Note that the sysnative alias works under WOW64 only, so if you don't want to dynamically format a file path based on whether WOW64 is used or not, then you can simply disable the Redirector temporarily instead:
var
ReadIniFile: TIniFile;
SysFolder: array[0..MAX_PATH-1] of Char;
Len: UINT;
Value: Pointer;
begin
Result := '';
if not Wow64DisableWow64FsRedirection(@Value) then Exit;
try
Len := GetSystemDirectory(SysFolder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
begin
ReadIniFile := TIniFile.Create(IncludeTrailingPathDelimiter(SysFolder) + 'File.ini');
...
end;
finally
Wow64RevertWow64FsRedirection(Value);
end;
end;
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
Yes, bit disabling redirection is extremely dubious and almost certainly should not be done.
– David Heffernan
Nov 20 '18 at 5:19
1
@DavidHeffernan perhaps, though in this situation, disabling the redirector is safe, as the disabled block is small and isolated, and the 2 Wow64 API functions being used affect only the calling thread, not globally. Granted, usingsysnativeis preferred, but disabling the redirector is still an option, so I mention both.
– Remy Lebeau
Nov 20 '18 at 7:22
add a comment |
If you compile your app as 32-bit, but run it on a 64-bit version of Windows, then your code is actually trying to read the INI file from the C:WindowsSysWOW64 folder instead of the C:WindowsSystem32 folder. See File System Redirector for more details. You can use the sysnative alias to access the real System32 folder when running under WOW64:
function GetWindowsFolder: string
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetWindowsDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else;
Result := '';
end;
function GetSystemFolder: string;
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetSystemDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else
Result := '';
end;
function GetRealSystem32Folder: string
var
IsWow64: BOOL;
begin
if IsWow64Process(GetCurrentProcess(), @IsWow64) and IsWow64 then
begin
Result := GetWindowsFolder;
if Result <> '' then
Result := Result + 'sysnative' + PathDelim;
end else
Result := GetSystemFolder;
end;
...
var
ReadIniFile: TIniFile;
begin
ReadIniFile := TIniFile.Create(GetRealSystem32Folder + 'File.ini');
...
end;
Note that the sysnative alias works under WOW64 only, so if you don't want to dynamically format a file path based on whether WOW64 is used or not, then you can simply disable the Redirector temporarily instead:
var
ReadIniFile: TIniFile;
SysFolder: array[0..MAX_PATH-1] of Char;
Len: UINT;
Value: Pointer;
begin
Result := '';
if not Wow64DisableWow64FsRedirection(@Value) then Exit;
try
Len := GetSystemDirectory(SysFolder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
begin
ReadIniFile := TIniFile.Create(IncludeTrailingPathDelimiter(SysFolder) + 'File.ini');
...
end;
finally
Wow64RevertWow64FsRedirection(Value);
end;
end;
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
Yes, bit disabling redirection is extremely dubious and almost certainly should not be done.
– David Heffernan
Nov 20 '18 at 5:19
1
@DavidHeffernan perhaps, though in this situation, disabling the redirector is safe, as the disabled block is small and isolated, and the 2 Wow64 API functions being used affect only the calling thread, not globally. Granted, usingsysnativeis preferred, but disabling the redirector is still an option, so I mention both.
– Remy Lebeau
Nov 20 '18 at 7:22
add a comment |
If you compile your app as 32-bit, but run it on a 64-bit version of Windows, then your code is actually trying to read the INI file from the C:WindowsSysWOW64 folder instead of the C:WindowsSystem32 folder. See File System Redirector for more details. You can use the sysnative alias to access the real System32 folder when running under WOW64:
function GetWindowsFolder: string
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetWindowsDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else;
Result := '';
end;
function GetSystemFolder: string;
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetSystemDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else
Result := '';
end;
function GetRealSystem32Folder: string
var
IsWow64: BOOL;
begin
if IsWow64Process(GetCurrentProcess(), @IsWow64) and IsWow64 then
begin
Result := GetWindowsFolder;
if Result <> '' then
Result := Result + 'sysnative' + PathDelim;
end else
Result := GetSystemFolder;
end;
...
var
ReadIniFile: TIniFile;
begin
ReadIniFile := TIniFile.Create(GetRealSystem32Folder + 'File.ini');
...
end;
Note that the sysnative alias works under WOW64 only, so if you don't want to dynamically format a file path based on whether WOW64 is used or not, then you can simply disable the Redirector temporarily instead:
var
ReadIniFile: TIniFile;
SysFolder: array[0..MAX_PATH-1] of Char;
Len: UINT;
Value: Pointer;
begin
Result := '';
if not Wow64DisableWow64FsRedirection(@Value) then Exit;
try
Len := GetSystemDirectory(SysFolder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
begin
ReadIniFile := TIniFile.Create(IncludeTrailingPathDelimiter(SysFolder) + 'File.ini');
...
end;
finally
Wow64RevertWow64FsRedirection(Value);
end;
end;
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
If you compile your app as 32-bit, but run it on a 64-bit version of Windows, then your code is actually trying to read the INI file from the C:WindowsSysWOW64 folder instead of the C:WindowsSystem32 folder. See File System Redirector for more details. You can use the sysnative alias to access the real System32 folder when running under WOW64:
function GetWindowsFolder: string
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetWindowsDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else;
Result := '';
end;
function GetSystemFolder: string;
var
Folder: array[0..MAX_PATH-1] of Char;
Len: UINT;
begin
Len := GetSystemDirectory(Folder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
Result := IncludeTrailingPathDelimiter(Folder)
else
Result := '';
end;
function GetRealSystem32Folder: string
var
IsWow64: BOOL;
begin
if IsWow64Process(GetCurrentProcess(), @IsWow64) and IsWow64 then
begin
Result := GetWindowsFolder;
if Result <> '' then
Result := Result + 'sysnative' + PathDelim;
end else
Result := GetSystemFolder;
end;
...
var
ReadIniFile: TIniFile;
begin
ReadIniFile := TIniFile.Create(GetRealSystem32Folder + 'File.ini');
...
end;
Note that the sysnative alias works under WOW64 only, so if you don't want to dynamically format a file path based on whether WOW64 is used or not, then you can simply disable the Redirector temporarily instead:
var
ReadIniFile: TIniFile;
SysFolder: array[0..MAX_PATH-1] of Char;
Len: UINT;
Value: Pointer;
begin
Result := '';
if not Wow64DisableWow64FsRedirection(@Value) then Exit;
try
Len := GetSystemDirectory(SysFolder, MAX_PATH);
if (Len > 0) and (Len < MAX_PATH) then
begin
ReadIniFile := TIniFile.Create(IncludeTrailingPathDelimiter(SysFolder) + 'File.ini');
...
end;
finally
Wow64RevertWow64FsRedirection(Value);
end;
end;
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
edited Nov 20 '18 at 7:16
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
answered Nov 20 '18 at 0:57
Remy LebeauRemy Lebeau
332k18251444
332k18251444
Yes, bit disabling redirection is extremely dubious and almost certainly should not be done.
– David Heffernan
Nov 20 '18 at 5:19
1
@DavidHeffernan perhaps, though in this situation, disabling the redirector is safe, as the disabled block is small and isolated, and the 2 Wow64 API functions being used affect only the calling thread, not globally. Granted, usingsysnativeis preferred, but disabling the redirector is still an option, so I mention both.
– Remy Lebeau
Nov 20 '18 at 7:22
add a comment |
Yes, bit disabling redirection is extremely dubious and almost certainly should not be done.
– David Heffernan
Nov 20 '18 at 5:19
1
@DavidHeffernan perhaps, though in this situation, disabling the redirector is safe, as the disabled block is small and isolated, and the 2 Wow64 API functions being used affect only the calling thread, not globally. Granted, usingsysnativeis preferred, but disabling the redirector is still an option, so I mention both.
– Remy Lebeau
Nov 20 '18 at 7:22
Yes, bit disabling redirection is extremely dubious and almost certainly should not be done.
– David Heffernan
Nov 20 '18 at 5:19
Yes, bit disabling redirection is extremely dubious and almost certainly should not be done.
– David Heffernan
Nov 20 '18 at 5:19
1
1
@DavidHeffernan perhaps, though in this situation, disabling the redirector is safe, as the disabled block is small and isolated, and the 2 Wow64 API functions being used affect only the calling thread, not globally. Granted, using
sysnative is preferred, but disabling the redirector is still an option, so I mention both.– Remy Lebeau
Nov 20 '18 at 7:22
@DavidHeffernan perhaps, though in this situation, disabling the redirector is safe, as the disabled block is small and isolated, and the 2 Wow64 API functions being used affect only the calling thread, not globally. Granted, using
sysnative is preferred, but disabling the redirector is still an option, so I mention both.– Remy Lebeau
Nov 20 '18 at 7:22
add a comment |
If you're compiling your program as 32-bit, it is trying to read the ini file from the SysWOW64 directory. If you compile the program for 64-bit it should be fine. You can disable redirection by Wow64DisableWow64FsRedirection, more informations:
Could not find system file when it actually exists
answered Nov 20 '18 at 0:11
janeks3janeks3
354
1
This reads like a recommendation to disable redirection. Which is a bad idea.
– David Heffernan
Nov 20 '18 at 5:19
I'm asking that, because i need write a file and hide it from others peoples, since more applications will read/write on that. (it's not a virus). Some advice for that?
– Pâmella Douglas
Nov 20 '18 at 23:19
add a comment |
If you're compiling your program as 32-bit, it is trying to read the ini file from the SysWOW64 directory. If you compile the program for 64-bit it should be fine. You can disable redirection by Wow64DisableWow64FsRedirection, more informations:
Could not find system file when it actually exists
answered Nov 20 '18 at 0:11
janeks3janeks3
354
1
This reads like a recommendation to disable redirection. Which is a bad idea.
– David Heffernan
Nov 20 '18 at 5:19
I'm asking that, because i need write a file and hide it from others peoples, since more applications will read/write on that. (it's not a virus). Some advice for that?
– Pâmella Douglas
Nov 20 '18 at 23:19
add a comment |
If you're compiling your program as 32-bit, it is trying to read the ini file from the SysWOW64 directory. If you compile the program for 64-bit it should be fine. You can disable redirection by Wow64DisableWow64FsRedirection, more informations:
Could not find system file when it actually exists
answered Nov 20 '18 at 0:11
janeks3janeks3
354
If you're compiling your program as 32-bit, it is trying to read the ini file from the SysWOW64 directory. If you compile the program for 64-bit it should be fine. You can disable redirection by Wow64DisableWow64FsRedirection, more informations:
Could not find system file when it actually exists
answered Nov 20 '18 at 0:11
janeks3janeks3
354
edited Nov 20 '18 at 0:32
answered Nov 20 '18 at 0:11
janeks3janeks3
354
answered Nov 20 '18 at 0:11
janeks3janeks3
354
answered Nov 20 '18 at 0:11
janeks3janeks3
354
354
1
This reads like a recommendation to disable redirection. Which is a bad idea.
– David Heffernan
Nov 20 '18 at 5:19
I'm asking that, because i need write a file and hide it from others peoples, since more applications will read/write on that. (it's not a virus). Some advice for that?
– Pâmella Douglas
Nov 20 '18 at 23:19
add a comment |
1
This reads like a recommendation to disable redirection. Which is a bad idea.
– David Heffernan
Nov 20 '18 at 5:19
I'm asking that, because i need write a file and hide it from others peoples, since more applications will read/write on that. (it's not a virus). Some advice for that?
– Pâmella Douglas
Nov 20 '18 at 23:19
1
1
This reads like a recommendation to disable redirection. Which is a bad idea.
– David Heffernan
Nov 20 '18 at 5:19
This reads like a recommendation to disable redirection. Which is a bad idea.
– David Heffernan
Nov 20 '18 at 5:19
I'm asking that, because i need write a file and hide it from others peoples, since more applications will read/write on that. (it's not a virus). Some advice for that?
– Pâmella Douglas
Nov 20 '18 at 23:19
I'm asking that, because i need write a file and hide it from others peoples, since more applications will read/write on that. (it's not a virus). Some advice for that?
– Pâmella Douglas
Nov 20 '18 at 23:19
add a comment |
One has to wonder why you have ini files in that directory
– David Heffernan
Nov 20 '18 at 5:18