RE: problems in Perl process management

[Sonam Chauhan]

Hi - Asking again since I didn't get a response... 

> > > demonstrated by my testcase script), the CW_GETPINFO_FULL query
> > > returns:
> > > 1. Invalid PPIDs
> >
> > Only PPIDs for cygwin processes are returned.  Everything else should be
> > 0.

Both Proc::ProcessTable and 'ps -W' use CW_GETPINFO_FULL. My Perl testcase
<*> forks and runs '/bin/sleep' with the Perl backtick operator.
Proc::ProcessTable and 'ps -W' then report the following about the testcase
processes:

1. PID and PPID of the fork-ed Perl processes -- reported normally.
2. PID and PPID of the 'sleep' process -- reported as if it was a non-Cygwin
process. i.e. PID=, PPID=0.

But the 'sleep' process is a "Cygwin process", right? 

Does this indicate a bug in CW_GETPINFO_FULL?

Regards,
Sonam Chauhan
-- 
Electronic Commerce, Corporate Express Australia Ltd.
Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED]
 
<*> Testcase attached to bug report filed here:
http://rt.cpan.org/NoAuth/Bug.html?id=12840


> -Original Message-
> From: Sonam Chauhan
> Sent: Wednesday, 18 May 2005 3:32 PM
> To: 'cygwin@cygwin.com'
> Subject: RE: problems in Perl process management
> 
> Thanks for raising 'ps -W' behavior Chris. It is interesting.
> 
> > >From what I gather, the root problem is that for some processes (as
> > >demonstrated by my testcase script), the CW_GETPINFO_FULL query
> returns:
> > >1. Invalid PPIDs
> >
> > Only PPIDs for cygwin processes are returned.  Everything else should be
> > 0.
> 
> This isn't happening in my testcase - a Perl script that forks, then
> executes `/bin/sleep` with a Perl backtick. Proc::ProcessTable (i.e.
> CW_GETPINFO_FULL) returns invalid PPID (0) and PID (the WINPID) for the
> child sleep process, but it does returns correct PID and PPID data for the
> fork-ed Perl parent processes.
> 
> The PID/PPID of the backticked sleep process shows up correctly in 'ps'.
> 
> Would this be an issue within CW_GETPINFO_FULL?
> 
> 
> > >2. WINPID instead of Cygwin PID.
> >
> 
> > A cygwin pid can actually be spread across two processes.  You see this
> > with
> > "ps -W" if you do something like:
> >
> >   bash -c "exec sleep 20"
> >
> > in one window and:
> >
> >   ps -W
> >
> > in another window.
> 
> I tried this but don't see what you mean. Here, in one window, I do:
> ===
> $  bash -c "exec sleep 20"
> ===
> 
> In the second window, 'ps -W' only reports the PID & PPID for a single
> sleep
> process:
> ===
> $ ps  -W | grep sleep
>  1012   0   0   1012?0 14:57:51
> C:\cygwin\bin\sleep.exe
> ===
> 
> However, instead of sleep, if I run a windows program like calc.exe in the
> background, ps -W reports two processes: Was this what you meant about the
> cygwin pid being spread across two processes?
> 
> ===
> $ calc &
> [1] 2380
> 
> $ ps -W | grep calc
>  238037802380   36040  400 15:18:21
> /cygdrive/c/WINDOWS/system32/calc
>  3604   0   0   3604?0 15:18:22
> c:\WINDOWS\system32\calc.exe
> ===
> 
> Regards,
> Sonam Chauhan
> --
> Electronic Commerce, Corporate Express Australia Ltd.
> Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED]
> 
> 
> >
> > 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/
> 
> --
> 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: tetex 3.0.0 format file problem.

[Jan Nieuwenhuizen]

Rodrigo Medina writes:

> I wonder if it is not better, avoiding to run texconfig in the post-install
> script, and instead let the user do its own configuration.

That would leave the package non-usable for everyone, after
installation.  Now only people that have permission problems, or
edited their config files may experience problems.  I do not see the
advantage of that.

It would be nice though, to have a useful bug report from someone who
experience problems.

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

--
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: Rebase dlls not from cygwin

[Jason Tishler]

Hermann,

On Mon, May 23, 2005 at 11:06:29PM +0200, Hermann Klocker wrote:
> Sorry if I email directly to you - I am new to cygwin. Please tell me
> if I should have posted this report to another location.

I would have preferred if you posted to the Cygwin mailing list instead
of sending private email.

