sshd 2FA?

[Lester Ingber]

On a Virtual Private Server under Ubuntu, for the past few years, I have had 
2-factor authentication (2FA) set up along the lines described in
https://www.digitalocean.com/community/tutorials/how-to-set-up-multi-factor-authentication-for-ssh-on-ubuntu-16-04

Is this possible on Cygwin running the sshd server?


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

mintty windows do not close

[Lester Ingber]

The last couple of weeks, with daily updated cygwin64, mintty windows
opened from other mintty windows do not close, and they have to be
crash-closed.

I often open additional mintty windows called from a given mintty
window, e.g., with script commands like
mintty -o BackgroundColour=240,240,240 -s 80,47 -t $1 -p +100,+0 vim $1 &

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

nice under tcsh does not register under top?

[Lester Ingber]

I have a tcsh script that runs some processes, e.g., `nice +19 gmake run`.
I monitor the NI and %CPU columns under `top`.  This works fine under
FreeBSD and Solaris/SPARC, but under Cygwin the NI column always reads 0?

Is it not possible to affect Windows priorities via Cygwin?

Thanks.

Lester



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

incorrect time stamps (ls)?

[Lester Ingber]

I am seeing date stamps at future dates:
21:48:21 @lester:/cygdrive/d/Diagoran% ls -l
total 1676
dr-x-- 8 ingber None   0 Apr 22  2009 DI/
-r-x-- 1 ingber None 1437696 Apr  9 20:09 Diagoran.exe*
dr-x-- 2 ingber None   0 Apr 22  2009 QMatix/
-r 1 ingber None   36864 Mar 31 15:53 ReadMe.doc
dr-x-- 2 ingber None   0 Apr 22  2009 SafeNet/
dr-x-- 3 ingber None   0 Apr 22  2009 User Guide/
-r-x-- 1 ingber None  240640 Feb 28  2005 diCryptoSys.dll*
21:48:24 @lester:/cygdrive/d/Diagoran% ls -lu
total 1676
dr-x-- 8 ingber None   0 Dec 31  1969 DI/
-r-x-- 1 ingber None 1437696 Dec 31  1969 Diagoran.exe*
dr-x-- 2 ingber None   0 Dec 31  1969 QMatix/
-r 1 ingber None   36864 Dec 31  1969 ReadMe.doc
dr-x-- 2 ingber None   0 Dec 31  1969 SafeNet/
dr-x-- 3 ingber None   0 Dec 31  1969 User Guide/
-r-x-- 1 ingber None  240640 Dec 31  1969 diCryptoSys.dll*

However, under My Computer or under Windows Explorer, I see correct dates,
all with year 2006 (for both Date Created and Date Modified).

I attach cygcheck.out, developed from
cygcheck -s -v -r > cygcheck.out

Any suggestions?

Thanks.

Lester



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

Re: crashes with various programs

[Lester Ingber]

Christopher:

I followed your instructions and got:

GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 2260
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-3.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Loaded symbols for /usr/bin/cygncurses-8.dll
[Switching to thread 2260.0x1030]
(gdb) where
#0  0x7c901231 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c9507a8 in ntdll!KiIntSystemCall ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x0005 in ?? ()
#3  0x0004 in ?? ()
#4  0x0001 in ?? ()
#5  0x4066ffd0 in ?? ()
#6  0x0002d788 in ?? ()
#7  0x in ?? ()
#8  0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
#9  0x7c9507c8 in ntdll!KiIntSystemCall ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#10 0x in ?? ()
(gdb)

I do not see anything that helps, but perhaps you do?

Thanks.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Christopher Faylor 
Date: Mon, 7 Aug 2006 16:10:38 -0400
Subject: Re: crashes with various programs

On Mon, Aug 07, 2006 at 12:49:56PM -0700, Lester Ingber wrote:
>Since the latest round of updates with cygwin1.dll, I've been having
>various programs crash regularly (daily, sometimes several times per day).
>Lot of times my xterm windows just exit.  Here is an example of a
>non-X program, /usr/bin/pstree that regularly crashes:
>
>% pstree
>Segmentation fault (core dumped)
>
>or
>
>% pstree -p -l
>Exception: STATUS_ACCESS_VIOLATION at eip=610DD891
>eax= ebx=0022C3E8 ecx= edx=0001 esi=00660AE8 edi=0001
>ebp=0022C348 esp=0022C344 program=C:\cygwin\bin\pstree.exe, pid 5972, thread 
>main
>cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
>Stack trace:
>Frame Function  Args
>0022C348  610DD891  (0001, 0022C360, 00405563, 0022C3F0)
>0022C3D8  610E3F24  (0001, 0040556D, 0022C850, 09A8)
>0022CCE8  61092068  (0003, 61169E2C, 00660090, )
>0022CD98  61006168  (, 0022CDD0, 610054E0, 0022CDD0)
>610054E0  61004416  (009C, A02404C7, E8610FF1, FF48)
> 22 [main] pstree 5972 _cygtls::handle_exceptions: Error while dumping 
> state (probably corrupted stack)
>Segmentation fault (core dumped)

That stackdump doesn't make any sense given the 1.5.21 cygwin1.dll.
I don't know if that is a clue or not but maybe adding

error_start=c:/cygwin/bin/gdb.exe

to your CYGWIN environment variable might help see where this is
actually dying.  To get symbolic information you'd also have to install
cygwin1.dbg from the cygwin source tar ball into /bin.

cgf


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

Re: crashes with various programs

[Lester Ingber]

I don't think so:

% ls -l /bin/cygwin1.dbg 
-rwxrwxrwx 1 ingber None 9753672 Aug  2 20:50 /bin/cygwin1.dbg*

A DOS window pops up when the crash occurs, and I just cut and pasted the
info.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

From: "Larry Hall (Cygwin)" 
Date: Mon, 07 Aug 2006 19:47:42 -0400

Actually, it looks like you missed installing cygwin1.dbg.  There are no
symbols here and without them, like you said, there's not much there of
help.
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Christopher:

I followed your instructions and got:

GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 2260
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-3.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Loaded symbols for /usr/bin/cygncurses-8.dll
[Switching to thread 2260.0x1030]
(gdb) where
#0  0x7c901231 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c9507a8 in ntdll!KiIntSystemCall ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x0005 in ?? ()
#3  0x0004 in ?? ()
#4  0x0001 in ?? ()
#5  0x4066ffd0 in ?? ()
#6  0x0002d788 in ?? ()
#7  0x in ?? ()
#8  0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
#9  0x7c9507c8 in ntdll!KiIntSystemCall ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#10 0x in ?? ()
(gdb)

I do not see anything that helps, but perhaps you do?

Thanks.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Christopher Faylor 
Date: Mon, 7 Aug 2006 16:10:38 -0400
Subject: Re: crashes with various programs

On Mon, Aug 07, 2006 at 12:49:56PM -0700, Lester Ingber wrote:
>Since the latest round of updates with cygwin1.dll, I've been having
>various programs crash regularly (daily, sometimes several times per day).
>Lot of times my xterm windows just exit.  Here is an example of a
>non-X program, /usr/bin/pstree that regularly crashes:
>
>% pstree
>Segmentation fault (core dumped)
>
>or
>
>% pstree -p -l
>Exception: STATUS_ACCESS_VIOLATION at eip=610DD891
>eax= ebx=0022C3E8 ecx= edx=0001 esi=00660AE8 edi=0001
>ebp=0022C348 esp=0022C344 program=C:\cygwin\bin\pstree.exe, pid 5972, thread 
>main
>cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
>Stack trace:
>Frame Function  Args
>0022C348  610DD891  (0001, 0022C360, 00405563, 0022C3F0)
>0022C3D8  610E3F24  (0001, 0040556D, 0022C850, 09A8)
>0022CCE8  61092068  (0003, 61169E2C, 00660090, )
>0022CD98  61006168  (, 0022CDD0, 610054E0, 0022CDD0)
>610054E0  61004416  (009C, A02404C7, E8610FF1, FF48)
> 22 [main] pstree 5972 _cygtls::handle_exceptions: Error while dumping 
> state (probably corrupted stack)
>Segmentation fault (core dumped)

That stackdump doesn't make any sense given the 1.5.21 cygwin1.dll.
I don't know if that is a clue or not but maybe adding

error_start=c:/cygwin/bin/gdb.exe

to your CYGWIN environment variable might help see where this is
actually dying.  To get symbolic information you'd also have to install
cygwin1.dbg from the cygwin source tar ball into /bin.

cgf

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

Re: crashes with various programs

[Lester Ingber]

Christopher:

Typing "continue" didn't do anything -- it just hung.

Here is the output with "thread 1" typing "t":

GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 5484
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-3.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Loaded symbols for /usr/bin/cygncurses-8.dll
[Switching to thread 5484.0xe4]
(gdb) thread 1
[Switching to thread 1 (thread 5484.0x784)]#0  0x7c90eb94 in ntdll!LdrAccessReso
urce () from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) t
[Current thread is 1 (thread 5484.0x784)]
(gdb)

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

Christopher Faylor 
/Date/: Mon, 7 Aug 2006 21:57:01 -0400
/Subject/: Re: crashes with various programs

--------

On Mon, Aug 07, 2006 at 04:35:00PM -0700, Lester Ingber wrote:
>Christopher:
>
>I followed your instructions and got:
>
>GNU gdb 6.5.50.20060706-cvs (cygwin-special)
>Copyright (C) 2006 Free Software Foundation, Inc.
>GDB is free software, covered by the GNU General Public License, and you are
>welcome to change it and/or distribute copies of it under certain conditions.
>Type "show copying" to see the conditions.
>There is absolutely no warranty for GDB.  Type "show warranty" for details.
>This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)
>
>Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 2260
>Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
>Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
>Loaded symbols for /usr/bin/cygwin1.dll
>Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
>Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
>Loaded symbols for /usr/bin/cygintl-3.dll
>Loaded symbols for /usr/bin/cygiconv-2.dll
>Loaded symbols for /usr/bin/cygncurses-8.dll
>[Switching to thread 2260.0x1030]
>(gdb) where
>#0  0x7c901231 in ntdll!DbgUiConnectToDbg ()
>   from /cygdrive/c/WINDOWS/system32/ntdll.dll
>#1  0x7c9507a8 in ntdll!KiIntSystemCall ()
>   from /cygdrive/c/WINDOWS/system32/ntdll.dll
>#2  0x0005 in ?? ()
>#3  0x0004 in ?? ()
>#4  0x0001 in ?? ()
>#5  0x4066ffd0 in ?? ()
>#6  0x0002d788 in ?? ()
>#7  0x in ?? ()
>#8  0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
>#9  0x7c9507c8 in ntdll!KiIntSystemCall ()
>   from /cygdrive/c/WINDOWS/system32/ntdll.dll
>#10 0x in ?? ()
>(gdb)
>
>I do not see anything that helps, but perhaps you do?

That's strange.  If the program was dying, gdb should have been started
at the location where the error occurred.

Try typing "continue" to see if gdb switches to the failing instruction.
If that doesn't work, then maybe switching to "thread 1" and typing "t"
will show something.

cgf


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

Re: crashes with various programs

[Lester Ingber]

Christopher:

I guess I'm lucky -- it keeps crashing so I can get the results :):

GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 4748
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-3.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Loaded symbols for /usr/bin/cygncurses-8.dll
[Switching to thread 4748.0x1790]
(gdb) thread 1
[Switching to thread 1 (thread 4748.0x9a4)]#0  0x7c90eb94 in ntdll!LdrAccessReso
urce () from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c90e21f in ntdll!ZwQueryVirtualMemory ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x7c937b93 in ntdll!RtlUpcaseUnicodeChar ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#3  0x in ?? ()
#4  0x61018910 in sigpacket::process () from /usr/bin/cygwin1.dll
#5  0x7c93783a in ntdll!LdrFindCreateProcessManifest ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#6  0x61018910 in sigpacket::process () from /usr/bin/cygwin1.dll
#7  0x7c90eafa in ntdll!LdrDisableThreadCalloutsForDll ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#8  0x in ?? ()
(gdb)

(I wish I could access this forum from a site where I could simply "reply"?)

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Re: crashes with various programs

From: Christopher Faylor 
Date: Mon, 7 Aug 2006 22:55:41 -0400

On Mon, Aug 07, 2006 at 07:42:33PM -0700, Lester Ingber wrote:
>Christopher:
>
>Typing "continue" didn't do anything -- it just hung.
>
>Here is the output with "thread 1" typing "t":

Sorry.  I meant "bt".

cgf

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

Re: crashes with various programs

[Lester Ingber]

Christopher:

As I replied to Larry in a previous posting in this thread:
% ls -l /bin/cygwin1.dbg 
-rwxrwxrwx 1 ingber None 9753672 Aug  2 20:50 /bin/cygwin1.dbg*
I followed your instructions:  I downloaded the latest src from snapshots
and simply placed this file under /bin/.  I got out of cygwin and got back
in again (several times) -- e.g., when "out" I mean there are no cygwin
processes under CNTL-ALD-F, etc..  Is there something else I should do?

Also in my .tcshrc file I have 
setenv CYGWIN "error_start=c:/cygwin/bin/gdb.exe"
Clearly this must work to some extent as I am getting DOS-gdb popups
instead of crash files.  Is there something else I should do?

Here is the output you requested:

GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 4588
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-3.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Loaded symbols for /usr/bin/cygncurses-8.dll
[Switching to thread 4588.0x1c0]
(gdb) thread 1
[Switching to thread 1 (thread 4588.0x15d8)]#0  0x7c90eb94 in ntdll!LdrAccessRes
ource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c90e21f in ntdll!ZwQueryVirtualMemory ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x7c937b93 in ntdll!RtlUpcaseUnicodeChar ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#3  0x in ?? ()
#4  0x61018910 in sigpacket::process () from /usr/bin/cygwin1.dll
#5  0x7c93783a in ntdll!LdrFindCreateProcessManifest ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#6  0x61018910 in sigpacket::process () from /usr/bin/cygwin1.dll
#7  0x7c90eafa in ntdll!LdrDisableThreadCalloutsForDll ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#8  0x in ?? ()
(gdb) info threads
  3 thread 4588.0x1c0  0x7c901231 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
  2 thread 4588.0x10e4  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
* 1 thread 4588.0x15d8  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb)

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

Sorry.  That is still a nonsensical back trace and it still seems as
though you don't have cygwin1.dbg installed.  I still don't understand
why gdb is even in this state, either.

What does "info threads" show?

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

Re: crashes with various programs

[Lester Ingber]

Christopher:

My cygwin.bat file is
8< top cut -> bottom ->8
@echo off

C:
chdir C:\cygwin\bin

tcsh -l
8< bottom cut <- top ->8

So, I assume that the proper place for
setenv CYGWIN "error_start=c:/cygwin/bin/gdb.exe"
is in /etc/csh.login ?

If I used bash, then I assume that I would put
export CYGWIN="error_start=c:/cygwin/bin/gdb.exe"
in /etc/profile ?

If this is correct, then when pstree crashes again I'll send in that report.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
You have to set the CYGWIN environment variable before any cygwin program
is run.  You can't set it in a .profile, .tcshrc, or .bashrc file.

cgf

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

Re: crashes with various programs

[Lester Ingber]

Christopher:

I have CYGWIN set for error_start=c:/cygwin/bin/gdb.exe in my WINDOWS
(vs bash/tcsh) environment.  Soon after starting a session my test on
pstree again crashed.  Here is the DOS window info:

GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 2112
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-3.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Loaded symbols for /usr/bin/cygncurses-8.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/apphelp.dll
[Switching to thread 2112.0x9dc]
(gdb) where
#0  0x7c901231 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c9507a8 in ntdll!KiIntSystemCall ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x0005 in ?? ()
#3  0x0004 in ?? ()
#4  0x0001 in ?? ()
#5  0x4066ffd0 in ?? ()
#6  0x in ?? ()
(gdb) thread 1
[Switching to thread 1 (thread 2112.0x1a0)]#0  0x610dd891 in strlen ()
   from /usr/bin/cygwin1.dll
(gdb) bt
#0  0x610dd891 in strlen () from /usr/bin/cygwin1.dll
#1  0x610e3f24 in sscanf () from /usr/bin/cygwin1.dll
#2  0x61092068 in _sigfe () from /usr/bin/cygwin1.dll
#3  0x0022c850 in ?? ()
#4  0x085c in ?? ()
#5  0x in ?? ()
(gdb)

I did this again:


GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)

