> Shailesh Dadure wrote:
>
>> GREP: Memory Exhausted
>
> Andy Hall wrote:
>
>> grep: memory exhausted
>
> Letters in an error message don't just randomly change between upper and
> lower case for no reason.
It just prints argv[0], so if you invoke it as GREP it will report as
GREP, thanks to case
CloseWindowStation(wst);
}
Debug output showed that the function calls all succeeded, and that
CreateWindowStation() did create a station separate from the default
one.
No idea what to do about it ...
Andy
2009/4/5 Andy Koppe:
> MinTTY is a -mwindows app, which so far seemed to work well
Thanks, Chuck and Dave for pointing me towards 'objdump -p'. I'd got
as far as trying objdump, but hadn't spotted the -p option.
MinTTY is a -mwindows app, which so far seemed to work well on XP and
Vista, because no console is popped up, not even momentarily. Not so
on Windows 7, unfortunately. f
Apologies for having failed to google an answer, but is there an easy
way in Cygwin to find out which Windows subsystem an executable
targets?
More specfically, is rxvt a 'console' or a 'windows' program?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: ht
> Problem happen when using duplicate session with Alt-F2, if I click the
> console this happen:
>
> cyg...@semampir ~
> $ Cancel alt
> bash: Cancel: command not found
Oops, debug output slipped into release.
> I guest it's related to new 0.4 feature moving command line cursor by
> clicking with
Dave Korn:
> Andy Koppe wrote:
>> According to this post on the gcc mailing list a few years back, gcc's
>> -mwindows option should imply --Wl,subsystem,windows:
>>
>> http://gcc.gnu.org/ml/gcc-help/2004-01/msg00225.html
>
> Yep, it still does.
Ah, you
According to this post on the gcc mailing list a few years back, gcc's
-mwindows option should imply --Wl,subsystem,windows:
http://gcc.gnu.org/ml/gcc-help/2004-01/msg00225.html
I find, however, that I'm getting different behaviour when passing
--Wl,subsystem,windows explicitly. (Without it, stdo
> Well, I guess the question is, what's the minimum level of CPU we want to
> support, and I can configure the next version --with-arch that level, and as
> long as it's >=486 we'll be ok. I think the question is mainly "686, or is
> there any reason to have 586 as the minimum supported CPU"?
Wi
Matt Wozniski:
>> So how about disabling this by default, and having a command line
>> option for activating it? Suggestions for the name
>> of such an option welcome. ("--keep-open-on-error" is the best I could
>> come up with so far, but that's a bit on the unsnappy side.)
>
> FWIW, xterm uses "
Frank Fesevur:
> An minor option I would like is to always close MinTTY, even when bash
> exits with status code. Now I need to press for instance the enter key
> to close MinTTY after I pressed Ctrl+D and I have pressed Ctrl+C at
> least once.
Any successfully executed command will clear the exit
Lee D. Rothstein wrote:
> However, while works, generates:
>
> ESCOF
>
> on the bottom command line and doesn't change the rest of the
> screen. If I then type -C (required to allow keyboard input
> to be accepted, at all, at this point), and then, , and
> both work.
I'm sorry, but I'm out of
Hi,
I've uploaded development release 0.4-alpha1 of MinTTY to
http://mintty.googlecode.com. This has a few new or improved features
to try and break:
- The options dialog gained an Apply button and no longer blocks
terminal output.
- The options have been rearranged, hopefully for the better.
- F
> I believe that the settings we had previously discussed to get 'less' to
> accept
> & as beginning and end of stream respectively,
> stopped working with the 'mintty' v0.3.7 release.
>
> My .lesskey file is:
> --
> \eO1;2A back-line #
> \eO1;2B forw-line #
The keycodes for these changed in 0
>> Oh, btw., the isnormal macro exists in math.h.
>
> Thanks. But for some reason it's not getting picked up:
>
> gcc -c -I. -I/usr/local/include -I/home/reynolds-gregg/include
> -I/usr/local/include -DNDEBUG -D_GNU_SOURCE=1 -D_REENTRANT
> -D__EXTENSIONS__ -D_TC_PREFIX="\"/usr/local\""
> -D_TC_INC
> Oh, "cls" is one of those "built-in" commands. Any hints as to where
> "clear" went?
Cygwin Package List
Search Results
Found 4 matches for clear.exe.
clear/clear-1.0-1 removed package; install ncurses instead
ncurses/ncurses-5.5-2 Utilities for terminal handling
> On the Window page of option, I only have the following 3 fields to me to
> choose:
>
> Disable transparency when active
> Show scrollbar
> Close on Alt+F4
That's not 0.3.8 then (I hope). What does the "About..." box say?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Probl
> I have installed MinTTY 0.3.8 but ALT+F2 does not open a new session. I have
> to hit Ctrl+C to get back
> to command prompt. Is there some other setting I have to check?
"Enable Alt+key shortcuts" on the Window page of the options needs to
be on, which it should be by default.
Do the "Duplica
MinTTY is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Its terminal emulation is largely
compatible with xterm, but it does not require an X server to be
running. It is based on code from PuTTY 0.60 by Simon Tatham and team.
This is a minor feature upd
Corinna Vinschen:
> I just think the -e option is along the lines of the -c option for shells.
> Every Unix shell has a -c option and it always means the same, even
> for csh and, FWIW, cmd.exe.
Agreed, and implemented in 0.3.8.
> I'd say that emulating the options in the common subset of rxvt's
Corinna Vinschen:
> Accepting `-e command' additionally would make the usage comaptible to
> xterm/rxvt and mintty could be used easier as drop-in replacement...
Can't say I'm keen on doing that, because it looks like the start of
a slippery slope down xterm's intimidating manpage.
Konsole and gn
David Rothenberger:
>> chere (v1.1) doesn't work anymore for me after the recent upgrade of
>> MinTTY to 0.3.7.
>
> chere is generated a command line using the -e switch prior to the command
> to execute. MinTTY doesn't accept that switch.
Yep. Here's what it does accept:
Usage: mintty [OPTION]..
>> completely. (It's also, at least in win7, trivial for viruses etc. to bypass
>> programmatically, because MS left a wide-open back door in it for the benefit
>> of their own software. Duh!)
>
> in win7 or vista or both ?
7 only.
http://arstechnica.com/microsoft/news/2009/03/opinion-ms-should
bjoe wrote:
>> > What I found missing in Mintty is putty feature to start duplicate
>> > session (more welcome with hot-keys)
>>
>> Since MinTTY doesn't have sessions like Putty, I didn't think there
>> was much point in keeping this.
>
> It's because you remove networking function from putty, righ
Václav Haisman wrote:
>> You should have received a warning message during compilation telling you
>> that you might need to do that. Did it turn up in your earlier builds before
>> you added the flag?
> Yes, the warning is there. I did not notice it in the oodles of other
> auto-import info mes
Lee D. Rothstein:
> I'm having some problems with 'less' in a 'mintty' window that are not
> consistent. Specifically while paging through stdin (to 'less'), in
> 'less', the first time I try to use or to go respectively
> to the beginning or end of the stdin stream, the 'less' navigation
> hangs
Lee D. Rothstein:
> Dave Korn "piped":
>
>> For gui consoles, use
>
>> alias cls='echo -e "\033c"'
>
>> which does clear the scrollback buffer.
>
> Thanks Dave, this works on 'xterm' but not on 'mintty'.
>
> On 'mintty' it does a 'clear' (i.e., clears the screen),
> rather than a 'cls' (i.e., clea
MinTTY is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Its terminal emulation is largely
compatible with xterm, but it does not require an X server to be
running. It is based on code from PuTTY 0.60 by Simon Tatham and team.
This is a compatibility upd
Chuck wrote:
> cygwin's has:
> #define PRIu32 "lu"
>
> and has
> typedef unsigned int uint32_t;
>
> Is it possible that our inttypes.h should be changed, to use "u" for 8, 16,
> and 32 bits?
Yep, I'd say so.
> Or is gcc's -Wformat=2 in 3.4.4 just too strict here -- and should be checking
> the
Lee said:
>> For gui consoles, use
>
>> alias cls='echo -e "\033c"'
>
>> which does clear the scrollback buffer.
>
> Thanks Dave, this works on 'xterm' but not on 'mintty'.
>
> On 'mintty' it does a 'clear' (i.e., clears the screen),
> rather than a 'cls' (i.e., clears the screen and
> scrollback
MinTTY is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Its terminal emulation is largely
compatible with xterm, but it does not require an X server to be
running. It is based on code from PuTTY 0.60 by Simon Tatham and team.
This is a routine update.
> When we running program with mintty from shortcut, mintty will
> running the program in non login shell without knowing cygwin PATH.
> This will make some kind of error When program try to running
> external program like info run gzip or using shell escape in vim.
> Is this expected behavior?
Ye
> on Linux/UNIX systems with the command 'clear' the console content usually
> can be "flushed", on Windows with 'cls'.
> None of these commands worked with Cygwin. If I enter 'clear', the message
> bash: clear: command not found
> is returned.
>
> How can a console used with Cygwin be cleared?
C
> (i.e. flee Rome and settle in Babylon)
I'm afraid you'd have been a few centuries too late. By the time of
the Romans there wasn't much left of Babylon.
:) Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentati
> Several times recently, I have executed a command on a "file" that was
> apparently "locked". Any attempts to perform any reads/opens on the file
> would block. When it happens, the only was out is to terminate minTTY
> session (no ctl-C or ctl-\ will terminate). Is this a normal situation?
I
Dat Head:
> faq mentioned using rxvt but that was for console replacement not
> xterm replacement as best i could tell.
Unless you require any special xterm features, both rxvt and the
new(ish) mintty make good replacements for it that do not require an X
server to be running. None of these are fu
> I have been using psql with mintty sucessfully for some time now with cygwin
> 1.5
> over the weekend I did a update of cygwin and now psql application hangs
> with mintty.
>
> it works still with the 'standard' cygwin console.
>
> any ideas?
Not really. MinTTY hasn't changed, so something else
Spiro Trikaliotis:
> You can replace a running exe (or dll) by doing the following:
>
> 1. rename the .DLL or .EXE
Are you sure that's possible? I'd expect Windows to complain loudly at
that point.
Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: htt
> What I found missing in Mintty is putty feature to start duplicate
> session (more welcome with hot-keys)
Since MinTTY doesn't have sessions like Putty, I didn't think there
was much point in keeping this.
Desktop and quickstart shortcuts already provide quick ways to open a
new MinTTY window, a
2009/3/2 Daniel S. :
> What setup is need to get ^Z to suspend the current process?
>
> The CygWin manual Environment Variables section at
> http://cygwin.com/cygwin-ug-net/setup-env.html says:
>
> The CYGWIN variable is used ... [Y]ou can ... set it to tty (e.g. to
> support
> job control with ^
> Lee D.Rothstein wrote:
>>
>> FWIW, I'm having a similar proble with MinTTY. If I select text in a
>> MinTTY window,
>> then copy text withing a GUI app, like TextPad (http://textpad.com),
>> clipboard stops
>> working for all apps.
>> If I ten return to the original, MinTTY window, and reselect t
> Is there some option to turn off to make this reasonable or has anyone
> else seen this problem? I set display options to maximize performance
> and there don't seem to be any options available for the cygwin window
> that would help.
Yep, the Windows console is slow alright, and I don't know of
> 1) run setup.exe
> 2) download -- but don't install
> 3) run setup.exe -- install from local dir
> 4) in filemanager dbl-click mintty.exe
> 5) in the term rt-click->Options->mouse->enable copy-on-select
> 6) mintty becomes unresponsive
> 7) kill mintty.exe and the associated bash.exe
>
> I tried
What might be happening is that you're seeing previous contents of the
"alternate screen", i.e. whatever the last program that used it left
there. That's been annoying me on occasion anyway, and I'll have to
investigate how other terminals handle that, i.e. whether they clear
the alternate screen w
>> That's a new one actually. Can you reproduce it? If it's not too much
>> bother, any details about the bug and your system would be
>> appreciated. The ~/.minttyrc file might be helpful too.
>
> It's winxp with latest patches and I think I have latest cygwin.
> Although I'm not certain of that.
> Maybe a known issue.
>
> Just tried mintty 0.3.5:
>
> Options->Mouse->Copy on select
>
> mintty becomes unresponsive and I have to kill it.
> The virtual set size goes to 450megabytes
That's a new one actually. Can you reproduce it? If it's not too much
bother, any details about the bug and your
Lee D. Rothstein wrote:
Interesting feature or bug of MinTTY that does not obtain with any other
terminal emulator with which I'm familiar.
To wit:
If you have a running synchronous script or command to the screen and you
type ^l (Ctrl-l) it will immediately clear the screen before the ongoing
avade...@certicom.com wrote:
My WIN32 app is compiled under vc7 and uses signal() to trap SIGINT, SIGABRT
and SIGTERM. If I run the application under console2 or a native terminal,
pressing ^C triggers the handler and the application stops programmatically
due to a state change made by the handl
Lester Ingber wrote:
However, if I run mintty from my xterm window I have some problems.
For example, say I have open xterm (from startxwin.csh) with
xterm +tb -j -sb -geometry 80x84-6+0 &
this sets LINES set to 84.
If I have set up .minttyrc with
Rows=100
then after I go to my mintty window an
DaveK wrote:
> Nah, there's a different model where for some completely nutso
> reason they decided to get rid of the Ins. key so they could have a
> double-height Del. instead!
Here's another such abomination, from the evil empire itself:
http://www.itmedia.co.jp/news/0309/04/l_ms001.jpg
Note
The package mintty-0.3.5-1 has been added to the Cygwin distribution.
It will appear in the 'Shells' category of the Cygwin setup program.
DESCRIPTION
===
MinTTY is a new terminal emulator for Cygwin. It is based on code
from PuTTY 0.60 by Simon Tatham and team.
Features include:
* Xterm
MinTTY version 0.3.5 is available from http://mintty.googlecode.com.
It addresses one serious bug and brings a few small enhancements:
The bug:
- The --config option was unusable, because MinTTY would attempt to
invoke '--config' as the child process command.
Enhancements:
- The user's default s
> how to paste in vim (not gvim) from clipboard ?
Hold down Shift while middle-clicking.
Vim activates application mouse mode, which means clicks go to vim
rather than to the terminal that normally does the paste from the
clipboard. Shift overrides that.
Andy
--
Unsubscribe info: http://cy
> Rerunning setup.exe, it showed me that I *did* have util-linux
> installed; even the most recent version. Is "last" supposed to
> be in /bin or in some other directory?
Hmm, same problem here actually. According to the package search it
should be there though. (Btw, searching for 'last.exe' narr
> Thank you for helping. Which package do I have to install, to
> have 'last' available?
util-linux
For future reference: http://cygwin.com/packages/
Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Andy Koppe wrote:
Okay, I'm having a go at this. cygport does look very nice indeed, but
unfortunately I got stuck anyway.
So I've got the following files all in one directory:
mintty-0.3.4-1.cygport
mintty-0.3.4-src.tgz
setup.hint
postinstall.sh
preremove.sh
Building
Yaakov (Cygwin/X) wrote:
I quickly put together a package for Ports which could get you started:
http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/apps/mintty/
Check out this directory, then use cygport to build it. If you're new
to cygport, the package README is a must-r
David Arnstein wrote:
From one of (xterm, rxvt, MinTTY) I telnet into a remote host. On the
remote host, I launch the usenet news reader trn. In trn, text can be
selected with the mouse, even though trn is nominally a text program.
To select text, the user must hold down the shift key, and drag t
Paul McFerrin wrote:
I have another difference between 0.3.4 and 0.3.3 of minTTY and rxvt.
If you have a long-running script running, any attemps to stop it with
either Control-C or Control-\ does nothing.
It's working here. Just tried it with a 'configure' script.
Seems that minTTY is
star
Yaakov (Cygwin/X) wrote:
I've uploaded MinTTY 0.3.4 to http://code.google.com/p/mintty. This is a
more substantial bugfix release than the previous one, which addresses
the following issues:
I updated Ports SVN accordingly.
Thanks!
Do you intend to ITP this for inclusion in the distro?
Chuck Wilson wrote:
"full screen" or "DOS" is a red herring. Any program that does something
like the following, if compiled as a native program, won't work in rxvt
(or MinTTY, or cygwin/cmd-shell-with-CYGWIN=tty):
#include
main() {
int c;
while ((c = getc(stdin)) != EOF) fputc(c, stdout);
Andrew DeFaria wrote:
> "\e[1;5A": history-search-backward
> "\e[1;5B": history-search-forward
Perhaps I don't understand this 'bash' feature, but it doesn't seem
to work for me.
Start typing a command, press Ctrl-Up, and it finds the previous line
in the history that started like that.
Why
Andy Koppe wrote:
> Lee D. Rothstein wrote:
>> I do lots of bash scripting including Windows/DOS commands, and I
>> can think of only one character cell app that ever gave me any
>> trouble from rxvt or xterm (whatever that app is -- I think a
>> Resource Kit app), I fo
Lee D. Rothstein wrote:
> "\e[1;5A": history-search-backward
> "\e[1;5B": history-search-forward
Perhaps I don't understand this 'bash' feature, but it doesn't
seem to work for me.
Start typing a command, press Ctrl-Up, and it finds the previous line in
the history that started like that.
Hi,
I've uploaded MinTTY 0.3.4 to http://code.google.com/p/mintty. This is a
more substantial bugfix release than the previous one, which addresses
the following issues:
- In 'application cursor mode' the cursor keys sent xterm-incompatible
keycodes when combined with a modifier, starting the
2009/1/13 Andy Koppe :
> static const sigset_t term_sigs =
>1<http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
ERIC HO wrote:
In MinTTY, when I try to highlight a word or the line by double clicking on the
mouse,
sometimes I have to do this (double click) a few times.
What does happen when the double click is unsuccessful?
MinTTY uses the Windows double click time setting to decide whether a
click pa
Actually I still can't quite get signal handling in MinTTY to work
right. SIGINT is fine, but SIGTERM, SIGHUP, and SIGKILL don't seem to
get to sigwait(), instead still invoking the default handler, i.e.
terminating MinTTY without SIGHUP being sent to the command inside it.
Here's what I got:
Paul McFerrin wrote:
I've been using rxvt for years as my main terminal and just tried using
minTTY and really prefer not to use it. You see I'm and old man with
poor eye sight. The visual attributes of minTTY aren't the same that I
use with rxvt. The Lucida Console (white foreground on blac
Lee D.Rothstein wrote:
Hi, I've taken a first pass at distilling my experience with
'mintty' and the [ahem] discussion, here, about it into a text
file (see attachment mintty.{h})
Thanks, that's a nice surprise!
Speed
It's quite funny, I didn't realise that until people here pointed it
o
Charles Wilson wrote:
Christopher Faylor wrote:
If so, should we consider deprecating rxvt in
favor of MinTTY when MinTTY becomes a real package?
If not, there is no harm in keeping two packages in the distribution. I
was just trying to lighten your load if you were interested.
I'd lean towa
I've added a thread doing 'for (;;) pause();', but unfortunately that
doesn't seem to do the trick. Do I need to go into Cygwin internals and
wait directly on the Win32 event(s) used for signals?
sigwait() will probably work better than pause.
That indeed works, thank you very much! I didn't
Christopher Faylor wrote:
I don't know if this is what you are seeing but If you are blocked in a
Windows function like WaitMessage or WaitForSingleObject, the signal
will not be delivered until some random time after you leave the
function.
Alright, that's what it is then.
One way around thi
Hi,
Is there something special about signal handling in Win32 GUI programs?
With MinTTY, I'm finding that signals sent to it are only delivered when
writing data to the child process (i.e. when you try to kill it, it
stays open until a key is pressed).
I guess that's fair enough in as far as
Andrew DeFaria wrote:
What is the native Windows look and feel other than the Window frame?
- scrollbar
- right-click menu (also reachable via menu key)
- options dialog, with font and colour selectors
- copy&paste behaviour (copy-on-demand, Ctrl-Ins copies, shift-left
click extends)
- drag&
Danilo Turina wrote:
Thorsten Kampe wrote:
I WANT TABS!!
Well if tabs get in, I'll throw mrxvt out of the window (or out of the
X-Window?).
Sorry guys, I'm afraid there's no chance of me implementing those. See
http://code.google.com/p/mintty/issues/detail?id=8
I think something like Win
Michael Lemke wrote:
I just don't get it. What's wrong with rxvt? I've been using it for years as
my only terminal for cygwin and never understood why it isn't the default. I
tried mintty the other day but couldn't find anything rxvt isn't doing.
MinTTY's main distinctions compared to rxvt
Hi,
MinTTY release 0.3.3 is available from http://code.google.com/p/mintty.
It fixes the following bugs:
- The "Disable transparency when active" feature caused the window to
flicker on XP
- The "Alt key on its own sends ^[" setting was ignored, i.e. Alt
alone always sent the ESC character
- T
OK, I have just downloaded the latest version and compiled it. It comes
up fine. However the text font size is very small. Is there a way to
make it easier to read? Indeed, is there a way to configure quite a few
things. Am I missing something about documentation?
The options dialog can be reac
Hi,
I've uploaded MinTTY release 0.3.2 to http://code.google.com/p/mintty.
It fixes a number of bugs and shortcomings:
- Pasting of multiple lines into apps like vi works properly.
- F1 to F4 send xterm-compatible VT220-style keycodes.
- The first click on the options dialog is no longer ignor
Christopher Faylor wrote:
> On Sun, Jan 04, 2009 at 05:39:10AM +0000, Andy Koppe wrote:
>> yuanyun.ken wrote:
>>> cygwin is great, I like it. But when I want to change directory, I
>>> have to type 'cd D:/dira/dirb' or 'cd D:\\dira\\dirb'. This i
yuanyun.ken wrote:
cygwin is great, I like it.
But when I want to change directory, I have to type 'cd D:/dira/dirb' or 'cd
D:\\dira\\dirb'.
This is somewhat inconvenient.
You might like MinTTY, which allows you to drag and drop files into it.
Your example would be inserted as "D:\dira\dirb".
ERIC HO > Under vim, I found that when I copy a paragraph of text in
Notepad or PDF and
paste it into vim, only the first line is copied.
Yep, that's issue 16, fixed on SVN.
Also, I have PF keys map to shortcuts including :q! ^M.
But they are not working now. I don't have these issues under
Gary R. Van Sickle wrote:
PS: File drag and drop is total coolness. It pastes in a Win32 path though,
which a few Cygwin apps probably won't be able to handle. Here's a
two-for-one idea, free of charge:
- Add a setting where the user can set whether he wants Win32 or POSIXy
paths dropped.
- A
Brian Salter-Duke wrote:
On Fri, 02 Jan 2009 06:56:23 +, Fergus wrote:
Include -clipboard as an option for XWin.
e.g.
run XWin -clipboard -nolisten local -multiwindow 2>nul &
and then selected text in xterm is automatically copied to the clipboard
for onward pasting.
Fergus
Thanks fo
Christopher Faylor wrote:
It accesses the console's screen contents through Win32's
GetConsoleScreenBufferInfo() and displays it in its own window while
hiding the actual console. I can't see a way to combine this sort of
approach with ptys.
If you have a captured interface then a windows cons
Christopher Faylor wrote:
I finally played around with this a little. It is nice. It reminds
me a little bit of Console2 - http://console.sourceforge.net/.
One thing that Console2 does is provide a true "console" interface which
doesn't rely on anything like Cygwin's ptys.
On the other ha
As I have explained in my OP: AltGr+ì or ALT+126 code work just fine
with other consoles and/or applications.
If I switch my machine to the Italian keyboard, Windows applications
such as Notepad, Word or Mozilla Thunderbird do nothing when I press
AltGr+ì. (I can type the accented ì alright.)
Gary R. Van Sickle wrote:
-i" on the shortcut's command line. That would be a nice one to have in the
configuration dialogs, but I don't see how you avoid the registry in that
case. Maybe just going with "bash --login -i" as the default if you don't
tell it otherwise would be a 90% solution.
Angelo Graziosi wrote:
I cannot insert the character : '~' (tilde, i.e. the 'home dir').
Usually with my italian keyboard I use 'ALT GR'+ì (accented 'i'): this
works with xterm, urxvt, rxvt; with Cygwin.bat I need ALT+ASCII code.
For characters beyond space MinTTY relies on Windows' keyboard la
Just a quick note to say I've uploaded release 0.3.1 of MinTTY. It fixes
broken non-ASCII output, increases the default font size to 10, and adds
a couple of easy enhancements: support for accelerator keys in the
options dialog and the option to switch off transparency when the window
has the f
Gary R. Van Sickle wrote:
Yes, but there's the complication of "CYGWIN=" settings that have to be set
before the Cygwin DLL even loads.
Thanks for pointing that out.
For that matter, MinTTY could also provide GUI access to bash
command line flags, a way to change the login shell by
modify
Yaakov (Cygwin/X) wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Andy Koppe wrote:
Christopher Faylor wrote:
I wouldn't mind making MinTTY a regular cygwin package. It sounds
like it
would get enough votes.
That would be great. I'll need to read up on the package
Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> Ideally it would be a .msi that installs just the exe and the readme
>> into %PROGRAMFILES%\MinTTY and puts a shortcut to the exe directly
>> into Start Menu\Programs.
>
> Please don't make this the only way to install this. Some of us (e.g.,
> yours tr
Thorsten Kampe wrote:
?? That's how Windows Cmd.exe works. If rxvt does something different
then it does some magic and it would definitely irritating to me if cmd
would /not/ keep a Window open until mintty is closed. If you want the
"old" behaviour of the command.com/Windows 9X environment, y
On the options dialog box, an apply button would be a good
Addition.
Agreed. I've entered issue 12 for this.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Christopher Faylor wrote:
I wouldn't mind making MinTTY a regular cygwin package. It sounds like it
would get enough votes.
That would be great. I'll need to read up on the package submission
requirements and process. Unless someone would like to volunteer as the
MinTTY package maintainer?
Robert Pendell wrote:
I modified cygwin.bat to execute mintty.
Looks like mintty doesn't detach completely on it's own
Yep, that's a known issue (number 4 in the issue tracker), and I haven't
yet worked out how to do this properly. I've tried closing files 0
through 3 and doing a setsid(), but
Gary R. Van Sickle wrote:
Hmm, looks very interesting, I'll give it a try and report back to the
class. I've been looking for a replacement for my preferred terminal
emulator, MedicineTTY, for quite some time. ;-)
Each to their own. I actually prefer PeaTTY.
1. Good work.
Thanks!
2. Su
Charles Wilson wrote:
It will be interesting to play with the codepage support
(already present, apparently) in this terminal -- perhaps UTF-8 +
cygwin-1.7...
That would be interesting indeed, and hopefully I haven't broken any of
PuTTY's Unicode support. Just set the codepage to UTF-8 to try
Reini Urban wrote:
Transparency in XP! Good.
That's only a matter of a couple of function calls actually.
Unfortunately though it applies to the window as a whole, not just to
the background. Per-pixel alpha can be done, but only at the cost of
painting all the window decoration manually, s
901 - 1000 of 1001 matches
Mail list logo