Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Closed 8 years ago.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
This question does not appear to be about programming within the scope defined in the help center.
Improve this question
I have an application in Delphi 5 and up right now works very well in a workgroup network. but recently installed a win 2008 server and active directory and the problem is that now I can not access files on Win Server 2008. I found that the problem is that I give the path is composed of the IP of the server and the file name. something is not configured properly in win2008 or I'm not addressed either the name of the file?
example
type 192.168.0.200:C:\aaa010101aaa_csd_01.key
The file name, directory, or volume label sintax is incorrect.
original code does not work
OpenSSL.exe pkcs8 -inform DER -in "192.168.0.200:C:\SISTEMA NIUX\aaa010101aaa_CSD_01.key" -passin pass:a0123456789 -out "192.168.0.200:C:\SISTEMA NIUX\pkey.key.pem"
That's not a valid file path for Windows of any version. You need to first make sure that C: is shared and that you're logged in with a valid account on that machine, and then use a proper UNC filename. Presuming that C:\SISTEMA NIUX is the folder the file is in, the proper path to the file would be something like:
"\\192.168.0.200\C\SISTEMA NIUX\aaa010101aaa_csd_01.key"
Note that if there isn't a specific share set up, you'll need to use the default admnistrative share, which means adding a dollar sign ($) after the drive letter:
"\\192.168.0.200\C$\SISTEMA NIUX\aaa010101aaa_csd_01.key"
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 3 years ago.
Improve this question
How can I access a [local] directory using the URL syntax from Windows command prompt?
E.g.:
dir file:///D:/temp/test/
returns:
Invalid switch - "/".
While it is fine in a web browser.
I tried with all combinations of forward and backslashes, without success.
The purpose is to make my batch script work with both local and remote paths.
The low-level file system functions on Windows do not understand URL protocols. Neither does cmd.exe. Only local paths and UNC paths (\\server\share\file.ext) are supported.
Parts of WinInet, Shell32 and ShlWapi APIs supports various protocols but that is not going to help you in this case.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 7 years ago.
Improve this question
I have a logon batch script that runs a .reg file for all user when they log in. here's my script
#echo running
REGEDIT.EXE /S "C:\user_files\user.reg"
Now my concern is that the batch file itself is located in
C:\Windows\System32\GroupPolicy\User\Scripts
Every user has access to this directory. So anyone can change the batch and may cause security threat. Is there a way to make it more secure. or is can I do something similar with PowerShell scripting so there's no batch. If someone could point me to the right direction would be very helpful.
your script needs to be readable by your users, but you can take away their rights to modify it -- that's a typical file system feature that every Windows since NT has (aside from windows 9x, of course).
Hence, simply remove the write privileges from the user group in which your users are, and you're fine.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I have a application called MARN.EXE which stores in a shared drive and works fine on our Windows XP system.
However since we use Windows7, we cannot run this EXE file. error is
Can't run 16-bit Windows program
Cannot find file {filepath\MARN.EXE} (or one of it's components). Check to ensure the path and filename are correct and that all required libraries are available.
I'm sure I have the Full Control to that shared drive folder.
and if I copy this folder to my local laptop, it runs fine. So seems not Windows7 problem.
Does anyone know what's the issue? Thank you.
(In properties
Target: "X:\Cusdfhr Cweihe\CS 1 Svc100\Psqw\MARN.EXE" PDAS.MDB
Start in: "X:\Cusdfhr Cweihe\CS 1 Svc100\Psqw"
)
The problem is the path. Old 16-bit programs actually run on Win7 BUT there are some restrictions to the folder names. Removing spaces, dashes, etc. should do the trick. Just replace whitespaces with _ and don't use long folder names.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 9 years ago.
Improve this question
I use Win7 and usually I put some files on my desktop so that I can access them easily. But I like to backup files on other driver instead of drive C. So I want to find a way that I can put those files on my desktop while they are stored on D drive. Is it possible and how to do? Thanks!
I hope to access them easily: means that they can be saw directly on desktop.
You could tweak registry settings with earlier versions of Windows so that the USER directory is located on other drives: that is no longer the case since Windows 7.
The closest you can come to doing what you want to do is placing your files on the D: drive, and dragging a shortcut onto your Desktop (you can also create a symbolic link to your desktop directory, but that's more trouble, and there's no real advantages).
Perhaps a safer alternative is to use the vanilla Windows functionality, but use one of the online backup services like Mozy to keep the files safe.
You can put the files onto your D drive and right click on each file and click "Send To" then click "Desktop(create shortcut)".
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 3 years ago.
Improve this question
I'm trying to change a folder to read and write but everytime i check it again its read only
the folder is the oracle db home. When i untick read-only it it applies it but when i press ok check it again it's read-only
anyone know a solution?
i've got windows xp
The read-only attribute on folders doesn't actually mean the folder is read-only.
It doesn't mean anything much at all to the filesystem but it is used by the Windows shell, and maybe other applications, as a tag. For example, the Windows shell will only look for a Desktop.ini file if a folder has the read-only attribute set. (Thus the attribute allows it to avoid the lookup if it is missing, since the lookup can be quite slow on network drives.)
Unless you have a reason to care about the attribute the solution is to ignore it and let whatever is setting it have its way. It's probably setting it for a reason.
On the other hand, the read-only attribute on files is significant.