Attaching to program `/cygdrive/c/cygwin/bin/pstree.exe', process 3036
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/cygintl-3.dll
Loaded symbols for /usr/bin/cygiconv-2.dll
Loaded symbols for /usr/bin/cygncurses-8.dll
[Switching to thread 3036.0xca8]
(gdb) info threads
* 3 thread 3036.0xca8  0x7c901231 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
  2 thread 3036.0x91c  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
  1 thread 3036.0x194  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) thread 1
[Switching to thread 1 (thread 3036.0x194)]#0  0x7c90eb94 in ntdll!LdrAccessReso
urce () from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c90e21f in ntdll!ZwQueryVirtualMemory ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x7c937b93 in ntdll!RtlUpcaseUnicodeChar ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#3  0x in ?? ()
#4  0x61018910 in sigpacket::process () from /usr/bin/cygwin1.dll
#5  0x7c93783a in ntdll!LdrFindCreateProcessManifest ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#6  0x61018910 in sigpacket::process () from /usr/bin/cygwin1.dll
#7  0x7c90eafa in ntdll!LdrDisableThreadCalloutsForDll ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#8  0x in ?? ()
(gdb) thread 2
[Switching to thread 2 (thread 3036.0x91c)]#0  0x7c90eb94 in ntdll!LdrAccessReso
urce () from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c90eb94 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c90e288 in ntdll!ZwReadFile ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x7c801875 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll
#3  0x074c in ?? ()
#4  0x in ?? ()
(gdb) thread 3
[Switching to thread 3 (thread 3036.0xca8)]#0  0x7c901231 in ntdll!DbgUiConnectT
oDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb) bt
#0  0x7c901231 in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c9507a8 in ntdll!KiIntSystemCall ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x0005 in ?? ()
#3  0x0004 in ?? ()
#4  0x0001 in ?? ()
#5  0x4066ffd0 in ?? ()
#6  0x in ?? ()
(gdb)

Typing "conti

Re: crashes with various programs

[Lester Ingber]

Christopher:

I have not set CYGWIN_DEBUG:
% printenv |grep CYG
CYGWIN=error_start=C:\cygwin\bin\gdb.exe

Clearly, something causes pstree (and some other programs) to crash
intermittently. (I was getting dump files before setting error_start...)?
Also see the recent posting by Volker Zell?

I guess we'll just wait until a few more similar problems pop up that
may give better clues.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

I don't see anything out of the ordinary in the above.  pstree isn't
dying.  It's just stopping at cygwin's "break_here".  Maybe you have the
CYGWIN_DEBUG environment variable set?

cgf

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.comalumnus.caltech.edu/~ingber

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

P.S. cygheap base mismatch

[Lester Ingber]

I also had reinstalled the most current versions of
cygutils 1.2.9.-1
cygwin 1.5.18.1

I guess there is something else I should try to reinstall as well?
Perhaps my reverting to
mingw-runtime 3.8-1
and then putting back
mingw-runtime 3.9-1
messed up some other DLLs?

Lester



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

Re: P.S. cygheap base mismatch

[Lester Ingber]

Larry:

Yes I did stop sshd every time I exited Cygwin, before trying the
various (re-)installations.  Why does it seem to you that I haven't?
Note that sshd was likely on when I ran cygcheck under Cygwin.

Lester


On Tue, Nov 22, 2005 at 08:36:24PM -0500, Larry Hall (Cygwin) wrote:
: 
: Lester Ingber wrote:
: >I also had reinstalled the most current versions of
: >cygutils 1.2.9.-1
: >cygwin 1.5.18.1
: >
: >I guess there is something else I should try to reinstall as well?
: >Perhaps my reverting to
: >mingw-runtime 3.8-1
: >and then putting back
: >mingw-runtime 3.9-1
: >messed up some other DLLs?
: 
: 
: You apparently haven't stopped the 'sshd' service before performing all
: these installations/re-installations.  You'll need to reboot to get rid of
: the complaint/problem.


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

Re: P.S. cygheap base mismatch

[Lester Ingber]

After sending the reply below, I did what I said I did before today
(actually twice) to try to solve this problem:  I rebooted my Thinkpad
the way I usually do, by shutting down all running windows (including
daemons like sshd running under Cygwin).  I still see:
--8<-- top cut 1/2 -> bottom 1/2 --->8--
C:\cygwin\usr\X11R6\bin\XWin.exe (3276): *** cygheap base mismatch detected - 
0x611548E0/0x9748E0.
This problem is probably due to using incompatible versions of the cygwin DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version.  The most recent version *should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution.  Rebooting is also suggested if you
are unable to find another cygwin DLL.
--8<-- bottom cut 1/2 <- top 1/2 --->8--

My XWin.log looks like this, but XWin still will not start -- there is
no such process under ps:
--8<-- top cut 2/2 -> bottom 2/2 --->8--
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.2.0-4

Contact: cygwin-xfree@cygwin.com

XWin was started with the following command line:

/usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error 
-notrayicon -unixkill 

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1600 h 1200
winInitializeDefaultScreens - Returning
_XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership
(II) XF86Config is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information
(==) FontPath set to 
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
winPrefsLoadPreferences: /home/ingber/.XWinrc
winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel
winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1200 depth: 32
winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32
null screen fn ReparentWindow
null screen fn RestackWindow
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack of 
shared memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "0409" (0409) 
(--) Using preset keyboard for "English (USA)" (409), type "4"
(EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
(--) 3 mouse buttons found
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from 
list!
winInitMultiWindowWM - pthread_mutex_lock () returned.
winProcEstablishConnection - Hello
winInitClipboard ()
winMultiWindowXMsgProc - pthread_mutex_lock () returned.
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winClipboardProc - Hello
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - DISPLAY=127.0.0.1:0.0
winProcEstablishConnection - winInitClipboard returned.
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the 
display.
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the 
display.
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
winDeinitMultiWindowWM - Noting shutdown in progress
winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT 
message, exiting main loop.
winClipboardProc - XDestroyWindow succeeded.

winClipboardIOErrorHandler!
--8<-- bottom cut 2/2 <- top 2/2 --->8--

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Larry:

Yes I did stop sshd every time I exited Cygwin, before trying the
various (re-)installations.  Why does it seem to you that I haven't?
Note that sshd was likely on when I ran cygcheck under Cygwin.

Lester

On Tue, Nov 22, 2005 at 08:36:24PM -0500, Larry Hall (Cygwin) wrote:
: 
: Lester Ingber wrote:
: >I also had reinstalled the most current versions of
: >cygutils 1.2.9.-1
: >cygwin 1.5.18.1
: >
: >I guess there is something else I should try to reinstall as well?
: >Perhaps my reverting to
: >mingw-runtime 3.8-1
: >and then putting back
: >mingw-runtime 3.9-1
: >messed up some o

Re: P.S. cygheap base mismatch

[Lester Ingber]

Yes, I just put in cygwin1-20051117.dll.

The cygheap problem does not seem to be present, and I'm able to start
xterm windows.  A quirk though:  Each xterm window also brings up a
separate DOS window, and thexterm window is killed if I kill the DOS
window?

Thanks.

Lester

: You may want to try again with a snapshot then.
: 
:
: Larry Hall  http://www.rfk.com


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

Re: P.S. cygheap base mismatch / popen()

[Lester Ingber]

As I explained in my first posting in this thread, popen() hangs
my code when using the -mn=no-cygwin option under gcc.

Most of the time this happens, I also get printed to STDOUT,
  The process tried to write to a nonexistent pipe.
The xterm window in which I am running the code freezes, and I have to
kill the entire window.

Is there any way this could lead to the cygheap base mismatch problem?

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Yes, I just put in cygwin1-20051117.dll.

The cygheap problem does not seem to be present, and I'm able to start
xterm windows.  A quirk though:  Each xterm window also brings up a
separate DOS window, and thexterm window is killed if I kill the DOS
window?

Thanks.

Lester

: You may want to try again with a snapshot then.
: 
:
: Larry Hall  http://www.rfk.com



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

Re: P.S. cygheap base mismatch

[Lester Ingber]

I have use tcsh scripts run from a Cygwin window to start X-windows.  I had
been using lines like:
#!/bintcsh -f
xterm -j -sb -bg white -fg darkblue -cr green -ms magenta -bd red -geometry 
80x84-0+0 -name right >>& /tmp/log.xwin &
With cygwin1-20051117.dll I was now also getting additional DOS windows.

I found that by using
xterm -j -sb -bg white -fg darkblue -cr green -ms magenta -bd red -geometry 
80x84-0+0 -name right &
the DOS windows no longer pop up.

I also isolated the popen() problem somewhat.  Those popen()'s used
for file I/O still seem fine when using `gcc -mno-cygwin`, but the
popen()'s that fail are like:
 sprintf (utc_comm, "%s", "date -u +%Y%m%d");
  if ((ptr_comm = popen (utc_comm, "r")) == NULL) {
  // ...
  }
  pclose (ptr_comm);
I guess the use of `date` is like trying to write to STDOUT which
presents some problems when using `gcc -mno-cygwin`.

Thanks.

Lester

On Tue, Nov 22, 2005 at 10:43:48PM -0500, Christopher Faylor wrote:
: Date: Tue, 22 Nov 2005 22:43:48 -0500
: From: Christopher Faylor <[EMAIL PROTECTED]>
: To: cygwin@cygwin.com
: Subject: Re: P.S. cygheap base mismatch
: Reply-To: cygwin@cygwin.com
: 
: On Tue, Nov 22, 2005 at 07:27:03PM -0800, Lester Ingber wrote:
: >Yes, I just put in cygwin1-20051117.dll.
: >
: >The cygheap problem does not seem to be present, and I'm able to start
: >xterm windows.  A quirk though:  Each xterm window also brings up a
: >separate DOS window, and thexterm window is killed if I kill the DOS
: >window?
: 
: How are you starting the xterms?  Via run?  From a shortcut?  From
: another xterm?
: 
: cgf


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

Re: P.S. cygheap base mismatch

[Lester Ingber]

I will try the new snapshot.

I just noticed that my original posting on this thread has re-appeared
23 Nov 05 00:47 UTC?  I didn't resend this?  Perhaps someone could
check the headers.

Thanks.

Lester

On Thu, Nov 24, 2005 at 12:13:31AM -0500, Christopher Faylor wrote:
: Date: Thu, 24 Nov 2005 00:13:31 -0500
: From: Christopher Faylor <[EMAIL PROTECTED]>
: To: cygwin@cygwin.com
: Subject: Re: P.S. cygheap base mismatch
: Reply-To: cygwin@cygwin.com
: In-Reply-To: <[EMAIL PROTECTED]>
: User-Agent: Mutt/1.5.11
: 
: On Wed, Nov 23, 2005 at 01:59:37PM -0800, Lester Ingber wrote:
: >I have use tcsh scripts run from a Cygwin window to start X-windows.  I had
: >been using lines like:
: >#!/bintcsh -f
: >xterm -j -sb -bg white -fg darkblue -cr green -ms magenta -bd red -geometry 
80x84-0+0 -name right >>& /tmp/log.xwin &
: >With cygwin1-20051117.dll I was now also getting additional DOS windows.
: 
: The additional DOS windows problem should be fixed in the latest
: snapshot.
: 
: 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/

using Thawte certificates?

[Lester Ingber]

I see an old doc on using Thawte certificates with mutt:
http://www.equiraptor.com/smime_mutt_how-to.html
but the mutt that comes with cygwin does not seem to have all smime
features required for use?  I have certificates that work fine on
Iexplorer, Firefox and Thunderbird, and I would like to use them in
mutt.

Has anyone worked on this?

Thanks.

Lester
-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

P.S.: cygwin-gcc-fopen bug?

[Lester Ingber]

P.S.

I don't know if this is relevant, but I use sprintf() to prepare a
path/file (or path\file using -mno-cygwin, needed for my DLLs) to
define dataFile and infoFile below.  The dataFile is the char array
being mangled under Cygwin.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I have a good-sized vanilla-C code that was running just fine a month
or two ago under XPPro/Cygwin and under SPARC/Solaris9, and STILL runs
just fine under SPARC/Solaris9.

I've been using the snapshot cygwin1-20041117.dll for my /bin/cygwin1.dll
since it was prepared to fix a bug in the now-current cygwin1.dll:
See http://cygwin.com/ml/cygwin/2004-11/msg00689.html .

All my other Cygwin files are the most current.  I use gcc OR g++ to
run my code, with OR without -mno-cygwin, and they were running fine a
month or two ago.

My C code under Cygwin (not under Solaris9) now bombs after 4 calls to
if ((ptr_positions = fopen (dataFile, "r")) == NULL) {
   ...
Under DDD I can see that dataFile has gotten mangled and a NULL is now
in the middle of its name.

I tried this again, using the DOS cmd to replace cygwin1.dll with the
most current (not the snapshot cygwin1-20041117.dll), and now the code
bombs at the very first use of fopen, a DIFFERENT place than above:
  if ((Portfolio->ptr_err = fopen (infoFile, "a")) == NULL) {
 ...

Any suggestions would be appreciated.

Thanks.

Lester


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

cygwin-gcc-fopen bug?

[Lester Ingber]

I have a good-sized vanilla-C code that was running just fine a month
or two ago under XPPro/Cygwin and under SPARC/Solaris9, and STILL runs
just fine under SPARC/Solaris9.

I've been using the snapshot cygwin1-20041117.dll for my /bin/cygwin1.dll
since it was prepared to fix a bug in the now-current cygwin1.dll:
See http://cygwin.com/ml/cygwin/2004-11/msg00689.html .

All my other Cygwin files are the most current.  I use gcc OR g++ to
run my code, with OR without -mno-cygwin, and they were running fine a
month or two ago.

My C code under Cygwin (not under Solaris9) now bombs after 4 calls to
if ((ptr_positions = fopen (dataFile, "r")) == NULL) {
   ...
Under DDD I can see that dataFile has gotten mangled and a NULL is now
in the middle of its name.

I tried this again, using the DOS cmd to replace cygwin1.dll with the
most current (not the snapshot cygwin1-20041117.dll), and now the code
bombs at the very first use of fopen, a DIFFERENT place than above:
  if ((Portfolio->ptr_err = fopen (infoFile, "a")) == NULL) {
 ...

Any suggestions would be appreciated.

Thanks.

Lester



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

Re: cygwin-gcc-fopen bug?

[Lester Ingber]

Jim:

Hi.   On Solaris9 I use leak and there are no leaks, and I see no errors
at all.

One of the errors on Cywin, using the most Current Cygwin1.dll occurs
before any memory is created, ner the top of main():
  if ((Portfolio->ptr_err = fopen (infoFile, "a")) == NULL) {
 ...

Now, I do have a large set of structs (mostly full of pointers for
memory to be created later in the program), e.g., several enum's with
about 40 entries, and several nested structs with about 225 entries,
in an include file common to about 50 .c files.  Could this be too
many for the Cygwin gcc default?

BTW, it is "NULL" that mangles the filename, not "NUL", likely
because I'm using sprintf() to string together paths and files.

Thanks.

Lester


-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

slow handling of large sets of files?

[Lester Ingber]

I don't understand why handling large data sets is so slow on my Cygwin?
I have had this problem as far back as I can remember with Cygwin.
Running executables prepared under gcc (without large file I/O) seem fine.

Below I include just the top part of `cygcheck -s`.

To be specific, I have tarred-gzipped directory of about 5300 files,
% ls -l DATA.tar.gz 
[...] 92303 Jan 10 05:27 DATA.tar.gz
which can be retrieved using a browser or just `wget` from
http://www.alumni.caltech.edu/~ingber/DATA.tar.gz

I tested the following commands
(1) gzcat DATA.tar.gz | tar xBpf -
(2) rm -rf DATA
on 4 machines/OS's:
(a) ThinkPad (1.8 MHz)/Cygwin (see below) on mount c:/cygwin//home/ingber
(b) Pentium 3 (700 MHz)/FreeBSD 4.10 (lots of users)
(c) SPARC (300 MHz)/Solaris 8 (lots of users)
(d) SPARC (500 MHz)/Solaris 9

The differences between (a) and (b)-(d) are so large that I think my
estimates get the point across:
Under Cygwin, it takes about 380 secs to perform (1), and about 480 secs
to perform (2).
On the other machines, it takes about 20 secs to perform (1).
To perform (2), it takes about 3 secs on (b) and (d), and about 10 secs on (d). 

Thanks.

Lester

8< top cut -> bottom ->8
Cygwin Configuration Diagnostics
Current System Time: Mon Jan 10 05:44:49 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\lib\subversion\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
.\
c:\WINDOWS\system32
c:\WINDOWS
.

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(ingber) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(ingber)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\ingber'
MAKE_MODE = `unix'
PWD = `/home/ingber'
USER = `ingber'

Use `-r' to scan registry

a:  fd N/AN/A
c:  hd  NTFS 55902Mb  51% CP CS UN PA FC LESTER_C
d:  cd N/AN/A
i:  net NTFS 55902Mb  51% CP CS UN PA FC LESTER_C

C:\cygwin  / system  binmode
c:\cygwin\managed  /managed  system  binmode
C:\cygwin/bin  /usr/bin  system  binmode
C:\cygwin/lib  /usr/lib  system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.  /cygdrive system  
binmode,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
8< bottom cut <- top ->8


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

Re: slow handling of large sets of files?

[Lester Ingber]

The Thinkpad (A31p) is 1.8 GHz, not 1.8 MHz.
If there are no suggestions to try, I may install Microsoft's Services
for Unix (SFU) just to see if there any differences on the same machine.

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I don't understand why handling large data sets is so slow on my Cygwin?
I have had this problem as far back as I can remember with Cygwin.
Running executables prepared under gcc (without large file I/O) seem fine.

Below I include just the top part of `cygcheck -s`.

To be specific, I have tarred-gzipped directory of about 5300 files,
% ls -l DATA.tar.gz 
[...] 92303 Jan 10 05:27 DATA.tar.gz
which can be retrieved using a browser or just `wget` from
http://www.alumni.caltech.edu/~ingber/DATA.tar.gz

I tested the following commands
(1) gzcat DATA.tar.gz | tar xBpf -
(2) rm -rf DATA
on 4 machines/OS's:
(a) ThinkPad (1.8 GHz)/Cygwin (see below) on mount c:/cygwin//home/ingber
(b) Pentium 3 (700 MHz)/FreeBSD 4.10 (lots of users)
(c) SPARC (300 MHz)/Solaris 8 (lots of users)
(d) SPARC (500 MHz)/Solaris 9

The differences between (a) and (b)-(d) are so large that I think my
estimates get the point across:
Under Cygwin, it takes about 380 secs to perform (1), and about 480 secs
to perform (2).
On the other machines, it takes about 20 secs to perform (1).
To perform (2), it takes about 3 secs on (b) and (d), and about 10 secs on (d). 

Thanks.

Lester

8< top cut -> bottom ->8
Cygwin Configuration Diagnostics
Current System Time: Mon Jan 10 05:44:49 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\lib\subversion\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
.\
c:\WINDOWS\system32
c:\WINDOWS
.

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(ingber) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(ingber)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\ingber'
MAKE_MODE = `unix'
PWD = `/home/ingber'
USER = `ingber'

Use `-r' to scan registry

a:  fd N/AN/A
c:  hd  NTFS 55902Mb  51% CP CS UN PA FC LESTER_C
d:  cd N/AN/A
i:  net NTFS 55902Mb  51% CP CS UN PA FC LESTER_C

C:\cygwin  / system  binmode
c:\cygwin\managed  /managed  system  binmode
C:\cygwin/bin  /usr/bin  system  binmode
C:\cygwin/lib  /usr/lib  system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.  /cygdrive system  
binmode,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
8< bottom cut <- top ->8


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

Re: slow handling of large sets of files?

[Lester Ingber]

I appreciate that Dave and Dante tested DATA.tar.gz.

I tried these tests in ${HOME} and in c:/temp with the same results.  I do
not see how I could have a remote mount.  I have not used any in my paths.
Just to be sure, I disconnected my I: network drive, as reflected in my
new `cygcheck -s` excerpt below.  (I did nothing under /managed.)

I have all the most current Cygwin packages on both my Thinkpad and my
wife's (same hardware).  I have the same slow problems on both machines,
requiring minutes instead of seconds to perform
gunzip -c DATA.tar.gz | tar xBpf -
rm -rf DATA

Is there anything in my `cygcheck -s` excerpt that suggests I should
try different settings?

Thanks.

Lester

8< top cut -> bottom ->8
Cygwin Configuration Diagnostics
Current System Time: Mon Jan 10 08:13:41 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\lib\subversion\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
.\
c:\WINDOWS\system32
c:\WINDOWS
.

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(ingber) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(ingber)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\ingber'
MAKE_MODE = `unix'
PWD = `/home/ingber'
USER = `ingber'

