src/winsup/mingw ChangeLog mingwex/gdtoa/mingw ...

2007-10-03 Thread ironhead
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2007-10-03 20:45:58

Modified files:
winsup/mingw   : ChangeLog 
winsup/mingw/mingwex/gdtoa: mingw_snprintf.c 

Log message:
2007-10-03  Danny Smith  [EMAIL PROTECTED]

* mingwex/gdtoa/mingw_snprintf.c: fixed warning during compile.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.378r2=1.379
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/gdtoa/mingw_snprintf.c.diff?cvsroot=srcr1=1.3r2=1.4



src/winsup/w32api ChangeLog lib/scrnsave.c

2007-10-03 Thread ironhead
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2007-10-03 23:34:14

Modified files:
winsup/w32api  : ChangeLog 
winsup/w32api/lib: scrnsave.c 

Log message:
2007-10-03  Frank Fesevur  [EMAIL PROTECTED]

* lib/scnsave.c: Multi-monitor support.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.915r2=1.916
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/scrnsave.c.diff?cvsroot=srcr1=1.4r2=1.5



src/winsup/w32api ChangeLog include/rpcndr.h l ...

2007-10-03 Thread ironhead
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2007-10-03 23:49:35

Modified files:
winsup/w32api  : ChangeLog 
winsup/w32api/include: rpcndr.h 
winsup/w32api/lib: rpcrt4.def 

Log message:
2007-10-03  Jiri Malak  [EMAIL PROTECTED]

* include/rpcndr.h: Missing NdrClientCall2 entry.
* lib/rpcrt4.def: Ditto.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.916r2=1.917
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/rpcndr.h.diff?cvsroot=srcr1=1.7r2=1.8
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/rpcrt4.def.diff?cvsroot=srcr1=1.3r2=1.4



Cygwin hangs with error (--) 3 mouse buttons found

2007-10-03 Thread Putto

I am trying to coonect to linux machien with xwin command 

Cygwin gives error 

(--) 3 mouse buttons found
Could not init font path element /usr/X11R6/lib/X11/fo
st!
winPointerWarpCursor - Discarding first warp: 637 484


And hangs 
Please provide solution for the same.

-- 
View this message in context: 
http://www.nabble.com/Cygwin-hangs-with-error-%28--%29-3-mouse-buttons-found-tf4560027.html#a13013473
Sent from the Cygwin Users mailing list archive at Nabble.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/



setup.exe still can't uninstall bash

2007-10-03 Thread Mario Frasca
this is some debugging information about the crash...
it happens during uninstalling of previous bash package.
no other package needed to be upgraded.
the machine is a ibm lenovo R60 running windows XP.

