Windows Unix based client [closed] - windows

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
Is there any portable or light-weight unix base client available for windows? Though I know that with cygwin it is possible to execute unix based computing and commands for local machine, but I am wanting (if there's any) to have a light weight client that I can bring with me by a storage media. Is there anything like that available for windows?
Thanks.

Allocate some drive letter to a flash drive (say U:), then install MinGW and MSYS to it (installers: http://sourceforge.net/news/?group_id=2435&id=307402). Modify your PATH environment variable on both machines to point to the bin directories in both the MinGW and MSYS directories. Even if PATH entries are missing on a particular machine (because your flash drive isn't inserted), Windows will skip them.

If I understand the question correctly you want a small set of UN*X utilities that you can execute on windows, more lightweight than cygwin.
UnxUtils is just that. It's a set of commands ported to windows from GNU source, packaged as .exe. The only dependencies are to ms CRT. Copy only the programs that you need.
MSYS is similar and presumably more up-to-date, and is packaged as an installer.
Since you'll presumably be using a DOS shell, there are naturally some idiosyncrasies. In particular the find command is frustrating.

Related

Where is "xcopy" usually located on a development machine? [closed]

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 6 years ago.
Improve this question
I have a build process that needs to use xcopy. I am getting an error, and I want to make sure that it is finding the command ok.
But google is not helpful when searching for where xcopy would be located on my (or my build) machine.
What is the file path to XCOPY?
Usually %WINDIR%\system32 e.g. C:\Windows\system32.
Be aware that on a 64-bit machine, there's some magic going on with the result that what appears to be C:\Windows\system32 is actually C:\Windows\SysWOW64. However for your purposes I don't believe this should matter.
xcopy.exe is located under C:\Windows\system32\xcopy.exe. There also exists a 32-bit version under C:\Windows\SysWOW64\xcopy.exe if you're running an x64 version of Windows.
The following command line show where the xcopy.exe file is located so it is equivalent to where xcopy.exe command, but it works in any Windows version:
for %a in (xcopy.exe) do #echo %~$path:a
If you really want it to be accurate, you should use the same method Windows uses to load an executable.
Where is a 3rd-party utility including source, that has an excellent explanation of how Windows locates an executable, dll, etc. It also matters whether you run it via ShellExec or CreateProcess

Application-Based Operating System...? [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
So I wanted to create an operating system that was Purely for running a windows application. Is there any way to do this, and what is the name of an application-based operating system?
This application doesn't import to any place like appdata, program files (program files x86) or any %windir% directory, it just stays in the folder with the .exe
UPDATE
Do NOT just say "OH IT'S SOOO HARD DON'T DO IT" I need a program (That makes an OS) that can be based off of an application.
I don't think you really want to build your own operating system. There's already an operating system called ReactOS that's pretty much what you're looking to build.
Just to reemphasize that creating an operating system isn't easy (especially one that runs Windows applications), ReactOS development started in 1998 and they're still in alpha stage.
If you still want to have a crack at it, I would recommend having a look at OSDev, Wine source code and ReactOS source code.
Have you considered perhaps making a minimalistic Linux distro that contains the minimum number of programs needed to start up Wine and the Windows application you need?

Cannot find cygwin directories in Windows? [closed]

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 am using cygwin to learn BASH scripting inside windows. I created a directory /mystuff/unixstuff. I tried searching for this unixstuff directory in windows, but I cannot find it. Where does cygwin create files and folders ?
Cygwin's root (/) directory is wherever you tell setup.exe to put it when you first install Cygwin.
I think the default is C:\cgywin. I've also used D:\cygwin.
You can use the cygpath command from the Cygwin bash shell to tell you. I'm not on my Cygwin system at the moment, but I think cygpath -w / will show you the Windows path of the Cygwin root, and cygpath -w /mystuff/unixstuff should tell you the Windows path to your /mystuff/unixstuff directory.
BTW, the usual convention for Unix-like systems (including Cygwin) is to put your own files under your home directory. Putting things directly under the root, as you've done with your /mystuff directory, risks interfering with system files. (Your home directory is probably /home/username, or in Windows something like C:\cygwin\home\username.)

How to run old x86 DOS assembly programs in 64-bits Windows? [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
Several years ago I wrote some x86 DOS assembly programs as aid for Batch file programming. The programs are very small; about two or three hundred bytes in .COM version. I am now updating and creating new versions of those programs; however, the .COM or .EXE executable files don't run in 64-bits Windows versions. I need to know the simplest way to convert such programs so they run in 64-bits Windows. I know that DosBox may do that, but I need my programs run in Win cmd.exe Batch files. Anybody could help me? Thanks in advance!
Windows 64-bit will not allow 16-bit programs at all. You have to find another way.
http://msdn.microsoft.com/en-us/library/bb756962.aspx
https://superuser.com/a/140956
An x86 emulator was written in Javascript, so emulation would be viable; however I suspect it's much less work to port or rewrite the programs. http://bellard.org/jslinux/

Windows shell/command prompt? [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
On the Windows operating system, the shell/terminal we have by default is the Command Prompt (CMD).
Now, when I use Linux (or even Mac) systems, I find that the terminal is generally a lot more full featured. The one I used made it easy to change settings and properties, was easily resizable, some even had line numbering and multiple tabs.
Since I've started programming, I've realized the importance of the command line, and I was wondering if there were any alternatives to the default Command Prompt? And, if there aren't many good alternatives, how would I go about writing my own? What would I have to take into consideration?
Yes, the Windows command prompt sucks. It is truly pathetic for 2011.
I use Cygwin+mintty instead.
If you miss Tilda/Guake/Yakuake (for Linux) or TotalTerminal (née Visor) (for OS X) try mintty-quake-console.
Edit
Just came across another potential alternative, though I haven't tried it out yet: Gow (Gnu on Windows).
If you want a truly manly command line for Windows, use PowerShell.

Resources