Use `-r' to scan registry

a:  fd N/AN/A
c:  hd  NTFS 55902Mb  51% CP CS UN PA FC LESTER_C
d:  cd N/AN/A

C:\cygwin  / system  binmode
c:\cygwin\managed  /managed  system  binmode
C:\cygwin/bin  /usr/bin  system  binmode
C:\cygwin/lib  /usr/lib  system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.  /cygdrive system  
binmode,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
8< bottom cut <- top ->8


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

sshd.exe unable to locate ... cygcrypt-0.dll

[Lester Ingber]

Under XP Pro I have all current cygwin components installed.  For about 
the last week ot so, every time I boot, *before* I even log in as any 
user, a warning window pops up with something to the effect in the title 
bar:
sshd.exe - Unable to Locate Component
and the window contains something to the effect:
The application has failed to start because cygcrypt-0.dll was not found.

/bin/cygcrypt-0.dll does exists.
I do not see any cygwin utilities in my startup folder and have not 
introduced an special .bat commands, etc.  I do not understand why any 
of these utilties are being loaded even before pulling up cygwin, much 
less before logging in.

Three times I have Reinstalled all cygwin components that I think have 
reinstalled everything to do with ssh and crypt (the last time I even 
Reinstalled base), but nothing helps.

I have cygwin on two Thinkpads/XP Pro, and only one machine is having 
this problem.

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

Re: sshd.exe unable to locate ... cygcrypt-0.dll

[Lester Ingber]

Igor:
I believe I followed your instructions.
I noted that on both of my Thinkpad machines /bin had 755 permissions, 
so I changed them to 777 (though as I first mentioned only one machine 
has this sshd problem).  I note that the new sshd_config and ssh_config 
files do not differ.  (/sbin and /usr/sbin still have 755 permissions, 
and /usr/sbin/sshd.exe and /bin/cygcrypt-0.dll still have 777 
permissions -- on both machines.)

Upon rebooting I get the same problem described in my original email.
I don't know if this is helpful, but I note that in the Event Viewer on 
the troubled machine I see:
The description for Event ID ( 0 ) in Source ( sshd ) cannot be found. 
The local computer may not have the necessary registry information or 
message DLL files to display messages from a remote computer. You may be 
able to use the /AUXSOURCE= flag to retrieve this description; see Help 
and Support for details. The following information is part of the event: 
sshd : PID 2708 : Received signal 15; terminating..

(On a subsequent try I got the end of the same message reading:
sshd : PID 2708 : Received signal 15; terminating..
The PID of course changed, but so did the Received signal.)
Re your following email, I saw the bad line in the installed.db file on 
both my machines and deleted them.

At this time, ssh works fine from both machines, but sshd does not work 
on the troubled machine after bringing up a cygwin window and using 
`/etc/rc.d/init.d/sshd start`.  However, my real concern is the problem 
that every boot on the troubled machine is interrupted with the 
error/warning mentioned in my original email, requiring additional 
manual intervention to click away the warning/error.

Thanks.
Lester
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Lester,
Now that we've ruled out user mounts, one possible reason for your problem
could be the traverse checking in the new Cygwin DLL.  Run
/usr/bin/ssh-host-config again with the "-c 'ntsec notraverse'" flag.  If
this helps with your problem, check the permissions on /bin -- it should
at least be executable for everyone.  Once you do a "chmod a+x /bin",
rerun /usr/bin/ssh-host-config again and use the default value of CYGWIN.
Igor
Lester Ingber 3/13/2005 1:41 PM:
Igor:
I'm glad to attach the output of `cygcheck -s -v -r` as cygcheck.txt, 
although it is long.  I think my description of the problem is about as 
much as I know, but I'm glad to try to get any other suggested info.

Thanks.
Lester
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Lester,
Please read and follow the Cygwin problem reporting guidelines listed at
<http://cygwin.com/problems.html>, particularly the bit about attaching
(as an uncompressed text *attachment*) the output of "cygcheck -svr" on
the machine that exhibits the problem.  It would be pretty hard to help
you otherwise.
Igor
Lester Ingber 3/13/2005 8:30 AM:
Under XP Pro I have all current cygwin components installed.  For 
about the last week ot so, every time I boot, *before* I even log in 
as any user, a warning window pops up with something to the effect in 
the title bar:
sshd.exe - Unable to Locate Component
and the window contains something to the effect:
The application has failed to start because cygcrypt-0.dll was not found.

/bin/cygcrypt-0.dll does exists.
I do not see any cygwin utilities in my startup folder and have not 
introduced an special .bat commands, etc.  I do not understand why any 
of these utilties are being loaded even before pulling up cygwin, much 
less before logging in.

Three times I have Reinstalled all cygwin components that I think have 
reinstalled everything to do with ssh and crypt (the last time I even 
Reinstalled base), but nothing helps.

I have cygwin on two Thinkpads/XP Pro, and only one machine is having 
this problem.

Thanks.
Lester



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

cygwin-1.5.14 crashes with memory fault?

[Lester Ingber]

I just used setup to update the base to cygwin-1.5.14 on two Thinkpads
running AP Pro.  When I tried to bring up Cygwin, both windows crashed
with a memory fault.  I could not get in to get any other info.

Earlier today setup updated a lot of TeX tools, and Cygwin came up fine.
This latest setup run only updated the base.  I have all files updated
from setup, except the gcc test source.

Lester



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

Re: cygwin-1.5.14 crashes with memory fault?

[Lester Ingber]

It seems the only way I can bring up any Cygwin window is to revert
back to Cygwin-1.5.13.  I tried using the latest tcsh in cygwin.bat for
login instead of bash, and I tried downloading cygwin-1.5.14 via setup
from two mirrors, but in every case I can only get into a Cygwin window
using 1.5.13.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I just used setup to update the base to cygwin-1.5.14 on two Thinkpads
running AP Pro.  When I tried to bring up Cygwin, both windows crashed
with a memory fault.  I could not get in to get any other info.

Earlier today setup updated a lot of TeX tools, and Cygwin came up fine.
This latest setup run only updated the base.  I have all files updated
from setup, except the gcc test source.

Lester



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

Re: cygwin-1.5.14 crashes with memory fault?

[Lester Ingber]

No, I usually only have the /usr/sbin/cron executable run in my profile
(it's been commented out for a few days).  I wait until my first window
is up before starting other tools.

If you can suggest how to debug Cygwin-1.5.14 when I can't bring up a
window, since I immediately get a memory exception, I'd be glad to try.
It's true that the only change in my Cygwin system just before installing
1.5.14 was the standard setup install of the new tetex utils.

I'm running XP Pro SP2, Norten Systemworks 2005, and Spy Sweeper -- all
for some months now, except of course for their updates.  My problems
with 1.5.14 started immediately when I installed it, on two machines
with the same system software, but completely different tools.  Yes,
I understand this is scant information, but this is because I do not
see how to get more.

It sounds like I'll just have to wait until some other people have similar
problems, and then perhaps there will be more clues as to what problems
there are with specific systems such as mine.  I assume a lot of people
already have installed 1.5.14 are see no problems.  I understand that
no one developing even part of a large system has time to spend on what
could be just one person's unique problem.

Lester
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
On Apr  3 11:08, Lester Ingber wrote:
> Well, OK here is cygcheck.txt attached, of course using Cygwin-1.5.13,
> since neither machine can bring up a Cygwin window under Cygwin-1.5.14.

Well, I was thinking of a bit more debugging instead of just writing
"it doesn't work" and the cygcheck output.  Are you running some tetex
tool in your profile?


Corinna



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

Re: cygwin startup problems fixed by latest snapshot?

[Lester Ingber]

Yes, cygwin1-20050405.dll works for my 2 PCs.

Thanks.

Lester

:The latest cygwin snapshot at:
:
:http://cygwin.com/snapshots/
:
:should fix the startup problems that some people were seeing.  I'd
:appreciate feedback on that fact so that we can get a new release
:out quickly.
:
:Please try the snapshot.
:
:cgf



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

Re: Does anyone use insight on cygwin?

[Lester Ingber]

I've starting using insight.  I think it's a very useful quick debugging
tool.  I tried compiling UPS (ups.sf.net), which I've used for years on
SPARC machines, but couldn't get it work under windows.

Lester


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

printing from gvim

[Lester Ingber]

I cannot seem to get the Cygwin gvim-7.2 to print to my HP Officejet.
I keep getting
E365: Failed to print Postscript file.

However, I have also installed from ftp.vim.org//pub/vim/pc that version
of gvim-7.2 under Program Files and I can print just file from that gvim.

Thanks.

Lester


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

environment problems mixing mintty and xterm

[Lester Ingber]

I find mintty very useful.  I can bring it up as a standalone window or I
can run run additional windows from xterm running under X.  If I do the
latter then mintty inherits the environment from the xterm window I'm
running, e.g., including additional path entries set in ~/.tcshrc, etc.

However, if I run mintty from my xterm window I have some problems.

For example, say I have open xterm (from startxwin.csh) with
xterm +tb -j -sb -geometry 80x84-6+0 &
this sets LINES set to 84.

If I have set up .minttyrc with
Rows=100
then after I go to my mintty window and back to my xterm, my xterm window
is messed up, e.g., top rows under `less` are off the screen.

There is no such problem, when running xterm, if I open an additional
mintty window as a Windows shortcut since it seems to open independently
-- without taking on the environment variables in my xterm window.

I guess it probably would increase the minimal nature of mintty to restore
such environment variables when leaving a mintty window?

Thanks.

Lester


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

how to update /etc/alternatives

[Lester Ingber]

The default for many files under /bin is linked to /etc/alternatives.
I wanted to update by default gcc and g++ to v4, so instead of
changing the .exe links in /bin, I wanted to have these changes made
in /etc/alternatives.

Instead of doing this one file at a time, I tried re-installing all
gcc/g++-4 packages, but all the gcc/g++ stuff under /etc/alternatives
still points to v3?

I just manually changed the gcc and g++ under /etc/alternatives to point
to v4, but shouldn't this have been done automatically when I reinstalled
all these packages?

Lester


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

Re: cygserver error

[Lester Ingber]

Corinna:

Thanks for info re the Event Viewer info.  I thought that would have
been more useful than it is.

I believe I have set up cygserver as directed; perhaps not:

@lester:~% cygrunsrv -LV
Service : cygserver
Display name: CYGWIN cygserver
Current State   : Running
Controls Accepted   : Stop
Command : /usr/sbin/cygserver
stdin path  : /dev/null
stdout path : /var/log/cygserver.log
stderr path : /var/log/cygserver.log
Process Type: Own Process
Startup : Automatic
Account : LocalSystem

Service : sshd
Display name: CYGWIN sshd
Current State   : Stopped
Command : /usr/sbin/sshd -D
stdin path  : /dev/null
stdout path : /var/log/sshd.log
stderr path : /var/log/sshd.log
Environment : CYGWIN="'ntsec notraverse'" 
Process Type: Own Process
Startup : Manual
Account : LocalSystem

@lester:/etc% ls -l cygserver.conf
-rw-rw-r-- 1 SYSTEM root 5138 Apr 19 05:28 cygserver.conf

I have not uncommented any lines in cygserver.conf.
@lester:/etc% diff cygserver.conf defaults/etc/cygserver.conf 
10:39:24 @lester:/etc% 

Lester

On Jul 10 09:39, Lester Ingber wrote:
> Whenever I start Cygwin on our Thinkpads/XP Pro SP2 with cygserver started
> at boot, I get a series of Errors in my Event Viewer -> Application.
> As far as I can tell everything is running OK, but I don't see how to
> get rid of these reported errors?
> 
> The description for Event ID ( 0 ) in Source ( Cygwin ) cannot be
> found. The local computer may not have the necessary registry information
> or message DLL files to display messages from a remote computer. You
> may be able to use the /AUXSOURCE= flag to retrieve this description;
> see Help and Support for details. The following information is part of
> the event: [...]

Ignore everything up to here.  All this stuff is added by Windows
and there's no way around this without lots of installing overhead.

> [...] cygserver: error getting handle(1700) to server (5).
> [...] cygserver: error duplicating from_master handle, error = 997.

This is the only relevant part of the event log entry which has been
produced by cygserver.

The first error message indicates an "access denied" error, which lets
me assume you're running cygrunsrv under a non-privileged account.

Unfortunately, from your cygcheck output it's not visible under which
user account cygserver is running.  Are you starting it via cygrunsrv?
Under the SYSTEM (LocalSystem) account?  The output of `cygrunsrv -LV'
shows that.  If it's not running under the LocalSystem account, please
change that and try again.

Corinna


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

Re: cygserver error

[Lester Ingber]

Corinna:

: You did, apparently.  However, I can not reproduce this problem.  I
: created a setup which also starts cygserver automatically at boot time
: and I added a `set CYGWIN=server' to my cygwin.bat file.  When I now
: start my shell, I get exactly 0 event entries, as expected.
: 
: Is there anything special on your machine?  Does it already happen when
: just starting a shell in a console window or what do you mean when you
: say "I start Cygwin"?  I'm always slightly puzzled by this expression,
: given that Cygwin is just a DLL which usually don't get "started".
: 
: Corinna

I do now see that if I start Cygwin using C:\cygwin\cygwin.bat (without
putting `set CYGWIN=server' in my cygwin.bat, since I have it in my
Windows Envrionment), I do not get the Event Viewer errors I reported.
My cygwin.bat file is:
--8<-- top cut 1/2 -> bottom 1/2 --->8--
@echo off
C:
chdir C:\cygwin\bin
bash --login -i
--8<-- bottom cut 1/2 <- top 1/2 --->8--

I have been starting Cygwin with a script using Xming, Xwin or Xwin_GL:
--8<-- top cut 2/2 -> bottom 2/2 --->8--
#! /bin/sh
export DISPLAY=127.0.0.1:0.0
#... some path exports
Xming -clipboard -multiwindow & #XMING
#XWin -notrayicon -clipboard -multiwindow -silent-dup-error +bs &
#XWin_GL -notrayicon -clipboard -multiwindow -silent-dup-error +bs &
#... some parameters passed to xterm
xterm &
exit
--8<-- bottom cut 2/2 <- top 2/2 --->8--