Mario [EMAIL PROTECTED]:~$ gdb ./Desktop/setup-debug-2.578.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i686-pc-cygwin...
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/Mario Frasca/Bureaublad/\
setup-debug-2.578.exe 
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/msvcrt.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/WinSxS/X86_Microsoft.Windows.Common-Co\
ntrols_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03/comctl32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/gdi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/user32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/shlwapi.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/ole32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/shell32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/wsock32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/ws2_32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/ws2help.dll
warning: LOG: 2 Starting cygwin install, version 2.578
warning: LOG: 2 Current Directory: C:\Downloaded
warning: LOG: 2 Changing gid to Users
warning: LOG: 2 Could not open service McShield for query, start and stop. Mc\
Afee may not be installed, or we don't have access.
warning: LOG: 2 source: network install
warning: LOG: 2 root: C:\cygwin binary system
warning: LOG: 2 Selected local directory: C:\Downloaded
warning: LOG: 2 net: Direct
warning: LOG: 1 Loaded cached mirror list
warning: LOG: 1 get_url_to_membuf http://cygwin.com/mirrors.lst
warning: LOG: 1 getUrlToStream http://cygwin.com/mirrors.lst
warning: LOG: 2 site: http://bo.mirror.garr.it/mirrors/sourceware.org/cygwin
warning: LOG: 1 get_url_to_membuf http://bo.mirror.garr.it/mirrors/sourceware\
.org/cygwin/setup.bz2
warning: LOG: 1 getUrlToStream http://bo.mirror.garr.it/mirrors/sourceware.or\
g/cygwin/setup.bz2
warning: .ini setup_version is 2.573.2.2, our setup_version is 2.578
warning: LOG: 1 get_url_to_file http://bo.mirror.garr.it/mirrors/sourceware.o\
rg/cygwin/release/bash/bash-3.2.25-16.tar.bz2 C:\Downloaded/http%3a%2f%2fbo.m\
irror.garr.it%2fmirrors%2fsourceware.org%2fcygwin/release/bash/bash-3.2.25-16\
.tar.bz2.tmp
warning: LOG: 2 Downloaded C:\Downloaded/http%3a%2f%2fbo.mirror.garr.it%2fmir\
rors%2fsourceware.org%2fcygwin/release/bash/bash-3.2.25-16.tar.bz2
warning: LOG: 1 Checking MD5 for file://C:\Downloaded/http%3a%2f%2fbo.mirror.\
garr.it%2fmirrors%2fsourceware.org%2fcygwin/release/bash/bash-3.2.25-16.tar.b\
z2
warning: LOG: 1 MD5 verified OK: file://C:\Downloaded/http%3a%2f%2fbo.mirror.\
garr.it%2fmirrors%2fsourceware.org%2fcygwin/release/bash/bash-3.2.25-16.tar.b\
z2 31c89f8ab16f9ba110aead986cc7d70c
warning: LOG: 2 Running preremove script for  bash
warning: LOG: 2 Uninstalling bash

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 5784.0x1090]
0x004ace23 in _Unwind_SjLj_RaiseException ()
at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77
77  /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream: No such file 
or \
directory.
in /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream
Current language:  auto; currently c++
(gdb) backtrace
#0  0x004ace23 in _Unwind_SjLj_RaiseException ()
at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77
#1  0x004a3635 in __cxa_throw ()
at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77
#2  0x004a57d8 in std::__throw_logic_error ()
at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77
#3  0x004d1c98 in std::string::_S_constructchar const* ()
at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/bits/stl_vector.h:375
#4  0x004d4216 in std::basic_stringchar, std::char_traitschar, std::alloca\
torchar ::basic_string ()
at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/bits/basic_string.h:198
#5  0x0040c3c6 in cygpackage::getfirstfile (this=0x3e9d48)
at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/ext/new_allocator.h:62
#6  0x004596fb in packageversion::getfirstfile (this=0x215ff38)
at ../package_version.cc:174
#7  0x00456e8b in packagemeta::uninstall (this=0x3e9c58)
at ../package_meta.cc:153
#8  0x00429b84 in Installer::uninstallOne (this=0x235fbc4, [EMAIL PROTECTED])
at ../install.cc:156
#9  0x004302c5 in 

RE: Huge memory leak, probably related to making new processes

2007-10-03 Thread Dave Korn
On 03 October 2007 05:31, Christopher Faylor wrote:

 On Wed, Oct 03, 2007 at 04:20:18AM +, Lewis Hyatt wrote:
 Anyway, can I ask you to do this yourself - just do the last test:
 
 COUNTER=1
 while [ $COUNTER -lt 123456 ]; do (echo $COUNTER); let
 COUNTER=$COUNTER+1; done 
 
 and wait a little (couple of minutes). If necessary, repeat it until your
 memory drops to 10-20 MB range and your HDD should start whining. Then
 close cygwin and wait 10 minutes. The memory is still occupied. I don't
 know when Windows would free it, but I did not get that behavior with any
 other program (e.g. try to open  close Firefox or such - it will show a
 peak in both directions regarding memory and will do that almost
 immediately). 

  That's exactly what I see when I try your testcase.  No continuous increase