> I think I have a problem similar to a posting I found regarding rebase
> failing with message "not rebaseable".
> 
> I try to run Dakota 3.3 (from
> http://endo.sandia.gov/DAKOTA/licensing/release/Dakota_3_3.cygwin.tar.gz) 
> 
> with cygwin 1.5.16. 
> 
> When trying to start Dakota I get the error message 
> 
> $ dakota
>1723 [main] ? 5132 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes
> of space for cygwin's heap (0x6181 <0x15C>) in child, Win32 error
> 487 C:\cygwin\usr\local\bin\dakota.exe (5132): *** m.AllocationBase 0x0,
> m.BaseAddre ss 0x6181, m.RegionSize 0x5B, m.State 0x1
> 
> After all I have read about this message I thougt rebase should solve
> my problem, alas trying to rebase all dlls from Dakota (these are the
> only ones residing in /usr/local/bin) gave:
> 
> $ cat list1
> /usr/local/bin/mpich.dll
> /usr/local/bin/mpichd.dll
> /usr/local/bin/mpicherr.dll
> /usr/local/bin/PHXCppApi.dll
> 
> [EMAIL PROTECTED] /usr/local/bin
> $ rebaseall  -T list1 -v > rb.out
> /usr/bin/tclpip84.dll: skipped because not rebaseable
> /usr/local/bin/mpich.dll: skipped because not rebaseable
> /usr/local/bin/mpichd.dll: skipped because not rebaseable
> /usr/local/bin/mpicherr.dll: skipped because not rebaseable
> /usr/local/bin/PHXCppApi.dll: skipped because not rebaseable
> 
> Do you have any hints regarding this problem?

At the moment no.  However, I was able to reproduce the above.  I will
enhance rebase to indicated why it thinks a DLL is not rebaseable when
the verbose option is specified.

Although this change may produce better diagnostics, it may not solve
your problem.  Note that some DLLs are just not rebaseable -- for
example, tclpip84.dll.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Fw: bug in texi2dvi, and hack patch

[Stepan Kasal]

Hello,

On Thu, Feb 10, 2005 at 08:43:49PM -0500, Karl Berry wrote:
> Back on this thread about texi2dvi and cygwin from a couple weeks ago.

Back, after 3 1/2 month.  This thread is immortal!

You added the comment:
# But on cygwin, test -x foo will not find foo.exe.

This is not true.  test -x looks for .exe on both platforms.
The difference is that test -f doesn't look for .exe on DJGPP, while
on Cygwin it does.

> 2) On cygwin, if both $dir/tex.exe exists and a directory $dir/tex/
> exist, this function misses the existence of tex.exe.

So this is why `test ! -d' fails if both tex/ and tex.exe exist.

Anyway, your code fixed this case, but the proof would be different. ;-)

So my job was to fix the comment.  Well, I actually replaced the code
together with the comments, to get something which is easier to explain.
(Actually, my code is close to what Autoconf does.)

See the attached patch.
I hope I haven't screwed anything.

Have a nice day,
Stepan Kasal

PS: if ebb9 or dave can actually fwd this to the cygwin list, that might be
a good idea; I'm not subscribed there.
2005-05-24  Stepan Kasal  <[EMAIL PROTECTED]>

* util/texi2dvi (findprog): Rewrite the test for an executable and
the explanation above.

Index: util/texi2dvi
===
RCS file: /cvsroot/texinfo/texinfo/util/texi2dvi,v
retrieving revision 1.50
diff -u -r1.50 texi2dvi
--- util/texi2dvi   15 May 2005 00:00:08 -  1.50
+++ util/texi2dvi   24 May 2005 12:17:53 -
@@ -130,16 +130,15 @@
   saveIFS=$IFS
   IFS=$path_sep  # break path components at the path separator
   for dir in $PATH; do
-# use test -x rather than test -f for DJGPP, where test -x checks
-# for .exe.  But test -x will also return true for directories, so
-# explicitly ignore those.
-if test -x "$dir/$1" && test ! -d "$dir/$1"; then
-  foundprog=true
-  break
-
-# But on cygwin, test -x foo will not find foo.exe.  So also check
-# for that.
-elif test -x "$dir/$1.exe"; then
+# The basic test for an executable is `test -f $f && test -x $f'.
+# `test -x' is not enough, because it can also be true for directories.
+#
+# On Cygwin and DJGPP, `test -x' also looks for .exe.  On Cygwin, also
+# `test -f' has this enhancement, bot not on DJGPP.  (Both are design
+# decisions, so there is little chance to make them consistent.)
+# Thus we have to try `test -f' twice.
+if  test -x "$dir/$1" &&
+   { test -f "$dir/$1" || test -f "$dir/$1.exe"; }; then
   foundprog=true
   break
 fi

