Re: change the font size of rxvt

[fergus]

Try cycling through the possible font sizes with (Shift +) and (Shift -)
where the + and - signs are on the numeric keypad.
Fergus


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Brooks Moses]

Larry Hall wrote:

At 04:14 PM 9/21/2005, you wrote:

For posterity's sake:

$ mktexlsr
mktexlsr: Updating /cygdrive/h/.texmf/config/ls-R...
mktexlsr: Updating /cygdrive/h/.texmf/var/ls-R...
mktexlsr: Updating /usr/share/lilypond/2.4.3/ls-R...
mktexlsr: Updating /usr/share/texmf/ls-R...
mktexlsr: Updating /var/cache/fonts/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R...
mktexlsr: Done.

:D


Well done. :-)  I'm glad you were able to make headway with this since
my knowledge of tetex is basically NULL. 


For future reference, the comp.text.tex newsgroup is fairly good for 
this sort of thing, either live or checking the archives on Google Groups.


Also, fwiw, there's a "texhash" command that's aliased to mktexlsr.  I 
assume there's some historical reason to have two names for the same thing.


- Brooks


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: fstat gives wrong mode after chmod and fchmod

[Yitzchak Scott-Thoennes]

On Sun, Sep 18, 2005 at 03:22:56PM -0700, Yitzchak Scott-Thoennes wrote:
> I'm seeing this on the 20050916 but as far as I know it's not a
> regression.  A new perl test (actually using an existing file opened
> for read access) turned this up.
> 
> The following gives:
> after fchmod to 0 and chmod to 0666, stat: 666  fstat: 444

Does anyone else see this?
 
> #include 
> #include 
> #include 
> 
> int main(int argc, char **argv)
> {
>int fd;
>struct stat statbuf, fstatbuf;
> 
>if ( ( fd = open("foo", O_CREAT|O_EXCL|O_WRONLY, 0666) ) < 0 ) {
>   perror("open failed");
>   return 1;
>}
> 
>if ( fchmod(fd, 0) ) {
>   perror("fchmod failed");
>   return 1;
>}
> 
>if ( chmod("foo", 0666) ) {
>   perror("chmod failed");
>   return 1;
>}
> 
>if ( stat("foo", &statbuf) ) {
>   perror("stat failed");
>   return 1;
>}
> 
>if ( fstat(fd, &fstatbuf) ) {
>   perror("fstat failed");
>   return 1;
>}
> 
>printf("after fchmod to 0 and chmod to 0666, stat: %o  fstat: %o\n",
>   statbuf.st_mode & 0777,  fstatbuf.st_mode & 0777);
>   
>return 0;
> }
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Exchange of links with our sites - Cung trao doi lien ket

[Web links exchange]

HI, friend!

I would like to ask you to exchange links between yours and ours sites 
(hundreds of sites). As you probably know this will provide your visitors with 
valuable resources, as well as it would do for us.
We can place your site in category of our resource page, suitable for it, and 
with a good Google Page Rank, easily accesible from our index page.
If you would like to swap links please send me your website details, and if 
not, excuse me for wasting your time and have a great day.

Best Regards,
P.T. Long

Xin chao, friend!
Toi co hang tram website tren nhieu linh vuc va muon trao doi lien ket voi 
website cua ban. Ban co the da biet rang dieu nay se dem den cho khach hang cua 
chung ta nhung du lieu quy gia cung nhu cho chinh chung ta.
Chung toi co the dat lien ket cua ban trong cac trang lien ket cua chung toi, 
phan theo tung nhom phu hop, tu cac trang co Google Page Rank cao va de dang 
truy cap tu trang chu cua chung toi.
Neu ban quan tam toi viec trao doi lien ket website, xin vui long gui lai cho 
toi thong tin ve website cua ban ve ten, link va tomtat.
Rat lay lam xin loi neu email nay lam phien ban va chuc ban mot ngay day may 
man va thanh cong.
Tran Trong,
P.T.Long

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: cabextract 1.1-1 -- Extract Microsoft cabinet (.CAB) files

[Jari Aalto]

PACKAGE DESCRIPTION
===

Home page: http://www.kyz.uklinux.net/cabextract.php3
License  : GPL

Extract Microsoft cabinet (.CAB) files.

Microsoft cabinet files are used by Microsoft and others to distribute
all kinds of data and software: core Web fonts, Longhorn videos,
operating system updates and video codecs, to give some examples.
Microsoft cabinets are also used as the installation format for
Windows CE software.