I get the errors I reported previously in this thread with or without
putting `set CYGWIN=server' in my cygwin.bat.  (cygwin.bat is not being
called.)  My xterm windows come up fine.

Unfortunately there was no clue in my Event Viewer log that this had
anything to do with X.  It appears that the problem is in X not seeing
my Cygwin environment, and therefore not an issue with Cywin per se.
Since Xwin/Xwin_GL is part of the system I can get from Cygwin's
setup.exe, but they are no longer supported, this is not an issue for
this forum (or for the cygwin-xfree forum).

Thanks for checking.

Lester


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

Re: cygserver error

[Lester Ingber]

P.S.:

I also tested running my startupx.sh script from the bash window
presented by cygwin.bat, in case that set up the proper envirnonment
for X.  I get the same Event Viewer log of errors.

Lester



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

RE: cygserver error

[Lester Ingber]

Dave:

:   Hmmm, one of those is a login shell, and the other is not.  That may well
: make the difference.  If you add the "-ls" option to the xterm invocation,
: does it then behave the same as when you start via cygwin.bat?

This makes no difference.  I still get the reported errors.

:   It isn't anything to do with X; it's to do with the way the environment is
: configured.  And probably the underlying problem with your service (as
: illustrated by the two separate ways of invoking shells above) is that the
: environment isn't set right.
: 
:   Take a look at the difference in your cygcheck output between the sshd
: config and the cygserver config; I think you need to specify CYGWIN=server in
: the environment for that particular service, not in your per-user windows
: environment.
: 
:   So try re-running the cygrunsrv command you used to set up cygserver, and
: this time add the option "-e CYGWIN=server".  See this section of the docs for
: an example:
: 
: http://cygwin.com/cygwin-ug-net/using-cygserver.html#use-cygserver

In this doc, I have followed the first prescription, setting CYGWIN
to server in my Windows environment.  (If so I shouldn't even need
to add `set CYGWIN=server` in cygwin.bat.  Isn't this correct?).
Therefore, I should not have to use `cygrunsrv -I foo -p /usr/sbin/foo
-e "CYGWIN=server"` Isn't this correct?  In any case I am not sure what
"service" to implement here to replace "foo"?

I did try adding `set CYGWIN=server` in my startupx.sh, but I still get the
same errors.

Thanks.

Lester


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

Re: cygserver errors

[Lester Ingber]

Larry:

This file is listed under `ls -l`:
-rw---  1 SYSTEM root 0 Aug 23 08:31 cygserver.log
% cat cygserver.log
cat: cygserver.log: Permission denied
I couldn't access this file, so I temporarily used `chown --reference`
to set the owner to myself.  This file is empty, just as it first appears.

I see that in /etc/cygserver.conf I have not changed the defaults for LOGGING:
# LOGGING

# kern.log.syslog: Determines whether logging should go to the syslog,
# Default is "yes", if stderr is no tty, "no" otherwise.
# Command line option -y, --syslog or -Y, --no-syslog.
#kern.log.syslog no

# kern.log.stderr: Determines whether logging should go to stderr,
# Default is "yes", if stderr is a tty, "no" otherwise.
# Command line option -e, --stderr or -E, --no-stderr.
#kern.log.stderr no

# kern.log.level: Logging level.  Valid values are 1 to 7 with a bigger
# value emitting more logging output.  Default level is 6.
# Command line option -l, --log-level.
#kern.log.level 6

# kern.log.debug: Determines whether debug output should be printed to stderr.
# Default is "no".  Command line option -d, --debug
#kern.log.debug no

(If I change anything in this file, do I have to rerun anything?)

Thanks.

Lester

On Mon, Oct 09, 2006 at 01:13:51PM -0400, Larry Hall (Cygwin) wrote:
: Date: Mon, 09 Oct 2006 13:13:51 -0400
: From: "Larry Hall (Cygwin)" <[EMAIL PROTECTED]>
: Reply-To: cygwin@cygwin.com
: Organization: Cygwin
: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) 
Gecko/20060916 Fedora/1.5.0.7-1.fc4.remi Thunderbird/1.5.0.7 Mnenhy/0.7.4.0
: To: Lester Ingber <[EMAIL PROTECTED]>
: CC: cygwin@cygwin.com
: Subject: Re: cygserver errors
: In-Reply-To: <[EMAIL PROTECTED]>
:
: On 10/09/2006, Lester Ingber wrote:
: >I am having problems with cygserver similar to those discussed in
: >http://sourceware.org/ml/cygwin/2005-05/msg01378.html.  On my XP Pro
: >system, under Administrative Tools -> Event Viewer -> Application, I see
: >several red X's whenever I start my modified startxwin.sh.  (I have found
: >that the script in /usr/X11R6/bin crashes unless I add /bin to
: >export PATH=/usr/X11R6/bin:"$PATH":/bin .)  So, my Cygwin utilities start
: >OK,
: >except I do get occasional crashes of individual xterm windows for no
: >reason I can discern, which I have reported before but no follow-ups
: >occurred.
: >
: >I am getting errors like:
: > "The description for Event ID ( 0 ) in Source ( Cygwin ) cannot
: > be found. The local computer may not have the necessary registry
: > information or message DLL files to display messages from a
: > remote computer. You may be able to use the /AUXSOURCE= flag to
: > retrieve this description; see Help and Support for details. The
: > following information is part of the event: cygserver: error
: > getting handle(1684) to server (5)."
: >
: >I do run setup for all users, and my mounts are under system, the main
: >focus of the discussion under msg01378.html referenced above.
: >
: >I cannot see if the is a cygwin or cygwin-xfree problem, so I'm sending
: >this to both forums.
:
: cygserver is a core Cygwin service so the Cygwin list is the proper place
: to discuss it.
:
: What does '/var/log/cygserver.log' say?


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

Re: cygserver errors

[Lester Ingber]

In /etc/cygserver.conf I set
kern.log.syslog yes
and restarted the cygserver service.
I then started my startxwin.sh.

I still have an empty /var/log/cygserver.log file, with the same
errors in Event Viewer -> Application.

Lester

On Mon, Oct 09, 2006 at 01:13:51PM -0400, Larry Hall (Cygwin) wrote:
: Date: Mon, 09 Oct 2006 13:13:51 -0400
: 
: On 10/09/2006, Lester Ingber wrote:
: >I am having problems with cygserver similar to those discussed in
: >http://sourceware.org/ml/cygwin/2005-05/msg01378.html.  On my XP Pro
: >system, under Administrative Tools -> Event Viewer -> Application, I see
: >several red X's whenever I start my modified startxwin.sh.  (I have found
: >that the script in /usr/X11R6/bin crashes unless I add /bin to
: >export PATH=/usr/X11R6/bin:"$PATH":/bin .)  So, my Cygwin utilities start 
: >OK,
: >except I do get occasional crashes of individual xterm windows for no
: >reason I can discern, which I have reported before but no follow-ups
: >occurred.
: >
: >I am getting errors like:
: > "The description for Event ID ( 0 ) in Source ( Cygwin ) cannot
: > be found. The local computer may not have the necessary registry
: > information or message DLL files to display messages from a
: > remote computer. You may be able to use the /AUXSOURCE= flag to
: > retrieve this description; see Help and Support for details. The
: > following information is part of the event: cygserver: error
: > getting handle(1684) to server (5)."
: >
: >I do run setup for all users, and my mounts are under system, the main
: >focus of the discussion under msg01378.html referenced above.
: >
: >I cannot see if the is a cygwin or cygwin-xfree problem, so I'm sending
: >this to both forums.
: 
: cygserver is a core Cygwin service so the Cygwin list is the proper place
: to discuss it.
: 
: What does '/var/log/cygserver.log' say?



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

Re: cygserver errors

[Lester Ingber]

I do have all Cygwin packages on my PC.  I assume that I must specifically
"activate" syslogd?

But why?  If the same info is in now the Windows event log, what else
would be learned?

Thanks.

Lester

:Lester Ingber wrote:
:
:> In /etc/cygserver.conf I set
:> kern.log.syslog yes
:> and restarted the cygserver service.
:> I then started my startxwin.sh.
:> 
:> I still have an empty /var/log/cygserver.log file, with the same
:> errors in Event Viewer -> Application.
:
:You need to install syslogd (part of inetutils) or syslog-ng, otherwise the 
messages will go to Windows event log.
:-- 
:Ren? Berber



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

cygwin-1.5.22-1 -> cygwin1.dll.new, not cygwin1.dll

[Lester Ingber]

I just used setup.exe to upgrade to cygwin-1.5.22-1.  I rebooted, and I
got a error that cygwin1.dll could not be found.  Under Windows Explorer
I saw /bin/cygwin1.dll.new (no other cygwin1.dll[.] file), so I renamed
it to cygwin1.dll, and now everything seems to be working OK.

Is the postinstall broken?

I attach cygcheck -s -v -r > cygcheck.out.

Thanks.

Lester


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

Re: cygwin-1.5.22-1 -> cygwin1.dll.new, not cygwin1.dll

[Lester Ingber]

Larry:

I couldn't use Cygwin to send an email until after I remamed
cygwin1.dll.new; otherwise cygcheck would not have registered any
cygwin1.dll.

Yes, as the poster after you in this thread noticed, I forgot to add
the cygcheck.out in the first email, so I quickly resent it with the
attachment.

Thanks.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

Lester Ingber wrote:

I just used setup.exe to upgrade to cygwin-1.5.22-1.  I rebooted, and I
got a error that cygwin1.dll could not be found.  Under Windows Explorer
I saw /bin/cygwin1.dll.new (no other cygwin1.dll[.] file), so I renamed
it to cygwin1.dll, and now everything seems to be working OK.


Is the postinstall broken?



I don't think so:

> 1828k 2006/11/13 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0

cygwin 1.5.22-1 


Your cygcheck output shows it exactly where it should be.  Also,
<http://cygwin.com/packages/cygwin/cygwin-1.5.22-1> shows no sign of a
missing cygwin1.dll or a cygwin1.dll.new.  Looks like a local problem
to me.


Am I seeing double or did you send two of these messages?

--
Larry Hall


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

zdiff 1.3.12 still not correct

[Lester Ingber]

On Cygwin
/bin/zdiff 1.3.12 still is not correct.  Line 107 reads
   eval "$cmp" /dev/fd/5 -) 5<&0

whereas it probably should read something like
   eval "$cmp" /dev/fd/5 - >&3) 5<&0

I looked at source zdiff.in in gzip-1.312 and on line 107 it has
   eval "$cmp" /dev/fd/5 -) 5<&0

I use my own /usr/local/bin/zdiff with line 107 having
   eval "$cmp" /dev/fd/5 - >&3) 5<&0

For example, I created zdiff_mod.in from zdiff.in the gzip-1.3.12 source:
14:05:01 @lester:~% diff zdiff.in zdiff_mod.in
107c107
<  eval "$cmp" /dev/fd/5 -) 5<&0
---
>  eval "$cmp" /dev/fd/5 - >$3) 5<&0
14:05:47 @lester:~% gzip zdiff.in zdiff_mod.in
14:06:10 @lester:~% /bin/zdiff zdiff.in.gz zdiff_mod.in.gz
14:06:28 @lester:~% /usr/local/bin/zdiff zdiff.in.gz zdiff_mod.in.gz
107c107
<  eval "$cmp" /dev/fd/5 -) 5<&0
---
>  eval "$cmp" /dev/fd/5 - >$3) 5<&0
14:06:39 @lester:~% diff zdiff.in.gz zdiff_mod.in.gz
Files zdiff.in.gz and zdiff_mod.in.gz differ

In other words, /bin/zdiff does not report any difference between
zdiff.in and zdiff_mod.in.

I would be surprised if this already has not lead to some bad results
for some users who use these utilities daily to check their codes.

Thanks for your attention to this matter

Lester


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

bash.exe: ***fatal error

[Lester Ingber]

I thought it important enough to clarify item (4) below.  The attachment
is in the previous posting.

Yesterday I installed the final version of SP3 on my XP Professional
system, which I downloaded via a link to the microsoft .exe via zdnet,
just an hour or so before it was announced that MS is working on a filter
to prevent updates to machines also running some retail software (not
on my machine).  Everything is working fine, except for the issue below.

(1) Whenever I try to start a cygwin window via the default shortcut icon,
which points to C:\cygwin\cygwin.bat (which is the same since 2005),
I am getting

6 [main] ? (4596) C:\cygwin\bin\bash.exe: ***fatal error -
couln't allocate heap, Win32 error 487, base 0x6D, top
0x6E, reserve_size 61440, allocatesize 65536, page_cost 4096

The PID 4596 of course changes with each attempt.

(2) If I try to start my X session via my long-time working script
/usr/local/bin/startxwin.sh (a path-modified /usr/X11R6/bin/startxwin.sh),
it fails the same way.

However:

(3) If I start an X window via Xming, and use its menu to start a cygwin
window via
cygwin  execd   "C:\cygwin\bin\bash --login -i" 
this works just fine also.

(4) If I temporarily change a line in /cygwin.bat to use
sh --login -i
instead of the default
bash --login -i
and use the desktop shortcut to cygwin.bat, this also work OK.
Note these are same executables:
9:48:04 @lester:/bin% ls -l sh.exe bash.exe 
-rwxrwxrwx 1 ingber Users 470528 Jan  3 20:17 bash.exe*
-rwxrwxrwx 1 ingber None  470528 Jan  3 20:17 sh.exe*
9:48:10 @lester:/bin% zdiff bash.exe sh.exe 
9:48:23 @lester:/bin% 

(5) I have several .csh and .sh scripts in /usr/local/bin that are run via
schedules and these run just fine, e.g., updatedb.sh (just modifies the
default paths in /bin/upfatedb, but is run via `#! /bin/sh` on line 1).
I just ran updatedb.sh directly again from a window (started via (3)
above) and it works just fine.  I also temporarily changed the first
line in my updatedb.sh to `#! /bin/bash` and this also seems to run OK.

I have tried, without any change in the problem:
(6) rebaseall via ash in a command window, which seems to have run just fine.
(7) reinstalling bash, cygrunsrv, cygutils, cygwin
(8) increasing memory by +512 in the 3 parameters in the registry

Any other suggestions?

I attach the output of `cygcheck -svr`.

Thanks.

Lester


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

/dev/dsp?

[Lester Ingber]

I've seen a few references to the use of /dev/dsp in the postings.  I have
all current files installed, but I do not see even a /dev/ directory?

Is there some file I should reinstall?

Thanks.

Lester


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

request for some path advice

[Lester Ingber]

I have a C project that I can compile and run fine using gcc, with
or without -mno-cygwin.  I have the I/O files in another directory,
with the relative paths named in some .c files.

When I use the -mno-cygwin option, I see I cannot use soft links for
any IO directories, but I also cannot use the executable in another
directory with the same relative path to the IO directory?

So, under a ${PROJECT_PATH}/ I have
SRC/ IO/ RUN/
Let's say I compile the code under SRC/.
If I put the executable under RUN I get an access violation -- only
under -mno-cygwin.  If I keep the executable unde SRC/, it works OK.

Is there any way of declaring my paths in my .c files to avoid these problems?

Thanks.

Lester



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

Re: request for some path advice

[Lester Ingber]

Sorry about the last email.  I seem to have gotten the paths working OK.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I have a C project that I can compile and run fine using gcc, with
or without -mno-cygwin.  I have the I/O files in another directory,
with the relative paths named in some .c files.

When I use the -mno-cygwin option, I see I cannot use soft links for
any IO directories, but I also cannot use the executable in another
directory with the same relative path to the IO directory?

So, under a ${PROJECT_PATH}/ I have
SRC/ IO/ RUN/
Let's say I compile the code under SRC/.
If I put the executable under RUN I get an access violation -- only
under -mno-cygwin.  If I keep the executable unde SRC/, it works OK.

Is there any way of declaring my paths in my .c files to avoid these problems?

Thanks.

Lester


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

using insight on array in struct

[Lester Ingber]

I can't seem to view arrays in structs under insight.  If I pass a
struct pointer to a function, and pull up a Local Variables window,
expanding all "+" boxes to "-" leaves only a single element of an array
within this struct to view.  I do not see any info in the help docs that
might be relevant.

Thanks.

Lester


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

/bin/rm lots of files

[Lester Ingber]

I couldn't find what I thought I recalled as a similar posting.
In my Makefile I have a command to remove a directory of files.
I get a complaint that there are too many files to remove (about 1000).
How do I change the default for increasing the number of listed/open files?

Thanks.

Lester


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

need -mrtd to create Excel DLL?

[Lester Ingber]

I was able to create a dll from many C files, representing fairly complex
calculations, using the following in my Makefile, without having to add
any keywords like "__declspec", using info from the Cygwin docs.

I used the following options:
CFLAGS=-g -O2 -Wall -mno-cygwin -mrtd
This DLL tested fine when used by Excel.

(1) I have not seen any postings calling for the use of "-mrtd".
I stumbled across this by trial and error trying to get my DLL to work.
I would prefer to not use this option, given the warnings in `info gcc`:
8< top cut -> bottom ->8
`-mrtd'
 Use a different function-calling convention, in which functions
 that take a fixed number of arguments return with the `rtd'
 instruction, which pops their arguments while returning.  This
 saves one instruction in the caller since there is no need to pop
 the arguments there.

 This calling convention is incompatible with the one normally used
 on Unix, so you cannot use it if you need to call libraries
 compiled with the Unix compiler.

 Also, you must provide function prototypes for all functions that
 take variable numbers of arguments (including `printf'); otherwise
 incorrect code will be generated for calls to those functions.

 In addition, seriously incorrect code will result if you call a
 function with too many arguments.  (Normally, extra arguments are
 harmlessly ignored.)

 The `rtd' instruction is supported by the 68010, 68020, 68030,
 68040, 68060 and CPU32 processors, but not by the 68000 or 5200.
8< bottom cut <- top ->8
Is there another way?

(2)  I could not get this approach to work using g++, though my code
compiles and runs just fine under an executable branch of code using
either gcc or g++?

Thanks.

Lester



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

Re: need -mrtd to create Excel DLL?

[Lester Ingber]

Siegfried:

Hi. I did not use any __declspec keywords, etc. -- just vanilla C
code which runs as well under gcc or g++ under Cygwin, FreeBSD, or
SPARC/Solaris, etc.  Creating DLLs is another matter -- I've just tested
this using Cygwin/gcc under XP Pro.  As I said, I cannot get this to
work under Cygwin/g++.

I tested the application with Excel using the dlltest.xls file in
http://www.xraylith.wisc.edu/~khan/software/gnu-win32/
but without the other modifications in his cdll.[ch] files.
To use his dlltest.xls, I named my DLL the same, and created
double dll_double_square (double d)
as one of my functions which called a series of other functions in other
files before returning.

I used the following lines in my Makefile.  No other special code changes
were required in any of my .c or .h files:

CC = gcc
MY_OBJS = \
[.o files]

DLL_OPTION=-mrtd # needed for Excel DLL
CYGWIN_OPTION=-mno-cygwin $(DLL_OPTION)
CDEBUGFLAGS = -g -O2 -Wall
CFLAGS = $(CDEBUGFLAGS) $(CYGWIN_OPTION)

dllmodule = cdll
obj_libs = $(MY_OBJS)
dependency_libs = -lm

# no need for run.exe when creating DLLs -- without a main()
compile: $(MY_OBJS)
@$(CC) -o run.exe $(MY_OBJS) ${dependency_libs}

cdll:
make -i compile
$(CC) $(CFLAGS) -shared -o ${dllmodule}.dll \
-Wl,--out-implib=${dllmodule}.lib \
-Wl,--compat-implib \
-Wl,--add-stdcall-alias \
-Wl,--enable-stdcall-fixup \
-Wl,--enable-auto-import \
-Wl,--enable-auto-image-base \
-Wl,--whole-archive ${obj_libs} \
-Wl,--export-all-symbols \
-Wl,--output-def=${dllmodule}.def \
-Wl,--no-whole-archive ${dependency_libs}

Lester

: Lester,
:  It works! Thank you. Assuming these will be archived, maybe this can help
: someone else.
: 
: Since I'm wondering if Excel was caching something, I decided to use C# and
: it works!
: 
:  Thanks,
: Siegfried
: 
: Here is the example of calling cygwin C from C#:

:: I was able to create a dll from many C files, representing fairly complex
:: calculations, using the following in my Makefile, without having to add
:: any keywords like "__declspec", using info from the Cygwin docs.
:: ...
:: Lester


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

Re: cygwin-1.3.21-1

[Lester Ingber]

It seems that the problem that 1.3.21-1 was trying to fix, releasing
processes when the console is closed (?) still does work properly.

I'm running under XP, and from the console (which I have running
under tcsh) I open some tcsh windows under XFree.  After closing
the X windows, I close the console.  I then ALT-CNTRL-DEL and
discover that I have several tcsh.exe processes still running,
which seem to collect if I reenter cygwin, etc.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Today's version of pcre:

[Lester Ingber]

I can't start up my cygwin shell due to "cygpcre.dll not found", and I 
cannot get the older 4.1 version under setup to install the older 4.1 as 
recommended by Max?

Thanks.

Lester

Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
www.ingber.com   www.alumni.caltech.edu/~ingber 

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

Re: Today's version of pcre:

[Lester Ingber]

A different mirror worked.

Thanks.

Lester

On Thu, Jun 05, 2003 at 10:13:27AM -0400, Larry Hall wrote:
: Date: Thu, 05 Jun 2003 10:13:27 -0400
: From: Larry Hall <[EMAIL PROTECTED]>
: Reply-To: [EMAIL PROTECTED]
: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
: To: Lester Ingber <[EMAIL PROTECTED]>
: CC: [EMAIL PROTECTED]
: Subject: Re: Today's version of pcre:
: In-Reply-To: <[EMAIL PROTECTED]>
: 
: Lester Ingber wrote:
: >I can't start up my cygwin shell due to "cygpcre.dll not found", and I 
: >cannot get the older 4.1 version under setup to install the older 4.1 as 
: >recommended by Max?
: >
: >Thanks.
: >
: >Lester
: 
: 
: Try a different mirror or wait a day until the change propogates around to
: more mirrors is the best recommendation I can make, unless you're into
: fiddling with setup internals.


-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

pcre-4-2-1 still crashes tcsh

[Lester Ingber]

pcre-4-2-1 still does not work with tcsh.  I have to create a copy of
cygpcre.dll from version 4-1-1 to get tcsh to work.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

mutt/exim DNS problems?

[Lester Ingber]

I'm using Cygwin under XP Professional on an IBM Thinkpad, connected
wireless to an SMC router, using IBM Access Connections to set up my
computer on a DHCP private 198 address to receive DHCP gateway and
DNS info from ISPs that change when I change locations (on travel).

I have no problems conecting anywhere on the Internet using Netscape and
Iexplorer browsers, or even using Eudora to send Email.  Under Cygwin,
I can ssh login to various machines.  However, using mutt (using exim)
I keep getting "Network is unreachable"???  mutt/exim worked fine when
I first set up my system, but now mutt/exim is failing?

Any suggestions on settings I might test/try?

Thanks.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

Re: mutt/exim DNS problems?

[Lester Ingber]

Olaf:

