A program that I work on assumes that the UUID generated by the Windows RPC API call UuidCreateSequential() contains the MAC address of the primary ethernet adapter. Is this assumption correct or should I use a different method to get the MAC address?
Update September 2015 (6 years later)
The last release of git-for-Windows (2.5.3) now includes:
git config core.editor notepad, users can now use
notepad.exeas their default editor.
git config format.commitMessageColumns 72will be picked up by the notepad wrapper and line-wrap the commit message after the user edits it.
And Git 2.16 (Q1 2018) will show a message to tell the user that it is waiting for the user to finish editing when spawning an editor, in case the editor opens to a hidden window or somewhere obscure and the user gets lost.
See commit abfb04d (07 Dec 2017), and commit a64f213 (29 Nov 2017) by Lars Schneider (
Helped-by: Junio C Hamano (
(Merged by Junio C Hamano --
gitster -- in commit 0c69a13, 19 Dec 2017)
launch_editor(): indicate that Git waits for user input
When a graphical
GIT_EDITORis spawned by a Git command that opens and waits for user input (e.g. "
git rebase -i"), then the editor window might be obscured by other windows.
The user might be left staring at the original Git terminal window without even realizing that s/he needs to interact with another window before Git can proceed. To this user Git appears hanging.
Print a message that Git is waiting for editor input in the original terminal and get rid of it when the editor returns, if the terminal supports erasing the last line
I just tested it with git version 1.6.2.msysgit.0.186.gf7512 and Notepad++5.3.1
I prefer to not have to set an EDITOR variable, so I tried:
git config --global core.editor "\"c:\Program Files\Notepad++\notepad++.exe\"" # or git config --global core.editor "\"c:\Program Files\Notepad++\notepad++.exe\" %*"
That always gives:
C:\prog\git>git config --global --edit "c:\Program Files\Notepad++\notepad++.exe" %*: c:\Program Files\Notepad++\notepad++.exe: command not found error: There was a problem with the editor '"c:\Program Files\Notepad++\notepad++.exe" %*'.
If I define a npp.bat including:
"c:\Program Files\Notepad++\notepad++.exe" %*
and I type:
C:\prog\git>git config --global core.editor C:\prog\git\npp.bat
It just works from the DOS session, but not from the git shell.
(not that with the core.editor configuration mechanism, a script with "
start /WAIT..." in it would not work, but only open a new DOS window)
Bennett's answer mentions the possibility to avoid adding a script, but to reference directly the program itself between simple quotes. Note the direction of the slashes! Use
\ to separate folders in the path name!
git config --global core.editor \ "'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"
Or if you are in a 64 bit system:
git config --global core.editor \ "'C:/Program Files (x86)/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin"
But I prefer using a script (see below): that way I can play with different paths or different options without having to register again a
The actual solution (with a script) was to realize that:
what you refer to in the config file is actually a shell (
/bin/sh) script, not a DOS script.
So what does work is:
C:\prog\git>git config --global core.editor C:/prog/git/npp.bat
#!/bin/sh "c:/Program Files/Notepad++/notepad++.exe" -multiInst "$*"
#!/bin/sh "c:/Program Files/Notepad++/notepad++.exe" -multiInst -notabbar -nosession -noPlugin "$*"
With that setting, I can do '
git config --global --edit' from DOS or Git Shell, or I can do '
git rebase -i ...' from DOS or Git Shell.
Bot commands will trigger a new instance of notepad++ (hence the
-multiInst' option), and wait for that instance to be closed before going on.
Note that I use only '/', not
\'. And I installed msysgit using option 2. (Add the
git\bin directory to the
PATH environment variable, but without overriding some built-in windows tools)
The fact that the notepad++ wrapper is called .bat is not important.
It would be better to name it 'npp.sh' and to put it in the
[git]\cmd directory though (or in any directory referenced by your PATH environment variable).
- How do I view ‘git diff’ output with visual diff program? for the general theory
- How do I setup DiffMerge with msysgit / gitk? for another example of external tool (DiffMerge, and WinMerge)
For anyone having an issue where N++ just opens a blank file, and git doesn't take your commit message, see "Aborting commit due to empty message": change your
.shfile to say:
"<path-to-n++" .git/COMMIT_EDITMSG -<arguments>.
That will tell notepad++ to open the temp commit file, rather than a blank new one.
"End Process" on the Processes-Tab calls
TerminateProcess which is the most ultimate way Windows knows to kill a process.
If it doesn't go away, it's currently locked waiting on some kernel resource (probably a buggy driver) and there is nothing (short of a reboot) you could do to make the process go away.
Have a look at this blog-entry from wayback when: http://blogs.technet.com/markrussinovich/archive/2005/08/17/unkillable-processes.aspx
Unix based systems like Linux also have that problem where processes could survive a
kill -9 if they are in what's known as "Uninterruptible sleep" (shown by top and ps as state
D) at which point the processes sleep so well that they can't process incoming signals (which is what
kill does - sending signals).
Normally, Uninterruptible sleep should not last long, but as under Windows, broken drivers or broken userpace programs (
exec) can end up sleeping in
- Python – Getting MAC Address
- Windows – In Windows cmd, how to prompt for user input and use the result in another command
- C++11 introduced a standardized memory model. What does it mean? And how is it going to affect C++ programming
- Node.js – How to run a hello.js file in Node.js on windows
- Python – Why is reading lines from stdin much slower in C++ than Python
- C++ – use a pointer rather than the object itself
- C++ – Replacing a 32-bit loop counter with 64-bit introduces crazy performance deviations with _mm_popcnt_u64 on Intel CPUs