in any of the figures, I just see the commit charge go up a bit each time an
echo is launched and down a bit each time it terminates, about two meg
variation.  The same slight up-and-down variation in the physical memory
available/cache figures.  No change at all in the kernel memory figures.
 
 I've been waiting for someone to make the observation that Cygwin has no
 magic powers which allow it to allocate memory and never release it -
 even on process exit.  No modern OS allows you to get away with that.
 
 If the OP is really seeing that then either there is something else on his
 system which is responsible for the behavior.  

  I suspect BLODA interference.  I'd particularly like the OP to report if
there is any leak in the kernel memory figures, because that would certainly
point the finger at a dodgy antivirus disk filter device driver or similar.

 The other alternative is
 misunderstanding of what is going on.  I'd say that it was probably
 50/59 which is the case here.

  That's inflation for ya - 100% aint what it used to be.


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: Can cron cause computer to wake up from hibernate?

2007-10-03 Thread Dave Korn
On 03 October 2007 06:14, Andrew DeFaria wrote:

 Matthew Wozniski wrote:
 Hibernation does involve swapping everything in memory to disk,
 freezing the state of all processes, and powering down the system.
 But, the system being powered down does not mean that no part of the
 system is receiving power. In fact, Wake On LAN technology is designed
 to work on machines that are completely shut down - the only caveat is
 that the motherboard reserves power for the network card, and the
 network card scans for a particular magic packet addressed to it. If
 that packet shows up, the computer turns itself back on.
 This would be the first time that I've ever heard of this. Forgive me
 for saying but do you have a reference?

  http://www.google.com/search?q=wake+on+lan


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: cout and cerr won't work after cygwin1.dll init from VC++

2007-10-03 Thread Anton Mellit



Francisco J. Royo Santas wrote:
 
 Hello
 
 I have a VC++ program that uses a Cygwin-compiled DLL. I can init
 cygwin1.dll
 but, after doing this, cout and cerr stop working. cout  Message 
 endl
 does not appear on the screen. I do not know exactly what happens here.
 The
 program is:
 
 cout  Before  endl;   // Appears
 HMODULE cygwinDll = LoadLibrary(cygwin1.dll);
 void (*init)() = (void (__cdecl *)(void)) GetProcAddress(cygwinDll,
 cygwin_dll_init);
 init();
 cout  After  endl;// Does nor appear
 
 What is going on here?? What do I have to do to have cout and cerr back
 normally??
 
 Thanks and G'bye
 Francisco J. Royo Santas
 
 
 --
 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/
 
 
 

Actually I had the same problem. I am trying to write a GP/PARI - package
for Python for Windows. GP/PARI is a software for numerical computation
which uses cygwin. After loading cygwin python stopped to produce any
output. The cure is to add tty parameter to the CYGWIN environment
variable.

Anton
-- 
View this message in context: 
http://www.nabble.com/%22cout%22-and-%22cerr%22-won%27t-work-after-cygwin1.dll-init-from-VC%2B%2B-tf2848024.html#a13017100
Sent from the Cygwin Users mailing list archive at Nabble.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/



RE: Huge memory leak, probably related to making new processes

2007-10-03 Thread wimxa

Guys,

Thank you for the trouble of testing this. Unfortunately, I cannot confirm
whether this is a problem with any AV - I am not an admin on the machine in
question, cannot shut AV down. 

About the kernel memory figures - they are increasing - much slower and in a
very unpredictable see-saw way, but they are. In fact, I ran it the second
time after a while (without restarting the computer) and it slowly released
a great deal of the kernel memory it had allocated - quite strange
behavior - one time it increases, the next time it decreases - couldn't find
any pattern. 

At number 43500 (this must be hard-coded in Cygwin somewhere :)) the
COUNTER test (the last one Lewis also tried) died with:

  11831 [main] bash 3820 fork: child -1 - CreateProcessA failed, errno 11
bash: fork: Resource temporarily unavailable

Restarts would allow only at most a few more runs with the same error
following, e.g.:

136705676 [main] bash 3820 fork: child -1 - CreateProcessA failed, errno 11
bash: fork: Resource temporarily unavailable

I tried to restart Cygwin, but could not run it again (the same kind of
error on startup).