I tried your test:
echo test | exim [EMAIL PROTECTED]
but got in /var/log/exim/exim_main.log
2003-06-18 07:47:19 HGOE2U-0002VO-LO <= [EMAIL PROTECTED] U=ingber P=local S=280
2003-06-18 07:47:41 HGOE2U-0002VO-LO alumni.caltech.edu [131.215.49.51]: Network is 
unreachable
2003-06-18 07:47:41 HGOE2U-0002VO-LO == [EMAIL PROTECTED] R=dnslookup T=remote_smtp 
defer (114): Network is unreachable

I do not see how to set anything like "smarthost" in my exim.conf file?

Here is a diff between the default /etc/exim.conf file and mine:
8< top cut -> bottom ->8
---
> #primary_hostname = sensei.ingber.com
> primary_hostname = ingber.com
57,59c57,61
< domainlist local_domains = @
< domainlist relay_to_domains =
< hostlist   relay_from_hosts = 127.0.0.1
---
> #domainlist local_domains = @
> domainlist local_domains =
> #domainlist relay_to_domains = ingber.com : 130.94.234.156
> domainlist relay_to_domains = 
> hostlist   relay_from_hosts = 127.0.0.1 : 130.94.234.156
357c359
<   no_more
---
> ##  no_more
363,368c365
< # This router handles aliasing using a linearly searched alias file with the
< # name /etc/aliases. When this configuration is installed automatically,
< # the name gets inserted into this file from whatever is set in Exim's
< # build-time configuration. The default path is the traditional /etc/aliases.
< # If you install this configuration by hand, you need to specify the correct
< # path in the "data" setting below.
---
> # This router handles aliasing using a traditional /etc/aliases file.
370c367
< # NB  You must ensure that the alias file exists. It used to be the case
---
> # NB  You must ensure that /etc/aliases exists. It used to be the case
461,462d457
< # Turning initgroups on is very inefficient. It should only be done if 
< # supplementary groups are needed during deliveries, e.g. to run filters. 
470d464
<   initgroups = no
546,559d539
< 
< ##
< #   CONFIGURATION FOR local_scan()   #
< ##
< 
< # If you have built Exim to include a local_scan() function that contains
< # tables for private options, you can define those options here. Remember to
< # uncomment the "begin" line. It is commented by default because it provokes
< # an error with Exim binaries that are not built with LOCAL_SCAN_HAS_OPTIONS
< # set in the Local/Makefile.
< 
< # begin local_scan
< 
8< bottom cut <- top ->8

exim -bV gives
Exim version 4.20 #1 built 15-May-2003 19:33:41
Copyright (c) University of Cambridge 2003
Probably GDBM (native mode)
Support for: OpenSSL
Authenticators: cram_md5 plaintext spa
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply pipe smtp
Configuration file is /etc/exim.conf

mutt -v gives
Mutt 1.4i (2002-05-29)
Copyright (C) 1996-2001 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: CYGWIN_NT-5.1 1.3.22(0.78/3/2) (i686) [using ncurses 5.2]
Compile options:
-DOMAIN
-DEBUG
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
+USE_POP  +USE_IMAP  -USE_GSS  +USE_SSL  -USE_SASL  
-HAVE_REGCOMP  +USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+HAVE_PGP  +BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  +LOCALES_HACK  -HAVE_WC_FUNCS  -HAVE_LANGINFO_CODESET  -HAVE_LANGIN
FO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  -HAVE_GETSID  -HAVE_GETADDRINFO  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/spool/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
-MIXMASTER

Thanks.

Lester

: On Wed, Jun 18, 2003 at 01:23:05AM -0400, Lester Ingber wrote:
: > I'm using Cygwin under XP Professional on an IBM Thinkpad, connected
: > wireless to an SMC router, using IBM Access Connections to set up my
: > computer on a DHCP private 198 address to receive DHCP gateway and
: > DNS info from ISPs that change when I change locations (on travel).
: > 
: > I have no problems conecting anywhere on the Internet using Netscape and
: > Iexplorer browsers, or even using Eudora to send Email.  Under Cygwin,
: > I can ssh login to various machines.  However, using mutt (using exim)
: > I keep getting "Network is unreachable"???  mutt/exim worked fine when
: > I first set up my system, but now mutt/

Re: mutt/exim DNS problems?

[Lester Ingber]

Pierre:

Below is the log of the output.

Thanks.

lester

On Wed, Jun 18, 2003 at 09:28:54AM -0400, Pierre A. Humblet wrote:
: Date: Wed, 18 Jun 2003 09:28:54 -0400
: From: "Pierre A. Humblet" <[EMAIL PROTECTED]>
: To: Lester Ingber <[EMAIL PROTECTED]>
: CC: [EMAIL PROTECTED]
: Subject: Re: mutt/exim DNS problems?
: 
: Lester Ingber wrote:
: > 
: > Olaf:
: > 
: > I tried your test:
: > echo test | exim [EMAIL PROTECTED]
: 
: Lester,
: 
: Could you try to turn debug on, including the resolver?
: 
: echo test | exim -d+resolver [EMAIL PROTECTED]
: 
: That will produce quite a bit of output.
: 
: Pierre

8< top cut -> bottom ->8
Exim version 4.20 uid=1005 gid=513 pid=1092 D=fbf95cfd
Probably GDBM (native mode)
Support for: OpenSSL
Authenticators: cram_md5 plaintext spa
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply pipe smtp
changed uid/gid: forcing real = effective
  uid=1005 gid=513 pid=1092
  auxiliary group list: 513 544 545
configuration file is /etc/exim.conf
log selector = 020d99d8
Reset TZ to NULL: time is 2003-06-18 10:39:09
trusted user
admin user
changed uid/gid: privilege not needed
  uid=1005 gid=513 pid=1092
  auxiliary group list: 513 544 545
user name "U-LESTER\ingber" extracted from gecos field 
"U-LESTER\ingber,S-1-5-21-1318987518-2704883870-4021508746-1005"
originator: uid=1005 gid=513 login=ingber name="U-LESTER\ingber"
sender address = [EMAIL PROTECTED]
set_process_info:  1092 accepting a local non-SMTP message from <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
Recipients:
  [EMAIL PROTECTED]
search_tidyup called
>>Headers received:

rewrite_one_header: type=F:
  From: "U-LESTER\ingber" <[EMAIL PROTECTED]>
search_tidyup called
>>Headers after local additions:
P Received: from ingber by ingber.com with local (Exim 4.20)
id HGOM19-UC-QA
    for [EMAIL PROTECTED]; Wed, 18 Jun 2003 10:39:09 -0400
I Message-Id: <[EMAIL PROTECTED]>
F From: "U-LESTER\ingber" <[EMAIL PROTECTED]>
B Bcc:
  Date: Wed, 18 Jun 2003 10:39:09 -0400

Data file written for message HGOM19-UC-QA
calling local_scan(); timeout=300
local_scan() returned 0 NULL
Writing spool header file
Size of headers = 274
LOG: MAIN
  <= [EMAIL PROTECTED] U=ingber P=local S=280
search_tidyup called
>>>>>>>>>>>>>>>> Exim pid=1092 terminating with rc=0 >>>>>>>>>>>>>>>>
set_process_info:  2080 delivering HGOM19-UC-QA
reading spool file HGOM19-UC-QA-H
user=ingber uid=1005 gid=513 [EMAIL PROTECTED]
sender_local=1 ident=ingber
Non-recipients:
Empty Tree
 End of tree 
recipients_count=1
body_linecount=1 message_linecount=7
Delivery address list:
  [EMAIL PROTECTED] 
locking /var/spool/exim/db/retry.lockfile
locked /var/spool/exim/db/retry.lockfile
opened hints database /var/spool/exim/db/retry: flags=0
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Considering: [EMAIL PROTECTED]
unique = [EMAIL PROTECTED]
dbfn_read: key=R:alumni.caltech.edu
dbfn_read: key=R:[EMAIL PROTECTED]
no domain retry record
no address retry record
[EMAIL PROTECTED]: queued for routing
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
routing [EMAIL PROTECTED]
> dnslookup router <
local_part=ingber domain=alumni.caltech.edu
checking domains
alumni.caltech.edu in ""? no (end of list)
alumni.caltech.edu in "! +local_domains"? yes (end of list)
calling dnslookup router
dnslookup router called for [EMAIL PROTECTED]
  domain = alumni.caltech.edu
Minires: Windows domain name "ingber.com"
Minires: server "192.168.111.1"
Minires: resolv.conf # Adelphia
Minires: resolv.conf #domain stu.adelphia.net
Minires: resolv.conf #gateway 24.48.24.1
Minires: resolv.conf #
Minires: resolv.conf # Adelphia
Minires: resolv.conf #nameserver 68.168.1.42
Minires: resolv.conf #nameserver 68.168.1.46
Minires: resolv.conf ###nameserver 64.31.138.2
Minires: resolv.conf ##nameserver 64.31.138.3
Minires: resolv.conf #
Minires: resolv.conf # Securesites
Minires: resolv.conf #nameserver 192.220.124.10
Minires: resolv.conf #nameserver 192.220.125.10
Minires: resolv.conf #
Minires: resolv.conf # Earthlink
Minires: resolv.conf #nameserver 207.69.188.185
Minires: resolv.conf #nameserver 207.69.188.186
Minires: resolv.conf #
Minires: resolv.conf # Caltech
Minires: resolv.conf #nameserver 131.215.254.99
Minires: resolv.conf #nameserver 131.215.139.100
Minires: resolv.conf #nameserver 131.215.254.100
Minires: resolv.conf

mutt/Cygwin locks on some characters?

[Lester Ingber]

I haven't seen this problem before.  I'm using all the latest Current
Cygwin packages under XP Professional.

I have an email to which I simply wish to reply.  When I try "r" in mutt,
mutt stalls/locks up when it tries to include the original email, and I
have to kill the process.  When I save the email to a file, I find that
the problem is imply that the person's name has an accent, e.g.
xxxé 
If I edit this to
xxxe 
then the return in mutt (using mutt -f file, etc.) works just fine.

Now, the same email under FreeBSD, using Mutt 1.2.5.1i, on another
machine, works just fine with the original email.

Furthermode, under Cygwin, when I try
mutt -V
under tcsh, the printout immediately gets cleared?  (I do not have this
problem with other tools, e.g., `gcc -V`.)  Under bash I do not have
this clearing problem, but a reply under mutt still fails.

mutt drops a small mutt.exe.stackdump file:
8< top cut -> bottom ->8
Stack trace:
Frame Function  Args
0022DF50  61073F0A  (0B5C, 0006, 0022DFB0, 61076201)
0022DFA0  61074122  (0B5C, 0006, 0022DFF0, 6107465A)
0022DFB0  61073FCC  (0006, 0006, , 0001)
0022DFF0  6107465A  (61001020, 004677C0, 0046772A, 02E7)
0022E020  61001114  (0046772A, 02E7, 004677C0, 00467C2D)
0022E7A0  00467C53  (100F279C, 100F2A40, 0003, 100FABC0)
0022E7F0  0046823C  (100F279C, 100F2A40, 100F3320, )
0022EA40  004684F1  (100FACC8, 100FAC70, , )
0022EB70  00469468  (100FAC70, 0022EB20, 0004, 0001)
0022F120  0046554C  (0001, 100FABD0, , 100F42B8)
0022F730  0041D5E0  (, 0018, 77F705FA, 002305DC)
0022FEF0  0043A581  (0003, 615F0930, 100C0328, 0022FF24)
0022FF40  61007408  (610D1F58, FFFE, 07F0, 610D1E7C)
0022FF90  610076ED  (, , 0001, )
0022FFB0  0049D912  (00439534, 037F0009, 0022FFF0, 77E814C7)
0022FFC0  0040103C  (0022E1F0, 0001, 7FFDF000, ED0A3CF0)
End of stack trace (more stack frames may be present)
8< bottom cut <- top ->8

In fact, I cannot even send this email from Cygwin.  I had to upload it
to my FreeBSD machine to send it.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

Re: mutt/Cygwin locks on some characters?

[Lester Ingber]

I managed to capture an error message relating to the mutt failure below:

assertion "errno == E2BIG || (BUGGY_ICONV && (errno == EILSEQ || errno == ENOENT))" 
failed: file "../mutt-1.4-1/sendlib.c", line 743

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I haven't seen this problem before.  I'm using all the latest Current
Cygwin packages under XP Professional.

I have an email to which I simply wish to reply.  When I try "r" in mutt,
mutt stalls/locks up when it tries to include the original email, and I
have to kill the process.  When I save the email to a file, I find that
the problem is imply that the person's name has an accent, e.g.
xxxé 
If I edit this to
xxxe 
then the return in mutt (using mutt -f file, etc.) works just fine.

Now, the same email under FreeBSD, using Mutt 1.2.5.1i, on another
machine, works just fine with the original email.

...

In fact, I cannot even send this email from Cygwin.  I had to upload it
to my FreeBSD machine to send it.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

P.S.: Re: mutt/Cygwin locks on some characters?

[Lester Ingber]

mutt -v gives the info below.  Note
SENDMAIL="/usr/sbin/sendmail"
On my most current Cygwin, I see a soft link for sendmail
sendmail -> /usr/sbin/ssmtp

Note that ssmtp is the oldest executable under /usr/sbin:
7408 Apr 12  2001 ssmtp.exe
All other excutables here have dates 2002 or 2003.
Perhaps ssmtp needs to be updated?

Lester

Mutt 1.4i (2002-05-29)
Copyright (C) 1996-2001 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: CYGWIN_NT-5.1 1.3.22(0.78/3/2) (i686) [using ncurses 5.2]
Compile options:
-DOMAIN
-DEBUG
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
+USE_POP  +USE_IMAP  -USE_GSS  +USE_SSL  -USE_SASL  
-HAVE_REGCOMP  +USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+HAVE_PGP  +BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  +LOCALES_HACK  -HAVE_WC_FUNCS  -HAVE_LANGINFO_CODESET  
-HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  -HAVE_GETSID  -HAVE_GETADDRINFO  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/spool/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to <[EMAIL PROTECTED]>.
To report a bug, please use the flea(1) utility.

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I managed to capture an error message relating to the mutt failure below:

assertion "errno == E2BIG || (BUGGY_ICONV && (errno == EILSEQ || errno == ENOENT))" 
failed: file "../mutt-1.4-1/sendlib.c", line 743

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I haven't seen this problem before.  I'm using all the latest Current
Cygwin packages under XP Professional.

I have an email to which I simply wish to reply.  When I try "r" in mutt,
mutt stalls/locks up when it tries to include the original email, and I
have to kill the process.  When I save the email to a file, I find that
the problem is imply that the person's name has an accent, e.g.
xxxé 
If I edit this to
xxxe 
then the return in mutt (using mutt -f file, etc.) works just fine.

Now, the same email under FreeBSD, using Mutt 1.2.5.1i, on another
machine, works just fine with the original email.

...

In fact, I cannot even send this email from Cygwin.  I had to upload it
to my FreeBSD machine to send it.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

can't set $USER under 1.3.16-1

[Lester Ingber]

Up until now, through cygwin 1.3.15-2, I have set my $USER in /etc/profile
to a username different from `id -un`, with the same name set in /etc/passwd.
I have had no problems logging in.

Now, under 1.3.16-1, an attempt is made to login in under `id -un` and
I cannot even telent to my perferred username?  I reinstalled 1.3.15-2,
and everything works as before installing  1.3.16-1?

What else must I do under 1.3.16-1 to set my own username?

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

P.S. can't set $USER under 1.3.16-1

[Lester Ingber]

I see some similar problem has been reported.  To be clear, I have
in my /etc/profile
--8<-- top cut 1/2 -> bottom 1/2 --->8--
PATH=/usr/X11R6/bin:/usr/local/bin:/usr/bin:/bin:$PATH

export CYGWIN="check_case:strict nontsec"

USER="ingber"

# Set up USER's home directory
if [ -z "$HOME" ]; then
  HOME="/home/$USER"
fi

if [ ! -d "$HOME" ]; then
  mkdir -p "$HOME"
fi

export HOME USER