CHANGES SINCE LAST RELEASE
==

http://www.kyz.uklinux.net/cabextract.php#changes

INSTALL OR UPGRADE NOTES


None.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message. Send
email to the address specified there. It will be in the format:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Mounting directory problems

[Christophe Sauthier]

On 9/21/05, Larry Hall <[EMAIL PROTECTED]> wrote:
> At 12:08 PM 9/21/2005, you wrote:
> >Hi,

> You mounted the wrong drive.  Replace 'x:' with 'k:' and it will work.
Of course that was a mispelling... it didn't seems to work here...


> Or just mount the share directly:
>   mount //srv2/test /srv2_test
That works perfectly !

Thanks a lot, cause you've just saved the last few hair I have on my skull :-)


>
> You really should create '/srv2_test' first.
I will.


--
Ma vie  |
Mes images  |  http://www.reponses.net
Mon Wiki  |

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: change the font size of rxvt

[Svend Sorensen]

On 9/21/05, wmaple <[EMAIL PROTECTED]> wrote:
>
> I used a command like "rxvt -fn fixedsys" to start rxvt. After starting rxvt, 
> I find that the font size of rxvt is too tiny. Is there a way to change the 
> font size of rxvt?

I don't think fixedsys is scaleable.  Try:

rxvt -fn 'Courier New-16'# Putty default font
rxvt -fn 'Lucida Console-14'# Another good console font

Also try changing the font sizes.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Larry Hall]

At 04:14 PM 9/21/2005, you wrote:
>Olumide wrote:
>
>>I actually did the impossible and looked at the document (gasp ;) ). Theres a 
>>mktexlsr script (in /usr/bin) that fixes the problems. But there are a few 
>>ls-R files all over the filesyetem that require write permissions before the 
>>mktexlsr can write to them.
>
>For posterity's sake:
>
>$ mktexlsr
>mktexlsr: Updating /cygdrive/h/.texmf/config/ls-R...
>mktexlsr: Updating /cygdrive/h/.texmf/var/ls-R...
>mktexlsr: Updating /usr/share/lilypond/2.4.3/ls-R...
>mktexlsr: Updating /usr/share/texmf/ls-R...
>mktexlsr: Updating /var/cache/fonts/ls-R...
>mktexlsr: Updating /var/lib/texmf/ls-R...
>mktexlsr: Done.
>
>:D


Well done. :-)  I'm glad you were able to make headway with this since
my knowledge of tetex is basically NULL. 


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Olumide]

Olumide wrote:

I actually did the impossible and looked at the document (gasp ;) ). 
Theres a mktexlsr script (in /usr/bin) that fixes the problems. But 
there are a few ls-R files all over the filesyetem that require write 
permissions before the mktexlsr can write to them.


For posterity's sake:

$ mktexlsr
mktexlsr: Updating /cygdrive/h/.texmf/config/ls-R...
mktexlsr: Updating /cygdrive/h/.texmf/var/ls-R...
mktexlsr: Updating /usr/share/lilypond/2.4.3/ls-R...
mktexlsr: Updating /usr/share/texmf/ls-R...
mktexlsr: Updating /var/cache/fonts/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R...
mktexlsr: Done.

:D


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Olumide]

Olumide wrote:

I typed 'texdoc kpathsea' and the kpathsea Library (DVI document, 60 
pages) popped up, but I still dont know what to do.


I actually did the impossible and looked at the document (gasp ;) ). 
Theres a mktexlsr script (in /usr/bin) that fixes the problems. But 
there are a few ls-R files all over the filesyetem that require write 
permissions before the mktexlsr can write to them.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Olumide]

Larry Hall wrote:

At 03:15 PM 9/21/2005, you wrote:


Looks like there are no usable entries in /var/cache/fonts/ls-R.  If I
were you, I would see the manual for how to generate ls-R.


Which manual is that?



Try 'info kpathsea'.



I typed 'texdoc kpathsea' and the kpathsea Library (DVI document, 60 
pages) popped up, but I still dont know what to do.


Thanks for not flaming me ;)


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Olumide]

Larry Hall wrote:

At 03:15 PM 9/21/2005, you wrote:


Looks like there are no usable entries in /var/cache/fonts/ls-R.  If I
were you, I would see the manual for how to generate ls-R.