What I can do is test this on my home machine (yes, I should have done that
already - doh) in the evening and let you know if this occurring on it too -
I will shut down anything necessary to get the offender if it occurs there.
However, I am glad that this is not a Cygwin-only problem, based on two
independent tests.

Thanks again!
-- 
View this message in context: 
http://www.nabble.com/Huge-memory-leak%2C-probably-related-to-making-new-processes-tf4557470.html#a13018087
Sent from the Cygwin Users mailing list archive at Nabble.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/



Re: newbie question -- problem with launching shell script files

2007-10-03 Thread Thorsten Kampe
* Alexey Illarionov (Tue, 2 Oct 2007 21:53:13 -0700)
 I wrote a small script. Here is the content of the 'run.sh'
 
 #!/bin/sh
 cd /cygdrive/c
 
 Unfortunately, it does not work. The command './run.sh' does nothing.

Actually it does. You can see that by putting pwd at the bottom of 
your script.

Thorsten


--
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: Huge memory leak, probably related to making new processes

2007-10-03 Thread wimxa

I have just tried this on another machine with Cygwin - no leaks. OK, so it
is not Cygwin - my bad, but I'm glad. 

Just to test, I have made a script for WIndows' cmd.exe:

@echo off
set c=1
:loop
cmd /c echo  nul
echo %c%
set /a c=%c%+1
if %c%==123456 goto end
goto loop
:end

Leaks... Not so fast as bash, but that is because executing cmd /c takes
much longer. It leaks approximately the same considering the numbers
represented by %c%.

So, forking in Windows itself (not Cygwin) it apparently is the whole
problem - in fact, as you mentioned - it's probably some other process (AV,
whatever) messing up with Windows' normal CreateProcessA, as bash politely
explained - and I assume the above script will also - didn't finish yet :(.

Sorry for bugging you for something that apparently is not Cygwin-related -
should have tested more.
-- 
View this message in context: 
http://www.nabble.com/Huge-memory-leak%2C-probably-related-to-making-new-processes-tf4557470.html#a13019145
Sent from the Cygwin Users mailing list archive at Nabble.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/



RE: Huge memory leak, probably related to making new processes

2007-10-03 Thread wimxa

Dave,

Nope, this one is called Webroot Spy Sweeper (if it is the problem with it). 


-- 
View this message in context: 
http://www.nabble.com/Huge-memory-leak%2C-probably-related-to-making-new-processes-tf4557470.html#a13019192
Sent from the Cygwin Users mailing list archive at Nabble.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/



RE: Huge memory leak, probably related to making new processes

2007-10-03 Thread Dave Korn
On 03 October 2007 14:39, wimxa wrote:

 Dave,
 
 Nope, this one is called Webroot Spy Sweeper (if it is the problem with it).


  It almost certainly is!  Morgan Gangwere mentioned that software before but
I forgot to add it to TBLODA; it's definitely going on now.
http://cygwin.com/ml/cygwin/2007-09/msg00044.html

  On the other hand, Dave Silvia once had a similar problem, and decided it
wasn't Spy Sweeper but PCTools' Spyware doctor that was the underlying cause;
is it possible you have that one installed as well?
http://cygwin.com/ml/cygwin/2006-12/msg00347.html


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: Huge memory leak, probably related to making new processes

2007-10-03 Thread Dave Korn
On 03 October 2007 13:38, wimxa wrote:

 Guys,
 
 Thank you for the trouble of testing this. Unfortunately, I cannot confirm
 whether this is a problem with any AV - I am not an admin on the machine in
 question, cannot shut AV down.

  Is it one of the ones listed on TBLODA at