--
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: Fw: bug in texi2dvi, and hack patch

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Stepan Kasal on 5/24/2005 6:22 AM:
> So my job was to fix the comment.  Well, I actually replaced the code
> together with the comments, to get something which is easier to explain.
> (Actually, my code is close to what Autoconf does.)
> 
> See the attached patch.
> I hope I haven't screwed anything.
> 
> Have a nice day,
>   Stepan Kasal
> 
> PS: if ebb9 or dave can actually fwd this to the cygwin list, that might be
> a good idea; I'm not subscribed there.
Cygwin is an open list, so your comment already made it there.

> @@ -130,16 +130,15 @@
>saveIFS=$IFS
>IFS=$path_sep  # break path components at the path separator
>for dir in $PATH; do
> +# The basic test for an executable is `test -f $f && test -x $f'.
> +# `test -x' is not enough, because it can also be true for directories.
> +#
> +# On Cygwin and DJGPP, `test -x' also looks for .exe.  On Cygwin, also
> +# `test -f' has this enhancement, bot not on DJGPP.  (Both are design
> +# decisions, so there is little chance to make them consistent.)
> +# Thus we have to try `test -f' twice.
> +if  test -x "$dir/$1" &&
> + { test -f "$dir/$1" || test -f "$dir/$1.exe"; }; then

Not quite.  Now, if both tex and tex.exe exist, but tex is not executable,
then you just failed to find tex.exe on cygwin.  If you are going to use
test -f on both tex and tex.exe, then you also need to do so with test -x:
if { test -x "$dir/$1" || test -x "$dir/$1.exe"; } &&
   { test -f "$dir/$1" || test -f "$dir/$1.exe"; }; then

And even that is not quite right - suppose tex is a directory, so just
test -x passes, and tex.exe is a non-executable file, so just test -f
passes.  Maybe something more like this is needed:
if { test -x "$dir/$1" && test -f "$dir/$1"; } ||
   { test -x "$dir/$1.exe" && test -f "$dir/$1.exe"; }; then

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

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

iD8DBQFCkx7684KuGfSFAYARAqz/AJwLx4nwhDPKVEuP3m0pf+QXgGGjqQCfaf4k
rp4jmGPs+9j50+V5ol24aJQ=
=teko
-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: Fw: bug in texi2dvi, and hack patch

[Stepan Kasal]

Hi,

On Tue, May 24, 2005 at 06:32:58AM -0600, Eric Blake wrote:
> Now, if both tex and tex.exe exist, but tex is not executable,
> then you just failed to find tex.exe on cygwin.

OK.  But later on, command "tex" is called.
If both tex and tex.exe exist in the same directory in path, what does
bash/Cygwin do?  Doesn't it complain that the file is not executable?
(``Permission denied'', perhaps.)

But my main answer is: if you have your setup that screwed, you deserve
what you get.  (OTOH, having tex.exe and tex/ in the same place makes
more sense.)

Regards,
Stepan

--
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/

libXML

[marcos rebelo]

I was trying to install this library and the perl module that do the
warp around it. After some changes in the instalation script I'm able
of installing the module but I'm no longer able of calling one program
from the Perl.

the version 2.6.13(1.236 kb) has +- twice the size of the version
2.6.16 (669). Is this correct.

Thanks
MArcos

--
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: /etc/profile always does a "cd $HOME"

[Dave Korn]

Original Message
>From: Sven Köhler
>Sent: 24 May 2005 04:16



> The file in /etc/defaults/etc/profile has this CHERE_INVOKING thing, but
> for some reason, that file wasn't copied to /etc/profile.
> 
> Can you imagine why?


  The base files postinstall script refuses to update your /etc/profile if
it isn't identical to the default, so as not to wipe out any local changes
you have made.


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: Fork problem (?) when bootstrapping gcc

[Dave Korn]

Original Message
>From: Christophe Jaillet
>Sent: 23 May 2005 21:40

> Hi,
> 
> from time to time, I'm bootstrapping gcc on my Win98 cygwin Box.
> 
> From a few weeks, it ends after about 1 hour of bootstrap with the
> following message :
> > Win32 error 8

>From MSDN:

8 Not enough storage is available to process this command.
ERROR_NOT_ENOUGH_MEMORY 

> I thing it is a cygwin (or Win98 ?) issue because no one in the gcc
> mailing list has complained about such a problem


  What are your virtual memory settings?  It looks like it's running out of
pagefile or something.


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: Fork problem (?) when bootstrapping gcc

[Corinna Vinschen]

On May 24 15:09, Dave Korn wrote:
> Original Message
> >From: Christophe Jaillet
> >Sent: 23 May 2005 21:40
> 
> > Hi,
> > 
> > from time to time, I'm bootstrapping gcc on my Win98 cygwin Box.
> > 
> > From a few weeks, it ends after about 1 hour of bootstrap with the
> > following message :
> > > Win32 error 8
> 
> >From MSDN:
> 
> 8 Not enough storage is available to process this command.
> ERROR_NOT_ENOUGH_MEMORY 
> 
> > I thing it is a cygwin (or Win98 ?) issue because no one in the gcc
> > mailing list has complained about such a problem
> 
> 
>   What are your virtual memory settings?  It looks like it's running out of
> pagefile or something.

Is that solved with a recent snapshot, perhaps?

http://cygwin.com/snapshots/


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
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: problems in Perl process management

[Christopher Faylor]

On Tue, May 24, 2005 at 05:11:00PM +1000, Sonam Chauhan wrote:
>Hi - Asking again since I didn't get a response... 

You got a response before you asked the question.

demonstrated by my testcase script), the CW_GETPINFO_FULL query
returns: 1.  Invalid PPIDs
>>>
>>>Only PPIDs for cygwin processes are returned.  Everything else should
>>>be 0.
>
>Both Proc::ProcessTable and 'ps -W' use CW_GETPINFO_FULL.  My Perl
>testcase <*> forks and runs '/bin/sleep' with the Perl backtick
>operator.  Proc::ProcessTable and 'ps -W' then report the following
>about the testcase processes:
>
>1.  PID and PPID of the fork-ed Perl processes -- reported normally.
>2.  PID and PPID of the 'sleep' process -- reported as if it was a
>non-Cygwin process.  i.e.  PID=, PPID=0.
>
>But the 'sleep' process is a "Cygwin process", right?
>
>Does this indicate a bug in CW_GETPINFO_FULL?

Almost a week ago, I wrote:

On Tue, May 17, 2005 at 11:08:29PM -0400, Christopher Faylor wrote:
>ps -W will also not always properly report on execed processes in
  ^
>general.  Since ps -W uses CW_GETPINFO_FULL, you can use that command to
>see what is going on.

i.e., you can't use CW_GETPINFO_FULL to do what you seem to be expecting
to do.

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: libXML

[Gerrit P. Haase]

marcos rebelo wrote:


I was trying to install this library and the perl module that do the
warp around it. After some changes in the instalation script I'm able
of installing the module but I'm no longer able of calling one program
from the Perl.

the version 2.6.13(1.236 kb) has +- twice the size of the version
2.6.16 (669). Is this correct.


The size of the package?  It was splitted recently, the docs and the
python parts are separated now.

What is the perl problem?  Which module?


Gerrit
--
=^..^=

--
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: Fw: bug in texi2dvi, and hack patch

[Karl Berry]

if { test -x "$dir/$1" && test -f "$dir/$1"; } ||
   { test -x "$dir/$1.exe" && test -f "$dir/$1.exe"; }; then

This seems sensible.  I can't actually test it, since I don't have
either Cygwin or DJPP, but at least it is symmetric.

Stepan, do you have an objection to it?

Thanks,
k

--
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: Fork problem (?) when bootstrapping gcc

[Christophe Jaillet]

My virtual memory settings are :
min : 150 Mo
max : 750 Mo

I've also tried to update memory allowed to cygwin process as described
somewhere in the documentation with the following command :

regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb 512

Finally I'm downloading cygwin1-20050520.dll.bz2, and I'll give it a try.
I'm mail here the result.

Thanks





--
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/

Where is bash configuration file?

[Alireza Ghasemi]

Hello,
I use bash 2.0.5b and I want to add some paths to $PATH.What file should I
change?
Thanks.
Alireza



--
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: Rebase dlls not from cygwin

[ralf . habacker]