for i in /etc/profile.d/*.sh ; do
  if [ -f $i ]; then
. $i
  fi
done

export MAKE_MODE=unix
export PS1='\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '

cd "$HOME"

test -f ./.bashrc && . ./.bashrc
--8<-- bottom cut 1/2 <- top 1/2 --->8--

The fix suggested for a similar problem was to add HOME to /cygwin.bat.
I tried in my /cygwin.bat
--8<-- top cut 2/2 -> bottom 2/2 --->8--
set USER=ingber
set HOME=/home/ingber
--8<-- bottom cut 2/2 <- top 2/2 --->8--
My login is smoother, but I still get logged on as the user in `id -un`,
not "ingber" .

Lester


: From [EMAIL PROTECTED] Mon Nov 25 16:17:58 2002
: Date: Mon, 25 Nov 2002 16:17:58 -0500
: From: Lester Ingber <[EMAIL PROTECTED]>
: To: [EMAIL PROTECTED]
: Subject: can't set $USER under 1.3.16-1
: 
: Up until now, through cygwin 1.3.15-2, I have set my $USER in /etc/profile
: to a username different from `id -un`, with the same name set in /etc/passwd.
: I have had no problems logging in.
: 
: Now, under 1.3.16-1, an attempt is made to login in under `id -un` and
: I cannot even telent to my perferred username?  I reinstalled 1.3.15-2,
: and everything works as before installing  1.3.16-1?
: 
: What else must I do under 1.3.16-1 to set my own username?
: 
: Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

problems with zone alarm/XP SP2?

[Lester Ingber]

I just installed Zone Labs zone alarm, and an having problems that
suggest similar problems may arise under Cygwin with the coming XP SP2?

When I try to start X windows, it fails with the log file below.
This is weird because a ps shows (I opened 2 cygwin non-X to write this):
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 2084   12084   2084  con 1005 14:30:52 /usr/bin/bash
 3160   13160   3160? 1005 14:30:54 /usr/sbin/cron
 130820841308   2300  con 1005 14:30:54 /usr/bin/tcsh
 3924   14016   3240  con 1005 14:31:18 /usr/X11R6/bin/XWin
 3060   14016588  con 1005 14:31:19 /usr/bin/xterm
 3740   14016   3356  con 1005 14:31:20 /usr/bin/xterm
  67639244016592  con 1005 14:31:22 /usr/bin/sh
 3320   13320   3320  con 1005 14:35:31 /usr/bin/bash
 3136   13136   3136? 1005 14:35:33 /usr/sbin/cron
 206833202068   1972  con 1005 14:35:33 /usr/bin/tcsh
 342420683424252  con 1005 14:35:46 /usr/bin/mutt
 102034243424   2484  con 1005 14:35:51 /usr/bin/sh
 371210203424468  con 1005 14:35:51 /usr/bin/vim
 257613082576192  con 1005 14:41:00 /usr/bin/ps


Does anyone have any experience with this?

8< top cut -> bottom ->8
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.7.0.0-12

Contact: [EMAIL PROTECTED]

XWin was started with the following command line:

XWin -unixkill -emulate3buttons -clipboard -multiwindow 
-silent-dup-error 

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1600 h 1200
winInitializeDefaultScreens - Returning
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
(II) XF86Config is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information
winPrefsLoadPreferences: /home/ingber/.XWinrc
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 0007
winSetEngine - Multi Window or Rootless => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel
winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1199 depth: 32
winFinishScreenInitFB - Masks: 00ff ff00 00ff
winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32
null screen fn ReparentWindow
null screen fn RestackWindow
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack of shared 
memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "0409" (0409) 
(--) Using preset keyboard for "English (USA)" (409), type "4"
Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options = "(null)"
----8<---- bottom cut <- top ->8

Thanks.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

file I/O and calling executables from a DLL?

[Lester Ingber]

I'm having problems executing file I/O and calling executables from
a DLL?  I know this sounds simple, and this works fine under Excel,
but I'm having problems doing this with TradeStation.

Is there anything I should know about changes in paths, root directories,
etc., that can occur under different applications?

I have modified a simple code to prepare a DLL from a fairly well-known
tool, dllhelpers,
http://www.xraylith.wisc.edu/~khan/software/gnu-win32/dllhelpers.html
and I have produced an equally good DLL using a Makefile enclosed.
I've just added a call to another independent executable.  This works
just fine (using either the more standard dllhelper way or using my
own Makefile) under Excel using the dllhelpers-prepared dlltest.xls.

Here's some simple code I prepared to explain what I've done.  I'm using
*all* the most current Curr downloads via setup.exe from cygwin.com.

Makefile for cdll.c:
8< top cut -> bottom ->8
DLL_OPTION=-mrtd  # I found this necessary for DLLs to work
CYGWIN_OPTION=-mno-cygwin $(DLL_OPTION)

CC = gcc
CDEBUGFLAGS = -g -O -Wall
CFLAGS = $(CDEBUGFLAGS) $(CYGWIN_OPTION)

LDFLAGS = $(CYGWIN_OPTION)

obj_libs = cdll.o
dllmodule = cdll
dependency_libs = -lm
all:
$(CC) $(CFLAGS) -c -o ${obj_libs} cdll.c
$(CC) $(CFLAGS) -mrtd -shared -o ${dllmodule}.dll \
-Wl,--out-implib=${dllmodule}.lib \
-Wl,--compat-implib \
-Wl,--add-stdcall-alias \
-Wl,--enable-stdcall-fixup \
-Wl,--enable-auto-import \
-Wl,--enable-auto-image-base \
-Wl,--whole-archive ${obj_libs} \
-Wl,--export-all-symbols \
-Wl,--output-def=${dllmodule}.def \
-Wl,--no-whole-archive ${dependency_libs}
8< bottom cut <- top ->8

cdll.c  (In Tradestation, you have to change double->float):
8< top cut -> bottom ->8
#include 
#include 
#include 
#include 
#include 

double dll_double_square (double d);

double
dll_double_square (double d)
{
  char trd_comm[200];
  FILE *ptr_comm;

  /* I tried this with a system() call, but it still doesn't work when
 dll_double_square is called in TradeStation */
  sprintf (trd_comm, "run_trd.exe");
  ptr_comm = popen (trd_comm, "r");
  pclose (ptr_comm);

  return d * d;
}
8< bottom cut <- top ->8

Makefile for trd.c:
8< top cut -> bottom ->8
CYGWIN_OPTION=-mno-cygwin

CC = gcc
CDEBUGFLAGS = -g -O -Wall
CFLAGS = $(CDEBUGFLAGS) $(CYGWIN_OPTION)

LDFLAGS = $(CYGWIN_OPTION)

obj_libs = trd.o
all: $(obj_libs)
@$(CC) $(LDFLAGS) -o run_trd.exe $(obj_libs) -lm
8< bottom cut <- top ->8

trd.c:
8< top cut -> bottom ->8
#include 
#include 
#include 
#include 
#include 

int main ();

int
main ()
{
  char trd_comm[50];
  FILE *ptr_comm;

  sprintf (trd_comm, "mkdir ..\\IO\\%s", "test_dir");
  ptr_comm = popen (trd_comm, "r");
  pclose (ptr_comm);

  printf ("mkdir test_dir\n");

  return 0;
}
8< bottom cut <- top ->8

I have the same non-results in TradeStation, but OK results in Excel,
if I simply create the test_dir within cdll.c, e.g., *not* calling any
other executable.

In TradeStation, the code returns just fine, and goes on to do other
stuff, but the commands I cite just are not being executed?

I also tried including explicit paths, e.g., prefacing the executable
and file with c:\cygwin\..., and not even using any relative paths like
"..", but with no positive effect.

Thanks.

Lester



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

exp() bug?

[Lester Ingber]

I believe there is a bug in some gcc's, at least in the exp() function,
and at least in the way round-offs are (in)consistently treated.

I first noticed some differences in results in calculations using the
MINGW gcc vs the Cygwin gcc on my ThinkPad XPPro machine.  I applied
the same code on FreeBsd and on SPARC/Solaris9.

If true, this is a **very** serious bug, leading to very different
answers on pretty standard (complex) calculations, as I discovered.

Here is the code for cygtest.c:
8< top cut -> bottom ->8
/*
 * rm cygtest.exe; gcc -O -mno-cygwin -o cygtest.exe cygtest.c -lm; cygtest.exe
 * rm cygtest.exe; gcc -O -o cygtest.exe cygtest.c -lm; cygtest.exe
 */

#include 
#include 
#include 

int main ();

int
main ()
{
  double d;

  d = exp (log (1234567.2)) - exp (log (1234567.1));
  printf ("1234567.2-1234567.1: d = %g\n", d);
  d = exp (log (12345678.2)) - exp (log (12345678.1));
  printf ("12345678.2-12345678.1: d = %g\n", d);
  d = exp (log (123456789.2)) - exp (log (123456789.1));
  printf ("123456789.2-123456789.1: d = %g\n", d);
  d = exp (log (1234567891.2)) - exp (log (1234567891.1));
  printf ("1234567891.2-1234567891.1: d = %g\n", d);
  d = exp (log (12345678912.2)) - exp (log (12345678912.1));
  printf ("12345678912.2-12345678912.1: d = %g\n", d);
  d = exp (log (123456789123.2)) - exp (log (123456789123.1));
  printf ("123456789123.2-123456789123.1: d = %g\n", d);
  d = exp (log (1234567891234.2)) - exp (log (1234567891234.1));
  printf ("1234567891234.2-1234567891234.1: d = %g\n", d);
  d = exp (log (12345678912345.2)) - exp (log (12345678912345.1));
  printf ("12345678912345.2-12345678912345.1: d = %g\n", d);
  d = exp (log (123456789123456.2)) - exp (log (123456789123456.1));
  printf ("123456789123456.2-123456789123456.1: d = %g\n", d);
  d = exp (log (1234567891234567.2)) - exp (log (1234567891234567.1));
  printf ("1234567891234567.2-1234567891234567.1: d = %g\n", d);
  d = exp (log (12345678912345678.2)) - exp (log (12345678912345678.1));
  printf ("12345678912345678.2-12345678912345678.1: d = %g\n", d);
  d = exp (log (123456789123456789.2)) - exp (log (123456789123456789.1));
  printf ("123456789123456789.2-123456789123456789.1: d = %g\n", d);

  return 0;
}
8< bottom cut <- top ->8

Here are the results:

ThinkPad/XPPRO/gcc-3.3.3
% rm cygtest.exe ; gcc -O -mno-cygwin -o cygtest.exe cygtest.c -lm; cygtest.exe
1234567.2-1234567.1: d = 0.1
12345678.2-12345678.1: d = 0.1
123456789.2-123456789.1: d = 0.097
1234567891.2-1234567891.1: d = 0.079
12345678912.2-12345678912.1: d = 0.12
123456789123.2-123456789123.1: d = 0.12
1234567891234.2-1234567891234.1: d = 0.100916
12345678912345.2-12345678912345.1: d = 0.0868587
123456789123456.2-123456789123456.1: d = 0.000205994
1234567891234567.2-1234567891234567.1: d = -0.0303955
12345678912345678.2-12345678912345678.1: d = -0.0839844
123456789123456789.2-123456789123456789.1: d = -7.95313

ThinkPad/XPPRO/gcc-3.3.3
% rm cygtest.exe ; gcc -O -o cygtest.exe cygtest.c -lm; cygtest.exe
1234567.2-1234567.1: d = 0.1
12345678.2-12345678.1: d = 0.1
123456789.2-123456789.1: d = 0.097
1234567891.2-1234567891.1: d = 0.08
12345678912.2-12345678912.1: d = 0.12
123456789123.2-123456789123.1: d = 0.16
1234567891234.2-1234567891234.1: d = 0.10083
12345678912345.2-12345678912345.1: d = 0.0859375
123456789123456.2-123456789123456.1: d = 0
1234567891234567.2-1234567891234567.1: d = 0
12345678912345678.2-12345678912345678.1: d = 0
123456789123456789.2-123456789123456789.1: d = 0

FreeBSD-4.10/gcc-2.95.4
% rm cygtest.exe ; gcc -O -o cygtest.exe cygtest.c -lm ; cygtest.exe
1234567.2-1234567.1: d = 0.1
12345678.2-12345678.1: d = 0.1
123456789.2-123456789.1: d = 0.097
1234567891.2-1234567891.1: d = 0.079
12345678912.2-12345678912.1: d = 0.12
123456789123.2-123456789123.1: d = 0.12
1234567891234.2-1234567891234.1: d = 0.100916
12345678912345.2-12345678912345.1: d = 0.0868587
123456789123456.2-123456789123456.1: d = 0.000198364
1234567891234567.2-1234567891234567.1: d = -0.0303955
12345678912345678.2-12345678912345678.1: d = -0.0839844
123456789123456789.2-123456789123456789.1: d = -7.95312

SPARC/Solaris9/gcc-3.4.2
% rm cygtest.exe ; gcc -O -o cygtest.exe cygtest.c -lm ; cygtest.exe
1234567.2-1234567.1: d = 0.1
12345678.2-12345678.1: d = 0.1
123456789.2-123456789.1: d = 0.097
1234567891.2-1234567891.1: d = 0.08
12345678912.2-12345678912.1: d = 0.12
123456789123.2-123456789123.1: d = 0.16
1234567891234.2-1234567891234.1: d = 0.10083
12345678912345.2-12345678912345.1: d = 0.0859375
123456789123456.2-123456789123456.1: d = 0
1234567891234567.2-1234567891234567.1: d = 0
12345678912345678.2-12345678912345678.1: d = 0
123456789123456789.2-123456789123456789.1: d = 0

Any comments?

Lester


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

Re: exp() bug?

[Lester Ingber]

In reply to:
: From: cygwin-owner On Behalf Of Lester Ingber
: > Sent: 05 October 2004 16:36
: 
: > I believe there is a bug in some gcc's, at least in the exp() function,
: > and at least in the way round-offs are (in)consistently treated.
: 
:   Go on?
: 
: > I first noticed some differences in results in calculations using the
: > MINGW gcc vs the Cygwin gcc on my ThinkPad XPPro machine.  I applied
: > the same code on FreeBsd and on SPARC/Solaris9.
: 
:   First go and google for "What every computer scientist should know about
: floating point", and read the entire paper.  Then try running your tests again,
: but compile them with the "-ffloat-store" option.  Then read "info gcc" about
: -ffloat-store and its effects.
: 
:   Then if you still think there's a bug, come back and describe it.  But if you've
: taken all that in, you no longer will.
: 
: cheers, 
:   DaveK

I disagree about what the default behavior should be.  In any case, here are
runs with -ffloat-store.  I see no difference.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I believe there is a bug in some gcc's, at least in the exp() function,
and at least in the way round-offs are (in)consistently treated.

I first noticed some differences in results in calculations using the
MINGW gcc vs the Cygwin gcc on my ThinkPad XPPro machine.  I applied
the same code on FreeBsd and on SPARC/Solaris9.

If true, this is a **very** serious bug, leading to very different
answers on pretty standard (complex) calculations, as I discovered.

Here is the code for gcctest.c:
8< top cut -> bottom ->8
/*
 * rm gcctest.exe; gcc -O -mno-cygwin -o gcctest.exe gcctest.c -lm; gcctest.exe
 * rm gcctest.exe; gcc -O -o gcctest.exe gcctest.c -lm; gcctest.exe
 *
 * rm gcctest.exe; gcc -O -ffloat-store -mno-cygwin -o gcctest.exe gcctest.c -lm; 
gcctest.exe
 * rm gcctest.exe; gcc -O -ffloat-store -o gcctest.exe gcctest.c -lm; gcctest.exe
 */

#include 
#include 
#include 

int main ();

int
main ()
{
  double d;

  d = exp (log (1234567.2)) - exp (log (1234567.1));
  printf ("1234567.2-1234567.1: d = %g\n", d);
  d = exp (log (12345678.2)) - exp (log (12345678.1));
  printf ("12345678.2-12345678.1: d = %g\n", d);
  d = exp (log (123456789.2)) - exp (log (123456789.1));
  printf ("123456789.2-123456789.1: d = %g\n", d);
  d = exp (log (1234567891.2)) - exp (log (1234567891.1));
  printf ("1234567891.2-1234567891.1: d = %g\n", d);
  d = exp (log (12345678912.2)) - exp (log (12345678912.1));
  printf ("12345678912.2-12345678912.1: d = %g\n", d);
  d = exp (log (123456789123.2)) - exp (log (123456789123.1));
  printf ("123456789123.2-123456789123.1: d = %g\n", d);
  d = exp (log (1234567891234.2)) - exp (log (1234567891234.1));
  printf ("1234567891234.2-1234567891234.1: d = %g\n", d);
  d = exp (log (12345678912345.2)) - exp (log (12345678912345.1));
  printf ("12345678912345.2-12345678912345.1: d = %g\n", d);
  d = exp (log (123456789123456.2)) - exp (log (123456789123456.1));
  printf ("123456789123456.2-123456789123456.1: d = %g\n", d);
  d = exp (log (1234567891234567.2)) - exp (log (1234567891234567.1));
  printf ("1234567891234567.2-1234567891234567.1: d = %g\n", d);
  d = exp (log (12345678912345678.2)) - exp (log (12345678912345678.1));
  printf ("12345678912345678.2-12345678912345678.1: d = %g\n", d);
  d = exp (log (123456789123456789.2)) - exp (log (123456789123456789.1));
  printf ("123456789123456789.2-123456789123456789.1: d = %g\n", d);

  return 0;
}
8< bottom cut <- top ->8

Here are the results:

ThinkPad/XPPRO/gcc-3.3.3
% rm gcctest.exe ; gcc -O -ffloat-store -mno-cygwin -o gcctest.exe gcctest.c -lm; 
gcctest.exe
OR
% rm gcctest.exe ; gcc -O -ffloat-store -mno-cygwin -o gcctest.exe gcctest.c -lm; 
gcctest.exe
1234567.2-1234567.1: d = 0.1
12345678.2-12345678.1: d = 0.1
123456789.2-123456789.1: d = 0.097
1234567891.2-1234567891.1: d = 0.079
12345678912.2-12345678912.1: d = 0.12
123456789123.2-123456789123.1: d = 0.12
1234567891234.2-1234567891234.1: d = 0.100916
12345678912345.2-12345678912345.1: d = 0.0868587
123456789123456.2-123456789123456.1: d = 0.000205994
1234567891234567.2-1234567891234567.1: d = -0.0303955
12345678912345678.2-12345678912345678.1: d = -0.0839844
123456789123456789.2-123456789123456789.1: d = -7.95313

ThinkPad/XPPRO/gcc-3.3.3
% rm gcctest.exe ; gcc -ffloat-store -O -o gcctest.exe gcctest.c -lm; gcctest.exe
OR
% rm gcctest.exe ; gcc -ffloat-store -O -o gcctest.exe gcctest.c -lm; gcctest.exe
1234567.2-1234567.1: d = 0.1
12345678.2-12345678.1: d = 0.1
123456789.2-123456789.1: d = 0.097
1234567891.2-1234567891.1: d = 0.08
12345678912.2-12345678912.1: d = 0.

Re: exp() bug?

[Lester Ingber]

The previous email had a typo, in that the OR pairs are as below.
In other words, the conclusion is the same: I saw no differences in
these 4 pairs of runs using or not using -ffloat-store.

In a code I make available to the public, www.ingber.com/ASA.zip, in
order to get consistent results over all reported platforms, I had to
make available a user-defined SMALL_FLOAT to handle most such instances.

Is there another gcc option that can force consistent results?

Lester
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

In reply to:
: From: cygwin-owner On Behalf Of Lester Ingber
: > Sent: 05 October 2004 16:36
: 
: > I believe there is a bug in some gcc's, at least in the exp() function,
: > and at least in the way round-offs are (in)consistently treated.
: 
:   Go on?
: 
: > I first noticed some differences in results in calculations using the
: > MINGW gcc vs the Cygwin gcc on my ThinkPad XPPro machine.  I applied
: > the same code on FreeBsd and on SPARC/Solaris9.
: 
:   First go and google for "What every computer scientist should know about
: floating point", and read the entire paper.  Then try running your tests again,
: but compile them with the "-ffloat-store" option.  Then read "info gcc" about
: -ffloat-store and its effects.
: 
:   Then if you still think there's a bug, come back and describe it.  But if you've
: taken all that in, you no longer will.
: 
: cheers, 
:   DaveK

I disagree about what the default behavior should be.  In any case, here are
runs with -ffloat-store.  I see no difference.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I believe there is a bug in some gcc's, at least in the exp() function,
and at least in the way round-offs are (in)consistently treated.

I first noticed some differences in results in calculations using the
MINGW gcc vs the Cygwin gcc on my ThinkPad XPPro machine.  I applied
the same code on FreeBsd and on SPARC/Solaris9.

If true, this is a **very** serious bug, leading to very different
answers on pretty standard (complex) calculations, as I discovered.

Here is the code for gcctest.c:
8< top cut -> bottom ->8
/*
 * rm gcctest.exe; gcc -O -mno-cygwin -o gcctest.exe gcctest.c -lm; gcctest.exe
 * rm gcctest.exe; gcc -O -o gcctest.exe gcctest.c -lm; gcctest.exe
 *
 * rm gcctest.exe; gcc -O -ffloat-store -mno-cygwin -o gcctest.exe gcctest.c -lm; 
gcctest.exe
 * rm gcctest.exe; gcc -O -ffloat-store -o gcctest.exe gcctest.c -lm; gcctest.exe
 */

