On 28 September 2010 14:27, Ryan Johnson wrote:
> On 9/28/2010 2:05 PM, Andy Koppe wrote:
>> On 27 September 2010 17:02, Ryan Johnson wrote:
>>>
>>> FYI, it looks like you can enable extended mouse mode manually (echo -ne
>>> '\e[?1005h'), and it persists across normal mouse mode sessions.
>>
>> D
On 28 September 2010 14:38, Jon TURNEY wrote:
> On 28/09/2010 13:18, Andy Koppe wrote:
>> On 28 September 2010 11:31, Ryan Johnson wrote:
I switched from rxvt to mintty yesterday, and it worked great all day.
However, today when I try to open a new mintty window from within an
existi
On Tue, Sep 28, 2010 at 09:01:51PM +0200, Ryan Johnson wrote:
> Jeremy Ramer said:
>> I have a very repeatable issue, but I'm not sure how to go about
>> debugging it. I follow this process.
>>
>> 1) Start an rxvt bash shell
>> 2) Go to a git repo folder
>> 3) Start gitk
>> gitk --all&
>> 4) Go b
On 09/28/2010 03:38 PM, Karl wrote:
I'm seeing the following error running the iozone bench mark program with the
-a option from a network drive ( z/OS running the SMB server).The iozone
executable is located in the root of the filesystem. If I execute one directory
into the filesystem, I do not
I'm seeing the following error running the iozone bench mark program with the
-a option from a network drive ( z/OS running the SMB server).The iozone
executable is located in the root of the filesystem. If I execute one directory
into the filesystem, I do not encounter the assert.
Z:\>iozone -a
a
On Tue, Sep 28, 2010 at 1:01 PM, Ryan Johnson wrote:
> Jeremy Ramer said:
>>
>> I have a very repeatable issue, but I'm not sure how to go about
>> debugging it. I follow this process.
>>
>> 1) Start an rxvt bash shell
>> 2) Go to a git repo folder
>> 3) Start gitk
>> gitk --all&
>> 4) Go back t
Jeremy Ramer said:
I have a very repeatable issue, but I'm not sure how to go about
debugging it. I follow this process.
1) Start an rxvt bash shell
2) Go to a git repo folder
3) Start gitk
gitk --all&
4) Go back to bash and press any key except enter and bash closes
I also get a similar prob
I have a very repeatable issue, but I'm not sure how to go about
debugging it. I follow this process.
1) Start an rxvt bash shell
2) Go to a git repo folder
3) Start gitk
gitk --all &
4) Go back to bash and press any key except enter and bash closes
I also get a similar problem with this process
-Original Message-
From: Stephen More [mailto:stephen.m...@gmail.com]
I can issue the following command, sometimes it works perfectly fine,
sometimes it complains, and other times it just dies:
+
I've seen that. Stop every cygwi
On 28/09/2010 13:18, Andy Koppe wrote:
On 28 September 2010 11:31, Ryan Johnson wrote:
On 9/28/2010 12:23 PM, Ryan Johnson wrote:
I switched from rxvt to mintty yesterday, and it worked great all day.
However, today when I try to open a new mintty window from within an
existing one, nothing hap
On 9/28/2010 2:05 PM, Andy Koppe wrote:
On 27 September 2010 17:02, Ryan Johnson wrote:
FYI, it looks like you can enable extended mouse mode manually (echo -ne
'\e[?1005h'), and it persists across normal mouse mode sessions.
Does xterm do that differently? In that case I should change it.
I d
> From: SJ Wright
> Eirik Nordbrøden wrote:
> >> Any help in this regard would be much appreciated.
> >>
> >> Steve W.
> >>
> >
> > I have these in my .bash_profile file:
> >
> > # Terminal title
> > PROMPT_COMMAND='echo -ne "\033]0;${us...@${hostname}: ${PWD}\007"'
> >
> > Works at least for xterm
On 28 September 2010 11:31, Ryan Johnson wrote:
> On 9/28/2010 12:23 PM, Ryan Johnson wrote:
>> I switched from rxvt to mintty yesterday, and it worked great all day.
>> However, today when I try to open a new mintty window from within an
>> existing one, nothing happens. The process starts, but no
On 27 September 2010 17:02, Ryan Johnson wrote:
> FWIW, I've been using a home-built mintty-0.9b2 from googlecode all day with
> no problems (loving extended mouse mode!). I swear I just checked setup.exe
> two hours ago, but I'll check again and switch to official one when I get a
> chance.
Yeah,
On 28 September 2010 04:45, SJ Wright wrote:
> From what I've read so far, though, it appears that with bash
> I've backed the wrong horse, so far as getting the running process name in
> the title bar goes. The name of the shell is called by /s, I found out. I
> still wonder why Bourne (or his 's
Apologies if the below didn't actually arrive before... sent from the
wrong email account.
In any case, I found the problem: the terminal was running an ssh
session to localhost. I have vague memories that ssh and native windows
apps don't mix?
Regards,
Ryan
On 9/28/2010 12:23 PM, Ryan Joh
Hi all,
I switched from rxvt to mintty yesterday, and it worked great all day.
However, today when I try to open a new mintty window from within an
existing one, nothing happens. The process starts, but no window
appears. This happens when attempting to open both 0.8.3 and 0.9b2
windows from
On Sep 27 11:27, Daniel Povey wrote:
> When running cygwin on Windows 7, if you compile programs with names
> that include "update" and "install" and other keywords, they won't
> execute. It seems to relate to heuristic privelege elevation:
>
> http://blogs.msdn.com/b/onoj/archive/2007/04/20/wind
18 matches
Mail list logo
