* RE: cygpath hangings
@ 2003-10-15 9:08 Steve Fairbairn
2003-10-15 18:54 ` Christopher Faylor
0 siblings, 1 reply; 35+ messages in thread
From: Steve Fairbairn @ 2003-10-15 9:08 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 2675 bytes --]
All,
As a side note, I have 11 copies of that DLL (java dev and runtime, Visual
Studio/Source Safe, ...) on my system, but only the system32 one is in my
normal path.
Someone mentioned something about possible issues to do with the path being
different, so I thought I'd run a quick test.
---
$ cat setup_from_win.sh.done
#!/bin/bash -x
# CYGWIN_DEBUG=/bin/cygpath
# set CYGWIN_SLEEP=20000
echo $PATH > /cygdrive/d/path_from_setup
---
I ran this first with my normal bash shell, renamed the output, and then ran
it again from within setup.
I am attaching the 2 files as they are as well because of the contents of
one of them, but here is what I see.
---
Steve Fairbairn@stevefnec /cygdrive/d
$ cat path_from_normal
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/d/v80003/data/work/use
rbin:/cygdrive/d/v80003/bin:/cygdrive/c/Program
Files/j2sdk1.4.2_01/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cy
gdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Microsoft Visual
Studio/VC98/Bin:/usr/bin
---
---
Steve Fairbairn@stevefnec /cygdrive/d
$ cat path_from_setup
/usr/bin:/usr/bin:/usr/bin:/usr/bin:ÓD-w@3"
---
Could this be something to do with it all?
Steve.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
[-- Attachment #2: path_from_normal --]
[-- Type: application/octet-stream, Size: 300 bytes --]
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/d/v80003/data/work/userbin:/cygdrive/d/v80003/bin:/cygdrive/c/Program Files/j2sdk1.4.2_01/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Microsoft Visual Studio/VC98/Bin:/usr/bin
[-- Attachment #3: path_from_setup --]
[-- Type: application/octet-stream, Size: 47 bytes --]
[-- Attachment #4: Type: text/plain, Size: 218 bytes --]
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-15 9:08 cygpath hangings Steve Fairbairn
@ 2003-10-15 18:54 ` Christopher Faylor
2003-10-15 19:20 ` Brian Ford
0 siblings, 1 reply; 35+ messages in thread
From: Christopher Faylor @ 2003-10-15 18:54 UTC (permalink / raw)
To: cygwin
On Wed, Oct 15, 2003 at 09:19:14AM +0100, Steve Fairbairn wrote:
>
>All,
>
>As a side note, I have 11 copies of that DLL (java dev and runtime, Visual
>Studio/Source Safe, ...) on my system, but only the system32 one is in my
>normal path.
>
>Someone mentioned something about possible issues to do with the path being
>different, so I thought I'd run a quick test.
>
>---
>$ cat setup_from_win.sh.done
>#!/bin/bash -x
>
># CYGWIN_DEBUG=/bin/cygpath
># set CYGWIN_SLEEP=20000
>
>echo $PATH > /cygdrive/d/path_from_setup
>---
>
>I ran this first with my normal bash shell, renamed the output, and then ran
>it again from within setup.
>
>I am attaching the 2 files as they are as well because of the contents of
>one of them, but here is what I see.
>
>---
>Steve Fairbairn@stevefnec /cygdrive/d
>$ cat path_from_normal
>/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/d/v80003/data/work/use
>rbin:/cygdrive/d/v80003/bin:/cygdrive/c/Program
>Files/j2sdk1.4.2_01/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cy
>gdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Microsoft Visual
>Studio/VC98/Bin:/usr/bin
>---
>
>---
>Steve Fairbairn@stevefnec /cygdrive/d
>$ cat path_from_setup
>/usr/bin:/usr/bin:/usr/bin:/usr/bin:?D-w@3"
>---
I'd be more interested in "cygcheck cygpath" output in the two different cases.
That would tell us which DLLs were being loaded.
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-15 18:54 ` Christopher Faylor
@ 2003-10-15 19:20 ` Brian Ford
2003-10-15 21:40 ` Christopher Faylor
0 siblings, 1 reply; 35+ messages in thread
From: Brian Ford @ 2003-10-15 19:20 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Christopher Faylor wrote:
> I'd be more interested in "cygcheck cygpath" output in the two
> different cases. That would tell us which DLLs were being loaded.
>
No difference. For the stripped down MINGW version of cygpath:
Found: .\cyghan.exe
cyghan.exe
D:\WINNT\System32\msvcrt.dll
D:\WINNT\System32\KERNEL32.dll
D:\WINNT\System32\ntdll.dll
D:\WINNT\System32\SHELL32.DLL
D:\WINNT\System32\GDI32.dll
D:\WINNT\System32\USER32.dll
D:\WINNT\System32\ADVAPI32.dll
D:\WINNT\System32\RPCRT4.dll
D:\WINNT\System32\SHLWAPI.dll
D:\WINNT\System32\COMCTL32.dll
in bash and:
G:/cygwin/home/ford/cyghan.exe
D:\WINNT\System32\msvcrt.dll
D:\WINNT\System32\KERNEL32.dll
D:\WINNT\System32\ntdll.dll
D:\WINNT\System32\SHELL32.DLL
D:\WINNT\System32\GDI32.dll
D:\WINNT\System32\USER32.dll
D:\WINNT\System32\ADVAPI32.dll
D:\WINNT\System32\RPCRT4.dll
D:\WINNT\System32\SHLWAPI.dll
D:\WINNT\System32\COMCTL32.dll
from setup.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-15 19:20 ` Brian Ford
@ 2003-10-15 21:40 ` Christopher Faylor
2003-10-18 11:08 ` cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note! Christopher Faylor
0 siblings, 1 reply; 35+ messages in thread
From: Christopher Faylor @ 2003-10-15 21:40 UTC (permalink / raw)
To: cygwin
I must be going senile. I just managed to duplicate the problem on my
system at work. I could have sworn that I tried this several times to
no avail.
Stay tuned.
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-15 21:40 ` Christopher Faylor
@ 2003-10-18 11:08 ` Christopher Faylor
2003-10-18 12:22 ` Christopher Faylor
` (3 more replies)
0 siblings, 4 replies; 35+ messages in thread
From: Christopher Faylor @ 2003-10-18 11:08 UTC (permalink / raw)
To: cygwin
On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
>I just managed to duplicate the problem on my system at work.
>
>Stay tuned.
I managed to duplicate it at home by booting into W2K, too. That meant
I didn't have to feel guilty about working on this at work. :-)
This should fix the problem. Bash wasn't closing the read end of a pipe
in some situations. I'm not sure why that would cause some programs to
hang but the following patch fixes the problem. I think it provides
more robust code than what was in bash previously, too.
Ronald, if you agree with this patch, could you release a new version of
bash, ASAP? If you don't agree with the patch, then please let me
(aka the cygwin list) know soon since I'm going to be submitting it
upstream ASAP.
cgf
2003-10-18 Christopher Faylor <cgf@redhat.com>
* subst.c (command_substitute): Guard against opening a pipe handle in
stdin/stdout/stderr since they may be closed and keeping the pipe
handle open in a subprocess will cause hangs.
--- subst.c.orig 2003-10-15 15:09:01.000000000 -0400
+++ subst.c 2003-10-18 01:47:49.737056307 -0400
@@ -3716,6 +3716,7 @@ command_substitute (string, quoted)
pid_t pid, old_pid, old_pipeline_pgrp;
char *istring;
int result, fildes[2], function_value;
+ int i, closeit[3];
istring = (char *)NULL;
@@ -3742,6 +3743,16 @@ command_substitute (string, quoted)
if (subst_assign_varlist == 0 || garglist == 0)
maybe_make_export_env (); /* XXX */
+
+ for (i = 0; i <= 2; i++)
+ if (fcntl (i, F_GETFD, &result) != -1)
+ closeit[i] = 0;
+ else
+ {
+ open ("/dev/null", O_RDONLY);
+ closeit[i] = 1;
+ }
+
/* Pipe the output of executing STRING into the current shell. */
if (pipe (fildes) < 0)
{
@@ -3749,6 +3760,10 @@ command_substitute (string, quoted)
goto error_exit;
}
+ for (i = 0; i <= 2; i++)
+ if (closeit[i])
+ close (i);
+
old_pid = last_made_pid;
#if defined (JOB_CONTROL)
old_pipeline_pgrp = pipeline_pgrp;
@@ -3793,21 +3808,8 @@ command_substitute (string, quoted)
exit (EXECUTION_FAILURE);
}
- /* If standard output is closed in the parent shell
- (such as after `exec >&-'), file descriptor 1 will be
- the lowest available file descriptor, and end up in
- fildes[0]. This can happen for stdin and stderr as well,
- but stdout is more important -- it will cause no output
- to be generated from this command. */
- if ((fildes[1] != fileno (stdin)) &&
- (fildes[1] != fileno (stdout)) &&
- (fildes[1] != fileno (stderr)))
- close (fildes[1]);
-
- if ((fildes[0] != fileno (stdin)) &&
- (fildes[0] != fileno (stdout)) &&
- (fildes[0] != fileno (stderr)))
- close (fildes[0]);
+ close (fildes[1]);
+ close (fildes[0]);
/* The currently executing shell is not interactive. */
interactive = 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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-18 11:08 ` cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note! Christopher Faylor
@ 2003-10-18 12:22 ` Christopher Faylor
2003-10-18 12:25 ` Norman Vine
` (2 more replies)
2003-10-20 11:23 ` Ronald Landheer-Cieslak
` (2 subsequent siblings)
3 siblings, 3 replies; 35+ messages in thread
From: Christopher Faylor @ 2003-10-18 12:22 UTC (permalink / raw)
To: cygwin
On Sat, Oct 18, 2003 at 01:58:36AM -0400, Christopher Faylor wrote:
>On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
>>I just managed to duplicate the problem on my system at work.
>>
>>Stay tuned.
>
>I managed to duplicate it at home by booting into W2K, too. That meant
>I didn't have to feel guilty about working on this at work. :-)
>
>This should fix the problem. Bash wasn't closing the read end of a pipe
>in some situations. I'm not sure why that would cause some programs to
>hang but the following patch fixes the problem. I think it provides
>more robust code than what was in bash previously, too.
>
>Ronald, if you agree with this patch, could you release a new version of
>bash, ASAP? If you don't agree with the patch, then please let me
>(aka the cygwin list) know soon since I'm going to be submitting it
>upstream ASAP.
I've put a patched version of bash up at:
ftp://sourceware.org/pub/cygwin/tmp/bash.exe
if anyone wants to try this. It would be good to confirm or deny
that this fixes the problem for everyone.
Btw, maybe this has already been mentioned, but here is a simple
test script that demonstrates the problem when run from the console:
#!/bin/bash
exec 0<&-
A=$(cygpath -A -P)
echo $A
Save it as "hang" and run it as "bash hang" and it should hang nicely
with an unpatched 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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-18 12:22 ` Christopher Faylor
@ 2003-10-18 12:25 ` Norman Vine
2003-10-18 16:08 ` Hannu E K Nevalainen
2003-10-18 21:23 ` Peter J. Stieber
2 siblings, 0 replies; 35+ messages in thread
From: Norman Vine @ 2003-10-18 12:25 UTC (permalink / raw)
To: cygwin
Christopher Faylor writes:
> >
> I've put a patched version of bash up at:
>
> ftp://sourceware.org/pub/cygwin/tmp/bash.exe
>
> if anyone wants to try this. It would be good to confirm or deny
> that this fixes the problem for everyone.
>
> Btw, maybe this has already been mentioned, but here is a simple
> test script that demonstrates the problem when run from the console:
>
> #!/bin/bash
> exec 0<&-
> A=$(cygpath -A -P)
> echo $A
>
> Save it as "hang" and run it as "bash hang" and it should hang nicely
> with an unpatched bash.
Your patched 'bash' runs the above script fine here,
whereas the distributed one hangs
Note this is with a fairly recent locally built DLL
HTH
Norman
Cygwin DLL version info:
DLL version: 1.5.6
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 94
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Thu Oct 2 06:59:48 EDT 2003
Shared id: cygwin1S3-2003-10-02 06:59
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-18 12:22 ` Christopher Faylor
2003-10-18 12:25 ` Norman Vine
@ 2003-10-18 16:08 ` Hannu E K Nevalainen
2003-10-18 21:23 ` Peter J. Stieber
2 siblings, 0 replies; 35+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-18 16:08 UTC (permalink / raw)
To: cygwin
> From: Christopher Faylor
> Sent: Saturday, October 18, 2003 8:06 AM
> I've put a patched version of bash up at:
>
> ftp://sourceware.org/pub/cygwin/tmp/bash.exe
>
> if anyone wants to try this. It would be good to confirm or deny
> that this fixes the problem for everyone.
>
> Btw, maybe this has already been mentioned, but here is a simple
> test script that demonstrates the problem when run from the console:
>
> #!/bin/bash
> exec 0<&-
> A=$(cygpath -A -P)
> echo $A
>
> Save it as "hang" and run it as "bash hang" and it should hang nicely
> with an unpatched bash.
>
> cgf
The simple test works flawlessly.
$ hang
/cygdrive/f/Documents and Settings/All Users/Start Menu/Programs
$ uname -a
CYGWIN_NT-5.0 P450 1.5.6s(0.94/3/2) 20031002 00:47:53 i686 unknown unknown
Cygwin
I've run my setup-based test with success too.
My gratulations to a task well done.
There seems to be issues with XFree86-bin-icons.sh though
that are _unrelated_ to the hang. (Newcomers: This script was the one that
revealed the problem in the first place.)
To run the script like this from bash, works:
$ sh.exe -c /etc/postinstall/XFree86-bin-icons.sh.done
when it gets run from setup the task is just partially done.
This is "elaborated" below.
I'll be looking into this as time permits, FWIW.
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
--
$ sh.exe -c /etc/preremove/XFree86-bin-icons.sh
rmdir: removing directory, <SNIP>
$ mv /etc/postinstall/XFree86-bin-icons.sh.done \
/etc/postinstall/XFree86-bin-icons.sh
$ cygstart /install/setup.exe
# Please note that I've changed the path slightly here,
# it was 'Cygwin-XFree86'. ( I wouldn't say "boo" to the
# change appearing in the XFree86-bin-incons package.
# It lessens the amount of entries in first level of the menu. )
# This doesn't make any difference wrt to the malfunction.
$ cd "`cygpath -AP`/Cygwin/XFree86";find -type f; cd
./Editors/Emacs.lnk
./RXVT.lnk
./Tools/Python IDE.lnk
$ sh.exe -c /etc/postinstall/XFree86-bin-icons.sh.done
$ cd "`cygpath -AP`/Cygwin/XFree86";find -type f; cd
./Bitmap Editor.lnk
./Calculator.lnk
./Clock.lnk
./Ditroff output viewer.lnk
./DVI viewer.lnk
./Editors/Emacs.lnk
./Editors/Simple file editor.lnk
./Games/DPS demo asteroids game.lnk
./GUI for the MH mail system.lnk
./Information/A single window.lnk
./Information/Display information.lnk
./Information/Display the propertis of a window.lnk
./Information/GLX information.lnk
./Information/List all available fonts.lnk
./Information/List all connected clients.lnk
./Information/List available atoms.lnk
./Information/List available FreeType fonts.lnk
./Information/List rgb database.lnk
./Information/The Display PostScript extension.lnk
./Information/The font server.lnk
./Information/The TRAP extension.lnk
./Information/The X-Video Extension.lnk
./mail checker.lnk
./Manual page reader.lnk
./RXVT.lnk
./Shaped Clock.lnk
./Tools/Clipboard manipulator.lnk
./Tools/Console.lnk
./Tools/Display PostScript command interface.lnk
./Tools/Dump X11 window image to file.lnk
./Tools/Kill an X11 window.lnk
./Tools/magnifying glass.lnk
./Tools/Pick a font.lnk
./Tools/Python IDE.lnk
./Tools/Refresh all X11 clients.lnk
./Tools/X11 event debugger.lnk
./Tools/Xaw resource editor.lnk
./Tools/Xaw resource viewer.lnk
./Toys/Bouncing Icosohedron.lnk
./Toys/Display the X11 logo.lnk
./Toys/Gear Demo.lnk
./Toys/Watches the Mouse.lnk
./Toys/X11 demo.lnk
./X Terminal.lnk
--END OF MESSAGE--
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-18 12:22 ` Christopher Faylor
2003-10-18 12:25 ` Norman Vine
2003-10-18 16:08 ` Hannu E K Nevalainen
@ 2003-10-18 21:23 ` Peter J. Stieber
2 siblings, 0 replies; 35+ messages in thread
From: Peter J. Stieber @ 2003-10-18 21:23 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 359 bytes --]
> if anyone wants to try this. It would be good to confirm or deny
> that this fixes the problem for everyone.
I tried the posted simple shell script with the old and new bash.exe. Worked
exactly as you predicted...
Hung with the old, didn't hang (i.e. worked) with the new.
cygcheck output attached for reference.
Thanks for all you efforts Chris,
Pete
[-- Attachment #2: cygcheck.txt --]
[-- Type: text/plain, Size: 38572 bytes --]
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sat Oct 18 11:31:12 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\DF98\BIN
c:\WINNT\system32
c:\WINNT
c:\Program Files\Common Files\Adaptec Shared\System
c:\VXIpnp\WinNT\Bin
c:\Tcl\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\OutsideSource\rtis-1.3\lib\winnt_vc++-6.0
c:\jdk1.3.1_02\bin
c:\jdk1.3.1_02\jre\bin\hotspot
c:\ACE_wrappers\bin
c:\Programs\Tex2RTF
C:\cygwin\usr\X11R6\bin
.
C:\cygwin\home\pete\bin
c:\Source\SimLibUtilities\bin
C:\cygwin\usr\local\sbin
C:\cygwin\usr\local\lib
C:\cygwin\usr\local\bin\netpbm
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1001(pete) GID: 513(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1001(pete) GID: 513(None)
513(None) 544(Administrators)
545(Users)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\pete'
LD_LIBRARY_PATH = `C:\cygwin\home\pete\:\home\pete\lib'
LIBRARY_PATH = `:/home/pete/lib:/usr/local/lib'
MAKE_MODE = `unix'
PWD = `/home/pete'
USER = `pete'
ACE_ROOT = `C:\ACE_wrappers'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\pete\Application Data'
BASH_ENV = `/home/pete/.bashrc'
CC = `gcc'
CLASSPATH = `C:\antlr-2.7.2\antlr.jar;.'
COABSGRID_ROOT = `C:\CoABSGrid'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `LISA'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CPU = `i386'
CVSROOT = `:pserver:anoncvs@sources.redhat.com:/cvs/src'
CVS_RSH = `ssh'
CXX = `g++'
F77 = `g77'
FRAMEWORKPATH = `C:\VXIpnp\WinNT\'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\pete'
HOSTNAME = `lisa'
INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include'
LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib'
LOGONSERVER = `\\LISA'
MANPATH = `:/usr/ssl/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCCTS = `C:\Toyon\Source\Pccts'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PLOT = `/cygdrive/c/plot'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0602'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
REPLYTO = `pete@toyon.com'
SHLVL = `1'
SIMETC = `/cygdrive/c/plot/etc/cygwin'
SIMLIB = `/cygdrive/c/plot/lib'
SIMLIB_SOURCE_DIR = `/cygdrive/c/Source'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `'
TERM = `cygwin'
TEXINPUT = `C:\Source\SimLib'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `'
TOYONLIB_SOURCE_DIR = `/cygdrive/c/SourceSlamem'
TOYON_CLASSPATH = `C:\Source\toyonlib\Agent'
USERDOMAIN = `LISA'
USERNAME = `'
USERPROFILE = `C:\Documents and Settings\pete'
UTILITIES = `/cygdrive/c/Source/SimLibUtilities/cygwinbin'
VOODINI = `/cygdrive/c/plot/etc/cygwin/voodoo.ini'
VXIPNPPATH = `C:\VXIpnp\'
WINDIR = `C:\WINNT'
WXWIN = `/cygdrive/c/wxWindows-2.4.2'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x00000020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `C:\cygwin'
flags = 0x00000008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `C:\cygwin/bin'
flags = 0x00000008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `C:\cygwin/lib'
flags = 0x00000008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
(default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
a: fd N/A N/A
c: hd NTFS 39252Mb 59% CP CS UN PA FC
d: cd UDF 2113Mb 100% CS UN DNQ130ENU0
e: cd N/A N/A
f: fd N/A N/A
C:\cygwin / system textmode
C:\cygwin/bin /usr/bin system textmode
C:\cygwin/lib /usr/lib system textmode
C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode
. /cygdrive system textmode,cygdrive
Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0
"cygaspell-15.dll" v0.0 ts=2003/9/15 5:32
61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2003/8/8 23:35
54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
"cygbz21.0.dll" v0.0 ts=2002/1/26 17:07
14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
"cygcharset-1.dll" v0.0 ts=2003/8/10 13:57
842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-0.9.7.dll" v0.0 ts=2003/9/30 9:49
645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto.dll" v0.0 ts=2003/4/11 3:37
551k 2003/04/02 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0
"cygcurl-2.dll" v0.0 ts=2003/4/2 13:09
22k 2003/10/17 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0
"cygcygipc-2.dll" v0.0 ts=2003/10/16 22:24
380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb-3.1.dll" v0.0 ts=2002/7/24 9:24
831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.1.dll" v0.0 ts=2003/9/20 14:51
326k 2002/06/26 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0
"cygdb2.dll" v0.0 ts=2002/6/26 10:48
487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 9:25
1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 14:53
132k 2003/07/12 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-0.dll" v0.0 ts=2003/7/12 4:33
64k 2003/09/23 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
"cygexslt-0.dll" v0.0 ts=2003/9/23 12:13
45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
"cygform5.dll" v0.0 ts=2001/4/24 22:28
35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
"cygform6.dll" v0.0 ts=2002/1/8 22:03
48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
"cygform7.dll" v0.0 ts=2003/8/9 2:25
28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-3.dll" v0.0 ts=2003/7/20 0:58
30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2003/8/10 19:12
19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm.dll" v0.0 ts=2002/2/19 19:05
15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 1:00
15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 19:13
69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0
"cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 15:10
12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0
"cyggettextpo-0.dll" v0.0 ts=2003/8/10 15:11
134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0
"cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 15:10
167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0
"cyggmp-3.dll" v0.0 ts=2003/9/9 15:03
489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0
"cygguile-12.dll" v0.0 ts=2003/8/9 7:17
489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-12abi13.dll" v0.0 ts=2003/7/28 11:18
488k 2002/07/18 C:\cygwin\bin\cygguile-14.dll - os=4.0 img=1.0 sys=4.0
"cygguile-14.dll" v0.0 ts=2002/7/18 3:35
24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 7:16
24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 10:48
63k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-1.dll" v0.0 ts=2002/7/18 3:35
62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 7:17
62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 11:18
24k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-4-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-1.dll" v0.0 ts=2002/7/18 3:35
23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 7:17
23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 11:18
14k 2002/07/18 C:\cygwin\bin\cygguilereadline-14.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-14.dll" v0.0 ts=2002/7/18 3:35
11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 7:17
11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 11:18
17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
"cyghistory4.dll" v0.0 ts=2001/1/6 20:34
29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
"cyghistory5.dll" v0.0 ts=2003/8/10 16:16
306k 2002/04/27 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0
"cyghttpd.dll" v0.0 ts=2002/4/27 6:23
958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2003/8/10 13:57
22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
"cygintl-1.dll" v0.0 ts=2001/12/13 1:28
37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
"cygintl-2.dll" v0.0 ts=2003/8/10 14:50
21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
"cygintl.dll" v0.0 ts=2001/6/20 10:09
12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0
"cygioperm-0.dll" v0.0 ts=2003/2/17 11:58
48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
"cygjbig1.dll" v0.0 ts=2003/8/10 16:58
132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-62.dll" v0.0 ts=2003/8/10 17:37
119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg6b.dll" v0.0 ts=2002/2/8 21:19
60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0
"cygkpathsea-3.dll" v0.0 ts=2003/9/17 9:37
60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0
"cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 13:23
32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0
"cygltdl-3.dll" v0.0 ts=2003/8/17 22:35
181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0
"cygmcrypt-4.dll" v0.0 ts=2003/10/6 7:54
26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
"cygmenu5.dll" v0.0 ts=2001/4/24 22:27
20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
"cygmenu6.dll" v0.0 ts=2002/1/8 22:03
29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
"cygmenu7.dll" v0.0 ts=2003/8/9 2:25
271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0
"cygmhash-2.dll" v0.0 ts=2003/10/6 8:23
457k 2003/10/11 C:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0
"cygnaim_core-0.dll" v0.0 ts=2003/10/11 10:25
156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++5.dll" v0.0 ts=2001/4/24 22:29
175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++6.dll" v0.0 ts=2002/1/8 22:03
226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses5.dll" v0.0 ts=2001/4/24 22:17
202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses6.dll" v0.0 ts=2002/1/8 22:03
224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
"cygncurses7.dll" v0.0 ts=2003/8/9 2:24
15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
"cygpanel5.dll" v0.0 ts=2001/4/24 22:27
12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
"cygpanel6.dll" v0.0 ts=2002/1/8 22:03
19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
"cygpanel7.dll" v0.0 ts=2003/8/9 2:24
67k 2003/09/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2003/9/10 7:25
63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
"cygpcre.dll" v0.0 ts=2003/4/11 1:31
15k 2003/09/10 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2003/9/10 7:25
61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix.dll" v0.0 ts=2003/4/11 1:31
1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_8_0.dll" v0.0 ts=2003/8/29 3:20
168k 2003/08/10 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0
"cygpng10.dll" v0.0 ts=2003/8/10 15:31
173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2003/8/10 15:35
170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
"cygpng2.dll" v0.0 ts=2002/1/20 17:05
22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/8 22:45
108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
"cygreadline4.dll" v0.0 ts=2001/1/6 20:34
148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
"cygreadline5.dll" v0.0 ts=2003/8/10 16:16
682k 2003/10/11 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0
"cygruby18.dll" v0.0 ts=2003/10/11 4:41
171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygssl-0.9.7.dll" v0.0 ts=2003/9/30 9:49
165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
"cygssl.dll" v0.0 ts=2003/4/11 3:37
254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0
"cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 8:52
281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
"cygtiff3.dll" v0.0 ts=2003/2/23 20:58
282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0
"cygtiff4.dll" v0.0 ts=2003/8/10 19:32
25k 2002/07/14 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0
"cygungif-4.dll" v0.0 ts=2002/7/14 7:58
2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c21.dll" v0.0 ts=2002/11/15 20:07
2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c22.dll" v0.0 ts=2003/2/7 10:50
3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c23.dll" v0.0 ts=2003/10/11 19:36
1074k 2003/09/23 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
"cygxml2-2.dll" v0.0 ts=2003/9/23 10:52
50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-noX4.dll" v0.0 ts=2003/8/9 0:21
54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-X4.dll" v0.0 ts=2003/8/9 0:22
196k 2003/09/23 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0
"cygxslt-1.dll" v0.0 ts=2003/9/23 11:58
7k 2003/09/23 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0
"cygxsltbreakpoint-1.dll" v0.0 ts=2003/9/23 12:06
60k 2003/08/09 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2003/8/8 23:28
949k 2003/09/20 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2003/9/20 13:31
Cygwin DLL version info:
DLL version: 1.5.5
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 94
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Sat Sep 20 16:31:15 EDT 2003
CVS tag: cr-0x9b
Shared id: cygwin1S3
673k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0
"cygdps-1.dll" v0.0 ts=2003/9/19 23:37
184k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0
"cygdpstk-1.dll" v0.0 ts=2003/9/19 23:37
176k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontconfig-1.dll" v0.0 ts=2003/9/19 23:38
340k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0
"cygfreetype-9.dll" v0.0 ts=2003/9/19 23:38
520k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
"cygGL-1.dll" v0.0 ts=2003/9/19 23:35
593k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0
"cygGLU-1.dll" v0.0 ts=2003/9/19 23:36
111k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
"cygICE-6.dll" v0.0 ts=2003/9/19 23:28
25k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0
"cygoldX-6.dll" v0.0 ts=2003/9/19 23:27
1511k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0
"cygOSMesa-4.dll" v0.0 ts=2003/9/19 23:35
41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0
"cygPropList-0.dll" v0.0 ts=2002/5/13 20:13
40k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0
"cygpsres-1.dll" v0.0 ts=2003/9/19 23:37
54k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2003/9/19 23:28
1073k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
"cygX11-6.dll" v0.0 ts=2003/9/19 23:27
701k 2003/09/23 C:\cygwin\usr\X11R6\bin\cygXaw3d-1.dll - os=4.0 img=1.0 sys=4.0
"cygXaw3d-1.dll" v0.0 ts=2003/9/23 0:34
68k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0
"cygXcursor-1.dll" v0.0 ts=2003/9/19 23:39
84k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2003/9/19 23:28
99k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0
"cygXft-1.dll" v0.0 ts=2003/9/19 23:39
118k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
"cygXft-2.dll" v0.0 ts=2003/9/19 23:39
53k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0
"cygXi-6.dll" v0.0 ts=2003/9/19 23:30
29k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0
"cygXmuu-1.dll" v0.0 ts=2003/9/19 23:29
59k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0
"cygXp-6.dll" v0.0 ts=2003/9/19 23:31
83k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-4.dll" v0.0 ts=2003/9/19 23:29
34k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0
"cygXrandr-2.dll" v0.0 ts=2003/9/19 23:39
49k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
"cygXrender-1.dll" v0.0 ts=2003/9/19 23:38
386k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0
"cygXTrap-6.dll" v0.0 ts=2003/9/19 23:39
38k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0
"cygXtst-6.dll" v0.0 ts=2003/9/19 23:30
34k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXv-1.dll - os=4.0 img=1.0 sys=4.0
"cygXv-1.dll" v0.0 ts=2003/9/19 23:31
Cygwin Package Information
Last downloaded files to: C:\Downloads\Cygwin
Last downloaded files from: ftp://archive.progeny.com/cygwin
Package Version
_update-info-dir 00221-1
a2ps 4.13-1
agetty 2.1-1
apache 1.3.24-5
ash 20031007-1
aspell 0.50.3-1
aspell-dev 0.50.3-1
aspell-doc 0.50.3-1
aspell-en 0.51.0-1
astyle 1.15.3-3
autoconf 2.57a-1
autoconf-devel 2.57-2
autoconf-stable 2.13-5
automake 1.7.5a-1
automake-devel 1.7.6-2
automake-stable 1.4p5-6
base-files 2.6-1
base-passwd 1.1-1
bash 2.05b-15
bc 1.06-1
binutils 20030901-1
bison 20030307-1
byacc 1.9-1
bzip2 1.0.2-5
c-client 2002e-2
ccache 2.2-1
ccdoc 0.8.39-1
cgoban 1.9.14-1
chkconfig 1.2.24h-1
clear 1.0-1
clisp 2.31-2
cmake 1.8.1-1
cocom 0.995-1
compface 1.4-5
cpio 2.5-3
cron 3.0.1-11
crypt 1.0-2
ctags 5.5-4
curl 7.10.4-1
curl-devel 7.10.4-1
cvs 1.11.6-3
cygipc 2.02-1
cygrunsrv 0.96-2
cygutils 1.2.2-1
cygwin 1.5.5-1
cygwin-doc 1.3-6
db2 2.7.7-4
db3.1 3.1.17-2
db4.1 4.1.25-1
dejagnu 20021217-2
diff 1.0-1
diffutils 2.8.4-1
docbook-xml42 4.2-1
docbook-xsl 1.62.4-1
doxygen 1.2.18-1
dpkg 1.10.4-2
ed 0.2-1
editrights 1.01-1
ELFIO 1.0.0-1
emacs 21.2-12
emacs-el 21.2-12
emacs-X11 21.2-12
enscript 1.6.3-3
exim 4.24-1
expat 1.95.6-2
expect 20030128-1
fetchmail 6.2.4-1
figlet 2.2-1
file 4.03-2
fileutils 4.1-2
findutils 4.1.7-4
flex 2.5.4a-3
fortune 1.8-2
fvwm 2.4.7-2
gawk 3.1.3-3
gcc 3.3.1-2
gcc-mingw 20030911-3
gcc2 2.95.3-10
gdb 20030919-1
gdbm 1.8.3-7
gettext 0.12.1-3
gettext-devel 0.12.1-3
ghostscript 7.05-2
ghostscript-base 7.05-2
ghostscript-x11 7.05-2
gmp 4.1.2-1
gnugo 3.4-1
gnupg 1.2.2-3
gperf 2.7.2-1
grace 5.1.12-1
grep 2.5-1
groff 1.18.1-2
gsl 1.4-1
guile 1.6.4-12
guile-devel 1.6.4-12
guile-doc 1.6.4-12
gzip 1.3.5-1
indent 2.2.8-1
inetutils 1.3.2-25
initscripts 0.9-1
ioperm 0.4-1
irc 20010101-3
jbigkit 1.5-3
jgraph 8.3-1
jpeg 6b-11
keychain 1.9-1
less 381-1
lesstif 0.93.91-1
lftp 2.6.6-1
libaspell15 0.50.3-1
libbz2_0 1.0.2-1
libbz2_1 1.0.2-5
libcharset1 1.9.1-3
libdb2 2.7.7-4
libdb2-devel 2.7.7-4
libdb3.1 3.1.17-2
libdb3.1-devel 3.1.17-2
libdb4.1 4.1.25-1
libdb4.1-devel 4.1.25-1
libgdbm 1.8.0-5
libgdbm-devel 1.8.3-7
libgdbm3 1.8.3-3
libgdbm4 1.8.3-7
libgettextpo0 0.12.1-3
libguile12 1.6.4-12
libguile12abi13 1.6.4-2
libguile14 1.5.6-5
libiconv 1.9.1-3
libiconv2 1.9.1-3
libintl 0.10.38-3
libintl1 0.10.40-1
libintl2 0.12.1-3
libjpeg62 6b-11
libjpeg6b 6b-8
libkpathsea3 2.0.2-13
libkpathsea3abi13 2.0.2-2
libltdl3 1.5-3
libmcrypt 2.5.7-2
libmcrypt-devel 2.5.7-2
libncurses-devel 5.3-4
libncurses5 5.2-1
libncurses6 5.2-8
libncurses7 5.3-4
libpcre 4.1-1
libpcre0 4.4-2
libpng 1.2.5-4
libpng10 1.0.15-4
libpng10-devel 1.0.15-4
libpng12 1.2.5-4
libpng12-devel 1.2.5-4
libpng2 1.0.12-1
libpopt0 1.6.4-4
libPropList 0.10.1-3
libreadline4 4.1-2
libreadline5 4.3-5
libtiff-devel 3.6.0-5
libtiff3 3.6.0-2
libtiff4 3.6.0-5
libtool 1.5a-1
libtool-devel 1.5-3
libtool-stable 1.4.3-2
libungif 4.1.0-2
libxerces-c21 2.1.0-1
libxerces-c22 2.2.0-1
libxerces-c23 2.3.0-4
libxml2 2.5.11-1
libxslt 1.0.33-1
lilypond 2.0.1-1
lilypond-doc 2.0.1-1
links 0.96-1
login 1.9-7
lynx 2.8.4-7
m4 1.4-1
make 3.80-1
man 1.5j-2
mc 4.6.0-4
mhash 0.8.18-1
mhash-devel 0.8.18-1
mingw-runtime 3.2-1
mingw-zlib 1.1.4-4
mktemp 1.5-3
mod_auth_mysql 1.11-1
mod_auth_ntsec 1.7-1
mod_dav 1.0.3-1.3.6-1
mod_php4 4.2.0-2
mod_ssl 2.8.8-1.3.24-1
more 2.11o-1
mt 2.0.1-2
mutt 1.4.1-1
naim 0.11.6.1-1
nano 1.2.2-1
nasm 0.98.38-1
ncftp 3.1.4-1
ncurses 5.3-4
ncurses-demo 5.3-4
netcat 1.10-2
newlib-man 20020801
openbox 0.99.1-3
opengl 1.1.0-6
openssh 3.7.1p2-1
openssl 0.9.7c-1
openssl-devel 0.9.7c-1
openssl096 0.9.6j-1
par 1.52-1
patch 2.5.8-8
patchutils 0.2.22-2
pcre 4.4-2
pcre-devel 4.4-2
pcre-doc 4.4-2
pdksh 5.2.14-2
perl 5.8.0-5
perl_manpages 5.8.0-5
pine 4.58-1
pinfo 0.6.8-1
pkgconfig 0.15.0-4
popt 1.6.4-4
postgresql 7.3.4-2
procmail 3.22-8
procps 010801-2
proftpd 1.2.9rc2p-1
psutils 1.17-1
python 2.3.2-1
rcs 5.7-3
readline 4.3-5
rebase 2.2-3
robots 2.0-3
rpm 4.1-1
rpm-build 4.1-1
rpm-doc 4.1-1
rsync 2.5.6-2
ruby 1.8.0-2
rxvt 2.7.10-3
sed 4.0.7-3
setsid 0.0-3
sh-utils 2.0.15-4
sharutils 4.2.1-3
shutdown 1.4-1
splint 3.1.1-1
squid 2.4.STABLE7-1
ssmtp 2.38.7-4
stunnel 4.04-3
sunrpc 4.0-1
SWI-Prolog 5.2.6-1
swig 1.3.19-1
sysvinit 2.84-4
tar 1.13.25-3
tcltk 20030901-1
tcp_wrappers 7.6-1
tcsh 6.12.00-7
termcap 20021106-2
terminfo 5.3_20030726-1
tetex 2.0.2-13
tetex-base 2.0.2-13
tetex-bin 2.0.2-13
tetex-devel 2.0.2-13
tetex-doc 2.0.2-13
tetex-extra 2.0.2-13
tetex-tiny 2.0.2-13
tetex-x11 2.0.2-13
texinfo 4.2-4
texmf 20020911-1
texmf-base 20020911-1
texmf-doc 20020911-1
texmf-extra 20020911-1
texmf-tiny 20020911-1
textutils 2.0.21-1
tidy 030901-1
tiff 3.6.0-5
time 1.7-1
tin 1.6.1-1
transfig 3.2.4-1
ttcp 19980512-1
ucl 1.01-1
units 1.77-1
unzip 5.50-5
upx 1.24-1
uw-imap 2002e-2
uw-imap-imapd 2002e-2
uw-imap-util 2002e-2
vim 6.2.098-1
w32api 2.4-1
wget 1.8.2-2
which 1.5-2
whois 4.6.7-1
WindowMaker 0.80.0-2
wtf 0.0.4-4
x2x 1.27-2
Xaw3d 1.5E-1
xerces-c 2.3.0-4
xerces-c-devel 2.3.0-4
xerces-c-doc 2.3.0-4
xfig-base 3.2.4-1
xfig-bin 3.2.4-1
xfig-doc 3.2.4-1
xfig-etc 3.2.4-3
xfig-lib 3.2.4-2
xfig-man 3.2.4-1
XFree86-base 4.3.0-1
XFree86-bin 4.3.0-4
XFree86-doc 4.3.0-1
XFree86-etc 4.3.0-3
XFree86-f100 4.2.0-3
XFree86-fcyr 4.2.0-3
XFree86-fenc 4.2.0-3
XFree86-fnts 4.2.0-3
XFree86-fscl 4.2.0-3
XFree86-fsrv 4.3.0-3
XFree86-html 4.3.0-1
XFree86-jdoc 4.3.0-1
XFree86-lib 4.3.0-1
XFree86-lib-compat 4.3.0-1
XFree86-man 4.3.0-1
XFree86-nest 4.3.0-3
XFree86-prog 4.3.0-7
XFree86-prt 4.3.0-3
XFree86-ps 4.3.0-1
XFree86-startup-scripts 4.2.0-5
XFree86-vfb 4.3.0-3
XFree86-xserv 4.3.0-18
XFree86-xwinclip 4.3.0-1
xinetd 2.3.9-1
xmlto 0.0.14-1
xpm-nox 4.2.0-4
zip 2.3-5
zlib 1.1.4-4
zsh 4.1.1-1
Use -h to see help about each section
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-18 11:08 ` cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note! Christopher Faylor
2003-10-18 12:22 ` Christopher Faylor
@ 2003-10-20 11:23 ` Ronald Landheer-Cieslak
2003-10-20 12:21 ` Ronald Landheer-Cieslak
2003-10-21 15:52 ` Jason Dufair
3 siblings, 0 replies; 35+ messages in thread
From: Ronald Landheer-Cieslak @ 2003-10-20 11:23 UTC (permalink / raw)
To: cygwin
I'll apply your patch and release a new Bash version shortly
rlc
On Sat, Oct 18, 2003 at 01:58:36AM -0400, Christopher Faylor wrote:
> On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
> >I just managed to duplicate the problem on my system at work.
> >
> >Stay tuned.
>
> I managed to duplicate it at home by booting into W2K, too. That meant
> I didn't have to feel guilty about working on this at work. :-)
>
> This should fix the problem. Bash wasn't closing the read end of a pipe
> in some situations. I'm not sure why that would cause some programs to
> hang but the following patch fixes the problem. I think it provides
> more robust code than what was in bash previously, too.
>
> Ronald, if you agree with this patch, could you release a new version of
> bash, ASAP? If you don't agree with the patch, then please let me
> (aka the cygwin list) know soon since I'm going to be submitting it
> upstream ASAP.
>
> cgf
>
> 2003-10-18 Christopher Faylor <cgf@redhat.com>
>
> * subst.c (command_substitute): Guard against opening a pipe handle in
> stdin/stdout/stderr since they may be closed and keeping the pipe
> handle open in a subprocess will cause hangs.
>
> --- subst.c.orig 2003-10-15 15:09:01.000000000 -0400
> +++ subst.c 2003-10-18 01:47:49.737056307 -0400
> @@ -3716,6 +3716,7 @@ command_substitute (string, quoted)
> pid_t pid, old_pid, old_pipeline_pgrp;
> char *istring;
> int result, fildes[2], function_value;
> + int i, closeit[3];
>
> istring = (char *)NULL;
>
> @@ -3742,6 +3743,16 @@ command_substitute (string, quoted)
> if (subst_assign_varlist == 0 || garglist == 0)
> maybe_make_export_env (); /* XXX */
>
> +
> + for (i = 0; i <= 2; i++)
> + if (fcntl (i, F_GETFD, &result) != -1)
> + closeit[i] = 0;
> + else
> + {
> + open ("/dev/null", O_RDONLY);
> + closeit[i] = 1;
> + }
> +
> /* Pipe the output of executing STRING into the current shell. */
> if (pipe (fildes) < 0)
> {
> @@ -3749,6 +3760,10 @@ command_substitute (string, quoted)
> goto error_exit;
> }
>
> + for (i = 0; i <= 2; i++)
> + if (closeit[i])
> + close (i);
> +
> old_pid = last_made_pid;
> #if defined (JOB_CONTROL)
> old_pipeline_pgrp = pipeline_pgrp;
> @@ -3793,21 +3808,8 @@ command_substitute (string, quoted)
> exit (EXECUTION_FAILURE);
> }
>
> - /* If standard output is closed in the parent shell
> - (such as after `exec >&-'), file descriptor 1 will be
> - the lowest available file descriptor, and end up in
> - fildes[0]. This can happen for stdin and stderr as well,
> - but stdout is more important -- it will cause no output
> - to be generated from this command. */
> - if ((fildes[1] != fileno (stdin)) &&
> - (fildes[1] != fileno (stdout)) &&
> - (fildes[1] != fileno (stderr)))
> - close (fildes[1]);
> -
> - if ((fildes[0] != fileno (stdin)) &&
> - (fildes[0] != fileno (stdout)) &&
> - (fildes[0] != fileno (stderr)))
> - close (fildes[0]);
> + close (fildes[1]);
> + close (fildes[0]);
>
> /* The currently executing shell is not interactive. */
> interactive = 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/
--
"If that man in the PTL is such a healer, why can't he make his wife's
hairdo go down?"
-- Robin Williams
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-18 11:08 ` cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note! Christopher Faylor
2003-10-18 12:22 ` Christopher Faylor
2003-10-20 11:23 ` Ronald Landheer-Cieslak
@ 2003-10-20 12:21 ` Ronald Landheer-Cieslak
2003-10-21 15:52 ` Jason Dufair
3 siblings, 0 replies; 35+ messages in thread
From: Ronald Landheer-Cieslak @ 2003-10-20 12:21 UTC (permalink / raw)
To: cygwin
I've just checked the patch a wee bit closer - it looks OK to me. If you want
to push it upstream, please go ahead :)
I'm wrapping up release -16 now. I'll make it available for upload on -apps
ASAP.
Thanks,
rlc
On Sat, Oct 18, 2003 at 01:58:36AM -0400, Christopher Faylor wrote:
> On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
> >I just managed to duplicate the problem on my system at work.
> >
> >Stay tuned.
>
> I managed to duplicate it at home by booting into W2K, too. That meant
> I didn't have to feel guilty about working on this at work. :-)
>
> This should fix the problem. Bash wasn't closing the read end of a pipe
> in some situations. I'm not sure why that would cause some programs to
> hang but the following patch fixes the problem. I think it provides
> more robust code than what was in bash previously, too.
>
> Ronald, if you agree with this patch, could you release a new version of
> bash, ASAP? If you don't agree with the patch, then please let me
> (aka the cygwin list) know soon since I'm going to be submitting it
> upstream ASAP.
>
> cgf
>
> 2003-10-18 Christopher Faylor <cgf@redhat.com>
>
> * subst.c (command_substitute): Guard against opening a pipe handle in
> stdin/stdout/stderr since they may be closed and keeping the pipe
> handle open in a subprocess will cause hangs.
>
> --- subst.c.orig 2003-10-15 15:09:01.000000000 -0400
> +++ subst.c 2003-10-18 01:47:49.737056307 -0400
> @@ -3716,6 +3716,7 @@ command_substitute (string, quoted)
> pid_t pid, old_pid, old_pipeline_pgrp;
> char *istring;
> int result, fildes[2], function_value;
> + int i, closeit[3];
>
> istring = (char *)NULL;
>
> @@ -3742,6 +3743,16 @@ command_substitute (string, quoted)
> if (subst_assign_varlist == 0 || garglist == 0)
> maybe_make_export_env (); /* XXX */
>
> +
> + for (i = 0; i <= 2; i++)
> + if (fcntl (i, F_GETFD, &result) != -1)
> + closeit[i] = 0;
> + else
> + {
> + open ("/dev/null", O_RDONLY);
> + closeit[i] = 1;
> + }
> +
> /* Pipe the output of executing STRING into the current shell. */
> if (pipe (fildes) < 0)
> {
> @@ -3749,6 +3760,10 @@ command_substitute (string, quoted)
> goto error_exit;
> }
>
> + for (i = 0; i <= 2; i++)
> + if (closeit[i])
> + close (i);
> +
> old_pid = last_made_pid;
> #if defined (JOB_CONTROL)
> old_pipeline_pgrp = pipeline_pgrp;
> @@ -3793,21 +3808,8 @@ command_substitute (string, quoted)
> exit (EXECUTION_FAILURE);
> }
>
> - /* If standard output is closed in the parent shell
> - (such as after `exec >&-'), file descriptor 1 will be
> - the lowest available file descriptor, and end up in
> - fildes[0]. This can happen for stdin and stderr as well,
> - but stdout is more important -- it will cause no output
> - to be generated from this command. */
> - if ((fildes[1] != fileno (stdin)) &&
> - (fildes[1] != fileno (stdout)) &&
> - (fildes[1] != fileno (stderr)))
> - close (fildes[1]);
> -
> - if ((fildes[0] != fileno (stdin)) &&
> - (fildes[0] != fileno (stdout)) &&
> - (fildes[0] != fileno (stderr)))
> - close (fildes[0]);
> + close (fildes[1]);
> + close (fildes[0]);
>
> /* The currently executing shell is not interactive. */
> interactive = 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/
--
We all dream of being the darling of everybody's darling.
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-18 11:08 ` cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note! Christopher Faylor
` (2 preceding siblings ...)
2003-10-20 12:21 ` Ronald Landheer-Cieslak
@ 2003-10-21 15:52 ` Jason Dufair
2003-10-21 17:35 ` Christopher Faylor
3 siblings, 1 reply; 35+ messages in thread
From: Jason Dufair @ 2003-10-21 15:52 UTC (permalink / raw)
To: cygwin
Thanks a lot for this, Christopher. I sit in awe of the efforts of
everyone to fix this extremely tricky bug.
Christopher Faylor <cgf-rcm@cygwin.com> writes:
> On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
>>I just managed to duplicate the problem on my system at work.
>>
>>Stay tuned.
>
> I managed to duplicate it at home by booting into W2K, too. That meant
> I didn't have to feel guilty about working on this at work. :-)
--
Jason Dufair - jase@dufair.org
http://www.dufair.org/
"Every word is like an unnecessary stain on silence and nothingness."
-- Beckett
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!
2003-10-21 15:52 ` Jason Dufair
@ 2003-10-21 17:35 ` Christopher Faylor
0 siblings, 0 replies; 35+ messages in thread
From: Christopher Faylor @ 2003-10-21 17:35 UTC (permalink / raw)
To: cygwin
On Tue, Oct 21, 2003 at 09:35:38AM -0500, Jason Dufair wrote:
>Thanks a lot for this, Christopher. I sit in awe of the efforts of
>everyone to fix this extremely tricky bug.
As with most bugs, it turned out to be extremely simple to fix once all
of the parameters were known. I appreciate all of the debugging effort
that Brian Ford put into this. Armed with his info, it was relatively
easy to track down once I duplicated the problem.
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-15 17:12 ` Igor Pechtchanski
@ 2003-10-15 17:47 ` Brian Ford
0 siblings, 0 replies; 35+ messages in thread
From: Brian Ford @ 2003-10-15 17:47 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Igor Pechtchanski wrote:
> On Tue, 14 Oct 2003, Brian Ford wrote:
> > On Tue, 14 Oct 2003, Igor Pechtchanski wrote:
> > >Brian Ford wrote:
> > > > There will be no ouput unless main calls foo, right?
> > >
> > > Actually, if the DLL was loaded, there should be output even if foo isn't
> > > called...
> > >
> > Just linking to it causes a load, or is it the first referance? I'm a DLL
> > dunce.
>
> I've just verified that the DLL is loaded even if no functions from it are
> called (or variables referenced). FWIW, here's the code I used:
>
It has been a while since I ran through this stuff, but I did get that
output in a bash shell after compiling with -mno-cygwin (I think).
> > > > Then, I still get a hang under setup from explorer; no output.
> > >
> > > This could be because the DLL was not loaded, or because of the two stdio
> > > conflicts... Did you compile the DLL with -mno-cygwin?
> >
> > No. I guess you wanted me too? :)
>
> I don't know if it matters, frankly. It looks like the DLL is loaded, but
> it doesn't load completely. Maybe something that SHLWAPI.DLL is doing on
> initialization?
>
I think it might (again, going on my faulty memory).
Does that comment mean you can reproduce this now? I guess you're just
talking about email observations, right.
> I still suspect the initialization code in SHLWAPI.DLL is doing
> something that Cygwin doesn't like.
>
Maybe, it is just *very* strange.
Only setup launched from explorer launched bash launched back tick SHLWAPI
base program without input redirection. Ugh...! Any change in the above
and the problem goes away. (ie. explorer->setup->bash`SHLWAPI exe #
without < /dev/null`).
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 21:39 ` Brian Ford
@ 2003-10-15 17:12 ` Igor Pechtchanski
2003-10-15 17:47 ` Brian Ford
0 siblings, 1 reply; 35+ messages in thread
From: Igor Pechtchanski @ 2003-10-15 17:12 UTC (permalink / raw)
To: Brian Ford; +Cc: cygwin
On Tue, 14 Oct 2003, Brian Ford wrote:
> On Tue, 14 Oct 2003, Igor Pechtchanski wrote:
> >Brian Ford wrote:
> > > There will be no ouput unless main calls foo, right?
> >
> > Actually, if the DLL was loaded, there should be output even if foo isn't
> > called...
> >
> Just linking to it causes a load, or is it the first referance? I'm a DLL
> dunce.
I've just verified that the DLL is loaded even if no functions from it are
called (or variables referenced). FWIW, here's the code I used:
$ cat > cpath.c
int hello();
void foo (void) { hello(); }
int main (int argc, char **argv) { return 0; }
$ cat > cygx.c
#include <windows.h>
#include <stdio.h>
static int counter = 0;
static FILE *output = NULL;
int hello() {
fprintf (output, "Hello world for the %dth time!\n", counter);
fflush (output);
return counter++;
}
BOOL WINAPI DllMain(HINSTANCE h, DWORD f, LPVOID r) {
if (!output) output = fopen("cygx.out", "wt");
fprintf (output, "DLL loaded: ");
switch (f) {
case DLL_PROCESS_ATTACH: fprintf (output, "process attach");
break;
case DLL_THREAD_ATTACH: fprintf (output, "thread attach");
break;
case DLL_THREAD_DETACH: fprintf (output, "thread detach");
break;
case DLL_PROCESS_DETACH: fprintf (output, "process detach");
break;
default: fprintf (output, "WTF?!");
}
fprintf (output, "\n");
fflush (output);
return TRUE;
}
$ gcc -mno-cygwin -shared -o cygx.dll cygx.c
$ gcc -o cpath.exe cpath.c -L. -lcygx
$ ./cpath.exe; cat cygx.out
DLL loaded: process attach
DLL loaded: thread attach
DLL loaded: process detach
$
> > > Then, I still get a hang under setup from explorer; no output.
> >
> > This could be because the DLL was not loaded, or because of the two stdio
> > conflicts... Did you compile the DLL with -mno-cygwin?
>
> No. I guess you wanted me too? :)
I don't know if it matters, frankly. It looks like the DLL is loaded, but
it doesn't load completely. Maybe something that SHLWAPI.DLL is doing on
initialization?
> > > Stand alone in a shell, output is:
> > >
> > > DLL loaded: process attach
> > > DLL loaded: thread attach
> > > Segmentation fault (core dumped)
> > >
> > > The SEGV is expected given the code is invalid anyway.
> > >
> > > Nothing to see here... move along...
> > > [snip test_dll.c]
> >
> > Hmm. Maybe if the DLL has exported global variables, not just functions?
> > I'll see if I can come up with the appropriate code and will then post it
> > to the list.
> >
> Not following, but ok.
I meant making "counter" in the above example global rather than static.
Turns out it doesn't make a difference -- the DLL is loaded anyway. I
still suspect the initialization code in SHLWAPI.DLL is doing something
that Cygwin doesn't like.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: cygpath hangings
@ 2003-10-15 10:22 Steve Fairbairn
0 siblings, 0 replies; 35+ messages in thread
From: Steve Fairbairn @ 2003-10-15 10:22 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 3118 bytes --]
> -----Original Message-----
> From: Steve Fairbairn
> Sent: 15 October 2003 09:19
> Subject: RE: cygpath hangings
>
> I ran this first with my normal bash shell, renamed the
> output, and then ran
> it again from within setup.
>
> I am attaching the 2 files as they are as well because of the
> contents of
> one of them, but here is what I see.
>
> ---
> Steve Fairbairn@stevefnec /cygdrive/d
> $ cat path_from_normal
> /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/d/v80003
> /data/work/use
> rbin:/cygdrive/d/v80003/bin:/cygdrive/c/Program
> Files/j2sdk1.4.2_01/bin:/cygdrive/c/WINDOWS/system32:/cygdrive
> /c/WINDOWS:/cy
> gdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program
> Files/Microsoft Visual
> Studio/VC98/Bin:/usr/bin
> ---
>
> ---
> Steve Fairbairn@stevefnec /cygdrive/d
> $ cat path_from_setup
> /usr/bin:/usr/bin:/usr/bin:/usr/bin:ÓD-w@3"
> ---
>
This is slightly false information. The above run from setup was launched
using....
Steve Fairbairn@stevefnec ~/obj
$ cygstart -- W:/Public/Installs/Installs/Cygwin/setup-2.415.exe --no-md5
When instead I double click on 'setup-2.415.exe' I end up with a path very
close to my normal bash one.
---
Steve Fairbairn@stevefnec /cygdrive/d
$ cat path_from_setup
/usr/bin:/usr/bin:/usr/bin:/usr/bin:/cygdrive/d/v80003/data/work/userbin:/cy
gdrive/d/v80003/bin:/cygdrive/c/Program
Files/j2sdk1.4.2_01/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cy
gdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Microsoft Visual
Studio/VC98/Bin:/usr/bin
---
Maybe tryig to debug this issue by using cygstart is giving false leads?
Steve.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
[-- Attachment #2: path_from_setup --]
[-- Type: application/octet-stream, Size: 294 bytes --]
/usr/bin:/usr/bin:/usr/bin:/usr/bin:/cygdrive/d/v80003/data/work/userbin:/cygdrive/d/v80003/bin:/cygdrive/c/Program Files/j2sdk1.4.2_01/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Microsoft Visual Studio/VC98/Bin:/usr/bin
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 22:23 ` Brian Ford
@ 2003-10-14 22:58 ` Brian Ford
0 siblings, 0 replies; 35+ messages in thread
From: Brian Ford @ 2003-10-14 22:58 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Brian Ford wrote:
> On Tue, 14 Oct 2003, chris wrote:
>
> > If I comment out the call to SHGetPathFromIDList in this program, the
> > program returns, else it hangs.
> >
> Confirmed.
>
> > Also, This program seems to be both valid c++ and c code. If it is
> > compiled in gcc, all is fine. In g++, it hangs.
> >
> Really? I see the hang regardless.
>
It is also valid -mno-cygwin code, and when compiled this way, it still
hangs. Doesn't this eliminate a good portion of the Cygwin startup code
since this is a MINGW executable?
It must be something the exec stub did? I do see a few cases of suspended
starting in spawn_guts. Might it have forgotten to resume? Is there an
easy way to tell if it is suspended?
I'm still puzzled about why the input redirect helps. Recap:
/etc/postinstall/hang.sh:
#!/bin/bash
FOO=`hangprog.exe < /dev/null`
BAR=`hangprog.exe` # hangs here!
where hangprog.exe is:
> > -- Code begins --
> >
> > #include <shlobj.h>
> >
> > void fee (void) {
> > char *buf;
> >
> I changed this to char buf[255] just to be safer.
>
> > LPITEMIDLIST id;
> > SHGetPathFromIDList (id, buf); // Comment this out and no hang.
> > }
> >
> > int main (int argc, char **argv)
> > {
> > return 0;
> > }
> >
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 12:36 ` cygpath hangings chris
2003-10-14 12:54 ` Corinna Vinschen
2003-10-14 13:38 ` Igor Pechtchanski
@ 2003-10-14 22:23 ` Brian Ford
2003-10-14 22:58 ` Brian Ford
2 siblings, 1 reply; 35+ messages in thread
From: Brian Ford @ 2003-10-14 22:23 UTC (permalink / raw)
To: cygwin
Chris,
On Tue, 14 Oct 2003, chris wrote:
> If I comment out the call to SHGetPathFromIDList in this program, the
> program returns, else it hangs.
>
Confirmed.
> Also, This program seems to be both valid c++ and c code. If it is
> compiled in gcc, all is fine. In g++, it hangs.
>
Really? I see the hang regardless.
> -- Code begins --
>
> #include <shlobj.h>
>
> void fee (void) {
> char *buf;
>
I changed this to char buf[255] just to be safer.
> LPITEMIDLIST id;
> SHGetPathFromIDList (id, buf);
> }
>
> int main (int argc, char **argv)
> {
> return 0;
> }
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 21:24 ` Igor Pechtchanski
@ 2003-10-14 21:39 ` Brian Ford
2003-10-15 17:12 ` Igor Pechtchanski
0 siblings, 1 reply; 35+ messages in thread
From: Brian Ford @ 2003-10-14 21:39 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Igor Pechtchanski wrote:
> Does "cygcheck yourprog.exe" show both test_dll.dll and SHLWAPI.DLL?
>
ford@fordpc ~
$ cygcheck cyghan.exe
Found: .\cyghan.exe
cyghan.exe
G:\cygwin\bin\cygwin1.dll
D:\WINNT\System32\KERNEL32.dll
D:\WINNT\System32\ntdll.dll
.\cygl.dll
D:\WINNT\System32\SHELL32.DLL
D:\WINNT\System32\GDI32.dll
D:\WINNT\System32\USER32.dll
D:\WINNT\System32\ADVAPI32.dll
D:\WINNT\System32\RPCRT4.dll
D:\WINNT\System32\SHLWAPI.dll
D:\WINNT\System32\msvcrt.dll
D:\WINNT\System32\COMCTL32.dll
test_dll.dll is actually .\cygl.dll
>Brian Ford wrote:
> > There will be no ouput unless main calls foo, right?
>
> Actually, if the DLL was loaded, there should be output even if foo isn't
> called...
>
Just linking to it causes a load, or is it the first referance? I'm a DLL
dunce.
> > Then, I still get a hang under setup from explorer; no output.
>
> This could be because the DLL was not loaded, or because of the two stdio
> conflicts... Did you compile the DLL with -mno-cygwin?
>
No. I guess you wanted me too? :)
> > Stand alone in a shell, output is:
> >
> > DLL loaded: process attach
> > DLL loaded: thread attach
> > Segmentation fault (core dumped)
> >
> > The SEGV is expected given the code is invalid anyway.
> >
> > Nothing to see here... move along...
> > [snip test_dll.c]
>
> Hmm. Maybe if the DLL has exported global variables, not just functions?
> I'll see if I can come up with the appropriate code and will then post it
> to the list.
>
Not following, but ok.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 21:14 ` Brian Ford
@ 2003-10-14 21:24 ` Igor Pechtchanski
2003-10-14 21:39 ` Brian Ford
0 siblings, 1 reply; 35+ messages in thread
From: Igor Pechtchanski @ 2003-10-14 21:24 UTC (permalink / raw)
To: Brian Ford; +Cc: cygwin
On Tue, 14 Oct 2003, Brian Ford wrote:
> Igor,
>
> On Tue, 14 Oct 2003, Igor Pechtchanski wrote:
>
> > On Tue, 14 Oct 2003, chris wrote:
> >
> > > -- Code begins --
> > >
> > > #include <shlobj.h>
> > >
> > > void fee (void) {
> > > char *buf;
> > > LPITEMIDLIST id;
> > > SHGetPathFromIDList (id, buf);
> > > }
> > >
> > > int main (int argc, char **argv)
> > > {
> > > return 0;
> > > }
> >
> > Chris,
> >
> > I suspect that this hang might be happening while loading the DLL. Could
> > you try to link your program with something like below and see if it still
> > hangs, and what it outputs?
> >
> Yes, it still hangs when run under setup from explorer. No output from
> the hung one, or when run stand alone in bash.
>
> > If it doesn't hang, try renaming
> > SHGetPathFromIDList below to something else (e.g., foo) that calls the
> > real SHGetPathFromIDList, call foo() from your fee() above, and link your
> > program against both test_dll.dll and SHLWAPI.DLL.
> >
> Well, I didn't link explicitly with SHLWAPI.DLL, but same here.
Does "cygcheck yourprog.exe" show both test_dll.dll and SHLWAPI.DLL?
> There will be no ouput unless main calls foo, right?
Actually, if the DLL was loaded, there should be output even if foo isn't
called...
> Then, I still get a hang under setup from explorer; no output.
This could be because the DLL was not loaded, or because of the two stdio
conflicts... Did you compile the DLL with -mno-cygwin?
> Stand alone in a shell, output is:
>
> DLL loaded: process attach
> DLL loaded: thread attach
> Segmentation fault (core dumped)
>
> The SEGV is expected given the code is invalid anyway.
>
> Nothing to see here... move along...
> [snip test_dll.c]
Hmm. Maybe if the DLL has exported global variables, not just functions?
I'll see if I can come up with the appropriate code and will then post it
to the list.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 13:38 ` Igor Pechtchanski
2003-10-14 14:40 ` chris
@ 2003-10-14 21:14 ` Brian Ford
2003-10-14 21:24 ` Igor Pechtchanski
1 sibling, 1 reply; 35+ messages in thread
From: Brian Ford @ 2003-10-14 21:14 UTC (permalink / raw)
To: cygwin
Igor,
On Tue, 14 Oct 2003, Igor Pechtchanski wrote:
> On Tue, 14 Oct 2003, chris wrote:
>
> > -- Code begins --
> >
> > #include <shlobj.h>
> >
> > void fee (void) {
> > char *buf;
> > LPITEMIDLIST id;
> > SHGetPathFromIDList (id, buf);
> > }
> >
> > int main (int argc, char **argv)
> > {
> > return 0;
> > }
>
> Chris,
>
> I suspect that this hang might be happening while loading the DLL. Could
> you try to link your program with something like below and see if it still
> hangs, and what it outputs?
>
Yes, it still hangs when run under setup from explorer. No output from
the hung one, or when run stand alone in bash.
> If it doesn't hang, try renaming
> SHGetPathFromIDList below to something else (e.g., foo) that calls the
> real SHGetPathFromIDList, call foo() from your fee() above, and link your
> program against both test_dll.dll and SHLWAPI.DLL.
>
Well, I didn't link explicitly with SHLWAPI.DLL, but same here.
There will be no ouput unless main calls foo, right? Then, I still get a
hang under setup from explorer; no output. Stand alone in a shell, output
is:
DLL loaded: process attach
DLL loaded: thread attach
Segmentation fault (core dumped)
The SEGV is expected given the code is invalid anyway.
Nothing to see here... move along...
>
> -------------------------- BEGIN test_dll.c --------------------------
> #include <windows.h>
> #include <stdio.h>
> #include <shlobj.h>
>
> static FILE *output = NULL;
>
> void SHGetPathFromIDList(LPITEMIDLIST id, char *buf) {
> return;
> }
>
> BOOL WINAPI DllMain(HINSTANCE h, DWORD f, LPVOID r) {
> if (!output) output = stderr;
> fprintf (output, "DLL loaded: ");
> switch (f) {
> case DLL_PROCESS_ATTACH: fprintf (output, "process attach");
> break;
> case DLL_THREAD_ATTACH: fprintf (output, "thread attach");
> break;
> case DLL_THREAD_DETACH: fprintf (output, "thread detach");
> break;
> case DLL_PROCESS_DETACH: fprintf (output, "process detach");
> break;
> default: fprintf (output, "WTF?!");
> }
> fprintf (output, "\n");
> fflush (output);
> return TRUE;
> }
> ---------- Note: cutting here may damage your screen surface ---------
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: cygpath hangings
2003-10-14 13:55 ` Igor Pechtchanski
2003-10-14 14:30 ` Cliff Hones
@ 2003-10-14 15:16 ` Hannu E K Nevalainen
1 sibling, 0 replies; 35+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-14 15:16 UTC (permalink / raw)
To: cygwin
> From: Igor Pechtchanski
> Sent: Tuesday, October 14, 2003 3:38 PM
> FWIW, I've posted instructions on how to run a program from setup recently
> (but can't find the actual message at the moment). To summarize, simply
> create a shell script named BLAH.sh that calls that program (you may need
> to call it through bash, too), put it in /etc/postinstall, and run setup
> in "Keep" mode. The script will be run during the postinstall phase (even
> though you won't install anything).
> Igor
In addition to what is above...
I've been using these to generate the problem. HTH.
--
$ cat /etc/postinstall/t3.sh
#!/bin/bash -x
# CYGWIN_DEBUG=/bin/cygpath
# set CYGWIN_SLEEP=20000
echo -e "CYGWIN_DEBUG=${CYGWIN_DEBUG}\tCYGWIN_SLEEP=${CYGWIN_SLEEP}"
TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86"
echo $TOPFOLDER
$ cat ~/scripts/t3
#!/bin/bash
if [ -f /etc/postinstall/t3.sh.done ] ; then
mv /etc/postinstall/t3.sh.done /etc/postinstall/t3.sh
fi
cygstart -- /install/setup.exe --no-md5
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02 --
--END OF MESSAGE--
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 14:40 ` chris
@ 2003-10-14 14:52 ` Igor Pechtchanski
0 siblings, 0 replies; 35+ messages in thread
From: Igor Pechtchanski @ 2003-10-14 14:52 UTC (permalink / raw)
To: chris; +Cc: cygwin
On Tue, 14 Oct 2003, chris wrote:
> Chris,
>
> >I suspect that this hang might be happening while loading the DLL. Could
> >you try to link your program with something like below and see if it still
> >hangs, and what it outputs? If it doesn't hang, try renaming
> >SHGetPathFromIDList below to something else (e.g., foo) that calls the
> >real SHGetPathFromIDList, call foo() from your fee() above, and link your
> >program against both test_dll.dll and SHLWAPI.DLL.
> > Igor
> >P.S. Please don't start new threads as replies to unrelated messages -- it
> >confuses threaded readers.
>
> Can I just ask (and I could be about to deeply embarass myself I think).
> How do I link against particular .dlls? up until now I've just been
> writing "gcc file.c -o file"
"gcc file.c -o file -L. -ltest_dll"
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 14:36 Steve Fairbairn
@ 2003-10-14 14:41 ` chris
0 siblings, 0 replies; 35+ messages in thread
From: chris @ 2003-10-14 14:41 UTC (permalink / raw)
To: cygwin
Steve Fairbairn wrote:
>
>
>>-----Original Message-----
>>From: Cliff Hones
>>Sent: 14 October 2003 15:03
>>Subject: Re: cygpath hangings
>>
>>Running
>>cygcheck -vs (and/or some other such utility) from
>>a hanging and non-hanging postinstall shell might come
>>up with something.
>>
>>
>>
>
>As in set up a script in /etc/postinstall that runs cygcheck -vs to a file,
>and send that in?
>
>Steve.
>
>
Your wish is my command :) Unfortunatly, whatever is causing the hanging
bug is also hanging cygcheck :(
I'll attach what I get anyway.. I'm running the following script:
#!/bin/bash -x
which which
cygpath -S
cygcheck -vs
FII=$(which which)
FOO=$(cygcheck -vs)
--- setup.log.postinstall follows ---
+ which which
/usr/bin/which
+ cygpath -S
+ cygcheck -vs
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Oct 14 15:29:49 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
Path: F:\cygwin\bin
F:\cygwin\bin
F:\cygwin\bin
F:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\texmf\miktex\bin
c:\Program Files\MiKTeX\miktex\bin
F:\cygwin\bin
c:\j2sdk1.4.1\bin
f:\eclipse\lib\i386_nt
F:\cygwin\bin
Output from F:\cygwin\bin\id.exe (nontsec)
UID: 11724(caj) GID: 10513(mkgroup_l_d)
10513(mkgroup_l_d)
Output from F:\cygwin\bin\id.exe (ntsec)
UID: 11724(caj) GID: 10513(mkgroup_l_d)
547(Power Users) 545(Users)
10513(mkgroup_l_d)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
HOME = `c:\'
PWD = `/'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\caj\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `PC302'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CYGWINROOT = `F:\cygwin'
HOMEDRIVE = `C:'
HOMEPATH = `\'
LOGONSERVER = `\\OUSE'
NUMBER_OF_PROCESSORS = `1'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0602'
PROGRAMFILES = `C:\Program Files'
SHLVL = `1'
SMS_LOCAL_DIR = `C:\WINNT'
SMS_LOCAL_DIR_USER = `C:\WINNT'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\caj\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\caj\LOCALS~1\Temp'
USERDNSDOMAIN = `ad.cs.york.ac.uk'
USERDOMAIN = `AD'
USERNAME = `caj'
USERPROFILE = `C:\Documents and Settings\caj'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
Use `-r' to scan registry
a: fd N/A N/A
c: hd NTFS 5004Mb 59% CP CS UN PA FC
d: fd N/A N/A
e: cd N/A N/A
f: hd NTFS 13641Mb 41% CP CS UN PA FC
h: net NTFS 16132Mb 63% CP CS PA caj
w: net NTFS 5Mb 32% CP CS PA caj
z: net NTFS 16132Mb 92% CP CS PA software
F:\cygwin / user binmode
F:\cygwin/bin /usr/bin user binmode
F:\cygwin/lib /usr/lib user binmode
. /cygdrive user binmode,cygdrive
Found: F:\cygwin\bin\awk.exe
Found: F:\cygwin\bin\bash.exe
Found: F:\cygwin\bin\cat.exe
Found: F:\cygwin\bin\cp.exe
Found: F:\cygwin\bin\cpp.exe
Found: F:\cygwin\bin\find.exe
Found: F:\cygwin\bin\gcc.exe
Found: F:\cygwin\bin\gdb.exe
Found: F:\cygwin\bin\grep.exe
Found: F:\cygwin\bin\ld.exe
Found: F:\cygwin\bin\ls.exe
Found: F:\cygwin\bin\make.exe
Found: F:\cygwin\bin\mv.exe
Found: F:\cygwin\bin\rm.exe
Found: F:\cygwin\bin\sed.exe
Found: F:\cygwin\bin\sh.exe
Found: F:\cygwin\bin\tar.exe
802k 2003/09/15 F:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0
"cygaspell-15.dll" v0.0 ts=2003/9/15 13:32
61k 2003/08/09 F:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2003/8/9 7:35
842k 2003/09/30 F:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-0.9.7.dll" v0.0 ts=2003/9/30 17:49
645k 2003/04/11 F:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto.dll" v0.0 ts=2003/4/11 11:37
28k 2003/08/11 F:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0
"cygcygipc-2.dll" v0.0 ts=2003/8/11 1:54
380k 2002/07/24 F:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb-3.1.dll" v0.0 ts=2002/7/24 17:24
487k 2002/07/24 F:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 17:25
132k 2003/07/12 F:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-0.dll" v0.0 ts=2003/7/12 12:33
45k 2001/04/25 F:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
"cygform5.dll" v0.0 ts=2001/4/25 6:28
35k 2002/01/09 F:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
"cygform6.dll" v0.0 ts=2002/1/9 6:03
48k 2003/08/09 F:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
"cygform7.dll" v0.0 ts=2003/8/9 10:25
28k 2003/07/20 F:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-3.dll" v0.0 ts=2003/7/20 8:58
30k 2003/08/11 F:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2003/8/11 3:12
19k 2003/03/22 F:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm.dll" v0.0 ts=2002/2/20 3:05
15k 2003/07/20 F:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0
sys=4.0
"cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 9:00
15k 2003/08/11 F:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0
sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 3:13
69k 2003/08/10 F:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0
img=1.0 sys=4.0
"cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 23:10
12k 2003/08/10 F:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0
"cyggettextpo-0.dll" v0.0 ts=2003/8/10 23:11
134k 2003/08/10 F:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0
img=1.0 sys=4.0
"cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 23:10
17k 2001/06/28 F:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
"cyghistory4.dll" v0.0 ts=2001/1/7 4:34
29k 2003/08/10 F:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
"cyghistory5.dll" v0.0 ts=2003/8/11 0:16
958k 2003/08/10 F:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2003/8/10 21:57
22k 2001/12/13 F:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
"cygintl-1.dll" v0.0 ts=2001/12/13 9:28
37k 2003/08/10 F:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
"cygintl-2.dll" v0.0 ts=2003/8/10 22:50
21k 2001/06/20 F:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
"cygintl.dll" v0.0 ts=2001/6/20 18:09
132k 2003/08/11 F:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-62.dll" v0.0 ts=2003/8/11 1:37
119k 2002/02/09 F:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg6b.dll" v0.0 ts=2002/2/9 5:19
26k 2001/04/25 F:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
"cygmenu5.dll" v0.0 ts=2001/4/25 6:27
20k 2002/01/09 F:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
"cygmenu6.dll" v0.0 ts=2002/1/9 6:03
29k 2003/08/09 F:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
"cygmenu7.dll" v0.0 ts=2003/8/9 10:25
453k 2003/07/27 F:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0
"cygnaim_core-0.dll" v0.0 ts=2003/7/27 6:46
156k 2001/04/25 F:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++5.dll" v0.0 ts=2001/4/25 6:29
175k 2002/01/09 F:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++6.dll" v0.0 ts=2002/1/9 6:03
226k 2001/04/25 F:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses5.dll" v0.0 ts=2001/4/25 6:17
202k 2002/01/09 F:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses6.dll" v0.0 ts=2002/1/9 6:03
224k 2003/08/09 F:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
"cygncurses7.dll" v0.0 ts=2003/8/9 10:24
15k 2001/04/25 F:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
"cygpanel5.dll" v0.0 ts=2001/4/25 6:27
12k 2002/01/09 F:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
"cygpanel6.dll" v0.0 ts=2002/1/9 6:03
19k 2003/08/09 F:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
"cygpanel7.dll" v0.0 ts=2003/8/9 10:24
67k 2003/09/10 F:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2003/9/10 15:25
63k 2003/04/11 F:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
"cygpcre.dll" v0.0 ts=2003/4/11 9:31
15k 2003/09/10 F:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2003/9/10 15:25
61k 2003/04/11 F:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix.dll" v0.0 ts=2003/4/11 9:31
1100k 2003/08/29 F:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_8_0.dll" v0.0 ts=2003/8/29 11:20
168k 2003/08/10 F:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0
"cygpng10.dll" v0.0 ts=2003/8/10 23:31
173k 2003/08/10 F:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2003/8/10 23:35
170k 2002/01/21 F:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
"cygpng2.dll" v0.0 ts=2002/1/21 1:05
22k 2002/06/09 F:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/9 6:45
108k 2001/06/28 F:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
"cygreadline4.dll" v0.0 ts=2001/1/7 4:34
148k 2003/08/10 F:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
"cygreadline5.dll" v0.0 ts=2003/8/11 0:16
171k 2003/09/30 F:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygssl-0.9.7.dll" v0.0 ts=2003/9/30 17:49
165k 2003/04/11 F:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
"cygssl.dll" v0.0 ts=2003/4/11 11:37
281k 2003/02/24 F:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
"cygtiff3.dll" v0.0 ts=2003/2/24 4:58
282k 2003/08/11 F:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0
"cygtiff4.dll" v0.0 ts=2003/8/11 3:32
50k 2003/08/09 F:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-noX4.dll" v0.0 ts=2003/8/9 8:21
54k 2003/08/09 F:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-X4.dll" v0.0 ts=2003/8/9 8:22
60k 2003/08/09 F:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2003/8/9 7:28
949k 2003/09/20 F:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2003/9/20 21:31
Cygwin DLL version info:
DLL version: 1.5.5
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 94
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Sat Sep 20 16:31:15 EDT 2003
CVS tag: cr-0x9b
Shared id: cygwin1S3
Cygwin Package Information
Last downloaded files to: f:\temp
Last downloaded files from:
ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin
Package Version
_update-info-dir 00221-1
a2ps 4.13-1
ash 20031007-1
aspell 0.50.3-1
aspell-dev 0.50.3-1
aspell-doc 0.50.3-1
aspell-en 0.51.0-1
autoconf 2.57a-1
autoconf-devel 2.57-2
autoconf-stable 2.13-5
automake 1.7.5a-1
automake-devel 1.7.6-2
automake-stable 1.4p5-6
base-files 2.6-1
base-passwd 1.1-1
bash 2.05b-15
binutils 20030901-1
bzip2 1.0.2-5
cygipc 2.01-2
cygrunsrv 0.96-2
cygutils 1.2.1-2
cygwin 1.5.5-1
diffutils 2.8.4-1
editrights 1.01-1
expat 1.95.6-2
fileutils 4.1-2
findutils 4.1.7-4
gawk 3.1.3-3
gcc 3.3.1-2
gcc-mingw 20030911-3
gcc2 2.95.3-10
gdb 20030919-1
gdbm 1.8.3-7
gettext 0.12.1-3
ghostscript 7.05-2
ghostscript-base 7.05-2
gnugo 3.4-1
grep 2.5-1
groff 1.18.1-2
gzip 1.3.5-1
less 381-1
libaspell15 0.50.3-1
libbz2_1 1.0.2-5
libdb3.1 3.1.17-2
libgdbm 1.8.0-5
libgdbm-devel 1.8.3-7
libgdbm3 1.8.3-3
libgdbm4 1.8.3-7
libgettextpo0 0.12.1-3
libiconv2 1.9.1-3
libintl 0.10.38-3
libintl1 0.10.40-1
libintl2 0.12.1-3
libjpeg62 6b-11
libjpeg6b 6b-8
libncurses5 5.2-1
libncurses6 5.2-8
libncurses7 5.3-4
libpcre 4.1-1
libpcre0 4.4-2
libpng 1.2.5-4
libpng10 1.0.15-4
libpng10-devel 1.0.15-4
libpng12 1.2.5-4
libpng12-devel 1.2.5-4
libpng2 1.0.12-1
libpopt0 1.6.4-4
libreadline4 4.1-2
libreadline5 4.3-5
libtiff-devel 3.6.0-5
libtiff3 3.6.0-2
libtiff4 3.6.0-5
login 1.9-7
lynx 2.8.4-7
m4 1.4-1
make 3.80-1
man 1.5j-2
mingw-runtime 3.2-1
mktemp 1.5-3
ncurses 5.3-4
openssh 3.7.1p2-1
openssl 0.9.7c-1
pcre 4.4-2
pcre-doc 4.4-2
perl 5.8.0-5
psutils 1.17-1
readline 4.3-5
rsync 2.5.6-2
rxvt 2.7.10-3
sed 4.0.7-3
sh-utils 2.0.15-4
tar 1.13.25-3
tcltk 20030901-1
termcap 20021106-2
terminfo 5.3_20030726-1
texinfo 4.2-4
textutils 2.0.21-1
upx 1.24-1
w32api 2.4-1
which 1.5-2
zlib 1.1.4-4
Use -h to see help about each section
++ which which
+ FII=/usr/bin/which
++ cygcheck -vs
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 13:38 ` Igor Pechtchanski
@ 2003-10-14 14:40 ` chris
2003-10-14 14:52 ` Igor Pechtchanski
2003-10-14 21:14 ` Brian Ford
1 sibling, 1 reply; 35+ messages in thread
From: chris @ 2003-10-14 14:40 UTC (permalink / raw)
To: cygwin
Chris,
>I suspect that this hang might be happening while loading the DLL. Could
>you try to link your program with something like below and see if it still
>hangs, and what it outputs? If it doesn't hang, try renaming
>SHGetPathFromIDList below to something else (e.g., foo) that calls the
>real SHGetPathFromIDList, call foo() from your fee() above, and link your
>program against both test_dll.dll and SHLWAPI.DLL.
> Igor
>P.S. Please don't start new threads as replies to unrelated messages -- it
>confuses threaded readers.
>
>
Can I just ask (and I could be about to deeply embarass myself I think).
How do I link against particular .dlls? up until now I've just been
writing " gcc file.c -o file"
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
@ 2003-10-14 14:37 Cliff Hones
0 siblings, 0 replies; 35+ messages in thread
From: Cliff Hones @ 2003-10-14 14:37 UTC (permalink / raw)
To: cygwin
Steve Fairbairn wrote:
> As in set up a script in /etc/postinstall that runs cygcheck -vs to a file,
> and send that in?
I would suggest setting up the script to send to a file, invoking
it twice by running setup from explorer and from a command line,
and if there is any difference send that in. I'm not too hopeful
though!
-- Cliff
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: cygpath hangings
@ 2003-10-14 14:36 Steve Fairbairn
2003-10-14 14:41 ` chris
0 siblings, 1 reply; 35+ messages in thread
From: Steve Fairbairn @ 2003-10-14 14:36 UTC (permalink / raw)
To: cygwin
> -----Original Message-----
> From: Cliff Hones
> Sent: 14 October 2003 15:03
> Subject: Re: cygpath hangings
>
> Running
> cygcheck -vs (and/or some other such utility) from
> a hanging and non-hanging postinstall shell might come
> up with something.
>
As in set up a script in /etc/postinstall that runs cygcheck -vs to a file,
and send that in?
Steve.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 13:55 ` Igor Pechtchanski
@ 2003-10-14 14:30 ` Cliff Hones
2003-10-14 15:16 ` Hannu E K Nevalainen
1 sibling, 0 replies; 35+ messages in thread
From: Cliff Hones @ 2003-10-14 14:30 UTC (permalink / raw)
To: cygwin
I'm surprised that this problem seems so intractable.
While careful debugging and analysis ought to get to
the root of the problem eventually, there is clearly
some difficulty in getting a suitable debug session
without upsetting what is being examined. [Heisenberg
at work.] So alternate approaches could be worthwhile.
We seem to be looking for a subtle difference in the environment
between a hanging postinstall script (which happens on some
systems only, and also only when setup is executed from an
explorer window) and a working one. Is it possible cygcheck
might show such a difference, or is there another utility
which could show system info (such as some of the current
internal state of the cygwin shared memory)? Running
cygcheck -vs (and/or some other such utility) from
a hanging and non-hanging postinstall shell might come
up with something.
-- Cliff
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: cygpath hangings
2003-10-14 13:22 Steve Fairbairn
@ 2003-10-14 13:55 ` Igor Pechtchanski
2003-10-14 14:30 ` Cliff Hones
2003-10-14 15:16 ` Hannu E K Nevalainen
0 siblings, 2 replies; 35+ messages in thread
From: Igor Pechtchanski @ 2003-10-14 13:55 UTC (permalink / raw)
To: Steve Fairbairn; +Cc: cygwin
On Tue, 14 Oct 2003, Steve Fairbairn wrote:
> [snip]
> I have suffered from the hanging cygpath issue, I did a clean install (new
> box) and have since not changed the installation. If you could supply me
> with an exe for this code (private email) or the flags used when building
> that code and a description of how to make setup run it (as I've not
> actually gleaned that information from the mails on the subject), I will be
> glad to see if I can cause the issue to happen.
Steve,
FWIW, I've posted instructions on how to run a program from setup recently
(but can't find the actual message at the moment). To summarize, simply
create a shell script named BLAH.sh that calls that program (you may need
to call it through bash, too), put it in /etc/postinstall, and run setup
in "Keep" mode. The script will be run during the postinstall phase (even
though you won't install anything).
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 12:36 ` cygpath hangings chris
2003-10-14 12:54 ` Corinna Vinschen
@ 2003-10-14 13:38 ` Igor Pechtchanski
2003-10-14 14:40 ` chris
2003-10-14 21:14 ` Brian Ford
2003-10-14 22:23 ` Brian Ford
2 siblings, 2 replies; 35+ messages in thread
From: Igor Pechtchanski @ 2003-10-14 13:38 UTC (permalink / raw)
To: chris; +Cc: cygwin
On Tue, 14 Oct 2003, chris wrote:
> I decided to try to put some investigation into the cygpath crashings
> that have been reported so much. Here are my findings.. I hope this
> helps! I'd be happy to try further debuggings, except I couldn't figure
> out how to attach a debugger to the program (because as previously noted
> the hang only occurs when running from setup.exe)
>
> I used the basic setup contained in
> http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00049.html , but made a
> new program I call cygcrash.cc, which I include the source code to at
> the end of this message. If I comment out the call to
> SHGetPathFromIDList in this program, the program returns, else it hangs.
>
> Also, This program seems to be both valid c++ and c code. If it is
> compiled in gcc, all is fine. In g++, it hangs.
>
> If there is anything else anyone would like me to try (like taking a -E
> and picking out all the useless bits of shlobj.h), I'd be happy to do
> so, but won't unless it will be useful to someone :)
>
> -- Code begins --
>
> #include <shlobj.h>
>
> void fee (void) {
> char *buf;
> LPITEMIDLIST id;
> SHGetPathFromIDList (id, buf);
> }
>
>
> int main (int argc, char **argv)
> {
> return 0;
> }
Chris,
I suspect that this hang might be happening while loading the DLL. Could
you try to link your program with something like below and see if it still
hangs, and what it outputs? If it doesn't hang, try renaming
SHGetPathFromIDList below to something else (e.g., foo) that calls the
real SHGetPathFromIDList, call foo() from your fee() above, and link your
program against both test_dll.dll and SHLWAPI.DLL.
Igor
P.S. Please don't start new threads as replies to unrelated messages -- it
confuses threaded readers.
-------------------------- BEGIN test_dll.c --------------------------
#include <windows.h>
#include <stdio.h>
#include <shlobj.h>
static FILE *output = NULL;
void SHGetPathFromIDList(LPITEMIDLIST id, char *buf) {
return;
}
BOOL WINAPI DllMain(HINSTANCE h, DWORD f, LPVOID r) {
if (!output) output = stderr;
fprintf (output, "DLL loaded: ");
switch (f) {
case DLL_PROCESS_ATTACH: fprintf (output, "process attach");
break;
case DLL_THREAD_ATTACH: fprintf (output, "thread attach");
break;
case DLL_THREAD_DETACH: fprintf (output, "thread detach");
break;
case DLL_PROCESS_DETACH: fprintf (output, "process detach");
break;
default: fprintf (output, "WTF?!");
}
fprintf (output, "\n");
fflush (output);
return TRUE;
}
---------- Note: cutting here may damage your screen surface ---------
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: cygpath hangings
@ 2003-10-14 13:22 Steve Fairbairn
2003-10-14 13:55 ` Igor Pechtchanski
0 siblings, 1 reply; 35+ messages in thread
From: Steve Fairbairn @ 2003-10-14 13:22 UTC (permalink / raw)
To: cygwin
> From: chris
> Sent: 14 October 2003 13:33
> Subject: Re: cygpath hangings
>
> Corinna Vinschen wrote:
>
> >
> >Nope, not for me. Are you, by any chance, still using gcc2?
> >
> >
> Nope, using gcc 3.3.1 (cygming special)
>
> Just checking... have you been suffering from the "cygpath" crashing
> during setup? If not I imagine that you wouldn't have any
> problems with
> this, as it is just a (very!) cutdown cygpath.
>
> Just checking (although sorry if I'm being stupid). Can
> someone else who
> is having the cygpath crash check they get a crash from this too?
>
Chris & All,
I dare say Corinna has a fair idea of what the code is, and whether she has
experienced the hanging problems ;).
I have suffered from the hanging cygpath issue, I did a clean install (new
box) and have since not changed the installation. If you could supply me
with an exe for this code (private email) or the flags used when building
that code and a description of how to make setup run it (as I've not
actually gleaned that information from the mails on the subject), I will be
glad to see if I can cause the issue to happen.
I am currently getting the cygwin sources out of cvs, but due to work
firewall being quite strict I'm having to get them via an ssh tunnel to my
home server (ADSL) so could be quite some time. Does anyone know if I want
to update my gcc before attempting to build the DLL with debug on (gcc
version 3.2 20020927 (prerelease))?
Cheers,
Steve Fairbairn.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 13:08 ` chris
@ 2003-10-14 13:15 ` Corinna Vinschen
0 siblings, 0 replies; 35+ messages in thread
From: Corinna Vinschen @ 2003-10-14 13:15 UTC (permalink / raw)
To: cygwin
On Tue, Oct 14, 2003 at 01:33:03PM +0100, chris wrote:
> Corinna Vinschen wrote:
> >Nope, not for me. Are you, by any chance, still using gcc2?
> >
> Nope, using gcc 3.3.1 (cygming special)
>
> Just checking... have you been suffering from the "cygpath" crashing
> during setup? If not I imagine that you wouldn't have any problems with
> this, as it is just a (very!) cutdown cygpath.
No, I haven't.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer 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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 12:54 ` Corinna Vinschen
@ 2003-10-14 13:08 ` chris
2003-10-14 13:15 ` Corinna Vinschen
0 siblings, 1 reply; 35+ messages in thread
From: chris @ 2003-10-14 13:08 UTC (permalink / raw)
To: cygwin
Corinna Vinschen wrote:
>On Tue, Oct 14, 2003 at 12:44:57PM +0100, chris wrote:
>
>
>>Also, This program seems to be both valid c++ and c code. If it is
>>compiled in gcc, all is fine. In g++, it hangs.
>>[...]
>>If there is anything else anyone would like me to try (like taking a -E
>>and picking out all the useless bits of shlobj.h), I'd be happy to do
>>so, but won't unless it will be useful to someone :)
>>
>>-- Code begins --
>>
>>#include <shlobj.h>
>>
>>void fee (void) {
>> char *buf;
>> LPITEMIDLIST id;
>> SHGetPathFromIDList (id, buf);
>>}
>>
>>
>>int main (int argc, char **argv)
>>{
>> return 0;
>>}
>>
>>
>
>Nope, not for me. Are you, by any chance, still using gcc2?
>
>
Nope, using gcc 3.3.1 (cygming special)
Just checking... have you been suffering from the "cygpath" crashing
during setup? If not I imagine that you wouldn't have any problems with
this, as it is just a (very!) cutdown cygpath.
Just checking (although sorry if I'm being stupid). Can someone else who
is having the cygpath crash check they get a crash from this too?
Chris
--
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: cygpath hangings
2003-10-14 12:36 ` cygpath hangings chris
@ 2003-10-14 12:54 ` Corinna Vinschen
2003-10-14 13:08 ` chris
2003-10-14 13:38 ` Igor Pechtchanski
2003-10-14 22:23 ` Brian Ford
2 siblings, 1 reply; 35+ messages in thread
From: Corinna Vinschen @ 2003-10-14 12:54 UTC (permalink / raw)
To: cygwin
On Tue, Oct 14, 2003 at 12:44:57PM +0100, chris wrote:
> Also, This program seems to be both valid c++ and c code. If it is
> compiled in gcc, all is fine. In g++, it hangs.
> [...]
> If there is anything else anyone would like me to try (like taking a -E
> and picking out all the useless bits of shlobj.h), I'd be happy to do
> so, but won't unless it will be useful to someone :)
>
> -- Code begins --
>
> #include <shlobj.h>
>
> void fee (void) {
> char *buf;
> LPITEMIDLIST id;
> SHGetPathFromIDList (id, buf);
> }
>
>
> int main (int argc, char **argv)
> {
> return 0;
> }
Nope, not for me. Are you, by any chance, still using gcc2?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer 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/
^ permalink raw reply [flat|nested] 35+ messages in thread
* cygpath hangings
2003-10-14 9:25 ` Carlo Florendo
@ 2003-10-14 12:36 ` chris
2003-10-14 12:54 ` Corinna Vinschen
` (2 more replies)
0 siblings, 3 replies; 35+ messages in thread
From: chris @ 2003-10-14 12:36 UTC (permalink / raw)
To: cygwin
I decided to try to put some investigation into the cygpath crashings
that have been reported so much. Here are my findings.. I hope this
helps! I'd be happy to try further debuggings, except I couldn't figure
out how to attach a debugger to the program (because as previously noted
the hang only occurs when running from setup.exe)
I used the basic setup contained in
http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00049.html , but made a
new program I call cygcrash.cc, which I include the source code to at
the end of this message. If I comment out the call to
SHGetPathFromIDList in this program, the program returns, else it hangs.
Also, This program seems to be both valid c++ and c code. If it is
compiled in gcc, all is fine. In g++, it hangs.
If there is anything else anyone would like me to try (like taking a -E
and picking out all the useless bits of shlobj.h), I'd be happy to do
so, but won't unless it will be useful to someone :)
-- Code begins --
#include <shlobj.h>
void fee (void) {
char *buf;
LPITEMIDLIST id;
SHGetPathFromIDList (id, buf);
}
int main (int argc, char **argv)
{
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/
^ permalink raw reply [flat|nested] 35+ messages in thread
end of thread, other threads:[~2003-10-21 17:01 UTC | newest]
Thread overview: 35+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-15 9:08 cygpath hangings Steve Fairbairn
2003-10-15 18:54 ` Christopher Faylor
2003-10-15 19:20 ` Brian Ford
2003-10-15 21:40 ` Christopher Faylor
2003-10-18 11:08 ` cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note! Christopher Faylor
2003-10-18 12:22 ` Christopher Faylor
2003-10-18 12:25 ` Norman Vine
2003-10-18 16:08 ` Hannu E K Nevalainen
2003-10-18 21:23 ` Peter J. Stieber
2003-10-20 11:23 ` Ronald Landheer-Cieslak
2003-10-20 12:21 ` Ronald Landheer-Cieslak
2003-10-21 15:52 ` Jason Dufair
2003-10-21 17:35 ` Christopher Faylor
-- strict thread matches above, loose matches on Subject: below --
2003-10-15 10:22 cygpath hangings Steve Fairbairn
2003-10-14 14:37 Cliff Hones
2003-10-14 14:36 Steve Fairbairn
2003-10-14 14:41 ` chris
2003-10-14 13:22 Steve Fairbairn
2003-10-14 13:55 ` Igor Pechtchanski
2003-10-14 14:30 ` Cliff Hones
2003-10-14 15:16 ` Hannu E K Nevalainen
2003-10-14 8:49 rwho in cygwin? Christian Joensson
2003-10-14 9:25 ` Carlo Florendo
2003-10-14 12:36 ` cygpath hangings chris
2003-10-14 12:54 ` Corinna Vinschen
2003-10-14 13:08 ` chris
2003-10-14 13:15 ` Corinna Vinschen
2003-10-14 13:38 ` Igor Pechtchanski
2003-10-14 14:40 ` chris
2003-10-14 14:52 ` Igor Pechtchanski
2003-10-14 21:14 ` Brian Ford
2003-10-14 21:24 ` Igor Pechtchanski
2003-10-14 21:39 ` Brian Ford
2003-10-15 17:12 ` Igor Pechtchanski
2003-10-15 17:47 ` Brian Ford
2003-10-14 22:23 ` Brian Ford
2003-10-14 22:58 ` Brian Ford
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).