#include 
#include 
#include 

int main ();

int
main ()
{
  double d;

  d = exp (log (1234567.2)) - exp (log (1234567.1));
  printf ("1234567.2-1234567.1: d = %g\n", d);
  d = exp (log (12345678.2)) - exp (log (12345678.1));
  printf ("12345678.2-12345678.1: d = %g\n", d);
  d = exp (log (123456789.2)) - exp (log (123456789.1));
  printf ("123456789.2-123456789.1: d = %g\n", d);
  d = exp (log (1234567891.2)) - exp (log (1234567891.1));
  printf ("1234567891.2-1234567891.1: d = %g\n", d);
  d = exp (log (12345678912.2)) - exp (log (12345678912.1));
  printf ("12345678912.2-12345678912.1: d = %g\n", d);
  d = exp (log (123456789123.2)) - exp (log (123456789123.1));
  printf ("123456789123.2-123456789123.1: d = %g\n", d);
  d = exp (log (1234567891234.2)) - exp (log (1234567891234.1));
  printf ("1234567891234.2-1234567891234.1: d = %g\n", d);
  d = exp (log (12345678912345.2)) - exp (log (12345678912345.1));
  printf ("12345678912345.2-12345678912345.1: d = %g\n", d);
  d = exp (log (123456789123456.2)) - exp (log (123456789123456.1));
  printf ("123456789123456.2-123456789123456.1: d = %g\n", d);
  d = exp (log (1234567891234567.2)) - exp (log (1234567891234567.1));
  printf ("1234567891234567.2-1234567891234567.1: d = %g\n", d);
  d = exp (log (12345678912345678.2)) - exp (log (12345678912345678.1));
  printf ("12345678912345678.2-12345678912345678.1: d = %g\n", d);
  d = exp (log (123456789123456789.2)) - exp (log (123456789123456789.1));
  printf ("123456789123456789.2-123456789123456789.1: d = %g\n", d);

  return 0;
}
8< bottom cut <- top ->8

Here are the results:

ThinkPad/XPPRO/gcc-3.3.3
% rm gcctest.exe ; gcc -O -mno-cygwin -o gcctest.exe gcctest.c -lm; gcctest.exe
OR
% rm gcctest.exe ; gcc -O -ffloat-store -mno-cygwin -o gcctest.exe gcctest.c -lm; 
gcctest.exe
1234567.2-1234567.1: d = 0.1
12345678.2-12345678.1: d = 0.1
123456789.2-123456789.1: d = 0.097
1234567891.2-1234567891.1: d = 0.079
12345678912.2-12345678912.1: d = 0.12
123456789123.2-123456789123.1: d = 0.12
1234567891234.2-1234567891234.1: d = 0.100916
12345678912345.2-12345678912345.1: d = 0.0868587
123456789123456.2-123456789123456.1: d = 0.000205994
12345678912345

new Cygwin has memory problems?

[Lester Ingber]

I cannot determine why, but with the new Cygwin base I just installed,
a utility I have used for quite a few years, dired
[http://www.math.utah.edu/~beebe/software/file-tools.html#dired], now
freezes my window.  A `top` shows that CPU usage quickly climbs to
maximum values.

I have to guess that other utilities will have similar problems.

Thanks.

Lester



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

new Cygwin has memory problems?

[Lester Ingber]

I was wrong in assuming this was a cygwin base problem.  It must be a
cygwin-xfree problem.  I have no problems I can see in a cygwin console
window, only in an xterm (or rxvt) window running under
XWin -unixkill -emulate3buttons -clipboard -multiwindow -silent-dup-error &

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
I cannot determine why, but with the new Cygwin base I just installed,
a utility I have used for quite a few years, dired
[http://www.math.utah.edu/~beebe/software/file-tools.html#dired], now
freezes my window.  A `top` shows that CPU usage quickly climbs to
maximum values.

I have to guess that other utilities will have similar problems.

Thanks.

Lester


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

very slow/nonfunctional updatedb?

[Lester Ingber]

I think this problem is correlated to my installing Norton GoBack in
their SystemWorks 2005 Premier edition.  However, I do not seem to
be sufferring any great slowdown on other Cygwin utilities.

gupdatedb usually takes 18-19 minutes to run on my ThinkPad/XPPro.
The current job is taking over 2 hours, and still nothing has been
written to /usr/var/locatedb.n, or to /tmp, var/tmp, etc.

Thanks.,

Lester



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

Re: new Cygwin has memory problems? / cygwin1-20041117.dll

[Lester Ingber]

cygwin1-20041117.dll, which I got from www.cygwin/snapshots/, solves a
few problems, stopping hanging in dired, ispell, and updatedb.

(The crash I experienced is getting more common in XP SP2,
BAD_POOL_HEADER (www.tweaksforgeek.com/BAD_POOL_HEADER.html)).

Lester

Christopher Faylor wrote:
8< top cut -> bottom ->8
is is a problem caused by this change:

http://cygwin.com/ml/cygwin/2004-10/msg00364.html

And, then, the problem was noted here:

http://cygwin.com/ml/cygwin/2004-10/msg00904.html

The problem is that cygwin is now behaving like linux in that timed
reads from a pty/tty work correctly.  It is not behaving like linux in
that once you get an EOF on a read using stdio, you get EOF forever
after.

I've made a cygwin-specific correction to the newlib library to make
cygwin work more like linux.  I will generate a cygwin snapshot sometime
soon which should have a fix for this problem.  Keep an ey on:

http://cygwin.com/snapshots/

cgf
8< bottom cut <- top ->8


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

window problem with cygwin-3-13?

[Lester Ingber]

Under cygwin-3-13, even with nontsec on, under mutt, ispell does not
respond to keystrokes when it offers alternative spellings.  The window
seems to freeze.  Under 3-12, it works as expected.

I'd guess that similar problems will surface soon using other utilities.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

incorrect terminfo link in /lib and /usr/lib

[Lester Ingber]

In my current install of 1.35 I saw the soft links of the terminfo links
in /lib and /usr/lib to be incorrect.  I replaced both links to point
to /usr/share/terminfo, which I assume was the intended target?

I did not install Xfree86.  However, I thought that gs would
still work?  I tried gs /usr/share/ghostscript/6.51/examples/tiger.gs,
but get?

8< top cut -> bottom ->8
GNU Ghostscript 6.51 (2001-03-28)
Copyright (C) 2001 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file COPYING for details.
Error: /invalidfileaccess in --.outputpage--
Operand stack:
   1   true
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2  
 %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   
%stopped_push   1   3   %oparray_pop   1   3   %oparray_pop   .runexec2   
--nostringval--   --nostringval--   --nostringval--   2   %stopped_push   
--nostringval--   0   4   %oparray_pop   --nostringval--   --nostringval--   
--nostringval--   --nostringval--
Dictionary stack:
   --dict:1018/1476(ro)(G)--   --dict:0/20(G)--   --dict:68/200(L)--   
--dict:45/100(L)--
Current allocation mode is local
Last OS error: 2
Current file position is 78508
GNU Ghostscript 6.51: Unrecoverable error, exit code 1
8< bottom cut <- top ->8

Lester


-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: incorrect terminfo link in /lib and /usr/lib

[Lester Ingber]

Gerrit:

Hi.  Did you also check the link under /lib?

Lester


On Sun, Dec 02, 2001 at 05:38:35PM +0100, Gerrit P. Haase wrote:
: Date: Sun, 2 Dec 2001 17:38:35 +0100
: From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
: Reply-To: "Gerrit P. Haase" <[EMAIL PROTECTED]>
: Organization: Esse keine toten Tiere
: X-Priority: 3 (Normal)
: To: Lester Ingber <[EMAIL PROTECTED]>
: CC: [EMAIL PROTECTED]
: Subject: Re: incorrect terminfo link in /lib and /usr/lib
: In-Reply-To: <[EMAIL PROTECTED]>
: X-Sender: [EMAIL PROTECTED]
: 
: Hallo Lester,
: 
: Am 2001-12-02 um 16:41 schriebst du:
: 
: > In my current install of 1.35 I saw the soft links of the terminfo links
: > in /lib and /usr/lib to be incorrect.  I replaced both links to point
: > to /usr/share/terminfo, which I assume was the intended target?
: 
: For me the link in /usr/lib is correct:
: /usr/lib/terminfo -> ../share/terminfo/
: However, it is wrong in /lib
: 
: > I did not install Xfree86.  However, I thought that gs would
: > still work?  I tried gs /usr/share/ghostscript/6.51/examples/tiger.gs,
: > but get?
: 
: According to the README it works:
: 
: $ gs -sDEVICE=jpeg -dBATCH -sOutputFile=tiger.jpg \
: > /usr/share/ghostscript/6.51/examples/tiger.ps
: GNU Ghostscript 6.51 (2001-03-28)
: Copyright (C) 2001 artofcode LLC, Benicia, CA.  All rights reserved.
: This software comes with NO WARRANTY: see the file COPYING for details.
: >>showpage, press  to continue<<
: 
: The jpeg looks nice if viewed with ImageMagick's 'display'.
: 
: Ciao,
: 
: Gerrit P. Haasemailto:[EMAIL PROTECTED]
: -- 
: =^..^=

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: incorrect terminfo link in /lib and /usr/lib

[Lester Ingber]

Gerrit:

I think I see the problem.  I was using tcsh with symlinks=ignore,
so that the path ../share under /lib was not the same as under /usr/lib.

Thanks.

Lester

  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Gerrit:

Hi.  Did you also check the link under /lib?

Lester

On Sun, Dec 02, 2001 at 05:38:35PM +0100, Gerrit P. Haase wrote:
: Date: Sun, 2 Dec 2001 17:38:35 +0100
: From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
: Reply-To: "Gerrit P. Haase" <[EMAIL PROTECTED]>
: Organization: Esse keine toten Tiere
: X-Priority: 3 (Normal)
: To: Lester Ingber <[EMAIL PROTECTED]>
: CC: [EMAIL PROTECTED]
: Subject: Re: incorrect terminfo link in /lib and /usr/lib
: In-Reply-To: <[EMAIL PROTECTED]>
: X-Sender: [EMAIL PROTECTED]
: 
: Hallo Lester,
: 
: Am 2001-12-02 um 16:41 schriebst du:
: 
: > In my current install of 1.35 I saw the soft links of the terminfo links
: > in /lib and /usr/lib to be incorrect.  I replaced both links to point
: > to /usr/share/terminfo, which I assume was the intended target?
: 
: For me the link in /usr/lib is correct:
: /usr/lib/terminfo -> ../share/terminfo/
: However, it is wrong in /lib
: 
: > I did not install Xfree86.  However, I thought that gs would
: > still work?  I tried gs /usr/share/ghostscript/6.51/examples/tiger.gs,
: > but get?
: 
: According to the README it works:
: 
: $ gs -sDEVICE=jpeg -dBATCH -sOutputFile=tiger.jpg \
: > /usr/share/ghostscript/6.51/examples/tiger.ps
: GNU Ghostscript 6.51 (2001-03-28)
: Copyright (C) 2001 artofcode LLC, Benicia, CA.  All rights reserved.
: This software comes with NO WARRANTY: see the file COPYING for details.
: >>showpage, press  to continue<<
: 
: The jpeg looks nice if viewed with ImageMagick's 'display'.
: 
: Ciao,
: 
: Gerrit P. Haasemailto:[EMAIL PROTECTED]
: -- 
: =^..^=

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

anyone using 1.35 to prepare DLLs?

[Lester Ingber]

I have had mixed results preparing DLLs to be called from Maple7 (an
algebraic software package) under Windows 2000.

I can get only as far as preparing a function without arguments,
based on a posting 14 Jun 00 by Carl Thompson:
8< top cut -> bottom ->8
However, if foo() should go into a DLL, your files need to look like this:

   --- foo.c ---
   /* declaration (AKA prototype) of foo(), usually found in .h file */
   __declspec(dllexport) int foo(); /* exporting foo() from this DLL */

   /* definition of foo() */
   int foo() { return 1; }
   -

Make a DLL from foo.c:

   gcc -c foo.c -o foo.o
   gcc -Wl,--out-implib,libfoo.import.a -shared -o foo.dll foo.o

This will create the DLL (foo.dll) and the import library for the DLL   
(libfoo.import.a).
8< bottom cut <- top ->8
I do not need to use libfoo.import.a to use foo.dll from Maple7.

I cannot get this to work if I change foo.c to
   --- foo.c ---
   __declspec(dllexport) int foo(int i);

   int foo(int i) { return (i + 10); }
   -

I've tried examples from some older postings, dating back to 1997 and
1998, but these do not seem to work out.

Is anyone using a current cygwin to prepare DLLs?

Thanks.

Lester


P.S.
I have a Sun PCi card in my Ultra10 running Windows 2000.  Unlike some
older cygwin I had a year or so ago, I could not get gcc to compile when
cygwin was installed on a shared Unix directory, though other software
runs fine this way.  However, when I installed cygwin on my D drive,
it seems to work fine.

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

installation problem

[Lester Ingber]

I've had this problem about 10 out 12 times I've tried to install the
latest cygwin.  I got it stalled twice, but had to abort for otehr
reasons.

The error I get is *after* all files are downloaded OK:

The exception unknown software exception (0xc0fd) occurred in the application at 
location 0x77f8e621.

Click on OK to terminate the program

So, is this error message any help?

Thanks.

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: install question

[Lester Ingber]

No, the download goes OK, but then setup.exe bombs with:
The exception unknown software exception (0xc0fd) occurred in the application at 
location 0x77f8e621.

I've had this problems for weeks.

My setup.log looks similar to that reported by others:
8< top cut -> bottom ->8
2001/12/07 06:52:43 Starting cygwin install, version 2.125.2.10
Current Directory: P:\cygwin
2001/12/07 06:52:43 Command line parameters
2001/12/07 06:52:43 0 - 'P:\cygwin\setup.exe'
2001/12/07 06:52:43 1 parameters passed
2001/12/07 06:54:07 Ending cygwin install
2001/12/07 06:56:18 Starting cygwin install, version 2.125.2.10
Current Directory: P:\cygwin
2001/12/07 06:56:18 Command line parameters
2001/12/07 06:56:18 0 - 'P:\cygwin\setup.exe'
2001/12/07 06:56:18 1 parameters passed
2001/12/07 06:56:23 Ending cygwin install
8< bottom cut <- top ->8----

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

ghostscript doesn't work for me?

[Lester Ingber]

I can't seem to get ghostscript to work properly even under XFree86?
I just checked and I have all the latest packages.

This error message is obtained from `gs file.ps` or `gs.exe file.ps`.
Under my Sun/Solaris, `gs file.ps` works fine.  I created file.ps using
cygwin/groff.

Lester


GNU Ghostscript 6.51 (2001-03-28)
Copyright (C) 2001 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file COPYING for details.
Loading NimbusRomNo9L-ReguItal font from /usr/share/ghostscript/fonts/n021023l.pfb... 
1952920 577023 1662720 368106 0 done.
Loading NimbusRomNo9L-Regu font from /usr/share/ghostscript/fonts/n021003l.pfb... 
2013208 633910 1662720 369934 0 done.
Loading NimbusRomNo9L-Medi font from /usr/share/ghostscript/fonts/n021004l.pfb... 
2073496 689613 1662720 371662 0 done.
Loading StandardSymL font from /usr/share/ghostscript/fonts/s05l.pfb... 2113688 
733966 1682816 397169 1 done.
Error: /invalidfileaccess in --.outputpage--
Operand stack:
   1   true
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2  
 %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   
%stopped_push   1   3   %oparray_pop   1   3   %oparray_pop   .runexec2   
--nostringval--   --nostringval--   --nostringval--   2   %stopped_push   
--nostringval--   0   4   %oparray_pop   --nostringval--   --nostringval--   
--nostringval--   --nostringval--
Dictionary stack:
   --dict:1018/1476(ro)(G)--   --dict:0/20(G)--   --dict:68/200(L)--   
--dict:54/120(L)--
Current allocation mode is local
Last OS error: 20
Current file position is 7924
GNU Ghostscript 6.51: Unrecoverable error, exit code 1


-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Printing PostScript file

[Lester Ingber]

Up until about a month ago I was able to send PostScript files to my PC
network PostScript printer using the -S flag (as on Solaris) to specify
an IP address, e.g., I used
lpr -S10.6.18.220 -Pq -ol file.ps
and it worked great even in batch mode for many files.

Now it seems broken?  I get:
lpr: unknown option -- S

Has the cygwin utility been changed?

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gv fails: Unknown device: x11alpha

[Lester Ingber]

I just downloaded gv with my latest full update of all files available.
When attempting to open a PostScript file I got
Unknown device: x11alpha

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber


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

a couple of problems/items with managed mounts

[Lester Ingber]

(1)
I have two managed mounts:
@lester:~% mount
C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode)
e:\Carchive\cygwin\managed on /cygdrive/e/Carchive/cygwin/managed type system 
(binmode,managed)
c:\cygwin\managed on /managed type system (binmode,managed)
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /cygdrive/c type system (binmode,noumount)
e: on /cygdrive/e type system (binmode,noumount)

Under /managed I can place files as advertised:
@lester:/managed% touch tp Tp
@lester:/managed% ls -l
-rw---1 ingber   None0 Nov 27 10:33 Tp
-rw---1 ingber   None0 Nov 27 10:33 tp

However, under /cygdrive/e/Carchive/cygwin/managed I cannot:
@lester:/cygdrive/e/Carchive/cygwin/managed% touch tp Tp
touch: creating `Tp': No such file or directory
@lester:/cygdrive/e/Carchive/cygwin/managed% ls -l
total 54435
-rw---1 ingber   None0 Nov 27 10:32 tp
and only tp appears.

Is this because "mount -o managed" only works on the drive holding
cygwin/?

(2)
I don't understand when and why ".lnk" is attached as a suffix when I
create soft links.

Under a "regular" directory,
@lester:~% touch tp
@lester:~% ln -s ./tp tpp
@lester:~% rm tpp
@lester:~% touch tp
@lester:~% ln -s ./tp tpa
@lester:~% ln -s ./tp tpB
@lester:~% ln -s ./tp TPC
@lester:~% ls -l
lrwxrwxrwx1 ingber   None   86 Nov 27 10:30 TPC -> ./tp
-rw---1 ingber   None0 Nov 27 10:25 tp
lrwxrwxrwx1 ingber   None   86 Nov 27 10:25 tpB -> ./tp
lrwxrwxrwx1 ingber   None   86 Nov 27 10:25 tpa -> ./tp

However, under a "managed" directory,
@lester:/managed% touch tp
@lester:/managed% ln -s ./tp tpa
@lester:/managed% ln -s ./tp tpB
@lester:/managed% ln -s ./tp TPC
@lester:/managed% ls -l
lrwxrwxrwx1 ingber   None   86 Nov 27 10:28 TPC.lnk -> ./tp
-rw---1 ingber   None0 Nov 27 10:25 tp
lrwxrwxrwx1 ingber   None   86 Nov 27 10:25 tpB.lnk -> ./tp
lrwxrwxrwx1 ingber   None   86 Nov 27 10:25 tpa -> ./tp

It seems that mixed-case or all upper-case soft-linked filenames take on a
".lnk" suffix, whereas any filesnames with lower-case characters do not?

Lester


-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber


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

Re: a couple of problems/items with managed mounts

[Lester Ingber]

My intent in setting up e:/Carchive/cygwin/managed on my 2nd hardrrive
e: is that I have a regular backup of c: under e:/Carchive/ (in
addition to regular ghost backups), and I wish to include a backup of
c:/cygwin/managed/ under e:/Carchive/cygwin/managed/.  Since I have files
under c:/cygwin/managed/ that indeed take advantage of this managed mount,
e.g., mixed case names, I need such a managed mount under e: as well.

I do not see how else I can access e:/Carchive/cygwin/managed/ under the
present mounts shown below.  Is there another way I should have c:, e:,
and/or /cygdrive mounted to accomplish this?

Lester


On Thu, Nov 27, 2003 at 10:36:49AM -0800, Lester Ingber wrote:
>(1)
>I have two managed mounts:
>@lester:~% mount
>C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode)
>e:\Carchive\cygwin\managed on /cygdrive/e/Carchive/cygwin/managed type system 
>(binmode,managed)
>c:\cygwin\managed on /managed type system (binmode,managed)
>C:\cygwin\bin on /usr/bin type system (binmode)
>C:\cygwin\lib on /usr/lib type system (binmode)
>C:\cygwin on / type system (binmode)
>c: on /cygdrive/c type system (binmode,noumount)
>e: on /cygdrive/e type system (binmode,noumount)
>
>Under /managed I can place files as advertised:
>@lester:/managed% touch tp Tp
>@lester:/managed% ls -l
>-rw---1 ingber   None0 Nov 27 10:33 Tp
>-rw---1 ingber   None0 Nov 27 10:33 tp
>
>However, under /cygdrive/e/Carchive/cygwin/managed I cannot:
>@lester:/cygdrive/e/Carchive/cygwin/managed% touch tp Tp
>touch: creating `Tp': No such file or directory

Of course not.  You're accessing the drive via /cygdrive rather than
through the managed mount.  The same thing would apply to binmode
or any of the other mount options.

>@lester:/cygdrive/e/Carchive/cygwin/managed% ls -l
>total 54435
>-rw---1 ingber   None0 Nov 27 10:32 tp
>and only tp appears.
>
>Is this because "mount -o managed" only works on the drive holding
>cygwin/?
>
>(2)
>I don't understand when and why ".lnk" is attached as a suffix when I
>create soft links.

Cygwin has a random "mean" mode.  It is very effective in producing unpredictable
results with the .lnk extension.

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/

can't use windows with GoBack?

[Lester Ingber]

I just installed Symantec GoBack (to compensate for known problems with XP
Pro Systrem Restore).  Most everything runs fine under Cygwin.  However,
anything under XWin (including brining up XWin), runs unbearably slow,
about a factor of at least 100-1000 or more slower.  The System just
consumes all CPU?

I just paid $30 to Symantec to hear that they do have some problems with
GoBack with some applications running much too slow to use.  They're
"working in it."

By chance, has anyone else run into something similar and solved this
problem?

Thanks.

Lester




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

gdb/ddd problem

[Lester Ingber]

I have all the latest current Cygwin files.  I just tried ddd on an
executable.  The DDD: Debugger Console came up, but I got a blank screen
with messages about problems with gdb:

% ddd run_trd.exe
gdb: access /dev/tty3: No such file or directory
gdb: cannot open master pty: No such file or directory
gdb: communication setup failed

I'm not sure if this a gdb or an xfree problem, so I'm cross-posting this.

Any suggestions?

Thanks.

Lester



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

perl-5.8.1-1 problem

[Lester Ingber]

I just updated packages from rcn.net.  The new perl-5.8.1-1 failed
when running pt with

perl.exe - Entry Point Not Found
The procedure entry point __getreent could not be located in the dynamic link library 
cygwin1.dll.

I went back and reinstalled perl-5.6.12 and everything seems to be
working again.

Lester


-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

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

queries on Environment and Services before 1.5 -> 1.7 upgrade

[Lester Ingber]

I have some questions prior to upgrading from 1.5.25-15 to 1.7
(currently 1.7.5-1) with respect to Environment and Services.

I already am aware that after the upgrade I should run
/bin/copy-user-registry-fstab
presumably in my first console shell.

Under My Computer -> Advanced -> Environment Variables -> System Variables
should the variable server in
Cygwin server
be changed to no argument (unless there is a good reason to put in one?)
Cygwin
before the upgrade?  That is, is it OK to have nothing as the variable?

Under Administrative Services (Local) I now have cygrunsrv.exe used in:

Cron daemon
C:\cygwin\bin\cygrunsrv.exe
Automatic

CYGWIN cygserver
C:\cygwin\bin\cygrunsrv.exe
Automatic

CYGWIN sshd
C:\cygwin\bin\cygrunsrv.exe
Manual

Should these be changed or turned off during the upgrade?   That is,
should these be disabled and then after the upgrade run
/usr/bin/cygserver-config
as if I were starting cygserver for the first time?

Are there any other common settings I should change before upgrading?  I
did look at the docs, but did not notice anything else.

Thanks.

Lester

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

Re: queries on Environment and Services before 1.5 -> 1.7 upgrade

[Lester Ingber]

I appreciate the feedback from Jeremy Bopp and Corinna Vinschen.  Just
after Jeremy's email I did the upgrade and it went very smoothly.

Thanks very much.

Lester

 Original Message  
Subject: queries on Environment and Services before 1.5 -> 1.7 upgrade
From: Lester Ingber 
To: cygwin@cygwin.com
Date: Wed Apr 28 2010 11:07:58 GMT-0700 (Pacific Daylight Time)

> I have some questions prior to upgrading from 1.5.25-15 to 1.7
> (currently 1.7.5-1) with respect to Environment and Services.
> 
> I already am aware that after the upgrade I should run
> /bin/copy-user-registry-fstab
> presumably in my first console shell.
> 
> Under My Computer -> Advanced -> Environment Variables -> System Variables
> should the variable server in
> Cygwin server
> be changed to no argument (unless there is a good reason to put in one?)
> Cygwin
> before the upgrade?  That is, is it OK to have nothing as the variable?
> 
> Under Administrative Services (Local) I now have cygrunsrv.exe used in:
> 
> Cron daemon
> C:\cygwin\bin\cygrunsrv.exe
> Automatic
> 
> CYGWIN cygserver
> C:\cygwin\bin\cygrunsrv.exe
> Automatic
> 
> CYGWIN sshd
> C:\cygwin\bin\cygrunsrv.exe
> Manual
> 
> Should these be changed or turned off during the upgrade?   That is,
> should these be disabled and then after the upgrade run
> /usr/bin/cygserver-config
> as if I were starting cygserver for the first time?
> 
> Are there any other common settings I should change before upgrading?  I
> did look at the docs, but did not notice anything else.
> 
> Thanks.
> 
> Lester

-- 
 Prof. Lester Ingber  les...@ingber.com  ing...@alumni.caltech.edu
 http://www.ingber.com   http://alumni.caltech.edu/~ingber

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

top and free fail as of 21 Aug

[Lester Ingber]

As of 21 Aug 2014, under cygwin, top and free return a blank line. Under 
cygwin64 they work just fine. This happens on both of our Thinkpad Carbon X1 
PCs under Windows 8.1.

I see several files under /bin that were changed that date, e.g.,
/bin% ls -l |grep "Aug 21"
Under setup, I do not see top or free listed. Which package should I re-install 
to see if this will fix these problems? I regulary use kernel.org.


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

Re: top and free fail as of 21 Aug

[Lester Ingber]

Andrey:

Good idea to try, but using the latest x32 cygwin1.dll snapshot did not help.

Lester


On Sat, Aug 23, 2014 at 8:19 AM, Andrey Repin  wrote:
>
> > As of 21 Aug 2014, under cygwin, top and free return a blank line. Under
> > cygwin64 they work just fine. This happens on both of our Thinkpad Carbon X1
> > PCs under Windows 8.1.
>
> > I see several files under /bin that were changed that date, e.g.,
> > /bin% ls -l |grep "Aug 21"
> > Under setup, I do not see top or free listed. Which package should I
> > re-install to see if this will fix these problems? I regulary use
> > kernel.org.
>
> Try the latest Cygwin snapshot.
> Also, checking for exactly "Aug 21" usually won't help, as files may have
> waited for you a long time, and dates are not updated, when they come from
> archives.


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

Re: top and free fail as of 21 Aug

[Lester Ingber]

The problem was with the recent update of procps.  Just now a newer version for 
x32 was available -- it fixed the problems.

Lester


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

Re: top and free fail as of 21 Aug

[Lester Ingber]

Also note that the same files I saw dated "Aug 21" are now dated "Aug 23"; see 
below.  So, yes, dates on these files do matter.  (Other utils like pkill also 
were failing, etc.)

Lester

/bin% ls -l |grep "Aug 23"
-rwxrwxr-x  1 ingber ingber 21543 Aug 23 10:34 free.exe
-rwxrwxr-x  2 ingber ingber 37415 Aug 23 10:34 pgrep.exe
-rwxrwxr-x  2 ingber ingber 37415 Aug 23 10:34 pkill.exe
-rwxrwxr-x  1 ingber ingber 27175 Aug 23 10:34 pmap.exe
-rwxrwxr-x  1 ingber ingber 28199 Aug 23 10:34 prockill.exe
-rwxrwxr-x  1 ingber ingber109095 Aug 23 10:34 procps.exe
-rwxrwxr-x  1 ingber ingber 11303 Aug 23 10:34 pwdx.exe
-rwxrwxr-x  2 ingber ingber 28199 Aug 23 10:34 skill.exe
-rwxrwxr-x  1 ingber ingber 18471 Aug 23 10:34 slabtop.exe
-rwxrwxr-x  2 ingber ingber 28199 Aug 23 10:34 snice.exe
-rwxrwxr-x  1 ingber ingber 21031 Aug 23 10:34 tload.exe
-rwxrwxr-x  1 ingber ingber 87079 Aug 23 10:34 top.exe
-rwxrwxr-x  1 ingber ingber 20519 Aug 23 10:34 uptime.exe
-rwxrwxr-x  1 ingber ingber 32295 Aug 23 10:34 vmstat.exe
-rwxrwxr-x  1 ingber ingber 43559 Aug 23 10:34 w.exe
-rwxrwxr-x  1 ingber ingber 14375 Aug 23 10:34 watch.exe


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

Re: wish: setup.exe should remember the desktop icon setting

[Lester Ingber]

Roland Illig  gmx.de> writes:

> 
> Hi,
> 
> when I run setup.exe for the first time, it shows a checkbox somewhere
> at the end of the wizard, allowing me to create a Cygwin icon on the
> desktop.
> 
> I don’t want this icon, so I uncheck that box. But when I later run
> setup.exe again, the checkbox is checked again, and I have to manually
> uncheck it again.
> 
> setup.exe should remember the last setting of the checkbox.
> 
> Roland

Check the options:
/cygdrive/c/cygwin/setup-x86.exe --help
Make shortcut, e.g. via File Explore, to setup-x86.exe
R-CLK on the shortcut and click on Properties
In the Shortcut tab, in the Target slot, add --no-desktop , e.g.,
C:\cygwin\setup-x86.exe --no-desktop
Can do the same for /cygdrive/c/cygwin64/setup-x86_64.exe

Lester

OK to update cygwin32 & cygwin64 simultaneously?

[Lester Ingber]

Is it OK to update cygwin32 & cygwin64 simultaneously, e.g., without any 
conflicts from two rebase utilities running at the same time?


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

Re: cannot open mintty as adminstrator

[Lester Ingber]

Well, that problem happened all day yesterday.

Today there is no such problem.

I have not done anything on the system since then, but that is the situation 
today.


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

Re: untarring symlinks with ../ fails randomly

[Lester Ingber]

Corinna Vinschen  cygwin.com> writes:

> 
> On Apr 24 17:14, Dima Pasechnik wrote:
> > Dear all,
> > reposting, as the message did not get through to the mailing list yesterday:
> > 
> > The issue I have is exactly as described in
> > http://sourceware.org/ml/cygwin/2011-04/msg00299.html
> > I can reproduce this on a very similar Windows 7 host.
> > (To be precise, it seems hard to predict when creating symlinks fails;
> > I could say
> > that perhaps 20% of them, on average, are not created correctly (i.e.
> > I get files of size 0 instead)).
> 
> A simple testcase in plain C to reproduce the issue would be fine.
> Did you try to create the symlinks under strace?  It should contain
> some valuable hint from the function "symlink_worker".
> 
> Corinna
>

The problem seems to be with untar, not tar per se.  Just today, I did `tar cp` 
a directory of a few hundred links under Cygwin.  Under an unbuntu machine I 
recovered all files and links just fine.  Under Cygwin, all files were 0 and 
permissions were "--" instead of "lrwxrwxrwx" as in the original 
directory.  (Yesterday, half the links were 0.  After compiling tar-12.6 from 
gnu.org I still got 8 0's.  I then moved that tar to tar-1.26 yesterday.)  I 
include an excerpt of the log of `tar xfp` doing this with strace just for one 
file, index.html.

 2510 1010065 [main] tar 7272 open: open (/home/ingber/www-ssl/index.html, 
0xA01)
  247 1010312 [main] tar 7272 normalize_posix_path: src /home/ingber/www-
ssl/index.html
   93 1010405 [main] tar 7272 normalize_posix_path: /home/ingber/www-
ssl/index.html = normalize_posix_path (/home/ingber/www-ssl/index.html)
  154 1010559 [main] tar 7272 mount_info::conv_to_win32_path: 
conv_to_win32_path 
(/home/ingber/www-ssl/index.html)
  262 1010821 [main] tar 7272 set_flags: flags: binary (0x2)
  152 1010973 [main] tar 7272 mount_info::conv_to_win32_path: src_path 
/home/ingber/www-ssl/index.html, dst C:\cygwin\home\ingber\www-ssl\index.html, 
flags 0x3000A, rc 0
  255 1011228 [main] tar 7272 symlink_info::check: 0xC034 = NtCreateFile 
(\??\C:\cygwin\home\ingber\www-ssl\index.html)
  197 1011425 [main] tar 7272 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\C:\cygwin\home\ingber\www-ssl\index.html)
  280 1011705 [main] tar 7272 symlink_info::check: 0xC034 = NtCreateFile 
(\??\C:\cygwin\home\ingber\www-ssl\index.html.exe)
  205 1011910 [main] tar 7272 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\C:\cygwin\home\ingber\www-ssl\index.html.exe)
  260 1012170 [main] tar 7272 symlink_info::check: 0xC034 = NtCreateFile 