Am Dienstag, 24. Mai 2005 13:47 schrieb Jason Tishler:
> Hermann,
> 
> On Mon, May 23, 2005 at 11:06:29PM +0200, Hermann Klocker wrote:
> > Sorry if I email directly to you - I am new to cygwin. Please tell me
> > if I should have posted this report to another location.
> 
> I would have preferred if you posted to the Cygwin mailing list instead
> of sending private email.
> 
> > I think I have a problem similar to a posting I found regarding rebase
> > failing with message "not rebaseable".
> > 
> > I try to run Dakota 3.3 (from
> > http://endo.sandia.gov/DAKOTA/licensing/release/Dakota_3_3.cygwin.tar.gz) 
> > 
> > with cygwin 1.5.16. 
> > 
> > When trying to start Dakota I get the error message 
> > 
> > $ dakota
> >1723 [main] ? 5132 cygheap_fixup_in_child: Couldn't reserve 9891792 
bytes
> > of space for cygwin's heap (0x6181 <0x15C>) in child, Win32 error
> > 487 C:\cygwin\usr\local\bin\dakota.exe (5132): *** m.AllocationBase 0x0,
> > m.BaseAddre ss 0x6181, m.RegionSize 0x5B, m.State 0x1

I recognized this type of problems with kde on cygwin too, when dll's  are 
rebased into the address area immediatly above the cygwin1.dll. I fixed this 
problems using the rebase base address option -b  e.g. 

rebase -b 0x6100 ... 

Ralf 

> > After all I have read about this message I thougt rebase should solve
> > my problem, alas trying to rebase all dlls from Dakota (these are the
> > only ones residing in /usr/local/bin) gave:
> > 
> > $ cat list1
> > /usr/local/bin/mpich.dll
> > /usr/local/bin/mpichd.dll
> > /usr/local/bin/mpicherr.dll
> > /usr/local/bin/PHXCppApi.dll
> > 
> > [EMAIL PROTECTED] /usr/local/bin
> > $ rebaseall  -T list1 -v > rb.out
> > /usr/bin/tclpip84.dll: skipped because not rebaseable
> > /usr/local/bin/mpich.dll: skipped because not rebaseable
> > /usr/local/bin/mpichd.dll: skipped because not rebaseable
> > /usr/local/bin/mpicherr.dll: skipped because not rebaseable
> > /usr/local/bin/PHXCppApi.dll: skipped because not rebaseable
> > 
> > Do you have any hints regarding this problem?
> 
> At the moment no.  However, I was able to reproduce the above.  I will
> enhance rebase to indicated why it thinks a DLL is not rebaseable when
> the verbose option is specified.
> 
> Although this change may produce better diagnostics, it may not solve
> your problem.  Note that some DLLs are just not rebaseable -- for
> example, tclpip84.dll.
> 
> Jason

--
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: Where is bash configuration file?

[Rancier, Jeff]

Try ~/.bashrc or ~/.bash_profile

-Original Message-
From: Alireza Ghasemi [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 24, 2005 3:42 PM
To: cygwin@cygwin.com
Subject: Where is bash configuration file?


Hello,
I use bash 2.0.5b and I want to add some paths to $PATH.What file should I
change?
Thanks.
Alireza



--
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: Where is bash configuration file?

[Igor Pechtchanski]

On Wed, 25 May 2005, Alireza Ghasemi wrote:

> I use bash 2.0.5b and I want to add some paths to $PATH.  What file
> should I change?

PAGER='less -p "^FILES"' man bash
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: /etc/profile always does a "cd $HOME"

[Dave]

Yitzchak Scott-Thoennes wrote:
> On Mon, May 23, 2005 at 12:55:12PM -0700, Dave wrote:
 i'd like to use cygwin from a normal windows-app. The problem is, that i
 need a login-shell, so that all environment-vars are properly set. The
 problem: bash -li always changes the current workdir!
>> 
>>>The point was "a flly functional" environment, and just adding /bin to
>>>the PATH is only half the things, i'd need to do.
>> 
>> If you have a recent* /etc/profile from base-files, pretend you're chere.
>> 
>> From a sh script:
>> 
>> CHERE_INVOKING=y && bash -li 
>
>ITYM:
>
>CHERE_INVOKING=y bash -li -c somecommand

Thanks for the correction. I never knew that was valid, and I suppose I'll
always wonder why some of my scripts ever worked.

Dave.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

--
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/

to cygdrive, or to not cygdrive!

[J. David Boyd]

I have two windows xp pro machines.

On one machine, my desktop at work, I can use a command line like:
cd /c/xfer
without needing cygdrive.

On my laptop at home, I have to type in
cd /cygdrive/c/xfer

I don't remember ever changing anything to allow my desktop to operate the 
way it does.

Any clues from anyone?  I would like my laptop to work the same way...

Dave


--
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: to cygdrive, or to not cygdrive!

[Christopher Faylor]

On Tue, May 24, 2005 at 08:19:19PM +, J. David Boyd wrote:
>I have two windows xp pro machines.
>
>On one machine, my desktop at work, I can use a command line like:
>cd /c/xfer
>without needing cygdrive.
>
>On my laptop at home, I have to type in
>cd /cygdrive/c/xfer
>
>I don't remember ever changing anything to allow my desktop to operate the 
>way it does.

And, yet, you did.  /cygdrive is (obviously?) the default.

>Any clues from anyone?  I would like my laptop to work the same way...

"man mount" should be pretty useful in determining how to 
--change-[the]cygdrive-prefix .

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: to cygdrive, or to not cygdrive!

[J. David Boyd]

Christopher Faylor <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]: 

> On Tue, May 24, 2005 at 08:19:19PM +, J. David Boyd wrote:
>>I have two windows xp pro machines.
>>
>>On one machine, my desktop at work, I can use a command line like:
>>cd /c/xfer
>>without needing cygdrive.
>>
>>On my laptop at home, I have to type in
>>cd /cygdrive/c/xfer
>>
>>I don't remember ever changing anything to allow my desktop to operate
>>the way it does.
> 
> And, yet, you did.  /cygdrive is (obviously?) the default.
> 

Oh, I have no doubts that I did.  I just don't remember what I did, or 
when.  I've used cygwin on my desktop for 5 years or so, I guess, and 
what tweaks I did way back are lost in the haze.


>>Any clues from anyone?  I would like my laptop to work the same way...
> 
> "man mount" should be pretty useful in determining how to
> --change-[the]cygdrive-prefix . 
> 

Ah, thank you very much.  I can see a mount as /c for the c: drive, so 
that must be what I did.  I'll make a note this time.

Have a great night, and thanks for the help.

Dave


--
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: problems in Perl process management

[Sonam Chauhan]

Please clarify so I understand better.

Are you saying that since...

> >ps -W will also not always properly report on execed processes in
>   ^
> >general.  Since ps -W uses CW_GETPINFO_FULL, 
> > ... 

... by implication, CW_GETPINFO_FULL does not report on execed processes
properly. 

If this is the case, isn't this a bug in CW_GETPINFO_FULL? 

Won't it be better fixing this bug, than fixing 'Proc::ProcessTable' and 'ps
-W' and all the other programs that uses CW_GETPINFO_FULL? 

Sonam Chauhan
-- 
Electronic Commerce, Corporate Express Australia Ltd.
Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED]


