mridgers / clink Goto Github PK

From [email protected] on March 22, 2012 00:32:33

Use ALLUSERPROFILE
Update installer.

Original issue: http://code.google.com/p/clink/issues/detail?id=5

From JohnnyJianHY on July 02, 2012 08:48:11

I want to exit cmd with Ctrl-D, as we can do in Linux terminal.

Original issue: http://code.google.com/p/clink/issues/detail?id=22

From [email protected] on July 01, 2012 17:28:19

What steps will reproduce the problem? 1. Start clink installed cmd
2. fire some command say 'dir'
3. press ctrl+l What is the expected output? What do you see instead? screen should get cleared as mentioned in section 1.2.2 in http://cnswww.cns.cwru.edu/php/chet/readline/readline.html#SEC2 What version of the product are you using? On what operating system? 0.1 on Windows XP Please provide any additional information below.

Original issue: http://code.google.com/p/clink/issues/detail?id=18

From [email protected] on July 02, 2012 01:35:22

What steps will reproduce the problem? 1. Create a doskey macro and test it works:

O:\src>doskey e=echo hello
O:\src>e
hello

1. Inject clink into the cmd session:

O:\src>\utils\clink\clink.bat inject

clink v0.1 : Enhancements for cmd.exe

Copyright (c) 2012 Martin Ridgers
Copyright (c) 1994-2012 Lua.org, PUC-Rio
Copyright (c) 1987-2010 Free Software Foundation, Inc.

1. Attempt to use the macro:

O:\src>e
'e' is not recognized as an internal or external command,
operable program or batch file. What is the expected output? What do you see instead? * Expect the macro to work after injecting clink - it doesn't. What version of the product are you using? On what operating system? * Win7 x64. Please provide any additional information below. * Awesome concept - I've been waiting years for this :)

Original issue: http://code.google.com/p/clink/issues/detail?id=20

From [email protected] on July 04, 2012 00:49:43

Trying to use clink with conemu: http://code.google.com/p/conemu-maximus5/ Unable to get them to work together though.

Original issue: http://code.google.com/p/clink/issues/detail?id=29

From [email protected] on July 03, 2012 09:23:40

What steps will reproduce the problem? 1. in some directory, execute 'cd "a test dir"'
2. in that directory, press "a" then What is the expected output? What do you see instead? Expect to see the completion as: "a test dir"\ (with the quotes)
Actually see: a test dir\ What version of the product are you using? On what operating system? trunk, win7 x64

Original issue: http://code.google.com/p/clink/issues/detail?id=27

From [email protected] on July 03, 2012 16:51:04

When we install it on systems using Symantec Endpoint protection 12.1 with SONAR enabled.

Please get this whitelisted from Symantec. https://submit.symantec.com/false_positive/ Thanks,
Gagan

Original issue: http://code.google.com/p/clink/issues/detail?id=28

From [email protected] on July 05, 2012 08:39:35

What steps will reproduce the problem? 1. mkdir clink-test
2. cd clink- What is the expected output? What do you see instead? i expect a completion of the "clink-test" directory name. instead, a character is inserted and no auto-complete was done. What version of the product are you using? On what operating system? 0.1, windows 7 x64 Please provide any additional information below. clink is amazing, exactly what i need, thanks for building this!

Original issue: http://code.google.com/p/clink/issues/detail?id=32

From [email protected] on July 21, 2012 13:40:36

A simple doskey like this works in both plain cmd and cmd+clink (if defined before injecting):

doskey ls=dir

But a doskey with $* in clink will either fail to match or pass a literal "$*":

(before clink injection)

C:\Users\x>doskey blah=C:\Python27\python.exe $*