http://cygwin.com/ml/cygwin-talk/2007-q3/msg00174.html ?

 About the kernel memory figures - they are increasing - much slower and in a
 very unpredictable see-saw way, but they are. In fact, I ran it the second
 time after a while (without restarting the computer) and it slowly released
 a great deal of the kernel memory it had allocated - quite strange
 behavior - one time it increases, the next time it decreases - couldn't find
 any pattern.

  This is very strong evidence that a faulty device driver is responsible.

 At number 43500 (this must be hard-coded in Cygwin somewhere :)) the
 COUNTER test (the last one Lewis also tried) died with:
 
   11831 [main] bash 3820 fork: child -1 - CreateProcessA failed, errno 11
 bash: fork: Resource temporarily unavailable
 
 Restarts would allow only at most a few more runs with the same error
 following, e.g.:
 
 136705676 [main] bash 3820 fork: child -1 - CreateProcessA failed, errno 11
 bash: fork: Resource temporarily unavailable

  This is one of the very typical symptoms of BLODA interference.

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: Home directory

2007-10-03 Thread Dave Korn
On 02 October 2007 15:26, Gmain User wrote:

 Brian Dessent brian at dessent.net writes:
 
 Gmane User wrote:
 
 it makes it hard to quickly scan for changes to mv.  Many software
 systems have cumulative release notes with each new release...would the
 release notes can be findable in such a form online?
 
 less /usr/share/doc/Cygwin/coreutils-*.README
 
 Thanks, Brian.  I was actually asking in the context of not updating cygwin
 right away.  Whether or not one could access up-to-date accumulation of
 release notes, possibly on the web.

  Yes, absolutely.  See http://cygwin.com/ml/cygwin-announce/.

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/



cygwin unable to get setup.ini

2007-10-03 Thread Steve Rainbird
I am trying to update my version of Cygwin.

I get the message Unable to get setup.ini site name no matter what mirror
I use.

Any ideas?

Steve





--
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: Huge memory leak, probably related to making new processes

2007-10-03 Thread wimxa

Dave,

I take that back - it still might be one from your list. The machine has
Symantec antivirus - it was hidden behind the Show hidden icons. (Doh, I
am making too many obvious mistakes.) I'm not an admin, so I cannot check
which one - maybe both? The machine doesn't seem to have PC Tool's Spyware
doctor - at least judging by Start menu, System tray and Add/Remove
programs.
-- 
View this message in context: 
http://www.nabble.com/Huge-memory-leak%2C-probably-related-to-making-new-processes-tf4557470.html#a13019625
Sent from the Cygwin Users mailing list archive at Nabble.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/



Re: newbie question -- problem with launching shell script files

2007-10-03 Thread Steve Holden

Alexey Illarionov wrote:

Hello,

I have just installed cygwin using setup.exe and know almost nothing
about it. I made no changes in any configuration files and launch my
cygwin session just by starting the unchanged 'cygwin.bat' file.

I wrote a small script. Here is the content of the 'run.sh'

#!/bin/sh
cd /cygdrive/c

Unfortunately, it does not work. The command './run.sh' does nothing.


That's not true. It does something, but it does it in a sub-process 
that's started by your interactive shell (then waits for that process to 
terminate before issuing another prompt). So that new process does 
indeed change directory, but the shell process that's waiting doesn't.



I found in FAQ that the problem is not new, but I'm not sure that I
understand correctly the way to overcome it. There are two possible
sources of this problem as it is wrote in FAQ.
1. Bash does not understand that it is executable file. This should be
fixed by first line of my script '#!/bin/sh'
2. Some problems with chmod. I don't really understand what I should
do in this case, but it looks like this is not the case because 'chmod
+x run.sh' works fine.

Both those issues are to do with making sure your shell script is 
correcttly treated as executable.



I would really appreciate if anyone could help to deal with this problem.


Hope this helps.

regards
 Steve
--
Steve Holden+1 571 484 6266   +1 800 494 3119
Holden Web LLC/Ltd   http://www.holdenweb.com
Skype: holdenweb  http://del.icio.us/steve.holden

Sorry, the dog ate my .sigline


--
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 compiling grep and friends

2007-10-03 Thread Siegfried Heintze

On 27 September 2007 14:15, Siegfried Heintze wrote:

 I'm running xp pro and I am trying to compile grep. I downloaded the