--
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/

win95 tcp/ip connections

[Robert Wasmann]

Hi, Im trying to get cygwin working on win95b.
I cant ping or ssh from within cygwin yet I can access everything fine
outside of cygwin.   It gives me the error "Socket: operation not
permitted" if I use an IP address or "no address associated with name" if
I use a domain name.  I made sure winsock2 was installed just in case.
I've searched all over the internet for an answer.  I can ssh fine using
putty otherwise.   I cant even ping yahoo from within cygwin. Any Ideas?


Rob.


--
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: win95 tcp/ip connections

[Larry Hall]

At 10:50 PM 5/24/2005, you wrote:

>Hi, Im trying to get cygwin working on win95b.
>I cant ping or ssh from within cygwin yet I can access everything fine
>outside of cygwin.   It gives me the error "Socket: operation not
>permitted" if I use an IP address or "no address associated with name" if
>I use a domain name.  I made sure winsock2 was installed just in case.
>I've searched all over the internet for an answer.  I can ssh fine using
>putty otherwise.   I cant even ping yahoo from within cygwin. Any Ideas?


Please read and follow the problem reporting guidelines at
.  This will provide readers of this 
list with the level of detail required to help you pinpoint your 
problem. 


--
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/

How to install perl modules?

[Manuel Tejada]

Hello!

Somebody can tell me from what URL I must to download
a perl module and how to install it in Cygwing?

In pure Windows is easy is you have Perl from
ActiveState but Perl installed in Cygwin doesnt have
the ppm Manager.

Manuel TEJADA M.

_
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx

--
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: How to install perl modules?

[Brian Dessent]

Manuel Tejada wrote:

> Somebody can tell me from what URL I must to download
> a perl module and how to install it in Cygwing?

