Thank you for fixing the probrem.
The sample script worked fine, and the original script doesn't produce
any errors.
I'l ejnoy the performance improvement.
) -Original Message-
) From: [EMAIL PROTECTED]
) [mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake
) Sent: Thursday, September 14,
Hi Igor,
Thank you very much for your reply.
I invoked 'bash -vx --login -i' and watched the commands that were being
executed. I did NOT see any reference to completion-ignore-case.
Should I see the lines in .inputrc being executed? I did not see any
.inputrc output.
From my bash shell I ran
On Thu, 14 Sep 2006, Bruce Levy wrote:
> Hi,
> I am using version 1.5.21-2 of cygwin with version 5.1-5 of readline.
>
> I have the following lines in ~/.inputrc:
>
> set completion-ignore-case on
> set show-all-if-ambiguous on
>
> set bell-style none
>
> # to show all characters
> set meta-flag o
Hi,
I am using version 1.5.21-2 of cygwin with version 5.1-5 of readline.
I have the following lines in ~/.inputrc:
set completion-ignore-case on
set show-all-if-ambiguous on
set bell-style none
# to show all characters
set meta-flag on
set input-meta on
set convert-meta off
set output-meta on
Larry Hall (Cygwin) wrote:
Arun Biyani wrote:
Larry Hall (Cygwin) wrote:
See your cygcheck output:
I have a crontab task which generates a cygcheck.log file every
night. I've just realized that
the cygcheck output of the cron task is quite different from when I
run cygcheck as a user.
I apolo
Volker Quetschke scytek.de> writes:
> >
> (snip)
> > +#ifdef __CYGWIN__
> > + /* lseek'ing on text files is problematic; lseek reports the true
> > + file offset, but read collapses \r\n and returns a character
> > + count. We cannot reliably seek backwards if nr is smaller than
> > +
Dave Korn wrote:
> On 14 September 2006 17:59, Volker Quetschke wrote:
>
>> Hi!
>
>> (snip)
>>> +#ifdef __CYGWIN__
>>> + /* lseek'ing on text files is problematic; lseek reports the true
>>> + file offset, but read collapses \r\n and returns a character
>>> + count. We cannot reliably s
On 14 September 2006 17:59, Volker Quetschke wrote:
> Hi!
> (snip)
>> +#ifdef __CYGWIN__
>> + /* lseek'ing on text files is problematic; lseek reports the true
>> + file offset, but read collapses \r\n and returns a character
>> + count. We cannot reliably seek backwards if nr is smalle
Hi!
Eric Blake wrote:
> According to Christopher Faylor on 9/13/2006 8:07 PM:
>>> I doubt that Eric will want to deal with the fallout of having bash not
>>> understand \r\n line endings but, if he does, it would be his decision
>>> and, again, I would support it 100%. I am very eager to see thin
On Thu, Sep 14, 2006 at 06:40:47AM -0600, Eric Blake wrote:
>According to Wells, Roger K. on 9/14/2006 6:29 AM:
>> I applaud any effort to speed up bash but 3.1.18 immediately broke enough
>> stuff that I do not believe we will proceed to use it in its present form.
>
>bash 3.1.18 doesn't exist - t
Christopher Faylor wrote:
On Wed, Sep 13, 2006 at 06:09:03PM -0700, Volker Quetschke wrote:
Christopher Faylor wrote:
On Wed, Sep 13, 2006 at 04:46:28PM -0700, Volker Quetschke wrote:
(snip)
Do I have to make the observation again that whether this is the case
or not, it is not a primary goal
I have XP x32 SP2...the cygrunsrv tries to start but immediately dies.
There is no useful data in the system logs.
This was working pre-SP2. After SP2 was applied the cygserv service will
no longer start.
I have reinstslled using setup to no avail.
Jeff
> -Original Message-
> From: La
On 14 September 2006 14:17, Wells, Roger K. wrote:
> Thank you. You made me realize that I could modify .inputrc to cause Ctrl-l
> to execute my version of "clear" which does what I want. Now if I could do
> it in Linux...
echo -e "\033c" might work if clear doesn't.
cheers,
D
There is also some information about this at the following forum link. It
works well for files in use!
http://www.itefix.no/phpws/index.php?module=faq&FAQ_op=view&FAQ_id=81
Rob
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/proble
Thank you. You made me realize that I could modify .inputrc to cause Ctrl-l
to execute my version of "clear" which does what I want. Now if I could do
it in Linux...
Roger Wells, P.E.
SAIC
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
[EMAIL PROTECTED]
-Original
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nikolaos A. Patsopoulos on 9/14/2006 6:35 AM:
I get the same error with my code and yours:
Script started, file is typescript
nothing happens, except an empty file called typescript in the par
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nikolaos A. Patsopoulos on 9/14/2006 6:35 AM:
I get the same error with my code and yours:
Script started, file is typescript
nothing happens, except an empty file called typescript in the par
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nikolaos A. Patsopoulos on 9/14/2006 6:35 AM:
I get the same error with my code and yours:
Script started, file is typescript
nothing happens, except an empty file called typescript in the par
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nikolaos A. Patsopoulos on 9/14/2006 6:35 AM:
> I get the same error with my code and yours:
> Script started, file is typescript
> nothing happens, except an empty file called typescript in the parent
> directory
We actually need to s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Wells, Roger K. on 9/14/2006 6:29 AM:
> I applaud any effort to speed up bash but 3.1.18 immediately broke enough
> stuff that I do not believe we will proceed to use it in its present form.
bash 3.1.18 doesn't exist - the last official u
Assalam O Alaikum And Hi
Sir i have to make the server in window linux for
the security purpose is to had in window linux in my state i think is
not use the window linux server because is a too difficult window so
sir i am request to you how can make the server in window linux th
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nikolaos A. Patsopoulos on 9/14/2006 6:23 AM:
I used the following script but doesn't work under cygwin:
for file in folder*/*; do
dir=$(basename $(dirname $file) )
base=$(basename $file)
mv $file $(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nikolaos A. Patsopoulos on 9/14/2006 6:23 AM:
>
> I used the following script but doesn't work under cygwin:
>
> for file in folder*/*; do
> dir=$(basename $(dirname $file) )
> base=$(basename $file)
> mv $file $(dirname $
I applaud any effort to speed up bash but 3.1.18 immediately broke enough
stuff that I do not believe we will proceed to use it in its present form.
On my bash wish list I would include changing clear (ctrl-l) so that it
clears the entire buffer and not just the lines that are currently visible.
I
Hi,
I have
the following structure of folders and files:
..
folder1
file1
file2
folder2
file1
file2
.
and want to add the folder name into the filename:
folder1
folder1_file1
folder1_file2
folder2
folder2_file1
folder2_file2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash, 3.1-8, is available for experimental use.
NEWS:
=
This version is similar to the experimental 3.1-7, except that it fixes
the regression of scripts with \r\n line endings on text mounts. By
removing several outdated #ifdefs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 9/13/2006 8:07 PM:
>
> I doubt that Eric will want to deal with the fallout of having bash not
> understand \r\n line endings but, if he does, it would be his decision
> and, again, I would support it 100%. I am ver
On 14 September 2006 06:23, Greg Couch wrote:
> I'm actually hoping to skip 3.4.4-2 and get gcc 3.4.6 or 4.1.1. When I
> compile my application with 3.4.4, I'm getting an "internal compiler
> error" that I don't get with 3.4.6 on Linux.
>
> Any news about a newer version of gcc for cygwin?
O
On 13 September 2006 23:53, Arun Biyani wrote:
> I have a crontab task which generates a cygcheck.log file every night.
> I've just realized that
> the cygcheck output of the cron task is quite different from when I run
> cygcheck as a user.
> I apologize for this. I've attached a cygcheck.log tha
29 matches
Mail list logo
