zsh 4.1.1-3 on W2000 hangs with command not found

[Davide Marchignoli]

Zsh hangs when running a non-existent command. It usually hangs
as soon as you give a non existing command, however sometimes
it works correctly two or three times and then hangs.
I am running zsh also on Win XP and there it behaves correctly.

I also trie stracing it but I wasn't able to reproduce the same bug.

Thank for your attention,
Davide Marchignoli

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 08 11:19:05 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\sbin
C:\cygwin\sbin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\java\j2sdk1.4.2_02\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1000(davide) GID: 513(Nessuno)
513(Nessuno)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1000(davide) GID: 513(Nessuno)
0(root)  513(Nessuno) 
544(Administrators)  545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

HOME = `C:\cygwin\home\davide'
PWD = `/usr/bin'
USER = `davide'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\davide\Dati applicazioni'
COMMONPROGRAMFILES = `C:\Programmi\File comuni'
COMPUTERNAME = `MERCURIO'
COMSPEC = `C:\WINNT\system32\cmd.exe'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\davide'
JAVA_HOME = `C:\java\j2sdk1.4.2_02'
LOGNAME = `davide'
LOGONSERVER = `\\MERCURIO'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 10, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `080a'
PROGRAMFILES = `C:\Programmi'
PROMPT = `$P$G'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\davide\IMPOST~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\davide\IMPOST~1\Temp'
TZ = `   -1   -1,M10.5.0/3,M10.5.0/3'
USERDOMAIN = `MERCURIO'
USERNAME = `davide'
USERPROFILE = `C:\Documents and Settings\davide'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d
  (default) = `d:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS   30004Mb  66% CP CS UN PA FC 
d:  hd  NTFS   10244Mb  24% CP CS UN PA FC WINPART
e:  hd  FAT32  10234Mb   5% CPUN   WINPART
f:  hd  FAT32   3100Mb   1% CPUN   
g:  cd   N/AN/A
h:  cd  CDFS   0Mb 100%CS UN   29 feb 2004

C:\cygwin  /  system  textmode
c: /c system  binmode
d: /d system  binmode
C:\cygwin/bin  /usr/bin   system  textmode
C:\cygwin/lib  /usr/lib   system  textmode
.  /cygdrive  system  textmode,cygdrive

Found: .\awk.exe
Found: C:\cygwin\bin\awk.exe
Warning: .\awk.exe hides C:\cygwin\bin\awk.exe
Found: .\bash.exe
Found: C:\cygwin\bin\bash.exe
Warning: .\bash.exe hides C:\cygwin\bin\bash.exe
Found: .\cat.exe
Found: C:\cygwin\bin\cat.exe
Warning: .\cat.exe hides C:\cygwin\bin\cat.exe
Found: .\cp.exe
Found: C:\cygwin\bin\cp.exe
Warning: .\cp.exe hides C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: .\find.exe
Found: C:\cygwin\bin\find.exe
Warning: .\find.exe hides C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: .\grep.exe
Found: C:\cygwin\bin\grep.exe
Warning: .\grep.exe hides C:\cygwin\bin\grep.exe
Not Found: ld
Found: .\ls.exe
Found: C:\cygwin\bin\ls.exe
Warning: .\ls.exe hides C:\cygwin\bin\ls.exe
Not Found: make
Found: .\mv.exe
Found: C:\cygwin\bin\mv.exe
Warning: .\mv.exe hides C:\cygwin\bin\mv.exe
Found: .\rm.exe
Found: C:\cygwin\bin\rm.exe
Warning: .\rm.exe hides C:\cygwin\bin\rm.exe
Found: .\sed.exe
Found: C:\cygwin\bin\sed.exe
Warning: .\sed.exe hides C:\cygwin\bin\sed.exe
Found: .\sh.exe
Found: C:\cygwin\bin\sh.exe

Re: zsh 4.1.1-3 on W2000 hangs with command not found

[Thorsten Kampe]

* Davide Marchignoli (2004-03-08 11:38 +0100)
> Zsh hangs when running a non-existent command. It usually hangs
> as soon as you give a non existing command, however sometimes
> it works correctly two or three times and then hangs.

What do you mean by "non-existant" command?
 
> I am running zsh also on Win XP and there it behaves correctly.

Some people were already describing similar things (including me). It
appears to me (running Windows XP) that things like "aeiou" don't hang
while "/bib/aeioiu" hang. I have to do "unsetopt correct correctall"
(both!) to make it go away. On my Gentoo Linux box (same hardware,
same .zshrc) I have no problems and not a single second delay.

If the problem is the same for you I might suggest debugging this with
strace (with all the "correct" options set and after that unset). I
have no experience with strace and just very limited time this week so
I cannot myself.

Thorsten


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

Re: cygrunsrv taking near all cpu time

[Christopher Faylor]

On Mon, Mar 08, 2004 at 07:52:31AM +, Christian Weinberger wrote:
>Gregory Borota <[EMAIL PROTECTED]> wrote in
>news:[EMAIL PROTECTED]: 
>>From your message I understand the problem is caused by Panda Antivirus
>>not cygrunsrv
>
>That seems to me more a philosophical question.  The development team
>may decide if they consider it worth the time looking into this.

The development team doesn't really care if an antivirus package causes
cygwin to misbehave since it seems clear that the antivirus package
shouldn't be interfering with normal programs.

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: Re: zsh 4.1.1-3 on W2000 hangs with command not found

[Davide Marchignoli]

What do you mean by "non-existant" command?
I mean a command that does not exists in the search path.

I am running zsh also on Win XP and there it behaves correctly.
Some people were already describing similar things (including me). It
appears to me (running Windows XP) that things like "aeiou" don't hang
while "/bib/aeioiu" hang. I have to do "unsetopt correct correctall"
(both!) to make it go away. On my Gentoo Linux box (same hardware,
same .zshrc) I have no problems and not a single second delay.
I tried again with correct and correctall options unset but 
unfortunately the behaviour does not change.

Thank you very much for your help anyway.

Davide Marchignoli

--
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: zsh 4.1.1-3 on W2000 hangs with command not found

[Christopher Faylor]

On Mon, Mar 08, 2004 at 01:55:31PM +0100, Thorsten Kampe wrote:
>* Davide Marchignoli (2004-03-08 11:38 +0100)
>>Zsh hangs when running a non-existent command.  It usually hangs as
>>soon as you give a non existing command, however sometimes it works
>>correctly two or three times and then hangs.
>
>What do you mean by "non-existant" command?
>
>>I am running zsh also on Win XP and there it behaves correctly.
>
>Some people were already describing similar things (including me).

Yes.  This problem was reported within 48 hours after 1.5.7 was released.
It was reported as a problem which existed in 1.5.6, for which the reporter
was waiting for a fix to appear even though the problem was not reported.

The problem was fixed within a few hours after being reported and has been
fixed in snapshots ever since.

So, download a snapshot or wait for 1.5.8.  1.5.8 is due to be released in
2004.

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/

1.5.5.1 fgetc returns no error for bad file descriptor

[Ghanshyam]

Hi All,
The 9th assertion of fgetc in "IEEE std 2003.1-1992 Test Methods for
Measuring Conformance to Posix-Part1 System Interface" document states:
When the stream pointer argument addresses a file descriptor that
is not open for reading, then a call to fgetc()returns a value of 
EOF and sets errno to [EBADF].
The current implementation does not set any errno. It says "No error". 

Regards,
ghanshyam


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

libdinput.a

[Andrei Sava]

What version of DirectX is supported ? Or more exactly what version of DirectInput? 
I need DirectInput 8, but LPDIRECTINPUT8, DirectInput8Create() are not recognized by 
libdinput.a (it seems like libdinput.a goes for DirectX 7). 
Is the answer in the FAQ: 
Why isn't package  available in Cygwin? (Or, why is your package so out of date?) 

If so, can I link a gcc compiled program from cygwin against the static Win32 libs 
.lib ? (the -mno-cygwin flag is for dynamic linking). 
Is there by any chance a libdinput8.a like in Dev-C++ ? 
If nothing else works, can I link the MSVC libs as stated in the FAQ in: 
How do I link against .lib files? 
I'm sorry if this question was asked before, it was not in the FAQ. 
A. Sava


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

1.5.5.1 posix conformance for fopen

[Ghanshyam]

Hi All,
I found following problems in fopen system call. Problems are written
against there assertions which were tested. I am not sure whether these
problems are due to implmentation limitation or because of underlaying
Windows system. Can somebody help me in this regard? 
The assertions have been written from document "IEEE std 2003.1-1992 Test
Methods for Measuring Conformance to Posix-Part1 System Interface" 

7A -When the filename argument points to a string beginning with a
single slash or beginning with three or more slashes, then fopen()
resolves the pathname by locating the first filename component of the
pathname in the root directory of the process. 
In current implementation
path name beginning with "///" is not supported.

20A - When search permission is denied on a component of the
  filename prefix, then a call to fopen(filename, type) returns a NULL pointer and 
sets
  errno to [EACCES].
In current implementation
fopen is successful even if search permission is denied. 

24A - When the named file is a directory, and when type is w, a,
  r+, w+, a+, wb,ab, r+b, rb+,w+b, wb+, a+b, or ab+, then a call to fopen
  (filename,type) returns a NULL pointer, sets errno to [EISDIR], and 
  does not mark for update st_ctime,st_mtime, and st_atime fields of 
  the file. 
In current implementation
when Named file is a directory and mode is "w", it returns EEXIST
instead of EISDIR

25A - If {OPEN_MAX}{PCTS_OPEN_MAX}: When {OPEN_MAX} file descriptors have
  been opened, then a subsequent call to fopen(filename,type, mode)
  returns a NULL pointer ans sets errno to [EMFILE].
In current implementation
when {OPEN_MAX} file descriptors are in use and the file to be opened
does not exist it should fail and return NULL , 
but it returns NONNULL value instead of NULL

33A - When a component of the filename prefix is not a directory,
  then a call to fopen(filename, type) returns a NULL pointer and sets
  errno to [ENOTDIR].
 Call to fopen() when path contains a non-directory component ,
expected ENOTDIR , returned ENOENT


Regards,
ghanshyam


--
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: zsh 4.1.1-3 on W2000 hangs with command not found

[Thorsten Kampe]

* Christopher Faylor (2004-03-08 14:43 +0100)
> On Mon, Mar 08, 2004 at 01:55:31PM +0100, Thorsten Kampe wrote:
>>* Davide Marchignoli (2004-03-08 11:38 +0100)
>>>Zsh hangs when running a non-existent command.  It usually hangs as
>>>soon as you give a non existing command, however sometimes it works
>>>correctly two or three times and then hangs.
>>
>>What do you mean by "non-existant" command?
>>
>>>I am running zsh also on Win XP and there it behaves correctly.
>>
>>Some people were already describing similar things (including me).
> 
> Yes.  This problem was reported within 48 hours after 1.5.7 was released.
> It was reported as a problem which existed in 1.5.6, for which the reporter
> was waiting for a fix to appear even though the problem was not reported.
> 
> The problem was fixed within a few hours after being reported and has been
> fixed in snapshots ever since.
> 
> So, download a snapshot or wait for 1.5.8.  1.5.8 is due to be released in
> 2004.

I'm already running the snapshot from "2004-Mar-05" (and now
downloading the one from "2004-Mar-06") all the 1.5.8 snapshots I
tried didn't fix that.

Thorsten


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

Re: zsh 4.1.1-3 on W2000 hangs with command not found

[Christopher Faylor]

On Mon, Mar 08, 2004 at 02:56:20PM +0100, Thorsten Kampe wrote:
>* Christopher Faylor (2004-03-08 14:43 +0100)
>> On Mon, Mar 08, 2004 at 01:55:31PM +0100, Thorsten Kampe wrote:
>>>* Davide Marchignoli (2004-03-08 11:38 +0100)
Zsh hangs when running a non-existent command.  It usually hangs as
soon as you give a non existing command, however sometimes it works
correctly two or three times and then hangs.
>>>
>>>What do you mean by "non-existant" command?
>>>
I am running zsh also on Win XP and there it behaves correctly.
>>>
>>>Some people were already describing similar things (including me).
>> 
>> Yes.  This problem was reported within 48 hours after 1.5.7 was released.
>> It was reported as a problem which existed in 1.5.6, for which the reporter
>> was waiting for a fix to appear even though the problem was not reported.
>> 
>> The problem was fixed within a few hours after being reported and has been
>> fixed in snapshots ever since.
>> 
>> So, download a snapshot or wait for 1.5.8.  1.5.8 is due to be released in
>> 2004.
>
>I'm already running the snapshot from "2004-Mar-05" (and now
>downloading the one from "2004-Mar-06") all the 1.5.8 snapshots I
>tried didn't fix that.

Nope.  You are mistaken.  It works fine.  In fact, on checking the archives
you even told someone to use the snapshot to fix this problem.

If you truly had a problem I am sure that you would have reported it
prior to this point rather than implying that it worked.

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: 1.5.5.1 fgetc returns no error for bad file descriptor

[Christopher Faylor]

On Mon, Mar 08, 2004 at 08:11:37PM +, Ghanshyam wrote:
>The 9th assertion of fgetc in "IEEE std 2003.1-1992 Test Methods for
>Measuring Conformance to Posix-Part1 System Interface" document states:
>When the stream pointer argument addresses a file descriptor that is
>not open for reading, then a call to fgetc()returns a value of EOF and
>sets errno to [EBADF].  The current implementation does not set any
>errno.  It says "No error".

Since this is a simple thing to demonstrate, rather than have someone go
to the effort of writing a test program to see if your assertion is
correct, why not submit a test program which demonstrates the problem
that you are allegedly seeing?

You could even take the extra step of submitting a patch to fix this
behavior.  The code in question is in newlib.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: 1.5.5.1 posix conformance for fopen

[Corinna Vinschen]

On Mar  8 20:22, Ghanshyam wrote:
> 20A - When search permission is denied on a component of the
>   filename prefix, then a call to fopen(filename, type) returns a NULL pointer 
> and sets
>   errno to [EACCES].
> In current implementation
> fopen is successful even if search permission is denied. 

Windows allows by default access to files without checking the directory
permissions of the parent directories.  The setting is "Bypass traverse
checking."

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

ChooserPage question

[Mile Davidovic]

Hi everubody

Is it possible that user can make decision which package will be
installed before ChooserPage show?
--
Mile Davidovic, B.Sc.Eng
---
MicronasNIT LLC.
Fruskogorska 11a
21000 Novi Sad
Tel: ++ 381 (0)21 470 780 (ext. 111)
Fax: ++ 381 (0)21 450 721
e-mail: [EMAIL PROTECTED]
www.micronasnit.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: ChooserPage question

[Robert Collins]

On Tue, 2004-03-09 at 01:22, Mile Davidovic wrote:
> Hi everubody
> 
> 
> Is it possible that user can make decision which package will be
> installed before ChooserPage show?

What do you mean?

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Re: ChooserPage question

[Mile Davidovic]

Ok, I created 2 gcc based toolchains ( for similiar MIPS processors ) 
and I want that user can select one of them before ChooserPage window.

Robert Collins wrote:
On Tue, 2004-03-09 at 01:22, Mile Davidovic wrote:

Hi everubody

Is it possible that user can make decision which package will be
installed before ChooserPage show?


What do you mean?

Rob
--
Mile Davidovic, B.Sc.Eng
---
MicronasNIT LLC.
Fruskogorska 11a
21000 Novi Sad
Tel: ++ 381 (0)21 470 780 (ext. 111)
Fax: ++ 381 (0)21 450 721
e-mail: [EMAIL PROTECTED]
www.micronasnit.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: 256 colors for bash/rxvt-2.7.10-4 ?

[Olaf Föllinger]

On Sat, Mar 06, 2004 at 02:04:09PM +0100, Mikka wrote:
> Hi Olaf,
> 
> You wrote:
> > Set the following values in .Xdefaults.
> > [...]
> >
> > Now we have defined 16 Colours out of 256. These 16 colours can now be
> > used in rxvt refering to them by name(colorX) or number.
> 
> Okay, building Rxvt*color references in .Xdefaults works fine.
> However, I can't find any hint in a documentation or (web) tutorial how

Where is this tutorial ?

> to point to these values within a prompt definition.
> Let's say, I've got the following prompt:
> 
> I want the path section to be "GreenYellow" (#ADFF2F), and the
> "[EMAIL PROTECTED]" part being rendered "OrangeRed" (#FF4500).
> In my .Xdefaults I set:
> 
> Rxvt*background:#11
> Rxvt*backspacekey:  ^H
> Rxvt*boldFont:  Andale Mono-14
> Rxvt*color0:#11
> Rxvt*color1:GreenYellow
> Rxvt*color2:LightGray
> Rxvt*color3:OrangeRed
> Rxvt*color4:White
> ...
> Rxvt*cursorColor:   GreenYellow
> 
> The values "GreenYellow" and "OrangeRed" are definitely accepted by
> rxvt, so I assume these settings are valid.

>From where do you know this ? Where is a complete list of these colour
settings?

> $TERM is set to "rxvt" (also tried it with "cygwin") - dunno whether
> that matters - but how to refer correctly to the .Xdefaults colour
> values?
> 
> $color(0), ... $color(15) ?
> $color0, ... $color15 ?
> $Rxvt*color0, ... $Rxvt*color15 ?

rxvt -fg 2 -bg 14 works for me.
 
Gruss Olaf Föllinger

-- 
Olaf Föllinger
Berater 
S.E.S.A. Software und Systeme AG


--
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: zsh 4.1.1-3 on W2000 hangs with command not found

[Thorsten Kampe]

* Christopher Faylor (2004-03-08 15:05 +0100)
> On Mon, Mar 08, 2004 at 02:56:20PM +0100, Thorsten Kampe wrote:
>>* Christopher Faylor (2004-03-08 14:43 +0100)
>>> On Mon, Mar 08, 2004 at 01:55:31PM +0100, Thorsten Kampe wrote:
* Davide Marchignoli (2004-03-08 11:38 +0100)
>Zsh hangs when running a non-existent command.  It usually hangs as
>soon as you give a non existing command, however sometimes it works
>correctly two or three times and then hangs.

What do you mean by "non-existant" command?

>I am running zsh also on Win XP and there it behaves correctly.

Some people were already describing similar things (including me).
>>> 
>>> Yes.  This problem was reported within 48 hours after 1.5.7 was released.
>>> It was reported as a problem which existed in 1.5.6, for which the reporter
>>> was waiting for a fix to appear even though the problem was not reported.
>>> 
>>> The problem was fixed within a few hours after being reported and has been
>>> fixed in snapshots ever since.
>>> 
>>> So, download a snapshot or wait for 1.5.8.  1.5.8 is due to be released in
>>> 2004.
>>
>>I'm already running the snapshot from "2004-Mar-05" (and now
>>downloading the one from "2004-Mar-06") all the 1.5.8 snapshots I
>>tried didn't fix that.
> 
> Nope.  You are mistaken.  It works fine.  In fact, on checking the archives
> you even told someone to use the snapshot to fix this problem.

Yeah, that was to someone who had problems "1) sometimes when I start
zsh it hangs, sometimes it starts normally; (2) zsh command-line
editing generally badly messes up the display when long command lines
are being edited"

I never had these problems myself so I told him to upgrade instead of
downgrade (what the zsh maintainer advised).
 
> If you truly had a problem I am sure that you would have reported it
> prior to this point rather than implying that it worked.

This is just a tiny problems for me. There was a real problem with zsh
where *completion* took a long time (it tried to do DNS lookup -
according to my Personal Firewall - and timed out when I wasn't online
and no DNS was available). This is gone. The other "problem" is no
problem for me because I use the completion and therefor the "correct"
mechanism is /very rarely/ triggered. After that zsh caches the answer
and replies immdiately "zsh: no such file or directory". (If I'm so
dumb to try it again.)

But please be aware that there may be different problems. The one I
described is with the "correct function" of zsh (and I figured that
out just today). Davide Marchignoli's problem seems to be different:

% aoidfjkl# immediately: "zsh: command not found: aoidfjklj"
% /bin/aoidfjklj  # hangs for about ten seconds until "zsh: no such file or directory: 
/bin/aoidfjklj"

Thorsten


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

please try the latest snapshot

[Christopher Faylor]

The latest snapshot should fix "virtual memory exhausted" errors that
were reported when running "make -j".

I am close to releasing cygwin 1.5.8 so I want to verify that this is
fixed.

http://cygwin.com/snapshots/

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: zsh 4.1.1-3 on W2000 hangs with command not found

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Thorsten Kampe

> This is just a tiny problems for me. There was a real problem 
> with zsh where *completion* took a long time (it tried to do 
> DNS lookup - according to my Personal Firewall - and timed 
> out when I wasn't online and no DNS was available)

> But please be aware that there may be different problems. The 
> one I described is with the "correct function" of zsh (and I 
> figured that out just today). Davide Marchignoli's problem 
> seems to be different:
> 
> % aoidfjkl# immediately: "zsh: command not found: aoidfjklj"
> % /bin/aoidfjklj  # hangs for about ten seconds until "zsh: 
> no such file or directory: /bin/aoidfjklj"



  Say!  Is all this perhaps down to having network (nfs-mounted or windoze
shares) drives in your $PATH setting?  That's a known no-no.




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


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

RE: zsh 4.1.1-3 on W2000 hangs with command not found

[Igor Pechtchanski]

On Mon, 8 Mar 2004, Dave Korn wrote:

> > -Original Message-
> > From: cygwin-owner On Behalf Of Thorsten Kampe
>
> > This is just a tiny problems for me. There was a real problem
> > with zsh where *completion* took a long time (it tried to do
> > DNS lookup - according to my Personal Firewall - and timed
> > out when I wasn't online and no DNS was available)
>
> > But please be aware that there may be different problems. The
> > one I described is with the "correct function" of zsh (and I
> > figured that out just today). Davide Marchignoli's problem
> > seems to be different:
> >
> > % aoidfjkl# immediately: "zsh: command not found: aoidfjklj"
> > % /bin/aoidfjklj  # hangs for about ten seconds until "zsh:
> > no such file or directory: /bin/aoidfjklj"
>
>   Say!  Is all this perhaps down to having network (nfs-mounted or windoze
> shares) drives in your $PATH setting?  That's a known no-no.
>   DaveK

Dave,

Wouldn't this imply the reverse (i.e., aoidfjkl stalls, while
/bin/aoidfjklj works)?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

rebaseall with extra files

[Caj Zell]

Hello,

I have recently made a new install of cygwin and found out that my old 
Perl/Tk application did not work as usual. I googled a bit and found out 
this was due to the "Cygwin rebase problem" and consequently I run

rebaseall -v

This did not solve the problem as I saw that it did not touch the dll:s 
I made from my manual Perl/Tk installation that is found under

/lib/perl5/site_perl/5.8.2/cygwin-thread-multi-64int/auto/Tk

and its sub-directories. So, I made my own rebaseing by,

rebase -v -b  0x7000 `find 
/cygdrive/c/cygwin/lib/perl5/site_perl/5.8.2/cygwin-thread-multi-64int/auto/Tk 
-name "*.dll" `

and found out that I could now run my application as before. However, 
afterwards seeing that it is not recommended for us not so experienced 
users to twiddle around with rebase on its own, I am now a little bit 
afraid that I may have caused problems with the dll:s that I will run 
into later and at that time maybe have forgot about this .dll-manipulation.

Is there anyone that can recommend me how to "rebaseall", but also 
incorporate the Tk-files above to avoid coming conflicts?

--
Best Regards,
Caj Zell



--
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: libdinput.a

[Larry Hall]

At 08:50 AM 3/8/2004, you wrote:

>What version of DirectX is supported ? Or more exactly what version of DirectInput? 
>I need DirectInput 8, but LPDIRECTINPUT8, DirectInput8Create() are not recognized by 
>libdinput.a (it seems like libdinput.a goes for DirectX 7). 
>Is the answer in the FAQ: 
>Why isn't package  available in Cygwin? (Or, why is your package so out of date?) 
>
>If so, can I link a gcc compiled program from cygwin against the static Win32 libs 
>.lib ? (the -mno-cygwin flag is for dynamic linking). 
>Is there by any chance a libdinput8.a like in Dev-C++ ? 
>If nothing else works, can I link the MSVC libs as stated in the FAQ in: 
>How do I link against .lib files? 
>I'm sorry if this question was asked before, it was not in the FAQ. 
>A. Sava


Yeah, I'd say this entry is a bit out-of-date, though the information isn't
wrong.  You should be able to use the '.lib' files directly.  Just list them
like you would object files.  Feel free to make whatever additions are 
necessary to the DirectX stuff to support your work.  Please consider 
submitting patches for whatever you do.



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


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

Re: OpenSSH configuration and many recent problems

[Alexander Gottwald]

On Mon, 8 Mar 2004 [EMAIL PROTECTED] wrote:

> Hi all,
> 
> just wanted you to know, that OpenSSH 3.8 configuration seems to be the reason
> for some of the recent problems presented here (e.g. AltGr not working, emacs crash).
> I've had those problems, too.
> Takuma Murakami suggested that I checked my OpenSSH configuration.
> When I added "ForwardX11Trusted yes" to /etc/ssh_config, all my problems went away.

This is a very big problem. We get about 2 bugreports per day on the cygwin-xfree
mailing list. What about making the X11ForwardTrusted default on cygwin?

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723
 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004
 http://www.tu-chemnitz.de/linux/tag

--
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: OpenSSH configuration and many recent problems

[Corinna Vinschen]

On Mar  8 14:17, Alexander Gottwald wrote:
> On Mon, 8 Mar 2004 [EMAIL PROTECTED] wrote:
> 
> > Hi all,
> > 
> > just wanted you to know, that OpenSSH 3.8 configuration seems to be the reason
> > for some of the recent problems presented here (e.g. AltGr not working, emacs 
> > crash).
> > I've had those problems, too.
> > Takuma Murakami suggested that I checked my OpenSSH configuration.
> > When I added "ForwardX11Trusted yes" to /etc/ssh_config, all my problems went away.
> 
> This is a very big problem. We get about 2 bugreports per day on the cygwin-xfree
> mailing list. What about making the X11ForwardTrusted default on cygwin?

I'm not actually keen to change another default setting of OpenSSH to an
unsafe setting on Cygwin by default.  It's bad enough to set StrictModes
to no by default and I already have stomach pain due to that.

Especially I don't see why this setting should have another default on
Cygwin as on any other OS.  There's no difference between Cygwin and
other OSes which justifies this measure, right?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: OpenSSH configuration and many recent problems

[Alexander Gottwald]

On Mon, 8 Mar 2004, Corinna Vinschen wrote:

> Especially I don't see why this setting should have another default on
> Cygwin as on any other OS.  There's no difference between Cygwin and
> other OSes which justifies this measure, right?

Hm. Yes.

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

--
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: Snapshot 20040225: make hangs/errors out

[Rolf Campbell]

Christopher Faylor wrote:
I made a fix last night that allowed me to run this for 2500+
iterations.  Of course, I have managed to do that before without error,
so that doesn't mean much, I guess.  Backing the change out resulted in
a 'virtual memory exhausted' error in less than a hundred iterations,
however.  Odd that I can duplicate it so readily now.  I think my
computer was previously trying to shield me from the pain of debugging
this problem.
There is a new snapshot up now with my fix in it.  Please try it.
Sigh.  Literally two minutes after sending this email, the "make -j"
test that I was running at home errored out with a different error.
Back to the drawing board...


Hmm.  I can't duplicate the failure I saw so maybe it would still be
instructive to see how the current snapshot works for others.
Please send test results here.

cgf

'06 snapshot, froze after 128 iterations (0% cpu, no error output).
I've attached the end of the strace output.  I will run it a few more 
times to make sure this is consistant.

-Rolf

**
Program name: C:\cygwin\bin\sh.exe (2884)
  248   43520 [main] uname 2816 writev: writev (1, 0x22EEB0, 1)
App version:  1005.8, api: 0.111
   96   43616 [main] uname 2816 fhandler_base::write: binary write
DLL version:  1005.8, api: 0.111
  118   43734 [main] uname 2816 fhandler_base::write: 14 = write 
(0xA040280, 14)
DLL build:20040306 23:59:38SNP
  107   43841 [main] uname 2816 writev: 14 = write (1, 0x22EEB0, 1), 
errno 0
OS version:   Windows NT-5.1
 9827 1053360 [proc] make 2168 proc_subproc: args: 2, 1
  170   44011 [main] uname 2816 close: close (1)
Heap size:1073741824
  154 1053514 [proc] make 2168 proc_subproc: pid 4080[1] terminated, 
handle 0x674, nchildren 3, nzombies 3
  151   44162 [main] uname 2816 fhandler_base::close: closing 
'/tmp/cygwin/freeze.1' handle 0x6E8
Date/Time:2004-03-08 11:18:11
**
  151 1053665 [proc] make 2168 proc_subproc: zombifying [1], pid 4080, 
handle 0x674, nchildren 3
  131   44293 [main] uname 2816 close: 0 = close (1)
  103 1053768 [proc] make 2168 proc_subproc: returning 1
   77 1053845 [proc] make 2168 sig_send: sendsig 0x70C, pid 2168, 
signal 20, its_me 1
  2891133 [main] sh 2884 events_init: windows_system_directory 
'C:\WINDOWS\System32\', windows_system_directory_length 20
  243   44536 [main] uname 2816 do_exit: do_exit (0), exit_state 0
  132 1053977 [proc] make 2168 sig_send: Not waiting for sigcomplete. 
its_me 1 signal 20
   99   44635 [main] uname 2816 void: 0x0 = signal (20, 0x1)
  1421275 [main] sh 2884 _cygwin_istext_for_stdio: fd 0: opened as 
binary
  108 1054085 [proc] make 2168 sig_send: returning 0x0 from sending 
signal 20
   65   44700 [main] uname 2816 void: 0x0 = signal (1, 0x1)
   90   44790 [main] uname 2816 void: 0x0 = signal (2, 0x1)
  133 1054218 [proc] make 2168 wait_subproc: looping
  1501425 [main] sh 2884 _cygwin_istext_for_stdio: fd 1: opened as 
binary
   51   44841 [main] uname 2816 void: 0x0 = signal (3, 0x1)
  134 1054352 [sig] make 2168 sigpacket::process: signal 20 processing
  129   44970 [main] uname 2816 fhandler_base::close: closing 
'/tmp/cygwin/freeze.1.err' handle 0x738
  1511576 [main] sh 2884 _cygwin_istext_for_stdio: fd 2: opened as 
binary
   70 1054422 [sig] make 2168 _cygtls::find_tls: sig 20
   94 1054516 [sig] make 2168 sigpacket::process: signal 20, about to 
call 0x40C540
  144   45114 [main] uname 2816 sigproc_terminate: entering
   54 1054570 [sig] make 2168 setup_handler: trying to send sig 20 but 
signal 20 already armed
   61 1054631 [sig] make 2168 setup_handler: signal 20 not delivered
  149   45263 [sig] uname 2816 wait_sig: done
   49 1054680 [sig] make 2168 sigpacket::process: returning 0
   62   45325 [sig] uname 2816 _cygtls::remove: wait 0x0
   76 1054756 [sig] make 2168 proc_subproc: args: 3, 0
   60 1054816 [sig] make 2168 proc_subproc: looking for processes to reap
   71 1054887 [sig] make 2168 proc_subproc: finished processing 
terminated/stopped child
  173   45498 [main] uname 2816 proc_terminate: nchildren 0, nzombies 0
   50 1054937 [sig] make 2168 proc_subproc: returning 1
  112   45610 [main] uname 2816 proc_terminate: leaving
  716   46326 [main] uname 2816 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 156250
   60   46386 [main] uname 2816 __to_clock_t: total  000F
   51   46437 [main] uname 2816 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 312500
   50   46487 [main] uname 2816 __to_clock_t: total  001F
 17633339 [main] sh 2884 parse_options: error_start (called func)
  1003439 [main] sh 2884 parse_options: returning
   523491 [main] sh 2884 pinfo_init: pid 2884, pgid 2168
  4193910 [main] sh 2884 sigproc_init: process/signal handling 
enabled(C1)
   783988 [main] sh 2884 dll_crt0_1: user_data->main 0x4081F0
   604048 [main] sh 2884 wait_for_sigthread: wait_sig_inited 0x750
  2424290 [sig]

Re: please try the latest snapshot

[Volker Quetschke]

Christopher Faylor wrote:
The latest snapshot should fix "virtual memory exhausted" errors that
were reported when running "make -j".
I am close to releasing cygwin 1.5.8 so I want to verify that this is
fixed.
OK, did that, and got a freeze after 196 iterations. Still using your
make with debug info.
This time my script enabled the malloc debug info

strace -mall+malloc -o strace.out make -j -f MakefileV > $logname 2>> 
$logerr

so the strace is very long, you can find it here:



Unfortunately I pressed CTRL-c before looking at the running
processes, I cannot say where it was hanging.
Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D
--
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: Snapshot 20040225: make hangs/errors out

[Christopher Faylor]

On Mon, Mar 08, 2004 at 11:37:48AM -0500, Rolf Campbell wrote:
>Christopher Faylor wrote:
I made a fix last night that allowed me to run this for 2500+
iterations.  Of course, I have managed to do that before without error,
so that doesn't mean much, I guess.  Backing the change out resulted in
a 'virtual memory exhausted' error in less than a hundred iterations,
however.  Odd that I can duplicate it so readily now.  I think my
computer was previously trying to shield me from the pain of debugging
this problem.

There is a new snapshot up now with my fix in it.  Please try it.
>>>
>>>Sigh.  Literally two minutes after sending this email, the "make -j"
>>>test that I was running at home errored out with a different error.
>>>
>>>Back to the drawing board...
>>
>>Hmm.  I can't duplicate the failure I saw so maybe it would still be
>>instructive to see how the current snapshot works for others.
>>
>>Please send test results here.
>
>'06 snapshot, froze after 128 iterations (0% cpu, no error output).
>I've attached the end of the strace output.  I will run it a few more
>times to make sure this is consistant.

If you want to analyze the strace yourself and offer comment, then
please do so.  Sending strace snippets is normally useless.  99% of the
time, people send the equivalent of a photo of an accident scene with
the thought that the picture will show why the accident occurred, i.e.,
the strace snippet is worthless.  I gave up trying to inspect
unsolicited strace output a long time ago.

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/

message

[wili]

j


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

message

[wili]

j


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

cron_diagnose.sh version 1.5

[Harig, Mark]

This version fixes several long-standing bugs.
Thanks to Wayne Winch for pointing these out.

--

cron_diagnose.sh will attempt to diagnose 
problems with cron.

It will not modify any files on your computer.

You might need to run the script several times.

Each time that it finds a problem, it stops and
displays a descriptive message.

Please read the messages that the script
generates, especially if it reports no errors,
but you still cannot get cron to work for you.

These messages should help you to report
problems that occur in setting up cron, and
possibly reduce the number of messages about
cron that need to be sent to the mailing list.

Please report the version number that this
script reports so that improvements can be
made to it.

-


cron_diagnose.sh
Description: cron_diagnose.sh
--
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: perl 5.8.2's localtime reports gmtime

[Yitzchak Scott-Thoennes]

On Fri, Mar 05, 2004 at 10:53:12AM -0600, "DePriest, Jason R." wrote:
> I actually implemented the following so that my script will still work
> correctly after whatever whatever is fixed.
> 
> I am in the Central Time Zone, so you'd have to adjust the number of
> seconds you add or remove accordingly.
> 
> [code]
> use Time::Local;
> print "GM: " . gmtime() . "\n";
> print "Local: " . localtime() . "\n";
> if (gmtime() eq localtime()) {
>   print "GM time and localtime are the same!\n";
>   print "I'll have to make some adjustments.\n";
>   if ($isdst) {
>   $time = time() - 18000;
>   } # end of if it is daylight savings time
>   else {
>   $time = time() - 21600;
>   } # end of else it is standard time
>   $adjtime = gmtime($time);
>   print "Adjusted: $adjtime\n";
>   ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
> gmtime($time);
>   $mon += 1;
>   $year += 1900;
> } # end of if local time is calculated as gm time
> else {
>   ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
> localtime;
>   $mon += 1;
>   $year += 1900;
> } # end of else the local time is correct
> [/code]

Just putting a:
use POSIX 'tzset'; tzset();
at the beginning of your script will work around the 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/

DDS4 Tape Drive Access under cygwin

[Mazzotta, Paul]

To Whom it may concern;

What mnemonic is used for a DDS4 tape drive
under cygwin ?  I know for Sun Solaris it is generally
/dev/rmt/0.  What I am trying to do is read/write a DDS4
using a a DDS4 tape drive under cygwin.  For Solaris, I
would use something like the command:
tar cvf /dev/rmt/0 pathname/filename

Under cygwin what would /dev/rmt/0 likely be known as ?
I am using Windows 2000 as my PC Operating System.

Thank You for your help !

Paul Mazzotta
(978) 657-4488

--
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: DDS4 Tape Drive Access under cygwin

[Larry Hall]

At 01:18 PM 3/8/2004, you wrote:
>To Whom it may concern;
>
>What mnemonic is used for a DDS4 tape drive
>under cygwin ?  I know for Sun Solaris it is generally
>/dev/rmt/0.  What I am trying to do is read/write a DDS4
>using a a DDS4 tape drive under cygwin.  For Solaris, I
>would use something like the command:
>tar cvf /dev/rmt/0 pathname/filename
>
>Under cygwin what would /dev/rmt/0 likely be known as ?
>I am using Windows 2000 as my PC Operating System.
>
>Thank You for your help !


See the User's Guide:




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


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

Re: zsh 4.1.1-3 on W2000 hangs with command not found

[Peter A. Castro]

On Mon, 8 Mar 2004, Thorsten Kampe wrote:

> * Christopher Faylor (2004-03-08 15:05 +0100)
> > On Mon, Mar 08, 2004 at 02:56:20PM +0100, Thorsten Kampe wrote:
> >>* Christopher Faylor (2004-03-08 14:43 +0100)
> >>> On Mon, Mar 08, 2004 at 01:55:31PM +0100, Thorsten Kampe wrote:
> * Davide Marchignoli (2004-03-08 11:38 +0100)
> >Zsh hangs when running a non-existent command.  It usually hangs as
> >soon as you give a non existing command, however sometimes it works
> >correctly two or three times and then hangs.
> 
> What do you mean by "non-existant" command?
> 
> >I am running zsh also on Win XP and there it behaves correctly.
> 
> Some people were already describing similar things (including me).
> >>>
> >>> Yes.  This problem was reported within 48 hours after 1.5.7 was released.
> >>> It was reported as a problem which existed in 1.5.6, for which the reporter
> >>> was waiting for a fix to appear even though the problem was not reported.
> >>>
> >>> The problem was fixed within a few hours after being reported and has been
> >>> fixed in snapshots ever since.
> >>>
> >>> So, download a snapshot or wait for 1.5.8.  1.5.8 is due to be released in
> >>> 2004.
> >>
> >>I'm already running the snapshot from "2004-Mar-05" (and now
> >>downloading the one from "2004-Mar-06") all the 1.5.8 snapshots I
> >>tried didn't fix that.
> >
> > Nope.  You are mistaken.  It works fine.  In fact, on checking the archives
> > you even told someone to use the snapshot to fix this problem.
>
> Yeah, that was to someone who had problems "1) sometimes when I start
> zsh it hangs, sometimes it starts normally; (2) zsh command-line
> editing generally badly messes up the display when long command lines
> are being edited"
>
> I never had these problems myself so I told him to upgrade instead of
> downgrade (what the zsh maintainer advised).

I figured I'd better weigh in here on this before my words get used in
someone elses battle. :)

For the record, I've advocated both downgrading to 1.5.5 or using the
latest snapshot, depending on the users environment, skill and needs.
My debate with Larry Hall on this is in the archives.

Also, for the record, I've just tried the latest snapshot, 20040306, and
running missing commands do not hang or have any other strange behaviour
as your describe:

([EMAIL PROTECTED])[101] ~ % les
zsh: correct 'les' to 'ls' [nyae]? n
zsh: command not found: les
zsh: 1240 exit 127   les
([EMAIL PROTECTED])[102] ~ % /bin/les
zsh: no such file or directory: /bin/les
zsh: 1245 exit 127   /bin/les
([EMAIL PROTECTED])[103] ~ % uname -a
CYGWIN_NT-4.0 garfunkel 1.5.8s(0.111/4/2) 20040306 23:59:38 i686 unknown unknown Cygwin
([EMAIL PROTECTED])[104] ~ % cygcheck -s | grep zsh
zsh 4.1.1-3
([EMAIL PROTECTED])[105] ~ % setopt | grep correct
correct
correctall
([EMAIL PROTECTED])[106] ~ %


> > If you truly had a problem I am sure that you would have reported it
> > prior to this point rather than implying that it worked.
>
> This is just a tiny problems for me. There was a real problem with zsh
> where *completion* took a long time (it tried to do DNS lookup -
> according to my Personal Firewall - and timed out when I wasn't online
> and no DNS was available). This is gone. The other "problem" is no
> problem for me because I use the completion and therefor the "correct"
> mechanism is /very rarely/ triggered. After that zsh caches the answer
> and replies immdiately "zsh: no such file or directory". (If I'm so
> dumb to try it again.)

My example above has both correct and correctall on and I don't
experience any problems no matter how many times I try to run a bad
command.  This goes for weither zsh tries to correct the command or not.

> But please be aware that there may be different problems. The one I
> described is with the "correct function" of zsh (and I figured that
> out just today). Davide Marchignoli's problem seems to be different:
>
> % aoidfjkl# immediately: "zsh: command not found: aoidfjklj"
> % /bin/aoidfjklj  # hangs for about ten seconds until "zsh: no such file or 
> directory: /bin/aoidfjklj"

Sorry, mine returnes immediately, no delay at all.  And this is on an old
400MHz PII running under a vmware emulator.  Oh, and I tried this same
setup, with the latest snapshot on a 1.7Ghz system running MS Windows
native without any problems either.   I also tried both of these on
network mounted drives and didn't have any delays or problems.

I feel you should examine your environment thoroughly.  Perhaps you have
more than one copy of cygwin1.dll in your PATH?  When you last upgraded,
are you sure you existing all cygwin based processes before starting a
new shell window?

> Thorsten

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

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

RE: DDS4 Tape Drive Access under cygwin

[Mazzotta, Paul]

Thank You so much for your help !

This is exactly what I was looking for !

I actually looked in the User's Guide but I
must have been too hasty as I missed this section.

Thanks again,
Paul :-)

-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: Monday, March 08, 2004 1:31 PM
To: Mazzotta, Paul; '[EMAIL PROTECTED]'
Subject: Re: DDS4 Tape Drive Access under cygwin


At 01:18 PM 3/8/2004, you wrote:
>To Whom it may concern;
>
>What mnemonic is used for a DDS4 tape drive
>under cygwin ?  I know for Sun Solaris it is generally
>/dev/rmt/0.  What I am trying to do is read/write a DDS4
>using a a DDS4 tape drive under cygwin.  For Solaris, I
>would use something like the command:
>tar cvf /dev/rmt/0 pathname/filename
>
>Under cygwin what would /dev/rmt/0 likely be known as ?
>I am using Windows 2000 as my PC Operating System.
>
>Thank You for your help !


See the User's Guide:




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

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

My cygrunsrv.exe use 75 % of my UC, without doing anything

[Flo]

Hello,

My cygrunsrv.exe use 75 % of my UC, without doing anything.

I have only sshd.exe running.
And when I start httpd service I get 6 httpd.exe running but thy don't
use lot of UC like sshd.exe.

I think the cygrunsrv.exe use too much UC.

What can I do ?


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

TR : My cygrunsrv.exe use 75 % of my UC, without doing anything

[Flo]

I saw the message of nnicolet as the same subject.
I stopped sshd service and the UC was OK
I have Panda antivirus too
I closed it and restarted sshd, UC still ok
I start Panda and still OK

So I don't know what is the problem but it seems to be ok

-Message d'origine-
Flo
Envoyé : lundi 8 mars 2004 20:59
 Objet : My cygrunsrv.exe use 75 % of my UC, without doing anything

Hello,

My cygrunsrv.exe use 75 % of my UC, without doing anything.

I have only sshd.exe running.
And when I start httpd service I get 6 httpd.exe running but thy don't
use lot of UC like sshd.exe.

I think the cygrunsrv.exe use too much UC.

What can I do ?


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



--
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: please try the latest snapshot

[Rolf Campbell]

Volker Quetschke wrote:

Christopher Faylor wrote:

The latest snapshot should fix "virtual memory exhausted" errors that
were reported when running "make -j".
I am close to releasing cygwin 1.5.8 so I want to verify that this is
fixed.
OK, did that, and got a freeze after 196 iterations. Still using your
make with debug info.
This time my script enabled the malloc debug info

strace -mall+malloc -o strace.out make -j -f MakefileV > $logname 2>> 
$logerr

so the strace is very long, you can find it here:



Unfortunately I pressed CTRL-c before looking at the running
processes, I cannot say where it was hanging.
Volker

I've run it twice so far, 128 iterations, then about 2500, running it a 
third time now.  In both cases, it was make hanging with 0% cpu usage, 
and I lost the strace from the second run (I tried using "/bin/kill -f 
pid", and the return code from the make process was 0, so the script 
kept going).

-Rolf

--
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: rebaseall with extra files

[Jason Tishler]

Caj,

On Mon, Mar 08, 2004 at 04:39:53PM +0100, Caj Zell wrote:
> rebase -v -b  0x7000 `find 
> /cygdrive/c/cygwin/lib/perl5/site_perl/5.8.2/cygwin-thread-multi-64int/auto/Tk -name 
> "*.dll" `
> 
> and found out that I could now run my application as before. However,
> afterwards seeing that it is not recommended for us not so experienced
> users to twiddle around with rebase on its own, I am now a little bit
> afraid that I may have caused problems with the dll:s that I will run
> into later and at that time maybe have forgot about this
> .dll-manipulation.

You should add "-d" above at a minimal.  This is an example why I issued
the warning.

> Is there anyone that can recommend me how to "rebaseall", but also
> incorporate the Tk-files above to avoid coming conflicts?

I will attempt to add an option to rebaseall that allows one to specify
a list of extra DLLs to rebase in addition to the standard ones.  Sorry,
no ETA, but hopefully soon.

Jason

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

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

Re: rebaseall with extra files

[Yitzchak Scott-Thoennes]

On Mon, Mar 08, 2004 at 04:32:53PM -0500, Jason Tishler <[EMAIL PROTECTED]> wrote:
> Caj,
> 
> On Mon, Mar 08, 2004 at 04:39:53PM +0100, Caj Zell wrote:
> > rebase -v -b  0x7000 `find 
> > /cygdrive/c/cygwin/lib/perl5/site_perl/5.8.2/cygwin-thread-multi-64int/auto/Tk 
> > -name "*.dll" `
> > 
> > and found out that I could now run my application as before. However,
> > afterwards seeing that it is not recommended for us not so experienced
> > users to twiddle around with rebase on its own, I am now a little bit
> > afraid that I may have caused problems with the dll:s that I will run
> > into later and at that time maybe have forgot about this
> > .dll-manipulation.
> 
> You should add "-d" above at a minimal.  This is an example why I issued
> the warning.
> 
> > Is there anyone that can recommend me how to "rebaseall", but also
> > incorporate the Tk-files above to avoid coming conflicts?
> 
> I will attempt to add an option to rebaseall that allows one to specify
> a list of extra DLLs to rebase in addition to the standard ones.  Sorry,
> no ETA, but hopefully soon.

So you would have to do something like:

rebaseall -T `find /usr/lib/perl5/5.8.2 /usr/lib/perl5/site_perl/5.8.2 -iname '*.dll'`

?  That could get to be a pretty long command line; I have only a few
module distributions installed and 8k of dll filenames.

--
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: please try the latest snapshot

[Volker Quetschke]

OK, did that, and got a freeze after 196 iterations. Still using your
make with debug info.
This time my script enabled the malloc debug info

strace -mall+malloc -o strace.out make -j -f MakefileV > $logname 2>> 
$logerr

so the strace is very long, you can find it here:



Unfortunately I pressed CTRL-c before looking at the running
processes, I cannot say where it was hanging.

I've run it twice so far, 128 iterations, then about 2500, running it a 
third time now.  In both cases, it was make hanging with 0% cpu usage, 
and I lost the strace from the second run (I tried using "/bin/kill -f 
pid", and the return code from the make process was 0, so the script 
kept going).
The first run (mentioned above) were 196 iterations, I startet the
script again and got an error, not a hang, after 1987 iterations:
make: *** wait: Interrupted system call.  Stop.
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
make: *** Waiting for unfinished jobs
I have a strace with malloc for this too, shall I put
it somewhere on the web?
Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D
--
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/

killing processes owned by others with kill.exe

[Rob S.i.k.l.o.s]

Hello,

I've noticed that /bin/kill.exe is unable to kill processes that are run as
another user (e.g. SYSTEM) (even with -f).

Is this intentional?  If not, would it be possible for someone to use the
attached code to make it possible?  It is basically a regular version of
"windows" kill, except that it gets "debug privileges" before trying to kill
the process - a nice trick left over from the NT 4.0 resource kit days.

Currently, I have to distribute my own fkill.exe to all the systems where I
need it, but it would be handy if it was part of Cygwin.

I know this is a pretty lazy request, but it seems like functionality that
many people might use.   (It's especially useful for killing broken windows
services that run as localsystem, and don't shut down properly).

Thanks,

Rob.

P.S. - I would do this myself, but I don't think I'm qualified to mess with
core Cygwin stuff.


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

Re: killing processes owned by others with kill.exe

[Christopher Faylor]

On Mon, Mar 08, 2004 at 05:40:33PM -0500, Rob S.i.k.l.o.s wrote:
>P.S. - I would do this myself, but I don't think I'm qualified to mess with
>core Cygwin stuff.

kill.exe is hardly "core cygwin stuff".

I suggest you take a look at the kill.cc code and offer a patch.

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: killing processes owned by others with kill.exe

[Pierre A. Humblet]

On Mon, Mar 08, 2004 at 05:40:33PM -0500, Rob S.i.k.l.o.s wrote:
> Hello,
> 
> I've noticed that /bin/kill.exe is unable to kill processes that are run as
> another user (e.g. SYSTEM) (even with -f).
> 
> Is this intentional?

Non privileged users can only kill their own processes.
SYSTEM and members of the Administrators group can kill any Cygwin
process.

There was a bug at some point where Cygwin processes launched directly
from Windows (e.g. cygrunsrv) could not be killed by Administrators,
but that should be fixed by now, at least in snapshots. It was caused
because of the Windows default permissions on processes.

Pierre

--
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: Snapshot 20040306: make hangs

[Rolf Campbell]

Christopher Faylor wrote:
If you want to analyze the strace yourself and offer comment, then
please do so.  Sending strace snippets is normally useless.  99% of the
time, people send the equivalent of a photo of an accident scene with
the thought that the picture will show why the accident occurred, i.e.,
the strace snippet is worthless.  I gave up trying to inspect
unsolicited strace output a long time ago.
cgf
I did notice one pattern after stairing blindly at strace output for a 
while.  Every time it freezes, there is a:

   43 4628798 [sig] make 2064 setup_handler: signal 20 not delivered
   47 4628845 [sig] make 2064 sigpacket::process: returning 0
very near the end of strace output (last 10 lines).  And on every 
successful run that I've looked at, I see:

   43 6057447 [sig] make 3768 setup_handler: signal 20 delivered
   41 6057488 [sig] make 3768 sigpacket::process: returning 1
in the last 150 lines of stace output.

What is signal 20 anyway?

I see it get 'not delivered' in the success runs too, but never so close 
to the end (1000's of lines up from the end).

-Rolf

--
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: Any fix/work-around for post-install hang problem, yet? (fwd)

[Glenn Murray]

-- Forwarded message --
Date: Mon, 8 Mar 2004 13:31:11 -0700
From: Glenn Murray <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Any fix/work-around for post-install hang problem, yet?

On Wed, 3 Mar 2004, Igor Pechtchanski wrote:
> On Wed, 3 Mar 2004, Glenn Murray wrote:
> > On Wed, 3 Mar 2004, Igor Pechtchanski wrote:
> > > On Wed, 3 Mar 2004, Glenn Murray wrote:
> > >
> > > > Hi,
> > > >
> > > > I'm suffering the same problem as in this thread:
> > > > http://www.cygwin.com/ml/cygwin/2003-12/msg00215.html
> > > > and as described in this thread, too:
> > > > http://www.cygwin.com/ml/cygwin/2003-10/msg00868.html
> > > >
> > > > This problem always occurs on my XP boxes.  Updating Cygwin,
> > > > reinstalling Cygwin, and rebooting do not help.  Recently I had a
> > > > working Cygwin on an XP box, installed MS's IE6 service/security
> > > > pack, bash started being flaky, and when I updated Cygwin,
> > > > post-install hung as described in the threads above and bash
> > > > continues its flakiness.
> > > >
> > > > I couldn't find anything in the archives recently.  Has anyone
> > > > found a work-around for this?
> > > >
> > > > Thanks,
> > > > Glenn
> > >
> > > Glenn,
> > >
> > > Please review
> > >
> > > > Problem reports:   http://cygwin.com/problems.html
> > >
> > > and follow the directions there to tell us about your system.  Also,
> > > please attach /var/log/setup.log.full from a setup session where
> > > postinstall scripts hung (note: that file is overwritten every time you
> > > run setup, and you may need to kill the hung bash/sh processes in the task
> > > manager to allow setup to complete).
> > >   Igor
> > > P.S. "flaky" is a very vague description.  Concrete examples that would
> > > allow others to reproduce the problem, along with the information from the
> > > problem reporting guidelines above, would be much more helpful.
> >
> > On Wed, 3 Mar 2004, Larry Hall wrote:
> >
> > > There was lots of talk in the email archives about this issue and lots
> > > of work on it too.  Did you see:
> > >
> > >   
> > >
> > > ?
> > >
> > > If this isn't your solution, please provide some information on what's
> > > hanging and what you have installed, a la:
> > >
> > > >Problem reports:   http://cygwin.com/problems.html
> > > --
> >
> > Igor and Larry,
> >
> > Thanks for the responses.  I reproduce this problem by running
> > setup.exe and it hangs every time, like I said.  I am running the
> > most recent versions of everything, like I said (setup says
> > cygwin 1.5.7-1).  As I said, it happens on WinXP boxes;  I
> > haven't seen it on my Win2K boxes.  I've attached setup.log.
> >
> > Yes, I saw http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html
> > when I was browsing the archives.
> >
> > Michael Robbert (from my first referenced thread) has just told
> > me he might have the time to work on this;  I do not.  I was just
> > hoping to get lucky and find a quick fix.
> >
> > Cheers,
> > Glenn
>
> Glenn,
>
> You have not read either my message or the documentation that both Larry
> and I pointed you at carefully enough.  In my message, I requested the
> "/var/log/setup.log.full" (note the ".full") from a failed session.  You
> have attached the /var/log/setup.log file.  The Cygwin problem reporting
> guidelines request that you attach the output of "cygcheck -svr" to your
> message, which you have not done.  Please take the time to read the
> relevant instructions and supply enough information to help us track down
> your problem.  Letting us know exactly which postinstall scripts hang
> would also be helpful.
>
> > P.S. "Flaky" is a vague description, but accurate.  When running
> > cygwin.bat sometimes the bash prompt appears, sometimes not,
> > sometimes it opens in /usr/bin, sometimes in $HOME, sometimes ssh
> > works, sometimes it doesn't; etc.  Setup.exe has put the system
> > into an unstable (i.e., flaky) state.
>
> Well, I suspect most of the problems are due to the fact that postinstall
> scripts didn't run on your system.  A package's installation is not valid
> until its postinstall script has run, so the above is no surprise.  Once
> we track down the postinstall problem, if your other symptoms persist, we
> can revisit them.
>   Igor

Igor,

You couldn't be more wrong, I read it all.  It was really not my
intent to post a bug here, but to ask if there was a fix for a
bug already posted.  Anyway, I attached the requested files.  I
communicated with Michael Robbert about this, but he doesn't seem
interested in pursuing it---union rules or something.

Good luck,
Glenn


Actually, I tried to send them and got:

Hi. This is the qmail-send program at sources.redhat.com.
I'm afraid I wasn't able to deliver your message to the
following addresses.
This is a permanent error; I've given up. Sorry it didn't
work out.

<[EMAIL PROTECTED]>:
ezmlm-reject: fatal: Sorry, I don't acc

Re: Snapshot 20040306: make hangs

[Igor Pechtchanski]

On Mon, 8 Mar 2004, Rolf Campbell wrote:

> Christopher Faylor wrote:
> > If you want to analyze the strace yourself and offer comment, then
> > please do so.  Sending strace snippets is normally useless.  99% of the
> > time, people send the equivalent of a photo of an accident scene with
> > the thought that the picture will show why the accident occurred, i.e.,
> > the strace snippet is worthless.  I gave up trying to inspect
> > unsolicited strace output a long time ago.
> > cgf
>
> I did notice one pattern after stairing blindly at strace output for a
> while.  Every time it freezes, there is a:
>
> 43 4628798 [sig] make 2064 setup_handler: signal 20 not delivered
> 47 4628845 [sig] make 2064 sigpacket::process: returning 0
>
> very near the end of strace output (last 10 lines).  And on every
> successful run that I've looked at, I see:
>
> 43 6057447 [sig] make 3768 setup_handler: signal 20 delivered
> 41 6057488 [sig] make 3768 sigpacket::process: returning 1
>
> in the last 150 lines of stace output.
>
> What is signal 20 anyway?
>
> I see it get 'not delivered' in the success runs too, but never so close
> to the end (1000's of lines up from the end).
>
> -Rolf

$ kill -l
 1) SIGHUP   2) SIGINT   3) SIGQUIT  4) SIGILL
 5) SIGTRAP  6) SIGABRT  7) SIGEMT   8) SIGFPE
 9) SIGKILL 10) SIGBUS  11) SIGSEGV 12) SIGSYS
13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGURG
17) SIGSTOP 18) SIGTSTP 19) SIGCONT 20) SIGCHLD
21) SIGTTIN 22) SIGTTOU 23) SIGIO   24) SIGXCPU
25) SIGXFSZ 26) SIGVTALRM   27) SIGPROF 28) SIGWINCH
29) SIGLOST 30) SIGUSR1 31) SIGUSR2

Also, there's some discussion on cygwin-patches that might be helpful.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

RE: Your account.

[Angeline Moyer]

We are the cheapest supplier of zuper V i. Agr@
Fast delivery world-wide.

http://pillsbusiness.com/sv/index.php?pid=evaph3790

Xemacs Beta Build 21.5-b16

[David A. Cobb]

I tried to bring up the "beta" build of xemacs-21.5-b16 today and got a 
bit of a surprise.

The "gamma" or mainline version: launching with $DISPLAY unset comes up 
using MS Windows - as advertised.
The 21.5-b16, as Volker built it, with $DISPLAY unset, comes up in 
non-windowing mode, i.e. it uses the rxvt terminal window.

Now, that's not really terrible.  I prefer the graphical but this does 
work. 
But even so, there is a glitch here.  When I exit the Xemacs, the rxvt 
session gets closed -- my whole login session is gone.

--
David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace, I am a Christian man; by my actions a great sinner." -- The Way of a 
Pilgrim: R.French, Tr.
Life is too short to tolerate crappy software!


begin:vcard
fn:David A. Cobb
n:Cobb;David A.
adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA
email;internet:[EMAIL PROTECTED]
title:Independent Software Consultant
x-mozilla-html:TRUE
version:2.1
end:vcard


--
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: OpenSSH configuration and many recent problems

[Harold L Hunt II]

Corinna Vinschen wrote:

On Mar  8 14:17, Alexander Gottwald wrote:

On Mon, 8 Mar 2004 [EMAIL PROTECTED] wrote:


Hi all,

just wanted you to know, that OpenSSH 3.8 configuration seems to be the reason
for some of the recent problems presented here (e.g. AltGr not working, emacs crash).
I've had those problems, too.
Takuma Murakami suggested that I checked my OpenSSH configuration.
When I added "ForwardX11Trusted yes" to /etc/ssh_config, all my problems went away.
This is a very big problem. We get about 2 bugreports per day on the cygwin-xfree
mailing list. What about making the X11ForwardTrusted default on cygwin?


I'm not actually keen to change another default setting of OpenSSH to an
unsafe setting on Cygwin by default.  It's bad enough to set StrictModes
to no by default and I already have stomach pain due to that.
Especially I don't see why this setting should have another default on
Cygwin as on any other OS.  There's no difference between Cygwin and
other OSes which justifies this measure, right?
The only difference I can think of is that none of the other ssh 
implementations (that I know of) on our platform, such as PuTTY and SSH 
Secure Shell, enable this feature by default (or even have this feature).

Harold

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

major problem with the cygwin setup program

[Nick Gawronski]

Hi, I am trying to install the latest version of cygwin and am totally blind
and use a screen reader to access the windows xp professional operating
called window eyes from http://www.gwmicro.com and I wish to install
everything and have read the FAQ and the documentation but that package
selection dialog is not very accessible to a blind user, Could someone maby
write a small patch that would fix the accessibility issue with the cygwin
setup program or if you have questions on making this program accessible
contact [EMAIL PROTECTED]  If any one else on this list can help me
please do so.  Thanks in advance.  bye
My web page is at http://www.nickgawronski.com
Use paypal for your payments!
https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG


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