You use CPAN.  "perl -MCPAN -e 'install Foo::Bar'" or "perl -MCPAN -e
shell".  There is no URL to know, it takes care of all of that. 
http://cpan.org/misc/cpan-faq.html

> In pure Windows is easy is you have Perl from
> ActiveState but Perl installed in Cygwin doesnt have
> the ppm Manager.

To me (and perhaps others) that's a feature and not a bug.  I can't
stand that ppm junk.

Brian

--
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: problems in Perl process management

[Christopher Faylor]

On Wed, May 25, 2005 at 09:45:50AM +1000, Sonam Chauhan wrote:
>Please clarify so I understand better.
>
>Are you saying that since...
>
>> >ps -W will also not always properly report on execed processes in
>>   ^
>> >general.  Since ps -W uses CW_GETPINFO_FULL, 
>> > ... 
>
>...  by implication, CW_GETPINFO_FULL does not report on execed
>processes properly.

Now you're getting it.

>If this is the case, isn't this a bug in CW_GETPINFO_FULL? 
>
>Won't it be better fixing this bug, than fixing 'Proc::ProcessTable' and 'ps
>-W' and all the other programs that uses CW_GETPINFO_FULL? 

There is no reference implementation which would specify that the
behavior which I noted was incorrect.  "CW_GETPINFO_FULL" was
implemented for "ps -W".  I don't believe I've ever heard anyone
complaining about the way this works in "ps -W" or in "all of the other
programs" which use this.

If you want to submit a patch which changes this behavior, I'll
certainly review it promptly.  I don't believe that it would be trivial
to do, however.

It seems to me that it would be a lot easier to work around in
the perl module.

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: problems in Perl process management

[Sonam Chauhan]

Chris:

> >> >ps -W will also not always properly report on execed processes in
> >>   ^
> >> >general.  Since ps -W uses CW_GETPINFO_FULL,
...
> >Won't it be better fixing this bug, than fixing 'Proc::ProcessTable' and
> > 'ps -W' and all the other programs that uses CW_GETPINFO_FULL?
> 
> There is no reference implementation which would specify that the
> behavior which I noted was incorrect.  "CW_GETPINFO_FULL" was
> implemented for "ps -W".  

So the accurate-reporting-except-for-execed-processes behavior is canonical
in CW_GETPINFO_FULL as of now.

I'd suggest noting this in the man page for 'ps -W' so people know it's true
behavior. Right now, all it says is:

   -W, --windows
  show windows as well as cygwin processes
...
The  -W option causes  ps show non-Cygwin Windows processes as  well  as
Cygwin  processes


> I don't believe I've ever heard anyone
> complaining about the way this works in "ps -W" or in "all of the other
> programs" which use this.

There's a first time for everything. 

> If you want to submit a patch which changes this behavior, I'll
> certainly review it promptly.  I don't believe that it would be trivial
> to do, however.

I'm not skilled enough, so I'll leave that alone. 

> It seems to me that it would be a lot easier to work around in
> the perl module.

Can you suggest any other CW_... query that would report on PIDs accurately?


Regards,
Sonam

--
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/

"ssh-host-config -y" w/CYGWIN set to ntsec..; ssh works but CYGWIN *not* set

[Tom Rodman]

I've upgraded to 1.5.16, and installed the latest openssh, using 
the "ssh-host-config -y" script.  I specified CYGWIN be set to:

  binmode tty ntsec smbntsec

When I logon w/simple password authentication, CYGWIN is undefined:

  bash-2.05b $ ssh localhost -l adm_tsr
  [EMAIL PROTECTED]'s password:
  Last login: Tue May 24 22:58:12 2005 from 127.0.0.1
  Welcome!
  bash-2.05b $ echo "CYGWIN is: [$CYGWIN]"
  CYGWIN is: []

I've gotten this problem after installing sshd repeatedly, on
several different w2k hosts.  I'm guessing I missed the solution
in the mail archives; I did read /usr/share/doc/Cygwin/openssh.README.

There is also a long delay (15 sec or so) when logging in.

--
thanks,
Tom Rodman

--
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: problems in Perl process management

[Christopher Faylor]

On Wed, May 25, 2005 at 02:41:28PM +1000, Sonam Chauhan wrote:
>cgf wrote:
>>I don't believe I've ever heard anyone complaining about the way this
>>works in "ps -W" or in "all of the other programs" which use this.
>
>There's a first time for everything. 

I guess I'll wait for the second, third, and fourth time for everything
before I start getting really worried.