source.
 ./configure seemed to go OK but there were problems with make. It looks
 like it cannot find the usr directory. Is there a fix for this?

  How did you configure?  It looks like it's got confused over the --prefix
setting; that extra '/' then makes cygwin treat the path as a UNC network
path, so you're trying to install to a network share called 'local' on a
remote host named 'usr'!  

  I've seen this sort of thing happen before when I was messing around by
setting DESTDIR during make install.  You'd better show us all your
configure and build command lines.

Is there a cygpath command that will show me all the files connected
with grep? What is this command? Should not I have been able to
manually find some notes on compiling this in /usr/share/doc
someplace? I could not find any notes there.


Ok, here it is:


cd c:/cygwin/usr/src/grep-2.5.1a-4/
./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking for gawk... (cached) gawk
checking for gcc... gcc
checking for C compiler default output... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking for ranlib... ranlib
checking for getconf... no
checking for CFLAGS value to request large file support... no
checking for LDFLAGS value to request large file support... no
checking for LIBS value to request large file support... no
checking for _FILE_OFFSET_BITS... no
checking for _LARGEFILE_SOURCE... no
checking for _LARGE_FILES... no
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for function prototypes... yes
checking for ANSI C header files... yes
checking for string.h... (cached) yes
checking for size_t... yes
checking for ssize_t... yes
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for inttypes.h... yes
checking for unsigned long long... yes
checking for ANSI C header files... (cached) yes
checking for string.h... (cached) yes
checking for stdlib.h... (cached) yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking for memory.h... (cached) yes
checking for unistd.h... (cached) yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking wctype.h usability... yes
checking wctype.h presence... yes
checking for wctype.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking whether stat file-mode macros are broken... no
checking for stdlib.h... (cached) yes
checking for mbstate_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking whether closedir returns void... no
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking for btowc... yes
checking for isascii... yes
checking for memmove... yes
checking for setmode... yes
checking for strerror... yes
checking for wctype... yes
checking for mbrtowc... yes
checking for memchr... yes
checking for stpcpy... no
checking for strtoul... yes
checking for atexit... yes
checking for fnmatch... yes
checking for stdlib.h... (cached) yes
checking whether inttypes.h defines strtoumax as a macro... no
checking for strtoumax... yes
checking whether strtoul is declared... yes
checking whether strtoull is declared... yes
checking for strerror in -lcposix... no
checking for inline... inline
checking for off_t... yes
checking whether we are using the GNU C Library 2.1 or newer... no
checking argz.h usability... yes
checking argz.h presence... yes
checking for argz.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking nl_types.h usability... no
checking 

RE: Problems compiling grep and friends

2007-10-03 Thread Buchbinder, Barry (NIH/NIAID) [E]
Siegfried Heintze wrote on Wednesday, October 03, 2007 12:23 PM:
 On 27 September 2007 14:15, Siegfried Heintze wrote:
 
 Is there a cygpath command that will show me all the files connected
 with grep? What is this command? Should not I have been able to
 manually find some notes on compiling this in /usr/share/doc
 someplace? I could not find any notes there.   

How about cygcheck, not cygpath?

bash-3.2$ cygcheck --help
Usage: cygcheck PROGRAM [ -v ] [ -h ]
   cygcheck -c [ PACKAGE ] [ -d ]
   cygcheck -s [ -r ] [ -v ] [ -h ]
   cygcheck -k
   cygcheck -f FILE [ FILE ... ]
   cygcheck -l [ PACKAGE ] [ PACKAGE ... ]
   cygcheck -p REGEXP
List system information, check installed packages, or query package database.

At least one command option or a PROGRAM is required, as shown above.

  PROGRAM  list library (DLL) dependencies of PROGRAM
  -c, --check-setupshow installed version of PACKAGE and verify integrity
   (or for all installed packages if none specified)
  -d, --dump-only  just list packages, do not verify (with -c)
  -s, --sysinfoproduce diagnostic system information (implies -c -d)
  -r, --registry   also scan registry for Cygwin settings (with -s)
  -k, --keycheck   perform a keyboard check session (must be run from a
   plain console only, not from a pty/rxvt/xterm)
  -f, --find-package   find the package that FILE belongs to
  -l, --list-package   list contents of PACKAGE (or all packages if none given)
  -p, --package-query  search for REGEXP in the entire cygwin.com package
   repository (requies internet connectivity)
  -v, --verboseproduce more verbose output
  -h, --help   annotate output with explanatory comments when given
   with another command, otherwise print this help
  -V, --versionprint the version of cygcheck and exit