(\??\C:\cygwin\home\ingber\www-ssl\index.html.lnk)
  162 1012332 [main] tar 7272 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\C:\cygwin\home\ingber\www-ssl\index.html.lnk)
  262 1012594 [main] tar 7272 symlink_info::check: 0xC034 = NtCreateFile 
(\??\C:\cygwin\home\ingber\www-ssl\index.html.exe.lnk)
  199 1012793 [main] tar 7272 symlink_info::check: 0xC034 = 
NtQueryInformationFile (\??\C:\cygwin\home\ingber\www-ssl\index.html.exe.lnk)
  188 1012981 [main] tar 7272 symlink_info::check: 0 = symlink.check 
(C:\cygwin\home\ingber\www-ssl\index.html, 0x28B590) (0x3000A)
  241 1013222 [main] tar 7272 mount_info::conv_to_win32_path: 
conv_to_win32_path 
(/home/ingber/www-ssl)
  122 1013344 [main] tar 7272 set_flags: flags: binary (0x2)
  213 1013557 [main] tar 7272 mount_info::conv_to_win32_path: src_path 
/home/ingber/www-ssl, dst C:\cygwin\home\ingber\www-ssl, flags 0x3000A, rc 0
  243 1013800 [main] tar 7272 symlink_info::check: 0x0 = NtCreateFile (\??
\C:\cygwin\home\ingber\www-ssl)
  235 1014035 [main] tar 7272 symlink_info::check: not a symlink
  233 1014268 [main] tar 7272 symlink_info::check: 0 = symlink.check 
(C:\cygwin\home\ingber\www-ssl, 0x28B590) (0x3000A)
  110 1014378 [main] tar 7272 path_conv::check: this-
>path(C:\cygwin\home\ingber\www-ssl\index.html), has_acls(1)
  147 1014525 [main] tar 7272 build_fh_pc: fh 0x61244584
  305 1014830 [main] tar 7272 fhandler_base::open: (\??
\C:\cygwin\home\ingber\www-ssl\index.html, 0x100A01)
 1307 1016137 [main] tar 7272 alloc_sd: uid -1, gid -1, attribute 8000
  196 1016333 [main] tar 7272 cygsid::debug_print: alloc_sd: owner SID = S-1-5-
21-2524525894-1771701056-721517013-1000 (+)
  215 1016548 [main] tar 7272 cygsid::debug_print: alloc_sd: group SID = S-1-5-
21-2524525894-1771701056-721517013-513 (+)
  217 1016765 [main] tar 7272 alloc_sd: ACL-Size: 100
  450 1017215 [main] tar 7272 alloc_sd: Created SD-Size: 176
  416 1017631 [main] tar 7272 set_file_attribute: 0 = set_file_attribute (\??
\C:\cygwin\home\ingber\www-ssl\index.html, -1, -1, 0x8000)
  151 1017782 [main] tar 7272 fhandler_base::set_flags: flags 0x100A01, 
supplied_bin 0x1
   72 1017854 [main] tar 7272 fhandler_base::set_flags: filemode set to binary
  115 1017969 [main] tar 7272 fhandler_base::open: 0 = NtCreateFile (0x198, 
40160080, \??\C:\cygwin\home\ingber\www-ssl\index.html, io, NULL, 80, 7, 2, 
40