>>It seems to me that it would be a lot easier to work around in the perl
>>module.
>
>Can you suggest any other CW_...  query that would report on PIDs
>accurately?

CW_GETPINFO reports on PIDs accurately, AFAIK.

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: problems in Perl process management

[Sonam Chauhan]

> I guess I'll wait for the second, third, and fourth time for everything
> before I start getting really worried.

As you like.

> >>It seems to me that it would be a lot easier to work around in the perl
> >>module.
> >
> >Can you suggest any other CW_...  query that would report on PIDs
> >accurately?
> 
> CW_GETPINFO reports on PIDs accurately, AFAIK.

Thanks. 

Cheers,
Sonam Chauhan
-- 
Electronic Commerce, Corporate Express Australia Ltd.
Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED]
 

--
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: "ssh-host-config -y" w/CYGWIN set to ntsec..; ssh works but CYGWIN *not* set

[Brian Dessent]

Tom Rodman wrote:

> I've upgraded to 1.5.16, and installed the latest openssh, using
> the "ssh-host-config -y" script.  I specified CYGWIN be set to:
> 
>   binmode tty ntsec smbntsec
> 
> When I logon w/simple password authentication, CYGWIN is undefined:
> 
>   bash-2.05b $ ssh localhost -l adm_tsr
>   [EMAIL PROTECTED]'s password:
>   Last login: Tue May 24 22:58:12 2005 from 127.0.0.1
>   Welcome!
>   bash-2.05b $ echo "CYGWIN is: [$CYGWIN]"
>   CYGWIN is: []

I could be wrong here but I thought that setting of $CYGWIN for the
service affects only the environment of the actual service, not for the
general cygwin environment.  If you want the CYGWIN environment variable
set to a certain value globally, just set it in the system properties
dialog.

BTW, ntsec has been enabled by default for years (?) so it's pointless
to specify it in the environment.

The delay you are seeing is probably due to ssh trying to do a reverse
dns lookup of 127.0.0.1 and timing out.  Make sure you have a hosts file
that specifies "127.0.0.1 localhost" if you want to skip that delay.

Brian

--
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: "ssh-host-config -y" w/CYGWIN set to ntsec..; ssh works but CYGWIN *not* set

[David Rothenberger]

On 5/24/2005 10:04 PM, Brian Dessent wrote:

I could be wrong here but I thought that setting of $CYGWIN for the
service affects only the environment of the actual service, not for the
general cygwin environment.  If you want the CYGWIN environment variable
set to a certain value globally, just set it in the system properties
dialog.


I have CYGWIN set in my sshd service and globally to "server", but when 
I ssh to my machine, CYGWIN is empty:


% echo $CYGWIN
server
% ssh localhost
Last login: Wed May  4 20:20:04 2005 from localhost
% echo $CYGWIN

%

This is with the 2005-05-20 snapshot.


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734

Old soldiers never die.  Young ones do.


--
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: "ssh-host-config -y" w/CYGWIN set to ntsec..; ssh works but CYGWIN *not* set

[Brian Dessent]

David Rothenberger wrote:

> I have CYGWIN set in my sshd service and globally to "server", but when
> I ssh to my machine, CYGWIN is empty:
> 
> % echo $CYGWIN
> server
> % ssh localhost
> Last login: Wed May  4 20:20:04 2005 from localhost
> % echo $CYGWIN

Hmm, weird.  I see the same thing here too.  Not sure if it was always
this way or a recent change in the DLL / cygrunsrv / sshd.

Brian

--
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: binutils-20050520-1

[Christopher Faylor]

I've made a new version of binutils available for installation.
This version is a refresh from CVS on sources.redhat.com.

This release seems to fix a strip SEGV caused by trying to strip an
archive file which contains an archive file.  It also contains a dlltool
patch from our very own Yitzchak Scott-Thoennes which fixes problems
with dlltool when an input file contains CRs.

For a brief description of this package, and a listing of the files it
contains, see http://cygwin.com/packages/binutils .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce 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]

If you need more information on unsubscribing, start reading here:

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

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

Christopher Faylor


--
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/

Auto-[ANNOUNCEMENT] busted again?

[Gary R. Van Sickle]

"Once sent, your message will be reviewed by one of the cygwin-announce
moderators and, once approved, will be automatically forwarded to the cygwin
mailing list with an [ANNOUNCEMENT] prepended to the subject."

This never happened with the latest mutt release AFACT.

-- 
Gary R. Van Sickle


--
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/