Which manual is that?



Try 'info kpathsea'.



Sorry, nothing :(


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Larry Hall]

At 03:15 PM 9/21/2005, you wrote:
>>  Looks like there are no usable entries in /var/cache/fonts/ls-R.  If I
>>were you, I would see the manual for how to generate ls-R.
>
>Which manual is that?

Try 'info kpathsea'.




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Olumide]

  BTW, one possible reason might be that the perms got messed up and the
postinstall script couldn't write to the file.  Take a look at 


http://www.cygwin.com/ml/cygwin/2004-03/msg00454.html

and check the user/group names and privs on that file.


The file ls-R is empty (zero bytes) and read only.

(Help!)


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strange behavior of bash

[Yitzchak Scott-Thoennes]

On Wed, Sep 21, 2005 at 06:52:08AM -0600, Eric Blake wrote:
> I'm not familiar with DOS promote.  Is it some other vendor's shell?  Does
> it provide its own bash in your home directory, which could explain why
> you get a different behavior depending on what directory you are in when
> you try to run bash?  Your cygcheck shows that you have . on the Windows
> path prior to cygwin\bin.

I believe "DOS prompt" is what was meant.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: kpathsea problem in Cygwin (noob here)

[Olumide]

  Looks like there are no usable entries in /var/cache/fonts/ls-R.  If I
were you, I would see the manual for how to generate ls-R.


Which manual is that?


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Mounting directory problems

[Eric Blake]

> >   mount //srv2/test /srv2_test
> > 
> > You really should create '/srv2_test' first.
> 
> Why?  What difference does it make?

A directory must exist prior to the mount point if you want
readdir() to see it (used by ls, find, ...).  Yes, you can use
mount -f to circumvent the requirement that the directory
already exist, but then you can no longer search the parent
directory for the mount point.

--
Eric Blake



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Mounting directory problems

[Christopher Faylor]

On Wed, Sep 21, 2005 at 11:58:30AM -0700, Yitzchak Scott-Thoennes (aka, 'you') 
wrote:
>On Wed, Sep 21, 2005 at 12:29:04PM -0400, Larry Hall wrote:
>> You really should create '/srv2_test' first.
>
>Why?  What difference does it make?

If nothing else, when you do a "ls /" you'll see a srv2_test directory and
you'll be able to use it with command-line completion in bash.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Mounting directory problems

[Yitzchak Scott-Thoennes]

On Wed, Sep 21, 2005 at 12:29:04PM -0400, Larry Hall wrote:
> At 12:08 PM 9/21/2005, you wrote:

(no I didn't, you must be thinking of someone else :)

> >$ mount x: /srv2_test
> >mount: warning - /srv2_test does not exist.
> >$ mount 
> >
> >x: on /srv2_test type system (binmode)
> >
> >
> >$ ls /srv2_test
> >ls: /srv2_test: No such file or directory
> >
> >
> >I've tried the same thing, with creating the directory /srv2_test
> >before but (except the mounting warning), I have exactly the same
> >problem... What I have done wrong ?
> 
> 
> You mounted the wrong drive.  Replace 'x:' with 'k:' and it will work.
> Or just mount the share directly:
> 
>   mount //srv2/test /srv2_test
> 
> You really should create '/srv2_test' first.

Why?  What difference does it make?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: kpathsea problem in Cygwin (noob here)

[Dave Korn]

Original Message
>From: Dave Korn
>Sent: 21 September 2005 18:02

> Original Message
>> From: Olumide
>> Sent: 21 September 2005 17:54
> 
>> Hi -
>> 
>> Whenever I start up Cygwin (on my WinXP machine) I get the following
>> error messages: 
>> 
>> warning: kpathsea: No usable entries in /var/cache/fonts/ls-R
>> warning: kpathsea: See the manual for how to generate ls-R.
>> warning: kpathsea: No usable entries in /var/cache/fonts/ls-r
>> warning: kpathsea: See the manual for how to generate ls-R.
>> 
>> 
>> What can I do about it? I think its affecting my LaTeX builds
>> 
> 
>   Looks like there are no usable entries in /var/cache/fonts/ls-R.  If I
> were you, I would see the manual for how to generate ls-R.
> 
> 

  BTW, one possible reason might be that the perms got messed up and the
postinstall script couldn't write to the file.  Take a look at 

http://www.cygwin.com/ml/cygwin/2004-03/msg00454.html

and check the user/group names and privs on that file.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: kpathsea problem in Cygwin (noob here)

[Dave Korn]

Original Message
>From: Olumide
>Sent: 21 September 2005 17:54

> Hi -
> 
> Whenever I start up Cygwin (on my WinXP machine) I get the following
> error messages:
> 
> warning: kpathsea: No usable entries in /var/cache/fonts/ls-R
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /var/cache/fonts/ls-r
> warning: kpathsea: See the manual for how to generate ls-R.
> 
> 
> What can I do about it? I think its affecting my LaTeX builds
> 

  Looks like there are no usable entries in /var/cache/fonts/ls-R.  If I
were you, I would see the manual for how to generate ls-R.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

kpathsea problem in Cygwin (noob here)

[Olumide]

Hi -

Whenever I start up Cygwin (on my WinXP machine) I get the following 
error messages:


warning: kpathsea: No usable entries in /var/cache/fonts/ls-R
warning: kpathsea: See the manual for how to generate ls-R.
warning: kpathsea: No usable entries in /var/cache/fonts/ls-r
warning: kpathsea: See the manual for how to generate ls-R.


What can I do about it? I think its affecting my LaTeX builds

Thanks

- Olumide

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Mounting directory problems

[Larry Hall]

At 12:08 PM 9/21/2005, you wrote:
>Hi, 
>
>I've create an network drive on srv1 that map \\srv2\test to k: using
>Windows2003 GUI.
>
>But now I want to access that from cygwin, and I can't.
>
>I've tryed to mount it using mount, but it is not working. Here is
>what I've done :
>
>$ mount x: /srv2_test
>mount: warning - /srv2_test does not exist.
>$ mount 
>
>x: on /srv2_test type system (binmode)
>
>
>$ ls /srv2_test
>ls: /srv2_test: No such file or directory
>
>
>I've tried the same thing, with creating the directory /srv2_test
>before but (except the mounting warning), I have exactly the same
>problem... What I have done wrong ?


You mounted the wrong drive.  Replace 'x:' with 'k:' and it will work.
Or just mount the share directly:

  mount //srv2/test /srv2_test

You really should create '/srv2_test' first.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Mounting directory problems

[Christophe Sauthier]

Hi, 

I've create an network drive on srv1 that map \\srv2\test to k: using
Windows2003 GUI.

But now I want to access that from cygwin, and I can't.

I've tryed to mount it using mount, but it is not working. Here is
what I've done :

$ mount x: /srv2_test
mount: warning - /srv2_test does not exist.
$ mount 

x: on /srv2_test type system (binmode)


$ ls /srv2_test
ls: /srv2_test: No such file or directory


I've tried the same thing, with creating the directory /srv2_test
before but (except the mounting warning), I have exactly the same
problem... What I have done wrong ?

Thanks for any help.



-- 
Ma vie  |  
Mes images  |  http://www.reponses.net
Mon Wiki  |

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: fairly repeatable fork(?) errors in (contrived) test script

[Christopher Faylor]

On Wed, Sep 21, 2005 at 09:13:09AM -0500, Tom Rodman wrote:
>All:
>
>I'm using the 9/19 snapshot. The sleep in the below test script seems to
>be required, otherwise the script could be simplified and still
>cause errors.
>
>The test script works (always?) without errors on 1.3.20.

1.3.20?  That is at least three years old.  There is nothing useful that
can be derived from quoting a regression from a version which is that
old.

I can't reproduce this, even with 81 repetitions instead of 9.  Please
see the snapshot reporting guidelines that I requested at
http://sources.redhat.com/ml/cygwin/2005-09/msg00419.html .

cgf


>Here are a couple of test runs:
>
>  ~ $ /tmp/test
>  x: 1
>  x: 2
>  x: 3
>  x: 4
>  x: 5
>  x: 6
>  x: 7
>  x: 8
>  x: 9
>  896 [main] bash 6544 fork_parent: child 6680 died waiting for longjmp 
> before initialization
>  /tmp/test: fork: No such file or directory
>
>  all done
>  ~ $ /tmp/test
>  x: 1
>  x: 2
>  x: 3
>  x: 4
>  x: 5
>  x: 6
>  x: 7
>  x: 8
>  x: 9
>  /tmp/test: fork: No such file or directory
>  812 [main] bash 7028 fork_parent: child 3576 died waiting for longjmp 
> before initialization
>  /tmp/test: fork: Bad file descriptor
>
>  all done
>
>--
>With a real (ie useful) script (that also involved a sleep) I was able to
>get similar(?) errors after running only 5 instances of that
>script in parallel.
>
>
>"do nothing" test script:
>--v-v--C-U-T---H-E-R-E-v-v-- 
>#!/bin/bash
>
>bar()
>{
>
>  foo=$(
>echo $(
>  perl -pe '1;' /etc/passwd|
>  tee /dev/null|
>  (sleep 7;tr '[A-Z]' '[a-z]') |
>  tail -1
>)
>  )
>
>  echo foo: $foo >/dev/null
>
>}
>
>
>for x in 1 2 3 4 5 6 7 8 9
>do
>  echo x: $x
>  bar &
>done
>
>wait
>echo
>echo all done
>
>
>
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strange behavior of bash

[faif cn]

Thank you very much all for your replies. I think I should clarify
somthing first. Windows has two places to set path parameters "Local
Machine" and "User environment", what I changed is "local machine" one
which means it affects anyone use this pc.

1. I do have /cygwin/bin in my "User environment" Path, and I can see
cygwin find and use them all by type "env" in cygwin.

2. I didn't install make (gnu one) yet. I just want to delete borland
path first, because by accidently I typed make, it called borland
"make".

3. So, I can type "bash" in any directory in CMD prompt. It is like
the followings:

H:\>bash
bash: .bash_profile: No such file or directory
bash-3.00$  //enter bash environment without problem
bash-3.00$ exit
exit

H:\>bash --login

H:\>   //It is back to CMD prompt !!

###
I fixed this now, because I stupidly put line ". .bash_profile" in
".bashrc" file to ensure my .bash_profile can be called every time
when I start cygwin. and .bash_profile calls .bashrc again. I think it
loops.

Many thanks for all of your advices.

Leo



> Original Message
> >From: faif cn
> >Sent: 21 September 2005 10:04
>
> > Thank you Dave
> >
> > On 9/20/05, Dave Korn wrote:
> >>>
> >>>  I deleted some values in Windows Local Environment variable "PATH".
> >>> My original "HOME" is c:/home/myname/. And then:
> >>
> >>    it broke.  So put them back!
> >
> > What I deleted is "borland c" bin directory to avoid cygwin confusing
> > two "make" tools. and maybe some other PATH variables which I believe
> > set by some outdated software. It left as
> >
> >
> "%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\
> bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program
> > Files\Common Files\GTK\2.0\bin\"
>
>   Get rid of that double-semicolon between %HTC_PIC%\BIN and the GTK path.
>
> > There is nothing special, the same PC with same path variables run
> > cygwin no problem. I just get confused why this behavior happens, and
> > with invoke --login parameter.
>
> Meaning this behaviour ?
>
> >>  If I type "bash" in any other directories, the bash promote can be
> >> shown successfully and I can use bash environment.
> >>
> >>  If I type "bash" in my home directory, it just hangs for seconds and
> >> back to dos promote and nothing happened. Alternatively "bash --login"
> >> has same behavior.
>
>   You must have a file called bash in your home directory, and that empty
> component between the two double-semicolons counts as adding '.' to your
> $PATH in POSIX.
>
> cheers,
>   DaveK
> --
> Can't think of a witty .sigline today
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: strange behavior of bash

[Dave Korn]

Original Message
>From: faif cn
>Sent: 21 September 2005 10:04

> Thank you Dave
> 
> On 9/20/05, Dave Korn wrote:
>>> 
>>>  I deleted some values in Windows Local Environment variable "PATH".
>>> My original "HOME" is c:/home/myname/. And then:
>> 
>>    it broke.  So put them back!
> 
> What I deleted is "borland c" bin directory to avoid cygwin confusing
> two "make" tools. and maybe some other PATH variables which I believe
> set by some outdated software. It left as
> 
>
"%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\
bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program
> Files\Common Files\GTK\2.0\bin\"

  Get rid of that double-semicolon between %HTC_PIC%\BIN and the GTK path.

> There is nothing special, the same PC with same path variables run
> cygwin no problem. I just get confused why this behavior happens, and
> with invoke --login parameter.

Meaning this behaviour ?

>>  If I type "bash" in any other directories, the bash promote can be
>> shown successfully and I can use bash environment.
>> 
>>  If I type "bash" in my home directory, it just hangs for seconds and
>> back to dos promote and nothing happened. Alternatively "bash --login"
>> has same behavior.

  You must have a file called bash in your home directory, and that empty
component between the two double-semicolons counts as adding '.' to your
$PATH in POSIX.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

fairly repeatable fork(?) errors in (contrived) test script

[Tom Rodman]

All:

I'm using the 9/19 snapshot. The sleep in the below test script seems to
be required, otherwise the script could be simplified and still
cause errors.

The test script works (always?) without errors on 1.3.20.

Here are a couple of test runs:

  ~ $ /tmp/test
  x: 1
  x: 2
  x: 3
  x: 4
  x: 5
  x: 6
  x: 7
  x: 8
  x: 9
  896 [main] bash 6544 fork_parent: child 6680 died waiting for longjmp 
before initialization
  /tmp/test: fork: No such file or directory

  all done
  ~ $ /tmp/test
  x: 1
  x: 2
  x: 3
  x: 4
  x: 5
  x: 6
  x: 7
  x: 8
  x: 9
  /tmp/test: fork: No such file or directory
  812 [main] bash 7028 fork_parent: child 3576 died waiting for longjmp 
before initialization
  /tmp/test: fork: Bad file descriptor

  all done

--
With a real (ie useful) script (that also involved a sleep) I was able to
get similar(?) errors after running only 5 instances of that
script in parallel.


"do nothing" test script:
--v-v--C-U-T---H-E-R-E-v-v-- 
#!/bin/bash

bar()
{

  foo=$(
echo $(
  perl -pe '1;' /etc/passwd|
  tee /dev/null|
  (sleep 7;tr '[A-Z]' '[a-z]') |
  tail -1
)
  )

  echo foo: $foo >/dev/null

}


for x in 1 2 3 4 5 6 7 8 9
do
  echo x: $x
  bar &
done

wait
echo
echo all done





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strange behavior of bash

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Christopher Faylor on 9/21/2005 7:14 AM:
>>Your cygcheck was hard to read, as it was not a plain-text attachment
>>(hmm, maybe we could update the problem-reporting instructions to tell
>>people to create cygcheck.txt instead of cygcheck.out, since there are
>>mailers out there that wrongly assume every file with an unknown extension
>>should be transferred with a mime type of application/octet-stream).
> 
> 
> ?  I didn't have any problems reading the attachment.

I didn't either, once I saved it to disk.  The problem is that my mailer
didn't display it, because it was base64 encoded as a binary file, rather
than plain-text encoded.  I hate having to save attachments to disk when
they are plain text, but encoded in such a way that my mailer won't
display it.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDMV/p84KuGfSFAYARAoALAKCg+CnkPg7SqUJnBp24fgoVViKd9wCgyGIc
5kaCW4iFI32BpA6zUTqzTMQ=
=ltpl
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strange behavior of bash

[Christopher Faylor]

On Wed, Sep 21, 2005 at 06:52:08AM -0600, Eric Blake wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>According to faif cn on 9/21/2005 3:04 AM:
>> 
>> What I deleted is "borland c" bin directory to avoid cygwin confusing
>> two "make" tools. and maybe some other PATH variables which I believe
>> set by some outdated software. It left as
>
>Your cygcheck was hard to read, as it was not a plain-text attachment
>(hmm, maybe we could update the problem-reporting instructions to tell
>people to create cygcheck.txt instead of cygcheck.out, since there are
>mailers out there that wrongly assume every file with an unknown extension
>should be transferred with a mime type of application/octet-stream).

?  I didn't have any problems reading the attachment.

>> "%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program
>> Files\Common Files\GTK\2.0\bin\"
>
>At any rate, in your cygcheck, you have the environment variable Path, not
>PATH (in Windows, envvars are case insensitive, but not in Unix), so that
>can cause problems.

This shouldn't be a problem.  Cygwin uppercases everything that it finds
in the environment when a program is run directly from windows.
Cygcheck is not a cygwin program so you wouldn't see this behavior in
its output.  It looks like cygcheck was just run directly from a cmd
prompt.

>Also, you have an unexpanded variable in your path, %HTC_PIC%.
>Furthermore, cygcheck couldn't even find make, with your path settings,
>so I don't see how you were complaining about 2 competing versions of
>make.  But it very well could be that you did something weird when
>trying to cleanup the Borland flavors of unix tools.

It couldn't find make but it did find other standard cygwin programs so
the PATH should be ok at least in that regard.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strange behavior of bash

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to faif cn on 9/21/2005 3:04 AM:
> 
> What I deleted is "borland c" bin directory to avoid cygwin confusing
> two "make" tools. and maybe some other PATH variables which I believe
> set by some outdated software. It left as

Your cygcheck was hard to read, as it was not a plain-text attachment
(hmm, maybe we could update the problem-reporting instructions to tell
people to create cygcheck.txt instead of cygcheck.out, since there are
mailers out there that wrongly assume every file with an unknown extension
should be transferred with a mime type of application/octet-stream).

> 
> "%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program
> Files\Common Files\GTK\2.0\bin\"

At any rate, in your cygcheck, you have the environment variable Path, not
PATH (in Windows, envvars are case insensitive, but not in Unix), so that
can cause problems.  Also, you have an unexpanded variable in your path,
%HTC_PIC%.  Furthermore, cygcheck couldn't even find make, with your path
settings, so I don't see how you were complaining about 2 competing
versions of make.  But it very well could be that you did something weird
when trying to cleanup the Borland flavors of unix tools.

> 
> There is nothing special, the same PC with same path variables run
> cygwin no problem. I just get confused why this behavior happens, and
> with invoke --login parameter.

I'm not familiar with DOS promote.  Is it some other vendor's shell?  Does
it provide its own bash in your home directory, which could explain why
you get a different behavior depending on what directory you are in when
you try to run bash?  Your cygcheck shows that you have . on the Windows
path prior to cygwin\bin.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
volunteer cygwin bash maintainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDMVd484KuGfSFAYARAt9uAKDAhQp+/zw7mKHIn5O4y329bW1NxgCghFFV
DpH4fJzmvi8CCYV1olzct0I=
=2Z0p
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strange behavior of bash

[Larry Hall]

At 05:04 AM 9/21/2005, you wrote:
>Thank you Dave
>
>On 9/20/05, Dave Korn  korn  artimi  com> wrote:
>  ^^^

  This is important if you 
want people to reply to you.


>> >  I deleted some values in Windows Local Environment variable "PATH".
>> > My original "HOME" is c:/home/myname/. And then:
>
>What I deleted is "borland c" bin directory to avoid cygwin confusing
>two "make" tools. and maybe some other PATH variables which I believe
>set by some outdated software. It left as
>
>"%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program
>Files\Common Files\GTK\2.0\bin\"
>
>There is nothing special, the same PC with same path variables run
>cygwin no problem. I just get confused why this behavior happens, and
>with invoke --login parameter.
>
>> 
>>   If that doesn't fix it, -> http://cygwin.com/problems.html, particularly
>> the bit about sending your cygcheck output (as an *attachment*, please!).
>
>output is in attachment as "cygcheck.out". I am running cygwin in
>University domain controled windows 2k pro. So lot of parameters are
>pre set by IT.
>
>Many thanks for your help. 


It appears that one of the directories that you removed was 
'c:\cygwin\bin'.  If you want to run bash from the DOS prompt, add this 
directory back to your path.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

change the font size of rxvt

[wmaple]

I used a command like "rxvt -fn fixedsys" to start rxvt. After starting rxvt, I 
find that the font size of rxvt is too tiny. Is there a way to change the font 
size of rxvt? 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strange behavior of bash

[faif cn]

Thank you Dave

On 9/20/05, Dave Korn <[EMAIL PROTECTED]> wrote:
> >
> >  I deleted some values in Windows Local Environment variable "PATH".
> > My original "HOME" is c:/home/myname/. And then:
> 
>    it broke.  So put them back!

What I deleted is "borland c" bin directory to avoid cygwin confusing
two "make" tools. and maybe some other PATH variables which I believe
set by some outdated software. It left as

"%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program
Files\Common Files\GTK\2.0\bin\"

There is nothing special, the same PC with same path variables run
cygwin no problem. I just get confused why this behavior happens, and
with invoke --login parameter.

> 
>   If that doesn't fix it, -> http://cygwin.com/problems.html, particularly
> the bit about sending your cygcheck output (as an *attachment*, please!).

output is in attachment as "cygcheck.out". I am running cygwin in
University domain controled windows 2k pro. So lot of parameters are
pre set by IT.

Many thanks for your help. 

Leo


cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/