C:\Users\x>blah
Python 2.7.1 ( r271 :86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.

C:\Users\x>blah file
C:\Python27\python.exe: can't open file 'file': [Errno 2] No such file or directory

C:\Users\x>C:\clink\clink.bat inject

C:\Users\x>blah
C:\Python27\python.exe: can't open file '$*': [Errno 22] Invalid argument

C:\Users\x>blah file
'blah' is not recognized as an internal or external command,
operable program or batch file.

Original issue: http://code.google.com/p/clink/issues/detail?id=40

From [email protected] on July 01, 2012 22:42:42

What steps will reproduce the problem? 1. Use french(France) Keyboard layout
2. Start cmd
3. Try to write using altgr+6 What is the expected output? What do you see instead? pipe should be written but nohting happens What version of the product are you using? On what operating system? 0.1 on W7 64 pro. Please provide any additional information below. Seems that the whole app does not take the keyboard layout into account. ctrl+a does not bring the cursor to the beginning of the line but ctrl+q does (french layout is azerty and not qwerty).

Original issue: http://code.google.com/p/clink/issues/detail?id=19

From [email protected] on July 20, 2012 12:16:27

What steps will reproduce the problem? 1. Open a command prompt
2. Alter the system PATH
3. Open a new command prompt and echo %PATH% What is the expected output? What do you see instead? The echoed %PATH% in the new command prompt should reflect the changes. Instead it does not. What version of the product are you using? On what operating system? 1.0 Please provide any additional information below. This might not be a bug, but it should be documented.

Original issue: http://code.google.com/p/clink/issues/detail?id=39

From [email protected] on May 09, 2012 02:08:41

If there are two executable files in the path with the same file name, completion won't complete. Instead it will continuously display both file names consolidated as a single match.

Original issue: http://code.google.com/p/clink/issues/detail?id=12

From [email protected] on June 24, 2012 21:36:20

1. Create two folders names _ and _foo respectively.
2. Try "cd -".
3. Try "blah -".
4. Second code path through readline will change - to a _. First (via Lua) won't.

Original issue: http://code.google.com/p/clink/issues/detail?id=16

From [email protected] on July 13, 2012 14:32:34

What steps will reproduce the problem? 1. In cmd.exe Defaults Console Windows Properties Edit Options turn on Quick Edit Mode, Insert Mode, and Auto Complete. Click OK.
2. close cmd.exe
3. reopen cmd.exe, clink injects, check current window properties. Insert Mode is off (which is fine), but Quick Edit is also off. What is the expected output? What do you see instead? Quick Edit mode lets you select and copy text in the window without having to do menu->edit->mark. It can be turned back on for each window, but 'twould be nice to not nuke it in the first place. What version of the product are you using? On what operating system? clink v0.1, Vista Ultimate, 64-bit, SP2 Please provide any additional information below.

Original issue: http://code.google.com/p/clink/issues/detail?id=36

From [email protected] on March 22, 2012 00:27:39

Where # is cursor, consider;
prema# vs2010
set r=%
set r=% foo bar

Original issue: http://code.google.com/p/clink/issues/detail?id=4

From [email protected] on June 30, 2012 21:33:42

What steps will reproduce the problem? 1. Installed clink using the exe
2. Used run dialog to start cmd.exe
3. Got error message. What is the expected output? What do you see instead? Starting the command prompt shows an error dialog stating "The program can't start because MSVCR100.dll is missing from your computer. Try reinstalling the program to fix this problem." What version of the product are you using? On what operating system? I'm using clink_0.1_setup.exe, on Windows 8 64bit Release Preview. Please provide any additional information below. I resolved the error message by installing the Visual C++ 2010 Redistributable Package (x64) from http://www.microsoft.com/en-us/download/confirmation.aspx?id=14632 but after running cmd.exe again, none of the shortcuts that clink is supposed to provide seem to do anything.

Original issue: http://code.google.com/p/clink/issues/detail?id=17

From [email protected] on March 22, 2012 00:24:02

see desc.

Original issue: http://code.google.com/p/clink/issues/detail?id=3

From [email protected] on March 22, 2012 16:44:08

as per the title.

Original issue: http://code.google.com/p/clink/issues/detail?id=7

From [email protected] on July 06, 2012 06:08:02

What steps will reproduce the problem? 1. have a file \utils\depends.exe
2. have a file \utils\depends64\depends.exe
3. enter: \utils\dep What is the expected output? What do you see instead? Expect the completion to list "depends" as it could match both the directory name of the executable.
It actually completes the "depends.exe" in full. What version of the product are you using? On what operating system? 0.1, win7-x64

Original issue: http://code.google.com/p/clink/issues/detail?id=34

From [email protected] on August 15, 2012 07:59:23

What steps will reproduce the problem? 1. Setup a test directory structure like:
\temp
\temp\test-dir
\temp\test-dir\dir1
\temp\test-dir\dir1\test <-- a file

Note that all entries bar the last are directories.

1. cd \temp\test-dir
2. enter: "dir dir1\t What is the expected output? What do you see instead? * Expect to see the file "test" completed.
3. Actually see a space after the 't' - ie, the line becomes "dir dir1\t " What version of the product are you using? On what operating system? 0.1.1, win7 Please provide any additional information below. Note that neither the cwd nor any names being completed have a dash or underscore in the name.

Also note that this only happens for "builtin" commands (eg, dir, cd, etc). If you use, eg, "notepad" instead or "dir" in the use-case it works as expected.

Original issue: http://code.google.com/p/clink/issues/detail?id=47

From [email protected] on July 03, 2012 08:49:12

What steps will reproduce the problem? 1. use german keyboard setting
2. press "alt gr" plus "ß"-Key together

What is the expected output?
What do you see instead? (nothing - no "" key)

What version of the product are you using? 0.1
On what operating system? Windows 7 X64 Please provide any additional information below.

Original issue: http://code.google.com/p/clink/issues/detail?id=26

From [email protected] on August 21, 2012 17:30:57

The project currently under heavy development, many features introduced each day, but releases not often.
It will be very useful have possibility obtain weekly or nightly builds.

Original issue: http://code.google.com/p/clink/issues/detail?id=48

From [email protected] on March 30, 2012 10:20:14

For example "dir c:".

I've discovered that working paths for volumes are stored in special env vars. Do command 'set ""' (without single quotes) to see.

Original issue: http://code.google.com/p/clink/issues/detail?id=10

From [email protected] on May 22, 2012 16:30:34

Do "set /p foo=" and cmd.exe will ask for user input on a new line. Clink will print an unnecessary prompt.

Original issue: http://code.google.com/p/clink/issues/detail?id=13

From [email protected] on July 02, 2012 04:24:04

What steps will reproduce the problem? 1. create and enter an empty directory, create 2 directories 'te-dir1' and 'te-dir2'
2. enter 'cd te-' and press 'tab' to complete the name What is the expected output? What do you see instead? Expect to see the tab character complete to 'te-dir'.

What actually happens is that a 'space' is entered after the '-' character. What version of the product are you using? On what operating system? 0.1, win7 x64.

eg:
+O:\temp\t>dir
...
Directory of O:\temp\t

02/07/2012 12:09 PM

.
02/07/2012 12:09 PM ..
02/07/2012 12:09 PM te-dir1
02/07/2012 12:09 PM te-dir2
0 File(s) 0 bytes
...
+O:\temp\t>

** Now enter "cd te-"

+O:\temp\t>cd te-
** After pressing tab there is now a space between the 'te-' and the cursor (ie, pressing tab just inserted a space). Now press again.

+O:\temp\t>cd te- te-dir

** ie, it has completed correctly on the second tab press but left the 'te- ' on the command line.

Note this only appears to happen with a 'cd' or 'rd'. Other commands (eg, 'type te-') work as expected.

Also note it works as expected if you attempt to complete before the '-' character - eg, 'cd te' works as expected.

Original issue: http://code.google.com/p/clink/issues/detail?id=21

From mr.King.Midas on August 27, 2012 14:56:59

Can you add per-user settings ?
Or may be "history" ?

Original issue: http://code.google.com/p/clink/issues/detail?id=49

From [email protected] on September 18, 2012 11:24:31

What steps will reproduce the problem? 1. Install Windows 8 Release Preview.
2. Install clink.
3. Open clink Command Prompt. What is the expected output? What do you see instead? No command line history. What version of the product are you using? On what operating system? clink 0.1.1 on Windows 8 Release Preview (Build 8400) Please provide any additional information below. Did not check "Autorun when cmd.exe starts" during installation.

Original issue: http://code.google.com/p/clink/issues/detail?id=51

From [email protected] on July 02, 2012 15:13:28

What steps will reproduce the problem?

1. start clink
2. set PROMPT=$M$$P$$G
3. run any command, e.g. DIR

What is the expected output? What do you see instead?

I expect to see a single instance of the prompt, instead I see it twice. The problem appears to be caused by the newline ($_) in my %PROMPT% var. If I set %PROMPT%=$M$P$G then everything works fine.

What version of the product are you using? On what operating system?

clink 0.1
Windows 7 SP 1 (VER output = Microsoft Windows [Version 6.1.7601])

Please provide any additional information below.

See attached screenshot for side-by-side comparison. Standard CMD windows on left and clink window on right.

Attachment: Administrator clink_2012-07-02_09-10-01.png

Original issue: http://code.google.com/p/clink/issues/detail?id=23

From [email protected] on July 28, 2012 00:49:31

What steps will reproduce the problem? 1. doskey long-alias-name=dir
2. Try to tab-complete "long-"
3. Observe no tab completion.

It would be really cool if this worked!

(I am trying a VS2010 build with the new doskey expansion support. Which works great otherwise.)

Original issue: http://code.google.com/p/clink/issues/detail?id=42

From [email protected] on June 23, 2012 22:39:45

Press Ctrl-C. Step up through history and observe that "^C" has been added.

Original issue: http://code.google.com/p/clink/issues/detail?id=15

From [email protected] on August 05, 2012 07:48:17

What steps will reproduce the problem? 1. Enter "set PATH=%PATH%;c:\x What is the expected output? What do you see instead? Expect to see the "c:\x" portion completed. What version of the product are you using? On what operating system? 0.1.1, win7 x64

I expected it to work with ':' due to the *nix nature of readline but that doesn't seem to be the case

Original issue: http://code.google.com/p/clink/issues/detail?id=44

From [email protected] on July 12, 2012 01:59:00

What steps will reproduce the problem? 1. Select across line boundaries.
2. Box selection ensues.
3. Rage descends. What is the expected output? What do you see instead? Expect xterm selections, or like putty. What version of the product are you using? On what operating system? Windows

BTW Cygwin uses mintty for a terminal Window.

Original issue: http://code.google.com/p/clink/issues/detail?id=35

From [email protected] on March 27, 2012 15:17:25

What steps will reproduce the problem? 1. Run the command "echo foo 1>&3 3>bar.txt"
2. All subsequent output from readline is lost

Original issue: http://code.google.com/p/clink/issues/detail?id=9

From [email protected] on July 04, 2012 08:13:01

What steps will reproduce the problem? 1. Go to a directory with some, eg, .txt files.
2. Enter "dir *.txt" and press tab. What is the expected output? What do you see instead? Expected: If there is exactly 1 .txt file the tab should complete that name. If there are more than 1, then a second tab should list all .txt files.

Actual: nothing is expanded.

Original issue: http://code.google.com/p/clink/issues/detail?id=31

From [email protected] on March 22, 2012 16:43:16

as per bash, which calls using_history() a lot.

Original issue: http://code.google.com/p/clink/issues/detail?id=6

From [email protected] on March 21, 2012 22:21:01

Delay printing clink's header until first call to ReadConsole so that it doesn't interfere with cmd.exe.

Original issue: http://code.google.com/p/clink/issues/detail?id=2

From [email protected] on July 25, 2012 17:09:22

What steps will reproduce the problem? 1. Add a lua match generator that returns a match ending with "/"
2. Invoke that match generator
3. See how clink turns the trailing "/" into a "" What is the expected output? What do you see instead? I'd like a way to stop clink from auto-changing "/" into "" (the completion_shim() function in clink_rl.c ). I modified a version of clink locally to skip the slash-replacement if (rl_completion_suppress_append != 0), so that I can just call "clink.suppress_char_append()" from my LUA script. Maybe this is the wrong flag to key off of, but it worked for me. What version of the product are you using? On what operating system? 0.1.1 as well as the latest version from git as of 7/24/2012. On Windows Please provide any additional information below. The primary reason I want the ability to allow forward slashes on windows is to accommodate our source control software, which always specifies paths using '/' (even on windows)

Original issue: http://code.google.com/p/clink/issues/detail?id=41

From [email protected] on March 30, 2012 10:24:50

Being up history entry, press ctrl+c, move around history and notice original entry is now empty.

Original issue: http://code.google.com/p/clink/issues/detail?id=11

From [email protected] on July 04, 2012 00:51:41

What steps will reproduce the problem? 1. Define an alias with "alias"
2. Try to use the Alias from within a Clink session What is the expected output? What do you see instead? Expected: Alias'd command runs

Actual: is not recognized as an internal or external command,
operable program or batch file.

Original issue: http://code.google.com/p/clink/issues/detail?id=30

From [email protected] on August 09, 2012 10:42:38

Please implement functionality for customize prompt
for example http://www.hanselman.com/blog/PromptsAndDirectoriesEvenBetterGitAndMercurialWithPowerShell.aspx

Original issue: http://code.google.com/p/clink/issues/detail?id=45

From [email protected] on July 02, 2012 17:56:48

Unsure if this is a bug with ConEmu, or clink at the moment, so I'll post it here for now. If you dont think its your problem, then you can close this issue. What steps will reproduce the problem? 1. Download ConEmu ( http://code.google.com/p/conemu-maximus5/ )
2. Set cmd as the command processor and the command line in the settings
3. Restart ConEmu - clink is not loaded What is the expected output? What do you see instead? Clink to load, displaying its usual "clink v0.1..." injection, and
bash like command completion. Instead you just get a normal (rubbish) command prompt. What version of the product are you using? On what operating system? clink v0.1, Windows 7 SP1 x64

Original issue: http://code.google.com/p/clink/issues/detail?id=24

From [email protected] on July 17, 2012 09:27:12

The application doesnt work on Windows 8 Release Preview. It runs cmd.exe without any additional functionality.

Original issue: http://code.google.com/p/clink/issues/detail?id=38

From [email protected] on July 05, 2012 11:22:21

What steps will reproduce the problem? 1. Have a working python environment
2. Install clink
3. Scripts wont run when executed with "foo.py" What is the expected output? What do you see instead? Expected: Running foo.py with python interpreter
Instead: Opens foo.py with text editor What version of the product are you using? On what operating system? Windows 7 Please provide any additional information below. Python Installer creates a Filetype "Python.File" (in HKEY_CLASSES_ROOT). This remains intact, however it seems clink disables interpretation of this entry. Even after removing clink, my python files are not executed. Additionally I'm unable to find out why exactly this is happening and revert things to a working condition.

Original issue: http://code.google.com/p/clink/issues/detail?id=33

From [email protected] on July 03, 2012 03:33:55

Hidden files or directories are not matched by readline.

This behaviour seems hard-coded in readline/compat/dirent.c in the readdir() function. readline's complete.c has support for a match-hidden-files config option (which apparently defaults to 'on'), but that only considers a leading '.' character. Ideally this variable should also be taken into account in dirent.c (but system files should probably remain as not matched). If this sounds OK, I'll have a go at making a patch.

Original issue: http://code.google.com/p/clink/issues/detail?id=25

From [email protected] on August 02, 2012 16:10:52

What steps will reproduce the problem? 1. Install Windows 8
2. Install clink 0.1.1
3. Run cmd.exe (or clink)

Results:

Nothing happens. cmd.exe loads normally, clink emits no errors, but it also emits no output and none of its features are available.

Original issue: http://code.google.com/p/clink/issues/detail?id=43

From [email protected] on May 23, 2012 16:21:37

Try "time" and use Ctrl-C to cancel the time entry. Compare behaviour with vanilla cmd.exe.

Original issue: http://code.google.com/p/clink/issues/detail?id=14

From [email protected] on July 16, 2012 09:32:22

1. Make a sym link in windows to another drive/network share:
   (As Administrator)
   c:>mklink /d projects D:\projects
2. run clink
3. attempt completing into c:\projects
4. the tab completion places a space (as if the last completable item has been found)

Original issue: http://code.google.com/p/clink/issues/detail?id=37

From [email protected] on August 15, 2012 07:49:11

Similar, but slightly different to Issue 21 What steps will reproduce the problem? 1. Have a directory with 3 sub-directories, "te-dir1" and "te_dir1"
2. Enter "notepad te-d What is the expected output? What do you see instead? * Expect to see nothing happen as "te-d" is a partial match. Pressing tab a second time should list the 2 directories.

• What actually happens is the "-" character is removed from the line (ie, after pressing tab, the line is changed to "notepad te" What version of the product are you using? On what operating system? * Win7, 0.1.1 Please provide any additional information below. Note that if the command starts with "cd te-" it works as expected.

Original issue: http://code.google.com/p/clink/issues/detail?id=46

From [email protected] on September 07, 2012 03:29:21

What steps will reproduce the problem? 1. Find some directory where the FQ path to that dir is wider than the console width. In my example, the dir is "C:\Users\skip\AppData\Roaming\Instantbird\Profiles\s1ewc2qq.default\logs\irc\[email protected]"

1. cd to that directory. What is the expected output? What do you see instead? What I see is the prompt drawn very strangely with text drawn after the cursor. Hard to explain, so I'm attaching a screen-shot.

In the screenshot:

• First line shows the CWD as C:.
• Second line is where I entered "cd C:\Users\skip\AppData\Roaming\Instantbird\Profiles\s1ewc2qq.default\logs\irc\[email protected]" - the "<" at the start of the line shows it was scrolled.
• Next line shows how the prompt is now drawn - it starts with "<" to indicate the prompt has scrolled to the right. The ">" is where the prompt should end and is where the cursor is (correctly) shown - the rest of the line should be blank instead it shows "t\logs\irc\[email protected]>". FWIW, my PROMPT is set to "$+$p$g"
• The next lines show where I have pressed "enter" a few times - each prompt line is drawn with those extra chars at the end. Typing characters starts overwriting the extra chars.

Attachment: Capture.PNG

Original issue: http://code.google.com/p/clink/issues/detail?id=50

From [email protected] on March 23, 2012 09:44:44

Reference for the required registry entries; http://nsis.sourceforge.net/Add_uninstall_information_to_Add/Remove_Programs

Original issue: http://code.google.com/p/clink/issues/detail?id=8