Note: -c, -f, and -l only report on packages that are currently installed. To
  search all official Cygwin packages use -p instead.  The -p REGEXP matches
  package names, descriptions, and names of files/paths within all packages.

bash-3.2$ cygcheck -l grep
/usr/bin/egrep
/usr/bin/fgrep
/usr/bin/grep.exe
/usr/share/info/grep.info
/usr/share/locale/cs/LC_MESSAGES/grep.mo
/usr/share/locale/de/LC_MESSAGES/grep.mo
/usr/share/locale/el/LC_MESSAGES/grep.mo
/usr/share/locale/eo/LC_MESSAGES/grep.mo
/usr/share/locale/es/LC_MESSAGES/grep.mo
/usr/share/locale/et/LC_MESSAGES/grep.mo
/usr/share/locale/fr/LC_MESSAGES/grep.mo
/usr/share/locale/gl/LC_MESSAGES/grep.mo
/usr/share/locale/hr/LC_MESSAGES/grep.mo
/usr/share/locale/id/LC_MESSAGES/grep.mo
/usr/share/locale/it/LC_MESSAGES/grep.mo
/usr/share/locale/ja/LC_MESSAGES/grep.mo
/usr/share/locale/ko/LC_MESSAGES/grep.mo
/usr/share/locale/nl/LC_MESSAGES/grep.mo
/usr/share/locale/no/LC_MESSAGES/grep.mo
/usr/share/locale/pl/LC_MESSAGES/grep.mo
/usr/share/locale/pt_BR/LC_MESSAGES/grep.mo
/usr/share/locale/ru/LC_MESSAGES/grep.mo
/usr/share/locale/sl/LC_MESSAGES/grep.mo
/usr/share/locale/sv/LC_MESSAGES/grep.mo
/usr/share/man/man1/egrep.1.gz
/usr/share/man/man1/fgrep.1.gz
/usr/share/man/man1/grep.1.gz
bash-3.2$ 

--
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 compiling grep and friends

2007-10-03 Thread Brian Dessent
Siegfried Heintze wrote:

 make[1]: Entering directory `/usr/src/grep-2.5.1a-4/po'
 if test -r .././mkinstalldirs; then \
   .././mkinstalldirs //usr/local/share; \
 else \
   /bin/sh ../mkinstalldirs //usr/local/share; \
 fi
 mkdir //usr
 mkdir: cannot create directory `//usr': No such host or network path
 mkdir //usr/local
 mkdir: cannot create directory `//usr/local': No such host or network path
 mkdir //usr/local/share
 mkdir: cannot create directory `//usr/local/share': No such host or network
 path

This is arguably a bug in the Makefile:

if test -r $(MKINSTALLDIRS); then \
  $(MKINSTALLDIRS) $(DESTDIR)/$(datadir); \
else \
  $(SHELL) $(top_srcdir)/mkinstalldirs $(DESTDIR)/$(datadir); \
fi

Here the author seemed to be relying on the fact that on many *nix
systems, //foo/bar is equivalent to /foo/bar in the case where DESTDIR
is not set.  However this is not true on Cygwin as the double-slash
signals a UNC path, and the POSIX standards allow for this.  So as a
workaround, try make install DESTDIR=/ which would result in
///foo/bar which is the POSIX-sanctioned way of dealing with
filesystems that reserve // for network paths.  Or, you could actually
use DESTDIR in the way it's designed (which is probably why this was
never noticed when e.g. creating the grep packages.)

Also, knock this off:

 cd c:/cygwin/usr/src/grep-2.5.1a-4/

Stop using Win32 paths.  They work only by coincidence, not by design. 
cd /usr/src/grep-2.5.1a-4 is what you should use.

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: newbie question -- problem with launching shell script files

2007-10-03 Thread Alexey Illarionov
Thanks to everyone for your help.

On 10/3/07, Steve Holden [EMAIL PROTECTED] wrote:
 Alexey Illarionov wrote:
  Hello,
 
  I have just installed cygwin using setup.exe and know almost nothing
  about it. I made no changes in any configuration files and launch my
  cygwin session just by starting the unchanged 'cygwin.bat' file.
 
  I wrote a small script. Here is the content of the 'run.sh'
 
  #!/bin/sh
  cd /cygdrive/c
 
  Unfortunately, it does not work. The command './run.sh' does nothing.

 That's not true. It does something, but it does it in a sub-process
 that's started by your interactive shell (then waits for that process to
 terminate before issuing another prompt). So that new process does
 indeed change directory, but the shell process that's waiting doesn't.

  I found in FAQ that the problem is not new, but I'm not sure that I
  understand correctly the way to overcome it. There are two possible
  sources of this problem as it is wrote in FAQ.
  1. Bash does not understand that it is executable file. This should be
  fixed by first line of my script '#!/bin/sh'
  2. Some problems with chmod. I don't really understand what I should
  do in this case, but it looks like this is not the case because 'chmod
  +x run.sh' works fine.
 
 Both those issues are to do with making sure your shell script is
 correcttly treated as executable.

  I would really appreciate if anyone could help to deal with this problem.
 
 Hope this helps.

 regards
   Steve
 --
 Steve Holden+1 571 484 6266   +1 800 494 3119
 Holden Web LLC/Ltd   http://www.holdenweb.com
 Skype: holdenweb  http://del.icio.us/steve.holden

 Sorry, the dog ate my .sigline


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




-- 
Best regards, Alexey A. Illarionov

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



rxvt: how to change font using control-wheelmouse?

2007-10-03 Thread sam reckoner
Is it possible to setup rxvt to incrementally change font sizes by
doing control-wheelmouse?

If so, how?

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/



Does Cygwin run on Windows 2003 64 bit?

2007-10-03 Thread samuel.m.snitman
Can you please tell me if Cygwin is expected to run on Windows 2003 64
bit Enterprise Edition?

Thanks,

Sam Snitman
Accenture
Mercury ITG Team
US Delivery Centre (USDC)
Delivery Centre Network 
[EMAIL PROTECTED] 
Direct Dial: 281-675-5032
AIM: SntmnS



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information.  If you have received it in 
error, please notify the sender immediately and delete the original.  Any other 
use of the email by you is prohibited.

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



inetutils RSH install

2007-10-03 Thread Alexfed

How do I install the inetutils RSH and start the service?

Any help would be appreciated.
Thanks,
Alex
-- 
View this message in context: 
http://www.nabble.com/inetutils-RSH-install-tf4564825.html#a13029450
Sent from the Cygwin Users mailing list archive at Nabble.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/



Re: Does Cygwin run on Windows 2003 64 bit?

2007-10-03 Thread Larry Hall (Cygwin)

[EMAIL PROTECTED] wrote:

Can you please tell me if Cygwin is expected to run on Windows 2003 64
bit Enterprise Edition?



From www.cygwin.com's main page:

  The Cygwin DLL currently works with all recent, commercially released x86
  32 bit and 64 bit versions of Windows, with the exception of Windows CE.

I read that as a yes. ;-)


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

_

A: Yes.
 Q: Are you sure?
 A: Because it reverses the logical flow of conversation.
 Q: Why is top posting annoying in email?

--
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: inetutils RSH install

2007-10-03 Thread René Berber
Alexfed wrote:

 How do I install the inetutils RSH and start the service?

Edit /etc/inetd.conf; I'm assuming you already read
/usr/share/doc/Cygwin/inetutils-1.3.2.README and installed inetd as a service..
-- 
René Berber


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