Pleas update mdp

2019-03-17 Thread Stefan

Hi,

Please update mdp to 1.0.15, it has one new feature I am missing from 
the version available in cygwin (1.0.9).


I changed the version in the .cygport to 1.0.15 and was able to compile 
and start mdp.


Thanks in advance,

Stefan

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



dll for windows application ?

2002-10-24 Thread Stefan Hansen
Hi,

i am trying to compile a dll for a windows application. I have read a lot
about it (for example)

http://www.neuro.gatech.edu/users/cwilson/cygutils/

i have found an easy example on this site (hello-1.0.tar.gz). But the
makefile is for my skills in makefiles "unreadable". Is there a more easy
possibillity to compile a dll file from a project like the hello example ?

Thanks for you interest.

Stefan Hanse

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


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




dll for Windows

2002-10-27 Thread Stefan Hansen
Hi,

my last question about compiling a dll for Windows with cygwin stayed without 
answer. Perhaps i am stiupid. But this is a problem i have to solve. so i try 
it again. 

This time i have tried the dllhelpers code from the same site as i postet in 
my last E-Mail. There is a realy simple makefile. I think i could handle 
this. But my problem is that i couldnt use the dll under the Windows Project. 
The Linker cant resolve the Objects stored in the dll. I think the reason is 
that i have no lib-file. (by the hello-1.0 i can copy the .a-file to a 
.lib-file and it runs.) 

I have not realy experiences in compiling dlls. So i have no idea what is 
goin wrong. Perhaps i have only to create a lib-file. but how could i do this 
with the cygwin environment?

About my project:

I attempt to built a dll from the Videolan (http://www.videolan.org/) Project 
which could be used for a windows based DVB-T reciever. If i could 
croscompile this dll the project stayed open for a linux solution. At this 
time have to use Windows because there is no driver supporting linux. But it 
is only a questin of time and a linux driver exist. Then the project should 
run under linux. if the dll is ready. 

Stefan Hansen

---


Hi,

i am trying to compile a dll for a windows application. I have read a lot
about it (for example)

http://www.neuro.gatech.edu/users/cwilson/cygutils/

i have found an easy example on this site (hello-1.0.tar.gz). But the
makefile is for my skills in makefiles "unreadable". Is there a more easy
possibillity to compile a dll file from a project like the hello example ?

Thanks for you interest.

Stefan Hanse

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


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


Hi,

i am trying to compile a dll for a windows application. I have read a lot
about it (for example)

http://www.neuro.gatech.edu/users/cwilson/cygutils/

i have found an easy example on this site (hello-1.0.tar.gz). But the
makefile is for my skills in makefiles "unreadable". Is there a more easy
possibillity to compile a dll file from a project like the hello example ?

Thanks for you interest.

Stefan Hanse

--
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


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

---

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




inetd on Windows NT

2003-01-03 Thread Stefan Frings
Hello,
I'm missing the inetd service in the control panel but I installed inetd with 
the CygWin installer. Do you habe any idea what I made wrong?
bye

---
Vodafone D2
Stefan Frings
Abteilung TBP 1
Phone: +49 211 533 -7930
Handy: +49 172 2453666
Fax: +49 211 533 -7844
Mail: [EMAIL PROTECTED]

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




Betr:Re: inetd on Windows NT

2003-01-03 Thread Stefan Frings
Thank you very much.

---
Vodafone D2
Stefan Frings
Abteilung TBP 1
Phone: +49 211 533 -7930
Handy: +49 172 2453666
Fax: +49 211 533 -7844
Mail: [EMAIL PROTECTED]
-- Originaltext --

Von: "Elfyn McBratney" <[EMAIL PROTECTED]>, auf 03.01.2003 14:21:

If you have only installed inetd (the inetutils package) via the
installer (setup.exe) then there is still a bit you have to do.
Consult /usr/doc/Cygwin/inetutils-1.3.2.README for installation
instructions.

Elfyn
[EMAIL PROTECTED]


--- [EMAIL PROTECTED] (Stefan Frings) wrote:
>Hello,
>I'm missing the inetd service in the control panel but I installed inetd with 
>the CygWin installer. Do you habe any idea what I made wrong?
>bye
>
>---
>Vodafone D2
>Stefan Frings
>Abteilung TBP 1
>Phone: +49 211 533 -7930
>Handy: +49 172 2453666
>Fax: +49 211 533 -7844
>Mail: [EMAIL PROTECTED]
>
>--
>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/

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No 
Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag


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




Fwd: Cygwin

2003-01-09 Thread Stefan . Karrmann
Everytime I start cygwin.bat I get the following message:
---cut-


  9 [main] bash 400 init_cygheap::etc_changed: Can't open /etc for
checking,
 Win32 error 1

ls282km@HOST ~
$
---cut-

Why does it appear? Have I misconfig cygwin? Well, it's just installed
in M:\pkg\cygwin.

--
Stefan Karrmann


-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


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




specviewperf 7.0 misses inttypes.h

2003-01-09 Thread Stefan Thiede
Hi Folks,

I tried to compile SPECViewPerf 7.0 on cygwin 1.3.17
with X11 and OpenGL installed.

make -f makefile.unx
gcc -c clock.c -o objs/clocks.o -O2 -Ivpaux/libaux -I/usr/X11/R6/include
-DXWINDOWS -DSSEARCHPATH
In File included from clock.c:42:
viewperf.h:54: inttypes.h: No such file or directory
make: *** [objs/clock.o] Error 1

On both Suse 8.0 and SunOS 5.8 I find a /usr/include/inttypes.h

On Sun it pretty much only includes /usr/include/sys/inttypes.h,
on Linux it has definitions in it.

Should I try to use either of them or where should I get it from ?

Stefan

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




Cygwin.bat can't open /etc

2003-02-05 Thread Stefan . Karrmann
tup-scripts4.2.0-3
> XFree86-xserv   4.2.0-15
> _update-info-dir00123-1
> ash 20020731-1
> base-files  1.1-1
> base-passwd 1.0-1
> bash2.05b-8
> bc  1.06-1
> crypt   1.0-1
> ctags   5.2-1
> cvs 1.11.0-1
> cygutils1.1.3-1
> cygwin  1.3.18-1
> cygwin-doc  1.3-2
> diff1.0-1
> diffutils   2.8.1-1
> emacs-X11   21.2-11
> file3.37-1
> fileutils   4.1-1
> findutils   4.1.7-4
> fvwm2.4.7-2
> gawk    3.1.1-5
> gdbm1.8.0-4
> gettext 0.11.5-1
> ghostscript-base7.05-2
> ghostscript-x11 7.05-2
> grep2.5-1
> groff   1.18.1-2
> gzip1.3.3-4
> jpeg6b-7
> less378-1
> libiconv2   1.8-2
> libintl 0.10.38-3
> libintl10.10.40-1
> libintl20.11.5-1
> libncurses5 5.2-1
> libncurses6 5.2-8
> libpng121.2.4-2
> libpopt01.6.4-4
> libreadline44.1-2
> libreadline54.3-2
> login   1.7-1
> man 1.5j-1
> mktemp  1.4-1
> ncurses 5.2-8
> newlib-man  20020801
> pcre3.7-1
> perl5.6.1-2
> perl_manpages   5.8.0-1
> readline4.3-2
> sed 4.0.5-1
> sh-utils2.0.15-3
> tar 1.13.25-1
> termcap 20020930-1
> terminfo5.2-3
> texinfo 4.2-4
> textutils   2.0.21-1
> vim 6.1-2
> which   1.5-1
> zlib1.1.4-1
> 
> Use -h to see help about each section
> -cut-


-- 
Stefan Karrmann

+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


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




Answer File for Setup.exe

2003-03-04 Thread Kyrytow, Stefan
Is there a way to create an answer file for cygwin setup? I need to install
cygwin on several workstations and would like to script the install so I
don't manually have to install on each workstation.

STEFAN KYRYTOW
EDS
Global Operation Solution Delivery
Production Engineering
t 416.814.4911
p 416.517.2252
[EMAIL PROTECTED]



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



SSH-Keyauthentification with Windows 2003

2004-01-08 Thread Stefan . Vogler
1: session_close: session 0 pid 2888
debug1: session_pty_cleanup: session 0 release /dev/tty0
debug1: channel 0: free: server-session, nchannels 1
Connection closed by 172.108.20.203
Closing connection to 172.108.20.203

__


the installed cygwin-libaries on the machine:

Cygwin Package Information
Last downloaded files to: D:\cygwin
09102003\ftp%3a%2f%2fcygwin.mirrors.pair.com\release
Last downloaded files from: D:\cygwin
09102003\ftp%3a%2f%2fcygwin.mirrors.pair.com\release

Package  VersionStatus
_update-info-dir 00221-1OK
ash  20031007-1 OK
base-files   2.6-1  OK
base-passwd  1.1-1  OK
Empty package bash
bash 2.05b-15   OK
Empty package bzip2
bzip21.0.2-5OK
Empty package cygrunsrv
cygrunsrv0.96-2 OK
Empty package cygutils
cygutils 1.2.1-2OK
cygwin   1.5.5-1OK
Empty package diffutils
diffutils2.8.4-1OK
Empty package editrights
editrights   1.01-1 OK
Empty package fileutils
fileutils4.1-2  OK
Empty package findutils
findutils4.1.7-4OK
gawk 3.1.3-3OK
Empty package gdbm
gdbm 1.8.3-7OK
Empty package grep
grep 2.5-1  OK
Empty package groff
groff1.18.1-2   OK
Empty package gzip
gzip 1.3.5-1OK
Empty package less
less 381-1  OK
libbz2_1 1.0.2-5OK
Empty package libgdbm
libgdbm  1.8.0-5OK
Empty package libgdbm-devel
libgdbm-devel1.8.3-7OK
Empty package libgdbm3
libgdbm3 1.8.3-3OK
Empty package libgdbm4
libgdbm4 1.8.3-7OK
Empty package libgettextpo0
libgettextpo00.12.1-3   OK
libiconv21.9.1-3OK
Empty package libintl1
libintl1 0.10.40-1  OK
libintl2 0.12.1-3   OK
Empty package libncurses5
libncurses5  5.2-1  OK
Empty package libncurses6
libncurses6  5.2-8  OK
Empty package libncurses7
libncurses7  5.3-4  OK
Empty package libpcre
libpcre  4.1-1  OK
libpcre0 4.4-2  OK
Empty package libpopt0
libpopt0 1.6.4-4OK
Empty package libreadline4
libreadline4 4.1-2  OK
Empty package libreadline5
libreadline5 4.3-5  OK
Empty package login
login1.9-7  OK
Empty package man
man  1.5j-2 OK
Empty package mktemp
mktemp   1.5-3  OK
Empty package ncurses
ncurses  5.3-4  OK
Empty package openssh
openssh  3.7.1p2-1  OK
openssl  0.9.7c-1   OK
Empty package readline
readline 4.3-5  OK
Empty package sed
sed  4.0.7-3OK
Empty package sh-utils
sh-utils 2.0.15-4   OK
Empty package tar
tar  1.13.25-3  OK
Empty package termcap
termcap  20021106-2 OK
Empty package terminfo
terminfo 5.3_20030726-1 OK
Empty package texinfo
texinfo  4.2-4  OK
Empty package textutils
textutils2.0.21-1   OK
Empty package which
which1.5-2  OK
Empty package zlib
zlib 1.1.4-4OK

Has someone got ssh-keyauthentification to work under windows 2003 ?

greetings,

Stefan Vogler

INF9SD Security Design
e-Mail:   [EMAIL PROTECTED]


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



help: running the latest cygwin on a windows 2003 server

2004-01-20 Thread Stefan Zachow
Dear cygwin experts,

I went through the mailing list archive searching for
"windows 2003 server" but the resulting 10 pages
didn't really help.
Could anybody please provide a hint to my problem
running cygwin on a Windows 2003 server?
I can only start a cygnus shell when I am a member
of the administrator group. Since the server is a
potentially platform for all of our users, everybody
has to be a member of this group.
Has anybody had an equivalent problem and knows
how to fix it?
Thank's a lot

  Stefan



--
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: running the latest cygwin on a windows 2003 server

2004-01-20 Thread Stefan Zachow
Larry,

Also, who did you install Cygwin as and did you install it for "All users"
or "Just me"?  The answer to the last part may provide you with the answer
you seek.  Otherwise, please provide more specific information as requested
above.
I did install cygwin as Administrator for 'all users'.

Since you gave me the link to http://cygwin.com/problems.html
I assume that I have to run 'cygcheck -s -v -r' to provide
more specific information. In case this is not what you meant
please let me know.
  Stefan

8<8<8<8<8<8<8<



Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Jan 20 16:31:53 2004

Windows .NET Enterprise Server Ver 5.2 Build 3790 

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\bin
c:\Perl\bin\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\j2sdk1.4.2_02\bin
c:\Program Files\SSH Communications Security\SSH Secure Shell

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 11300(administrator) GID: 10545(mkgroup-l-d)
10545(mkgroup-l-d)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 11300(administrator) GID: 10545(mkgroup-l-d)
544(Administrators)555(Remote Desktop Users)
545(Users) 10545(mkgroup-l-d)

SysDir: C:\WINDOWS\system32
WinDir: C:\Documents and Settings\administrator.VISUAL\WINDOWS

CYGWIN = `nontsec'
HOME = `c:\Documents and Settings\administrator.VISUAL'
MAKE_MODE = `unix'
PWD = `/cygdrive/c/tmp'
USER = `administrator'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\administrator.VISUAL\Application Data'
CLIENTNAME = `QUINCE'
CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `TAMARIND'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\administrator.VISUAL'
HOSTNAME = `tamarind'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\KIWI'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/X11R6/man:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `2'
OLDPWD = `/cygdrive/c/tmp/cygwin_old'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0207'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `RDP-Tcp#90'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\ADMINI~1.VIS\LOCALS~1\Temp\4'
TERM = `cygwin'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `c:\DOCUME~1\ADMINI~1.VIS\LOCALS~1\Temp\4'
USERDOMAIN = `VISUAL'
USERNAME = `administrator'
USERPROFILE = `C:\Documents and Settings\administrator.VISUAL'
WINDIR = `C:\WINDOWS'
_ = `/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\/cygdrive/w
  (default) = `\kiwiwinhome'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygrive/w
  (default) = `\\kiwi\winhome'
  flags = 0x010a
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\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/w
  (default) = `\\kiwi\winhome'
  flags = 0x010a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal 
Server\Install\Software\Cygnus Solutions
HKEY_LOCAL_MACHINE\SO

Re: running the latest cygwin on a windows 2003 server

2004-01-20 Thread Stefan Zachow
Igor,

What is the exact message you get when you try to run Cygwin programs as
another user?  Which exact programs fail?  Do all the programs fail in 
the
same way?  
Unfortunetly users that are not in the administrator group cannot even start
a bash. That's why I took an Administrative user to create the cygcheck 
output.
The bash appears very shortly as a frame and disappears immediately again.

BTW, it would have been more helpful to get a cygcheck output
as a user for whom Cygwin doesn't work...  Also, check that all the
programs and the necessary DLLs are readable and executable by everyone
(instead of just you).  
The initial permissions for cygwin related stuff were

  user: adminst
  group: mkgroup
  permissions: rwx for user and group only
However, I changed these to: chmod -R o+ rX after installation

'mkgroup'  is strange. It seems that I cannot synchronize with
our network databases. A mkgroup -u -d DOMAIN gives the
following two lines of output:
LookupAccountName (\\Host, Domain Admins) failed with error 1332
LookupAccountName (\\Host, Domain Users) failed with error 1332
I noticed you have "nontsec" set, so that might be
what's hiding your problem (all files look executable, but the actual 
ACLs
don't allow other users to access them, and you don't see that via "ls"). 
I changed to ntsec as well - but no difference.

On an unrelated note, it's usually not a good idea to have /cygdrive/* as
a target for a mount.  If I understood correctly what you're trying to 
do,
simply connect to a network drive (using "net use", for example), and
assign the letter "W:" to it.  Cygwin will automatically pick that up as
"/cygdrive/w". 
Ah, OK. It wasn't clear to me that cygwin automatically
gathers all shared network drives.
You might also want to investigate the "(no)smbntsec"
option in the CYGWIN variable (see the User's Guide).
That's interesting, too. I haven't seen this one. But no change to
my problem.
  Stefan





--
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: running the latest cygwin on a windows 2003 server

2004-01-21 Thread Stefan Zachow
Good morning,

How about when you start bash from a command prompt (i.e., open an "MS DOS
prompt" window, "cd c:\cygwin\bin", and ".\bash.exe --login -i") as a
non-administrative user?  What if you omit "--login"?
when I enter ".\bash.exe --login -i" (with or without --login) I get

  *** CreateFileMapping, Win32 error 0. Terminating.

This may not have worked with "nontsec".  Also, any particular reason you
used "X" instead of "x"?
What is the default after installation? I assume that I set the
cygwin environment variable afterwards. However, now it
is ntsec again according to your advice.
I used  chmod -R o+rX in the cygwin root to open any directory
and chmod 755 in bin and /usr/bin. I didn't want to make everything
executable.
Hmm, maybe Pierre or Corinna can voice an opinion on this one.

I don't know very much about Samba but is it possible to have
a problem there? User and group related stuff is mapped on
our Samba Server which is a Linux box. I don't know the
Samba version right now, but it is not the latest one.
Maybe anybody knows about that.
What does "ls -l /bin/bash" under an administrative account show?  How
about "getfacl /bin/bash"?
-rwxr-xr-x+   1 administ mkgroup-  527360 Oct 20 14:12 /bin/bash.exe

# file: /bin/bash
# ownder: administrator
# group: mkgroup-l-d
user::rwx
group::r-x
group:SYSTEM:rwx
group:Administrators:rwx
group:Remote Desktop Users:r-x
mask:rwx
other:r-x
Anyway, your help is greatly appreciated.

Thanks a lot!

  Stefan



--
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: running the latest cygwin on a windows 2003 server

2004-01-21 Thread Stefan Zachow
Further info...

'mkgroup'  is strange. It seems that I cannot synchronize with
our network databases. A mkgroup -u -d DOMAIN gives the
following two lines of output:
LookupAccountName (\\Host, Domain Admins) failed with error 1332
LookupAccountName (\\Host, Domain Users) failed with error 1332
   

Hmm, maybe Pierre or Corinna can voice an opinion on this one.

'mkpasswd -d DOMAIN'

works fine. I get the output I need.

Could anybody explain the different behaviour of
mkpasswd and mkgroup? Is it possible that the missing group
info has something to do with the problem that cygwin does
not run on my Windows 2003 Server machine or should I
open a new thread on this mkgroup problem?
  Stefan



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


problem with mkgroup -d DOMAIN

2004-01-21 Thread Stefan Zachow
Dear cygwin experts,

I encountered some problems with the mkgroup command during
my trial to get cygwin running on a Windows 2003 server machine
(Topic: running the latest cygwin on a windows 2003 server)
The domain controller is a Linux system running Samba for file
system sharing.
The 'mkpasswd -d DOMAIN' command works fine and I did
append this information to /etc/passwd
The 'mkgroup -d DOMAIN' command, however, failed for
some reason I don't know, yet. The output is:
LookupAccountName (\\Host, Domain Admins) failed with error 1332
LookupAccountName (\\Host, Domain Users) failed with error 1332
For the entire cygwin tree the user of the files is administrator
and the group is mkgroup (!?). Even with chgrp I am not able
to temporarily change the group to 'Users' for example.
Actually, even after reading the user's guide I have some problems
on understanding the grouping scheme. Why do I have the following
entry in my /etc/group?
mkgroup-1-d:S-1-5-32-545:10545

and how is it mapped to the users that are taken from the
domain controller generated passwd database?
Thanks for any help

  Stefan





--
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: running the latest cygwin on a windows 2003 server

2004-01-21 Thread Stefan Zachow
Dave Korn wrote:

Try giving your cygwin non-admin user accounts the "Create paging files"
privilege and see if that helps.  I _think_ you have to do that using the
group policy editor, gpedit.msc.
OK, I did - unfortunately without any change.
How is this Windows information mapped
to cygwin, resp. how do I synchronize this
with my group settings in /etc/group ?
I did rebuild /etc/group again for local
groups? With 'mkgroup- d DOMAIN'
I have some other problems, sigh.
The problem occurs only for non local users,
mapped into the system via
mkpasswd -d DOMAIN and
mkgroup -D DOMAIN
Since my user information is comming from a
domain database I cannot assign the 'cygwin
users' group to all possible users, neither I
can add them all as local users.
What else do I have to consider after
changing the 'create pagefile' option?
  Stefan



--
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: problem with mkgroup -d DOMAIN

2004-01-21 Thread Stefan Zachow
Dear Corinna,

although I won't get the group information, it must
be possible to create one manually. What is the
typical syntax of the group info returned by
mkgroup -d DOMAIN?
I could try adding that stuff since I cannot persuade
our domain controller to answer correctly.
Setting up a new Samba seems to be a non trivial
task, was the information I got from the administrator
of our server.
  Stefan

I heard about that problem once already and it seems to happen only
with Samba domain controllers.  The LookupAccountName system call
gets no information but an error message.  1332 means
 
 No mapping between account names and security IDs was done.

So the Samba server returns a list of group names but a LookupAccountName
to get the SID fails.
 

The mkgroup name means, mkgroup wasn't able to create the list of
groups appropriately.




--
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: problem with mkgroup -d DOMAIN

2004-01-21 Thread Stefan Zachow
Sorry, I forgot to ask:

what are the default permissions and user/group combinations
after cygwin install?
I have administrator/mkpasswd with access code 750
over the entire cygwin tree.
Should I simply change the group to somethin like 'Users'?

  Stefan



--
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: running the latest cygwin on a windows 2003 server

2004-01-21 Thread Stefan Zachow
another question to this topic came into my mind:

"why is this all happening only to the Windows Server 2003 machine"?

The same installation with the same configuration runs well with
Windows 2000 or Windows XP. Although the SAMBA problem
appears on all machines. It must have something to do with
specific tools that run during setup and configure something wrong.
How about when you start bash from a command prompt (i.e., open an 
"MS DOS
prompt" window, "cd c:\cygwin\bin", and ".\bash.exe --login -i") as a
non-administrative user?  What if you omit "--login"?

when I enter ".\bash.exe --login -i" (with or without --login) I get

  *** CreateFileMapping, Win32 error 0. Terminating. 


Kind regards, Stefan



--
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: problem with mkgroup -d DOMAIN

2004-01-22 Thread Stefan Zachow
Hi Pierre,

thanks first for looking at my problem!

Regarding the CreateFileMapping problem, the message you report is
  *** CreateFileMapping, Win32 error 0. Terminating.
but the code in Cygwin is
api_fatal ("CreateFileMapping %s, %E.  Terminating.", mapname);
The *** in front is added elsewhere, but you are missing the space
after CreateFileMapping and the mapname (which could be null).
I see two formatting arguments but only one parameter. Is that right?

So, what version of Cygwin are you using?

cygcheck -V says 1.38 (is it the version number you needed to know?)
I made an update 2 days ago.
From a cmd window in c:\cygwin\bin, what does
strace true produce?
it gives the same result:

*** CreateFileMapping, Win32 error 0.  Terminating.

Are the non privileged users running from the console or from
terminal services? 

I am not sure whether I understand your question correctly.
The non privilieged users connect from any Windows system
via rdesktop to the Windows 2003 server and are trying to
open a cygwin shell on the Remotedesktor.
Do they have the "create global object" privilege? If not, try
 to assign it.
Here I'm lost. How do I do this?

You say it's working on Win2000. What service pack? Also, on that
machine, what are the answers to the 2 questions above?
SP 4 - 'strace true' prints out almost everything I can imagine
starting with Program name: C:\cygwin\bin\true.exe
  Stefan



--
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: running the latest cygwin on a windows 2003 server

2004-01-22 Thread Stefan Zachow
Dave Korn wrote:

another question to this topic came into my mind:
"why is this all happening only to the Windows Server 2003 machine"?
   

 Ah, but then you go and point out that...

Although the SAMBA problem appears on all machines. 

That's true. It seems that I have two problems here and the SAMBA thing
is _not_ the one that hinders cygwin to run, right?
And you're using a domain, right?

Yes in both cases.

 Is this related to the "Pre-Windows 2000 Compatible Access group" thingy?

As a matter of fact I don't have any clue. I have to read this first

http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=pre-windows+2000+
compatible+access+group 

but your former advice seems setting me on the track.
I only have to figure out how to do set global priviliges
You might both find some useful information in this article "Development
Impacts of Security Changes in Windows Server 2003":
http://msdn.microsoft.com/library/en-us/dncode/html/secure06122003.asp

Creating Various Global Objects May Fail :
Starting with Windows Server 2003, the creation of some global objects,
such as file mapping will fail unless the calling process has the
SeCreateGlobalPrivilege privilege enabled. Note that the privilege check
is limited to the creating of said objects, and does not apply to opening
existing ones. For example, the following code will fail on Windows
Server 2003 unless the process account has this privilege:
 HANDLE hMap = CreateFileMapping(INVALID_HANDLE_VALUE,0,PAGE_READWRITE, 
0, 0x,"Global\\MyMapping");

By default this privilege is assigned to all services and administrators.
This privilege also applies when creating symbolic links in the object
manager. The way around this is to either grant the account in question
this privilege, or do not make the object name global. Of course, the
latter may not be possible.
Regards, Stefan





--
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: running the latest cygwin on a windows 2003 server

2004-01-22 Thread Stefan Zachow
Thanks a lot to all who helped me.

In case one encounters this problem the web-site:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dncode/html/secure06122003.asp

gives an answer.

Creating Various Global Objects May Fail:

Starting with Windows Server 2003, the creation of some global objects,
such as file mapping will fail unless the calling process has the
SeCreateGlobalPrivilege privilege enabled. Note that the privilege check
is limited to the creating of said objects, and does not apply to opening
existing ones. For example, the following code will fail on Windows
Server 2003 unless the process account has this privilege:
HANDLE hMap = CreateFileMapping(INVALID_HANDLE_VALUE,0,PAGE_READWRITE,
0, 0x,"Global\\MyMapping");
By default this privilege is assigned to all services and administrators.
This privilege also applies when creating symbolic links in the object
manager. The way around this is to either grant the account in question
this privilege, or do not make the object name global. Of course,
the latter may not be possible.
OK now, how to solve this:

Start -> Administrative Tools -> Local  Security Policy

Security Settings -> Local Policies -> User Rights Assignment

Key: Create Global Objects

Add the group that has limited rights (e.g. Remote Desktor Users)

  Stefan



--
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: problem with mkgroup -d DOMAIN

2004-01-22 Thread Stefan Zachow
Thank you all for your help!

the 'global object privilege' was the reason for
cygwin not running on the Win2003 Server.
As a matter of fact. The original question
started in another thread first and moved to
this one due to two seperate problems.
Do they have the "create global object" privilege? If not, try
 to assign it. 

As soon as the latest stable Samba version is released
I try to check for the persistence of the mkgroup problem.
thanks again

  Stefan



--
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: problem with mkgroup -d DOMAIN

2004-01-22 Thread Stefan Zachow
Sorry Pierre,

I replied to your personal address only, but it was bouncing back.

uname -r says 1.5.5(0.94/3/2)

when I have cygwin installed and update via setup, what I
definitely did, why do I have an older version than expected?
I thought it must be the latest version that I have.
  Stefan

Pierre A. Humblet wrote:

Except that cygwin 1.5.6 is supposed to work even for users
who do not have that privilege.
That's why I still would like to know what version you are
running, and if you run Cygwin from the console or from
terminal services.
 



--
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: problem with mkgroup -d DOMAIN

2004-01-22 Thread Stefan Zachow
Now I have version 1.5.6(0.108/3/2).
When was this one released?
Shall I revert the privilege stuff to test again?

  Stefan



--
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: version 1.5.6 enhancement

2004-01-22 Thread Stefan Zachow
Version 1.5.6 works without the privilege setting!

Could you please tell me when 1.5.6 came up? What about
my 1.5.5 version? I don't understand why it wasn't updated,
because right now I got the update without any further
selection within setup.
  Stefan

Pierre A. Humblet wrote:

On Thu, Jan 22, 2004 at 03:55:44PM +0100, Stefan Zachow wrote:
 

Now I have version 1.5.6(0.108/3/2).
When was this one released?
Shall I revert the privilege stuff to test again?
   

Yes please.
 



--
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: running the latest cygwin on a windows 2003 server

2004-01-24 Thread Stefan Zachow
Oops, I missed this one in the depth of the thread.

cool. These tools are really helpful. Same with
regtool.
Thank's for all the hints and your patience, Igor.

  Stefan

Did you try the "editrights" tool?  Grab it using Cygwin's setup.exe.
	Igor
 



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


Zsh crashes on Ctrl-Z with cygwin1.dll snapshot 2004-02-18

2004-02-19 Thread Stefan Dalibor
Hi,
since upgrading Cygwin Dll from 1.5.5-1 (which I have to, because I need
exim 4.30 which won't run with cygwin1.dll < 1.5.6-1, so downgrading is
not an option), I'm suffering from problems with Zsh (4.1.1-2).
I don't know what Zsh does with process management (the problems don't
occur neither with Bash nor pdksh), but here the story goes (hoping this
is still fixable before 1.5.8 comes out!):

1.5.5-1:
Zsh works fine.

1.5.6-1:
Zsh hangs immediately after starting, the shell is essentially unusable.

1.5.7-1:
Zsh starts, but hangs (reproducably) after trying to start a non-existing
command.
Also, shell functions executing pipelines with builtin commands (e.g.
``echo | grep ...'') hang ocasionally.

2004-02-18 snapshot:
Zsh starts fine, no more hangups on non-existing commands, but trying to
suspend a program (e.g. vim, lynx) by hitting Ctrl-Z results in a crash
with error messages like:

4 [sig] zsh 1912 handle_threadlist_exception: handle_threadlist_exception called with 
threadlist_ix -1

And stackdumps like:

Exception: STATUS_ACCESS_VIOLATION at eip=61025D4B
eax=0011 ebx= ecx=0065EB6C edx=61025650 esi=0065EBDC edi=61025650
ebp=0065E864 esp=0065E53C program=C:\cygwin\bin\zsh.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0065E864  61025D4B  (, , , )
0065EB94  61026784  (0740, 0065EBDC, 00A4, 0065EBC8)
0065F0A4  6108D45E  (610F0774, , 0065F0C4, 0065F0FC)
0065F0C4  610030A6  (610F0774, 0065F0FC, 61003040, 5DF7)
0065F0F4  61003DE4  (, , , )
0065FFA4  61003D9A  (, , 0000, 0000)
End of stack trace

Stefan
--
Dr. Stefan Dalibor 

--
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 crashes on Ctrl-Z with cygwin1.dll snapshot 20040218/20

2004-02-21 Thread Stefan Dalibor
Please retry with a function to start vim - on my installation

CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown Cygwin

it's sufficient to define

function v { vim $*; }

calling this function and then hitting Ctrl-Z crashes zsh reproducibly,
with an otherwise empty home directory (i.e. only the standard shell
and environment settings from Cygwin).

Now it's entirely possible that this is zsh's fault - but I doubt it
seriously.  zsh 4.1.1 is heavily used by thousands of people, and a
bug triggered so easy would certainly have been noticed by someone else 
much earlier (and under other OSes).
And I repeat, the crash doesn't happen with cygwin1.dll 1.5.7.1 (and
the crashes persist with snapshot 20040220).

Do you have any idea how to pinpoint the source of this problem further,
short of building zsh with a debugging malloc (which is something I
probably can't do before 2 or 3 weeks due to lack of time, which would
be much too late for cygwin 1.5.8)?

Please see my other posting about failures to suspend vim and mutt
- this occurs under bash, zsh and pdksh (with the same error message
about handle_threadlist_exception) and as it is also job-control
related, I still suspect a bug lurking in the cygwin DLL here.

Stefan
--
Dr. Stefan Dalibor 

On Thu, Feb 19, 2004 at 10:26:49AM -0800, Peter A. Castro wrote:
> WFM too!
> 
> In fact, I've tested all of the following with zsh:
> 
> 20040213 - works
> 20040214 - works
> 20040215 - can't start zsh (get Appl Error diag box)
> 20040216 - works
> 20040217 - works
> 20040218 - works
> 
> I suspect there is something environmentally wrong with your setup,
> Stefan.  You might try ensuring you don't have any cygwin apps running
> (like inetd, perhaps?).  Use Task Manager to verify that, then start zsh
> with no .z* profiles to ensure you're getting a clean environment.
> 
> > $ uname -a
> > CYGWIN_NT-5.1 fordpc 1.5.8(0.110/4/2) 2004-02-19 09:26 i686 unknown unknown Cygwin
> > $ cygcheck -srv | grep zsh
> > zsh 4.1.1-2
> > $ sleep 100
> > [^Z here]
> > [1]+  Stopped sleep 100
> > $ fg
> > sleep 100
> 
> And, here's my run with the 20040218 snapshot:
> 
> ([EMAIL PROTECTED])[101] ~ % uname -a
> CYGWIN_NT-4.0 itdev-nt55 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown 
> Cygwin
> ([EMAIL PROTECTED])[102] ~ % vim
> [Ctrl-Z here]
> zsh: 445 suspended  vim
> ([EMAIL PROTECTED])[103] ~ % ps -ef
> UID PIDPPID TTY STIME COMMAND
> pcastro  67   1   0  10:17:34 /usr/bin/zsh
> pcastro 445  67   0  10:17:45 /usr/bin/vim
> pcastro 205  67   0  10:17:48 /usr/bin/ps
> ([EMAIL PROTECTED])[104] ~ % jobs
> [1]  + suspended  vim
> ([EMAIL PROTECTED])[105] ~ % fg
> [1]  + continued  vim
> ([EMAIL PROTECTED])[106] ~ %


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



Problem with suspending processes under bash, pdksh and zsh with cygwin1.dll snapshot 20040218/20

2004-02-21 Thread Stefan Dalibor
Hi,
I upgraded to cygwin1.dll snapshot version 20040218 and 2004020 (due to
problems with zsh and cygwin-1.5.7.1):

CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown Cygwin

Now I find that I can suspend a process running vim only once by Ctrl-Z
- after restarting the process, hitting Ctrl-Z any more won't work.
The terminal window flickers for a moment, but the editor is not
suspended.
Suspending a lynx process more than once works fine, while suspending
mutt results in a crash:

4 [sig] mutt 1152 handle_threadlist_exception: handle_threadlist_exception
called with threadlist_ix -1
Segmentation fault (core dumped)

with stackdump:

Exception: STATUS_ACCESS_VIOLATION at eip=61025D4B
eax=0011 ebx= ecx=006DEB6C edx=61025650 esi=006DEBDC edi=61025650
ebp=006DE864 esp=006DE53C program=C:\cygwin\bin\mutt.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
006DE864  61025D4B  (, 0012, , )
006DEB94  61026784  (0750, 006DEBDC, 00A4, 006DEBC8)
006DF0A4  6108D45E  (610F0774, , 006DF0C4, 006DF0FC)
006DF0C4  610030A6  (610F0774, 006DF0FC, 61003040, 000FF6BD)
006DF0F4  61003DE4  (, , , )
006DFFA4  61003D9A  (, , , )
End of stack trace

This is with an empty home directory, i.e. only the standard shell and
terminal settings from Cygwin, and it happens with bash, pdksh and zsh
(where the latter crashes also with the same error message when
suspending vim if the editor is called from within a shell function,
please see my other posting).

Stefan
--
Dr. Stefan Dalibor 

--
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: Problem with suspending processes under bash, pdksh and zsh with cygwin1.dll snapshot 20040218/20

2004-02-21 Thread Stefan Dalibor
On Sat, Feb 21, 2004 at 10:38:18AM -0500, Igor Pechtchanski wrote:
> On Sat, 21 Feb 2004, Stefan Dalibor wrote:
> 
> > Hi,
> > I upgraded to cygwin1.dll snapshot version 20040218 and 2004020 (due to
> > problems with zsh and cygwin-1.5.7.1):
> >
> > CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown 
> > Cygwin
> >
> > Now I find that I can suspend a process running vim only once by Ctrl-Z
> > - after restarting the process, hitting Ctrl-Z any more won't work.
> > The terminal window flickers for a moment, but the editor is not
> > suspended.
> > [snip]
> 
> Does ":suspend" (or ":stop") work more than once in vim?

No, same effect as with Ctrl-Z - short flickering of the terminal
window, but no process suspension.
While staring at the flickering, it seems to me that the content of the
window before starting vim appears for a fraction of a second, as if vim
is suspended, but then restarted immediately.
FYI, the text browser links crashes also on the first suspension (like
mutt).

ncftp can be suspended 2 times - but the third time, it starts to use up
all CPU time of the machine (starting the task manager for killing the
runaway ncftp process took several minutes) and issues error messages:

ncftp
4005689 [unknown (0x7BC)] ncftp 1548 sig_send: wait for sig_complete event faile
d, signal -34, rc 258, Win32 error 0
64092356 [unknown (0x7BC)] ncftp 1548 sig_send: wait for sig_complete event fail
ed, signal 2, rc 258, Win32 error 0
128154788 [unknown (0x23C)] ncftp 1548 sig_send: wait for sig_complete event fai
led, signal -34, rc 258, Win32 error 0
188280509 [unknown (0x23C)] ncftp 1548 sig_send: wait for sig_complete event fai
led, signal 2, rc 258, Win32 error 0
248437654 [unknown (0x1B4)] ncftp 1548 sig_send: wait for sig_complete event fai
led, signal -34, rc 258, Win32 error 0
327140672 [unknown (0x1B4)] ncftp 1548 sig_send: wait for sig_complete event fai
led, signal 2, rc 258, Win32 error 0

Stefan
--
Dr. Stefan Dalibor 

--
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 crashes on Ctrl-Z with cygwin1.dll snapshot 20040218/20 - solved with 20040221

2004-02-21 Thread Stefan Dalibor
On Sat, Feb 21, 2004 at 03:48:43PM -0500, Christopher Faylor wrote:
> On Sat, Feb 21, 2004 at 04:28:18PM +0100, Stefan Dalibor wrote:
> >Please retry with a function to start vim - on my installation
> >
> >CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown 
> >Cygwin
> >
> >it's sufficient to define
> >
> >function v { vim $*; }
> 
> Nope.  Still works fine.

Strange - if I have no personale customizations left, what could be
the difference that makes the bug reproducable on my system and
irreproducable on yours?  Should I mail the complete output of
`cygcheck -c' on my machine, the list of XP patches installed or
something similar?

Anyway, your patch for the crash of mutt when being suspended fixes
the zsh problem, too - it's gone after upgrading to snapshot 20040221!

> >Do you have any idea how to pinpoint the source of this problem further,
> >short of building zsh with a debugging malloc (which is something I
> >probably can't do before 2 or 3 weeks due to lack of time, which would
> >be much too late for cygwin 1.5.8)?
> 
> How does malloc enter into it?  I don't see anything pointing to malloc
> here.

I was just guessing for the usual suspects - if it's not the cygwin DLL,
a memory management bug in zsh triggered by the latest changes in the
Cygwin environment seemed like a plausible candidate to me.

As the crashes are fixed by snapshot 20040221, should I investigate
further (in case another bug is lurking behind the scenes), or can
we consider this file closed?

Stefan
--
Dr. Stefan Dalibor 

--
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: Problem with suspending processes under bash, pdksh and zsh with cygwin1.dll snapshot 20040218/20 - solved with 20040221

2004-02-21 Thread Stefan Dalibor
On Sat, Feb 21, 2004 at 06:02:08PM -0500, Christopher Faylor wrote:
> Ok.  The mutt problem I *could* reproduce.  I've checked in a fix and am
> generating a new snapshot.

I'v installed cygwin1.dll snapshot 20040221, and the problems with
suspending mutt, ncftp and vim are all gone, under zsh, bash and
pdksh!

Lots of thanks for this quick and complete solution :),
Stefan
--
Dr. Stefan Dalibor 

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



[FIXED] Re: symlink extension shown using 1.5.3

2003-09-15 Thread Stefan Moebius
This is fixed in cygwin 1.5.4. :-)

Thanks!

> Since I updated to cygwin 1.5.3 and bash 2.0.5b13, symlinks *on* network
> drives are shown by ls including the '.lnk'. They are properly recognized
> as
> symlinks and it is even possible to, e.g., change the directory using only
> the
> link name (without '.lnk').
> 
> Symlinks on local drives are shown just fine.
> 
> Using:
> cygwin 1.5.3-1
> bash 2.0.5b-13
> fileutils 4.1-2
> 
> on w2ksp4. The server uses w2k as well.
> 
> Anyway, thanks for a great product.
> 
> Stefan

-- 
=
Stefan Moebius   <[EMAIL PROTECTED]> 
  Wittenberger Str. 71+49 351 8473953
  01309 Dresden   +49 172 8739617


--
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: libmcrypt - make error with cygwin

2003-10-02 Thread Stefan Hetzl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 02 October 2003 09:49, Marcus Daub wrote:
> Ladies and Gentlemen,
>
> I've tried to install mcrypt with the libmcrypt-2.5.7 with cygwin
> version 1.5.5-1 to get mcrypt under Windows.
>
> But there is an error:
> after ./configure I made a make but it left with the error
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(libcmain.o)(.tex
>t+0x7c):
>
> undefined reference to '[EMAIL PROTECTED]'
>
>
> The hole make output:
> make  all-recursive
> make[1]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt'
> Making all in modules
> make[2]: Entering directory
> `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules'
> Making all in algorithms
> make[3]: Entering directory
> `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms'
> /bin/bash ../../libtool --mode=link gcc  -g -O2  -no-undefined -o
> threeway.la  -module -avoid-version -rpath /usr/local/lib/libmcrypt
> 3-way.lo
> rm -fr .libs/threeway.la .libs/threeway.* .libs/threeway.*
> generating symbol list for `threeway.la'
>   dlltool --export-all --exclude-symbols
> [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],DllMainCRTSt
>[EMAIL PROTECTED],[EMAIL PROTECTED]
>
> --output-def .libs/threeway.dll-def  3-way.lo
>   sed -e "1,/EXPORTS/d" -e "s/ @ [0-9]*//" -e "s/ *;.*$//" <
> .libs/threeway.dll-def > .libs/threeway.exp
> if test "x`sed 1q .libs/threeway.exp`" = xEXPORTS; then cp
> .libs/threeway.exp .libs/threeway.dll-def; else echo EXPORTS >
> .libs/threeway.dll-def; _lt_hint=1; cat .libs/threeway.exp | while read
> symbol; do set dummy $symbol; case $# in 2) echo " $2 @ $_lt_hint ; " >>
> .libs/threeway.dll-def;; 4) echo " $2 $3 $4 ; " >>
> .libs/threeway.dll-def; _lt_hint=`expr $_lt_hint - 1`;; *) echo " $2 @
> $_lt_hint $3 ; " >> .libs/threeway.dll-def;; esac; _lt_hint=`expr 1 +
> $_lt_hint`; done; fi
>   gcc -Wl,--base-file,.libs/threeway.dll-base
> -Wl,-e,[EMAIL PROTECTED] -o .libs/threeway.dll  3-way.lo
> make[3]: Leaving directory
> `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms'
> make[2]: Leaving directory
> `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules'
> make[1]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt'
>
>
> Please find the bug, so that we have a relieable cryption under windows.
> Please could you notify me if you have fixed the bug?
>
> Thanks in advance!
>
> Marcus Daub
> [EMAIL PROTECTED]
I am currently in the process of building a cygwin package for libmcrypt. For 
a quick fix you should try to compile with "make -i".
The packages are not yet officially approved, but if you want to you can 
download them at the following urls:
http://stud3.tuwien.ac.at/~e9925353/cygwin/release/libmcrypt/libmcrypt-2.5.7-1.tar.bz2
http://stud3.tuwien.ac.at/~e9925353/cygwin/release/libmcrypt/libmcrypt-devel/libmcrypt-devel-2.5.7-1.tar.bz2
copy both files into a directory of your choice and then in cygwin bash do the 
following:
cd /
tar xvjf /path/to/libmcrypt-2.5.7-1.tar.bz2
tar xvjf /path/to/libmcrypt-devel-2.5.7-1.tar.bz2

Greetings,
Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQE/e9p2KN/5Ocgn19gRAmEXAJ9DK5ZqIpUGtKRpOtsoXmiTSi+B9ACgjThq
q/u5isit5iLrTUVCeOxtRHA=
=dyb+
-END PGP SIGNATURE-


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



[ANNOUNCEMENT] New package: libmcrypt-2.5.7-1

2003-10-03 Thread Stefan Hetzl
I have packaged the libmcrypt encryption library. Libmcrypt is a library that 
provides access to several symmetric block and stream encryption algorithms. 
The following algorithms are implemented: 3-Way, Arcfour, Blowfish, Cast-128 
(known as Cast5), Cast-256, DES, Enigma, Gost, Loki97, Panama, RC2, 
Rijndael-128 (AES), Rijndael-192, Rijndael-256, Safer-sk64, Safer-sk128, 
Safer+, Serpent, TripleDES, Twofish, Wake, XTea. The block algorithms can be 
used in the modes CBC, CFB, CTR, ECB, OFB, NOFB and NCFB. Separate runtime 
and development packages are available.


To update your installation, click on the "Install Cygwin now" link on the 
http://cygwin.com/ web page.  This downloads setup.exe to your system.  Once 
you've downloaded setup.exe, run it and select "Libs" and then click on the 
appropriate field until the above announced version number appears if it is 
not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question, the Cygwin mailing list
is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe from the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


Stefan Hetzl


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



[ANNOUNCEMENT] Updated: libmcrypt-2.5.7-2

2003-10-07 Thread Stefan Hetzl
I have updated the cygwin port of the libmcrypt encryption library. Libmcrypt 
is a library that  provides access to several symmetric block and stream 
encryption algorithms. The following algorithms are implemented: 3-Way, 
Arcfour, Blowfish, Cast-128 (known as Cast5), Cast-256, DES, Enigma, Gost, 
Loki97, Panama, RC2, Rijndael-128 (AES), Rijndael-192, Rijndael-256, 
Safer-sk64, Safer-sk128, Safer+, Serpent, TripleDES, Twofish, Wake, XTea. The 
block algorithms can be used in the modes CBC, CFB, CTR, ECB, OFB, NOFB and 
NCFB. Separate runtime and development packages are available.

This release corrects a packaging issue in the 2.5.7-1 release.


To update your installation, click on the "Install Cygwin now" link on the 
http://cygwin.com/ web page.  This downloads setup.exe to your system.  Once 
you've downloaded setup.exe, run it and select "Libs" and then click on the 
appropriate field until the above announced version number appears if it is 
not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question, the Cygwin mailing list
is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe from the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


Stefan Hetzl



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



[ANNOUNCEMENT] New package: mhash-0.8.18-1

2003-10-07 Thread Stefan Hetzl
I have packaged the mhash library. This is a library that provides a uniform 
interface to several hash algorithms. It supports the basics for message 
authentication by following rfc2104 (HMAC). It also includes some key 
generation algorithms which are based on hash algorithms. Separate runtime 
and development packages are available.


To update your installation, click on the "Install Cygwin now" link on the 
http://cygwin.com/ web page.  This downloads setup.exe to your system.  Once 
you've downloaded setup.exe, run it and select "Libs" and then click on the 
appropriate field until the above announced version number appears if it is 
not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question, the Cygwin mailing list
is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe from the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


Stefan Hetzl



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



Maybe a bug with sockets

2002-01-09 Thread Stefan Frings

Hello,

Please send your answer to [EMAIL PROTECTED] because I do not read the 
mailing list very often. Thanks.

I think I found a bug in cygwin. I open a socket connection and start a 
child process after that. Then I cannot close the socket. The following is 
a reduced source code with that problem. It works fine on Linux but not on 
CygWin.

Compile and run it. The use "telnet localhost 80" to test it. You should 
see the message "Hello" and then a disconnect message. But the disconnect 
message is missed until you kill the child process.



#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#define PORT 80     // Port for TCP/IP Sockets


int main(int argc,char** argv)
{
  struct sockaddr_in address;
  int sock;
  sock=socket(PF_INET,SOCK_STREAM,0);
  setsockopt(sock,SOL_SOCKET,SO_REUSEADDR,0,0);
  address.sin_family=AF_INET;
  address.sin_port=htons(PORT);
  memset(&address.sin_addr,0,sizeof(address.sin_addr));
  bind(sock,(struct sockaddr *) &address,sizeof(address));
  listen(sock,5);
  {
    size_t addrlength;
    int verbindung;
    addrlength=sizeof(address);
    verbindung=accept(sock,(struct sockaddr *) &address,&addrlength);
    if (verbindung>=0)
    {
      printf("Verbindung aufgebaut\n");
      write(verbindung,"Hello\n",6);


      if (fork()==0)
      {
        // Child
        close(verbindung);
        while (1)
        {
          printf("Child is running\n");
          sleep(3);
        }
        exit(0);
      }
      else
      {
        // Mother
        close(verbindung);
      }


    }
  }
  return 0;
}

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




MAKEFILES environment

2002-01-30 Thread Stefan Bernögger

Hi there,

I have some troubles after installing the latest version of
the cygwin tools (bash2.05,make3.79,...)

In my makefiles there are a lot of 

-f $(MAKEFILE)

option which worked fine so far because the parameter was
automatically set to "makefile"

Now with the new version it is an empty string and therefore
the make command does not work.

Does anybody know how to fix this ?

Thanks a lot,

Stefan


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




numerical values in makefile ?

2002-02-06 Thread Stefan Bernögger

Hi there,

I want to use the $(words, text) function, but have troubles to
process the numerical return value.

How can I use this value and compare it with a fixed number (>,<,etc.) ?

Thanks a lot for help,

Stefan


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




config error with Apache2 package

2006-01-12 Thread Stefan Sabolowitsch
Hi List,

I have here the last version of cygwin and Apache2 package

If I make the following:

apache2-2.0.54-1.sh conf (after prep)

I get the following error message.

#-#-#-#-#-#-#-#

checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E

Configuring PCRE regular expression library ...

configuring package in srclib/pcre now
configure: error: expected an absolute directory name for --bindir: NONE/bin

#-#-#-#-#-#-#-#-

Possibly someone an idea?
Thank you for each assistance.

Stefan





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



AW: config error with Apache2 package

2006-01-13 Thread Stefan Sabolowitsch
Hi

Does none have an idea? (maintainer)

thx

Stefan

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag
von Stefan Sabolowitsch
Gesendet: Donnerstag, 12. Januar 2006 14:55
An: cygwin@cygwin.com
Betreff: config error with Apache2 package


Hi List,

I have here the last version of cygwin and Apache2 package

If I make the following:

apache2-2.0.54-1.sh conf (after prep)

I get the following error message.

#-#-#-#-#-#-#-#

checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E

Configuring PCRE regular expression library ...

configuring package in srclib/pcre now
configure: error: expected an absolute directory name for --bindir: NONE/bin

#-#-#-#-#-#-#-#-

Possibly someone an idea?
Thank you for each assistance.

Stefan





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



File copying problem

2006-03-29 Thread Stefan Vorkoetter

Does anyone know where I can get a slightly older cygwin1.dll (1.5.19.[123]) ? 
The latest
one breaks the copying of files from a Samba server (it always says the file's 
been replaced
during the copy).

I tried reverting my entire cygwin installation to a much older one, but that 
caused too much other grief.

Thanks

--
Stefan Vorkoetter
Maplesoft

--
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: File copying problem

2006-03-29 Thread Stefan Vorkoetter

Igor Peshansky wrote:

On Wed, 29 Mar 2006, Stefan Vorkoetter wrote:


Does anyone know where I can get a slightly older cygwin1.dll
(1.5.19.[123]) ? The latest one breaks the copying of files from a Samba
server (it always says the file's been replaced during the copy).

I tried reverting my entire cygwin installation to a much older one, but
that caused too much other grief.


Does going forward instead of backward (a.k.a. trying a snapshot[*]) help?
Igor
[*] <http://cygwin.com/snapshots/>


No, unfortunately not:

# Using the drive letter:
~/lib [504] $ cp u:/repository/main/lib/Statistics.hdb .
cp: skipping file `u:/repository/main/lib/Statistics.hdb', as it was replaced 
while being copied

# Using cygdrive:
~/lib [507] $ cp /cygdrive/u/repository/main/lib/Statistics.hdb .
cp: skipping file `/cygdrive/u/repository/main/lib/Statistics.hdb', as it was 
replaced while being copied

# Using the full network path:
~/lib [508] $ cp //titan/u-maple/repository/main/lib/Statistics.hdb .
cp: skipping file `//titan/u-maple/repository/main/lib/Statistics.hdb', as it 
was replaced while being copied

~/lib [505] $ uname -a
CYGWIN_NT-5.1 mushroom 1.5.20s(0.155/4/2) 20060326 22:52:56 i686 unknown 
unknown Cygwin

All of the above worked fine with 1.5.18, and I believe versions 1.5.19.[123]

--
Stefan Vorkoetter
Maplesoft


--
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: Spam:Re: File copying problem

2006-03-29 Thread Stefan Vorkoetter

Stefan Vorkoetter wrote:

Igor Peshansky wrote:

On Wed, 29 Mar 2006, Stefan Vorkoetter wrote:


Does anyone know where I can get a slightly older cygwin1.dll
(1.5.19.[123]) ? The latest one breaks the copying of files from a Samba
server (it always says the file's been replaced during the copy).

I tried reverting my entire cygwin installation to a much older one, but
that caused too much other grief.


Does going forward instead of backward (a.k.a. trying a snapshot[*]) 
help?

Igor
[*] <http://cygwin.com/snapshots/>


No, unfortunately not:

...

All of the above worked fine with 1.5.18, and I believe versions 
1.5.19.[123]


I just tried all the snapshots back to 2005-12-15, and none work. Only going 
back to 1.5.18 seems to fix the problem, but breaks other things in the 
up-to-date cygwin distribution.

--
Stefan Vorkoetter
Maplesoft

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



bison bug

2006-03-29 Thread Stefan Vorkoetter

The latest version of bison appears to be broken.

Regardless of the grammar input file, the generated y.tab.c file contains a 
syntax error in the definition of yyparse when __STDC__ and YYPARSE_PARAM are 
not defined. Specifically, the generated code looks like:


int
yyparse ()
   ;
{
 int yystate;
 ...


That first ; should not be there.

I'm not a bison internals expert, but I see that it's using m4 to do most of 
its work. I'm no m4 expert either, so I can't tell if the problem is in the 
bison input file, or a bug in m4.


~ [518] $ bison --version
bison (GNU Bison) 2.1
Written by Robert Corbett and Richard Stallman.

~ [519] $ m4 --version
GNU M4 1.4.4
Written by Rene' Seindal.


I used the following trivial grammar file, grammar.y, to reproduce the bug:


%{
#define YYMAXDEPTH 1024
%}

%token A B

%%

C: A B { } ;


Then, the command line bison -y -d grammar.y produces a y.tab.c file with the 
offending error on line 828.

--
Stefan Vorkoetter
Maplesoft


--
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: Spam:Re: File copying problem

2006-03-30 Thread Stefan Vorkoetter



Corinna Vinschen wrote:

On Mar 29 11:04, Stefan Vorkoetter wrote:

Igor Peshansky wrote:

On Wed, 29 Mar 2006, Stefan Vorkoetter wrote:


Does anyone know where I can get a slightly older cygwin1.dll
(1.5.19.[123]) ? The latest one breaks the copying of files from a Samba
server (it always says the file's been replaced during the copy).

I tried reverting my entire cygwin installation to a much older one, but
that caused too much other grief.

Does going forward instead of backward (a.k.a. trying a snapshot[*]) help?
Igor
[*] <http://cygwin.com/snapshots/>

No, unfortunately not:

# Using the drive letter:
~/lib [504] $ cp u:/repository/main/lib/Statistics.hdb .
cp: skipping file `u:/repository/main/lib/Statistics.hdb', as it was 
replaced while being copied


# Using cygdrive:
~/lib [507] $ cp /cygdrive/u/repository/main/lib/Statistics.hdb .
cp: skipping file `/cygdrive/u/repository/main/lib/Statistics.hdb', as it 
was replaced while being copied


# Using the full network path:
~/lib [508] $ cp //titan/u-maple/repository/main/lib/Statistics.hdb .
cp: skipping file `//titan/u-maple/repository/main/lib/Statistics.hdb', as 
it was replaced while being copied


~/lib [505] $ uname -a
CYGWIN_NT-5.1 mushroom 1.5.20s(0.155/4/2) 20060326 22:52:56 i686 unknown 
unknown Cygwin


All of the above worked fine with 1.5.18, and I believe versions 
1.5.19.[123]


-v, please.  What Samba version, what remote OS, what's the output
of the tool from http://sourceware.org/ml/cygwin/2006-01/msg00818.html
for this remote drive?


Corinna


Remote OS is SunOS titan 5.8 Generic_108528-19 sun4u sparc SUNW,Ultra-4

Output of getvolinfo is:

~ [657] $ ./getvolinfo //titan/u-maple
rootdir: \\titan\u-maple\
Volume Name: 
Serial Number  : 77467987
Max Filenamelength : 255
Filesystemname : 
Flags:
 FILE_CASE_SENSITIVE_SEARCH  : TRUE
 FILE_CASE_PRESERVED_NAMES   : TRUE
 FILE_UNICODE_ON_DISK: FALSE
 FILE_PERSISTENT_ACLS: TRUE
 FILE_FILE_COMPRESSION   : FALSE
 FILE_VOLUME_QUOTAS  : FALSE
 FILE_SUPPORTS_SPARSE_FILES  : FALSE
 FILE_SUPPORTS_REPARSE_POINTS: FALSE
 FILE_SUPPORTS_REMOTE_STORAGE: FALSE
 FILE_VOLUME_IS_COMPRESSED   : FALSE
 FILE_SUPPORTS_OBJECT_IDS: FALSE
 FILE_SUPPORTS_ENCRYPTION: FALSE
 FILE_NAMED_STREAMS  : FALSE
 FILE_READ_ONLY_VOLUME   : FALSE

Am looking into what version of samba this may be.

--
Stefan Vorkoetter
Maplesoft

--
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: bison bug

2006-03-30 Thread Stefan Vorkoetter

Eric Blake wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Quit commandeering threads.  If you have a new subject, start a new thread
(ie. get rid of In-Reply-To headers from the old thread, not just changing
the subject line).


Sorry, didn't see any such headers.


According to Stefan Vorkoetter on 3/29/2006 9:35 AM:

The latest version of bison appears to be broken.


And this is cygwin-specific, how?


It fails only on the latest release of cygwin, in a tool that's part of the 
cygwin distribution.


That said, as the cygwin m4 maintainer, I might make time to look into it
since you were implicating m4, although it will not be my highest priority.


Thanks for your enthusiastic response.

I did not expect any immediate solution, but I didn't expect to be raked over 
the coals for reporting a bug either.

Perhaps I'll just shut up, fix the bugs myself, and not tell anyone.

--
Stefan Vorkoetter
Maplesoft

--
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: Spam:Re: Spam:Re: File copying problem

2006-03-30 Thread Stefan Vorkoetter



Corinna Vinschen wrote:

On Mar 30 09:38, Stefan Vorkoetter wrote:

Remote OS is SunOS titan 5.8 Generic_108528-19 sun4u sparc SUNW,Ultra-4

Output of getvolinfo is:

~ [657] $ ./getvolinfo //titan/u-maple
rootdir: \\titan\u-maple\
Volume Name: 
Serial Number  : 77467987
Max Filenamelength : 255
Filesystemname : 
Flags:
 FILE_CASE_SENSITIVE_SEARCH  : TRUE
 FILE_CASE_PRESERVED_NAMES   : TRUE
 FILE_UNICODE_ON_DISK: FALSE
 FILE_PERSISTENT_ACLS: TRUE
 FILE_FILE_COMPRESSION   : FALSE
 FILE_VOLUME_QUOTAS  : FALSE
 FILE_SUPPORTS_SPARSE_FILES  : FALSE
 FILE_SUPPORTS_REPARSE_POINTS: FALSE
 FILE_SUPPORTS_REMOTE_STORAGE: FALSE
 FILE_VOLUME_IS_COMPRESSED   : FALSE
 FILE_SUPPORTS_OBJECT_IDS: FALSE
 FILE_SUPPORTS_ENCRYPTION: FALSE
 FILE_NAMED_STREAMS  : FALSE
 FILE_READ_ONLY_VOLUME   : FALSE

Am looking into what version of samba this may be.


Probably a pretty old one.  Any chance you can update?  It seems
that older Samba versions (or are these specific SunOS Samba
versions?) don't return an unambiguous inode number to Windows.

That means, the above combination of flags identify your file
system as Samba to Cygwin.  Recent Samba versions (at least on
Linux) are known to return unambiguous inode numbers, so Cygwin
utilizes the returned inode numbers.  Apparently your Samba
is too old or somehow a branch from an older Smaba version.

Any chance you can upgrade to something more recent?  I'm a bit
reluctant to change Cygwin so that this capability is lost to
users of recent Samba versions...


Corinna


I'll talk to our IT folks. Any idea why this problem doesn't happen with a 
1.5.18 based cygwin?

--
Stefan Vorkoetter
Maplesoft

Aviation is proof, that given the will, we have the capacity to
achieve the impossible.
  -- Eddie Rickenbacker

--
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: Spam:Re: Spam:Re: Spam:Re: File copying problem

2006-03-30 Thread Stefan Vorkoetter

Corinna Vinschen wrote:

On Mar 30 10:20, Stefan Vorkoetter wrote:
I'll talk to our IT folks. Any idea why this problem doesn't happen with a 
1.5.18 based cygwin?


Faked inode number vs. real inode number on remote drives.

Corinna


Ah, I see.

I found out the Samba version. It's 2.2.3a

--
Stefan Vorkoetter
Maplesoft

Aviation is proof, that given the will, we have the capacity to
achieve the impossible.
  -- Eddie Rickenbacker

--
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: File copying problem

2006-03-31 Thread Stefan Vorkoetter

Corinna Vinschen wrote:

On Mar 30 10:20, Stefan Vorkoetter wrote:
I'll talk to our IT folks. Any idea why this problem doesn't happen with a 
1.5.18 based cygwin?


Faked inode number vs. real inode number on remote drives.


Corinna


Another question then: Why can I successfully use tar to read files from the 
samba file system, and record them into a tar archive on the local file system? 
Is it simply that tar doesn't bother checking whether the inode changed?

--
Stefan Vorkoetter
Maplesoft

--
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: Spam:Re: Find not working w/ Samba drive

2006-04-11 Thread Stefan Vorkoetter

And here's one from a Samba 2.2.3a share, repeated twice. Notice the inodes are 
different each time.

~/sandboxes/main/internal/src [920] $ ls -i v:/internal_html/2006-04-10/*.jpg
3796172808 v:/internal_html/2006-04-10/17-50-56.jpg
3811175240 v:/internal_html/2006-04-10/18-01-24.jpg
3845096040 v:/internal_html/2006-04-10/18-01-46.jpg
3809327944 v:/internal_html/2006-04-10/18-04-06.jpg
3811463176 v:/internal_html/2006-04-10/18-11-28.jpg
3807105032 v:/internal_html/2006-04-10/18-11-40.jpg
3776267944 v:/internal_html/2006-04-10/18-15-04.jpg
3811975176 v:/internal_html/2006-04-10/18-18-04.jpg
3813127320 v:/internal_html/2006-04-10/18-20-50.jpg
3807477768 v:/internal_html/2006-04-10/18-22-46.jpg
3809196872 v:/internal_html/2006-04-10/18-22-54.jpg
3808806816 v:/internal_html/2006-04-10/18-30-16.jpg
3795084576 v:/internal_html/2006-04-10/18-32-22.jpg
3809602376 v:/internal_html/2006-04-10/18-32-24.jpg
3809303368 v:/internal_html/2006-04-10/18-32-56.jpg
3803727376 v:/internal_html/2006-04-10/18-32-58.jpg
3811052360 v:/internal_html/2006-04-10/18-33-04.jpg
3804074848 v:/internal_html/2006-04-10/18-33-48.jpg
3810822984 v:/internal_html/2006-04-10/18-34-58.jpg
3787082568 v:/internal_html/2006-04-10/18-35-04.jpg
3795016520 v:/internal_html/2006-04-10/18-42-34.jpg
3852959752 v:/internal_html/2006-04-10/18-43-06.jpg
3815566152 v:/internal_html/2006-04-10/18-46-44.jpg
3835266856 v:/internal_html/2006-04-10/19-08-16.jpg
3809127240 v:/internal_html/2006-04-10/19-08-26.jpg
3813952328 v:/internal_html/2006-04-10/19-21-10.jpg
3809901384 v:/internal_html/2006-04-10/19-21-20.jpg
3795725128 v:/internal_html/2006-04-10/19-21-28.jpg

~/sandboxes/main/internal/src [921] $ ls -i v:/internal_html/2006-04-10/*.jpg
3799156744 v:/internal_html/2006-04-10/17-50-56.jpg
3849202504 v:/internal_html/2006-04-10/18-01-24.jpg
3810672648 v:/internal_html/2006-04-10/18-01-46.jpg
3797491720 v:/internal_html/2006-04-10/18-04-06.jpg
3795110728 v:/internal_html/2006-04-10/18-11-28.jpg
3792825160 v:/internal_html/2006-04-10/18-11-40.jpg
3807404040 v:/internal_html/2006-04-10/18-15-04.jpg
3810777928 v:/internal_html/2006-04-10/18-18-04.jpg
3809978072 v:/internal_html/2006-04-10/18-20-50.jpg
3805025880 v:/internal_html/2006-04-10/18-22-46.jpg
380760 v:/internal_html/2006-04-10/18-22-54.jpg
3810869256 v:/internal_html/2006-04-10/18-30-16.jpg
3813347336 v:/internal_html/2006-04-10/18-32-22.jpg
3813766224 v:/internal_html/2006-04-10/18-32-24.jpg
3872890888 v:/internal_html/2006-04-10/18-32-56.jpg
3814602208 v:/internal_html/2006-04-10/18-32-58.jpg
3815848776 v:/internal_html/2006-04-10/18-33-04.jpg
3831892808 v:/internal_html/2006-04-10/18-33-48.jpg
3813485384 v:/internal_html/2006-04-10/18-34-58.jpg
3791887176 v:/internal_html/2006-04-10/18-35-04.jpg
3810153736 v:/internal_html/2006-04-10/18-42-34.jpg
3797048136 v:/internal_html/2006-04-10/18-43-06.jpg
3797879112 v:/internal_html/2006-04-10/18-46-44.jpg
3835842568 v:/internal_html/2006-04-10/19-08-16.jpg
3815439176 v:/internal_html/2006-04-10/19-08-26.jpg
3803762696 v:/internal_html/2006-04-10/19-21-10.jpg
3783662408 v:/internal_html/2006-04-10/19-21-20.jpg
3810263048 v:/internal_html/2006-04-10/19-21-28.jpg

[EMAIL PROTECTED] wrote:

Can you send an `ls -i' output from a small directory on that share?
I'm still looking into some way to distinguish old and new versions of
Samba...


Here's one from the root of the share:
...


--
Stefan Vorkoetter
Maplesoft


--
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: Find not working w/ Samba drive

2006-04-18 Thread Stefan Vorkoetter

Corinna Vinschen wrote:

I've applied a patch to Cygwin which handles the remote file systems 
according to the above list now.  Please test the next developers

snapshot from http://cygwin.com/snapshots/


Corinna


I've tried this patched dll, and the "cp from a Samba 2.x filesystem" problem 
has gone away.

Thanks!

--
Stefan Vorkoetter
Maplesoft

Aviation is proof, that given the will, we have the capacity to
achieve the impossible.
  -- Eddie Rickenbacker

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



select call does block unless data arrives at socket (when waiting for serial port and ip socket)

2004-09-29 Thread Stefan Mahr
Hi...
I want to use select() to wait for a serial port and a ip socket.
Following problem:
If data arrives the serial port, select() works as aspected and returns 1.
If data arrives the ip socket, select() doesn't return.
If data arrives the serial port and before there was some data at the ip 
socket,
select() returns 2. Both file descriptors are set in "fd_set input", and 
all data
can be read by the next functions.

I am using the cygwin1.dll  version 1.5.11 with Windows XP.
(The same problem with previous versions of cygwin1.dll.)
Thanks for help.
Stefan

Sample sourcecode:
/*/
/* ipserial.c */
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
/*/ 

#define HOSTNAME "localhost"
#define HOSTMODEPORT 5000
#define MAXDATASIZE 256
#define SERIALPORT "com5"
/*/ 

int open_port(void)
{
int fd;
fd = open(SERIALPORT, O_RDWR | O_NOCTTY);
if (fd == -1) {
  perror("open serial port");
} else
  fcntl(fd, F_SETFL, 0);
return (fd);
}
/*/ 

int init_port(int fd)
{
struct termios options;
tcgetattr(fd, &options);
cfsetispeed(&options, B19200);
cfsetospeed(&options, B19200);
options.c_cflag |= (CLOCAL | CREAD);
options.c_cflag &= ~CSTOPB;
options.c_cflag &= ~CRTSCTS;
options.c_iflag &= ~(IXON | IXOFF | IXANY);
//cfmakeraw(&options);
options.c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON);
options.c_oflag &= ~OPOST;
options.c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN);
options.c_cflag &= ~(CSIZE|PARENB);
options.c_cflag |= CS8;
options.c_cc[VMIN]  = 0;
options.c_cc[VTIME] = 10;
tcsetattr(fd, TCSANOW, &options);
return(0);
}
/*/ 

int main(void)
{
int err;
int numbytes;
char serialbuf[MAXDATASIZE];
char socketbuf[MAXDATASIZE];
intserialfd,socketfd;
intmax_fd;
fd_set input;
struct hostent *he;
struct sockaddr_in their_addr;
if ((he=gethostbyname(HOSTNAME)) == NULL) {
perror("gethostbyname");
exit(1);
}
if ((socketfd = socket(AF_INET, SOCK_STREAM, 0)) == -1) {
perror("socket");
exit(1);
}
their_addr.sin_family = AF_INET;
their_addr.sin_port = htons(HOSTMODEPORT);
their_addr.sin_addr = *((struct in_addr *)he->h_addr);
memset(&(their_addr.sin_zero), '\0', 8);
if (connect(socketfd, (struct sockaddr *)&their_addr,sizeof(struct 
sockaddr)) == -1) {
perror("connect");
exit(1);
}

serialfd = open_port();
err = init_port(serialfd);
while (1) {
  FD_ZERO(&input);
  FD_SET(socketfd,&input);
  FD_SET(serialfd,&input);
  max_fd = (socketfd > serialfd ? socketfd : serialfd);
  err = select(max_fd+1, &input, NULL, NULL, NULL);
if (err) {
if (FD_ISSET(serialfd,&input)) {
if ((numbytes=read(serialfd, serialbuf, MAXDATASIZE-1)) < 0) {
  perror("read serial");
  exit(1);
  }
  if (send(socketfd,serialbuf,numbytes,0) == -1) {
  perror("send socket");
  exit(1);
  }
}
if (FD_ISSET(socketfd,&input)) {
if ((numbytes=recv(socketfd, socketbuf, MAXDATASIZE-1, 0)) 
== -1) {
  perror("recv socket");
  exit(1);
  }
  if (write(serialfd, socketbuf, numbytes) < 0) {
  perror("write serial");
  exit(1);
  }

 }
  }
}
close(serialfd);
close(socketfd);
return(0);
}
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


bk/ssh problem

2004-11-23 Thread Stefan Hinz
Hi,
I cannot use BitKeeper with SSH through Cygwin on a box running Win XP. 
When using ssh (e.g. bk clone, bk pull, bk push), BitKeeper just hangs 
until I kill it.

On that box, BitKeeper does work with http, and ssh by itself works, 
too; for example:

~> ssh [EMAIL PROTECTED]
Last login: Sat Nov 20 22:27:20 2004 from dsl-62-220-9-177.berlikomm.net
MySQL AB build machine
[EMAIL PROTECTED]:~>
I've been googling around and checking this list's archives, but the 
only thread that turned up that might be related to my problem is this one:

http://sources.redhat.com/ml/cygwin/2004-10/msg00435.html
See details below. Does anyone have pointers? Thank for your time!
bk/ssh doesn't work on this Win XP box:
~> uname -a
CYGWIN_NT-5.1 artemis 1.5.12(0.116/4/2) 2004-11-10 08:34 i686 unknown 
unknown Cygwin
~> uname -r
1.5.12(0.116/4/2)
~> bk version
BitKeeper version is bk-3.2.3 20040818155841 for x86-win32?
Built by: [EMAIL PROTECTED] in /c/cygwin/build/3.2.x-lm/src?
Built on: Wed Aug 18 11:18:01 PST 2004
Running on: MINGW32_NT-5.1 1.0.11(0.46/3/2)

bk/ssh does work on this Win 2000 box:
~> uname -a
CYGWIN_NT-5.0 Athena 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown 
unknown Cygwin
~> uname -r
1.5.11(0.116/4/2)
~> bk version
BitKeeper version is bk-3.2.2c 20040630231915 for x86-win32â
Built by: [EMAIL PROTECTED] in /c/cygwin/build/3.2.x-lm/srcâ
Built on: Wed Jun 30 16:29:38 PST 2004
Running on: MINGW32_NT-5.0 1.0.11(0.46/3/2)

Regards,
Stefan
--
Stefan Hinz <[EMAIL PROTECTED]>
MySQL AB, Documentation Team
Taunusstr. 27, 12161 Berlin, Germany
Desk: +49 30 82702940 Fax: +49 30 82702941
Mobile: +49 177 7841069
--
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: bk/ssh problem

2004-11-24 Thread Stefan Hinz
Adrian Corduneanu wrote:
Check the following threads for Cygwin's recent problems with SSH and 
native Windows applications on Windows XP Service Pack 2 (Service Pack 1 
does not lead to problems):

   Re: More pipe problems (was Re: [Fwd: 1.5.11-1: sftp performance 
problem])
   Executing ssh from perl
Thanks, I saw these threads (in the archives and on this list). I'm not 
particularly keen of downgrading XP to SP1, so I'd be interested in a) 
if this is regarded a Cygwin problem, and b) if it's on the todo to be 
fixed, and possibly when.

Thanks in advance!
Regards,
Stefan
--
Stefan Hinz <[EMAIL PROTECTED]>
MySQL AB, Documentation Team
Taunusstr. 27, 12161 Berlin, Germany
Desk: +49 30 82702940 Fax: +49 30 82702941
Mobile: +49 177 7841069
--
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/


Piping problems with bk and ssh under Win XP SP2

2004-11-28 Thread Stefan Hinz
With my current installation (Win XP SP2, Cygwin 1.5.12) it looks like I 
cannot use BitKeeper via ssh since there is a piping problem with SP2 
and Cygwin. I have two questions:

1) Is this considered a Win XP (SP2) problem, or will this issue be fixed?
2) Is there a workaround? If the workaround is downgrading Cygwin, then 
where's the information on how to do this?

Thanks in advance for your time!
Regards,
Stefan
--
Stefan Hinz <[EMAIL PROTECTED]>
MySQL AB, Documentation Team
Taunusstr. 27, 12161 Berlin, Germany
Desk: +49 30 82702940 Fax: +49 30 82702941
Mobile: +49 177 7841069
--
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: Piping problems with bk and ssh under Win XP SP2

2004-11-29 Thread Stefan Hinz
Bob Byrnes wrote:
With my current installation (Win XP SP2, Cygwin 1.5.12) it looks like I 
cannot use BitKeeper via ssh since there is a piping problem with SP2 
and Cygwin.

Could you please provide more details?  Exactly what is going wrong,
and what makes you think it is due to a "piping problem"?
I've asked before, and got an answer that told me my bk/ssh problems 
were related to Cygwin 1.5.11+/Win XP SP2 problems (which, from reading 
the archives, is what I had suspected):

http://sources.redhat.com/ml/cygwin/2004-11/msg00968.html
Executive summary: bk via ssh doesn't work with Cygwin 1.5.12 on Win XP 
SP2. bk via http works, and ssh itself works, too.

The problem shows up on my Win XP SP2 box only; everything works 
smoothly on my Win 2000 SP4 box (I'm using 1.5.11 on that box).

Regards,
Stefan
--
Stefan Hinz <[EMAIL PROTECTED]>
MySQL AB, Documentation Team
Taunusstr. 27, 12161 Berlin, Germany
Desk: +49 30 82702940 Fax: +49 30 82702941
Mobile: +49 177 7841069
--
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 can an MSVC app tell it's running in a Cygwin rxvt window?

2005-02-01 Thread Stefan Vorkoetter
We have an application which can run in a command-line driven mode. For Windows,
the app is compiled with MSVC. However, some of our users (including some people
in-house) like to use it from within a Cygwin shell. It works fine in a bash
running in a Windows console window, but not when running under rxvt. The
problem there is that Microsoft's isatty(0) call is returning false.

Does anyone know how to get an app compiled with MSVC to figure out that its
running in bash within rxvt?

Thanks,
Stefan Vorkoetter
Maplesoft


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



Re: How can an MSVC app tell it's running in a Cygwin rxvt window?

2005-02-01 Thread Stefan Vorkoetter
I just want to add that the app must still be able to distinguish between having
had its stdin redirected or not.





--
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 spelling mistake and more

2005-03-29 Thread Stefan Schuerger
>So are we saying that Cygwin is British?!? ;-)
Yes, I'd opt for Shakespearean English:

[EMAIL PROTECTED] ~/src
$ su
su: O lilliterate loiterer! 
Hence, horrible villain, or I'll spurn thine eyes like balls before
me; 
I'll unhair thy head, Thou shalt be whipp'd with wire, and stew'd'in
brine, 
smarting in lingering pickle.


:-)

Stefan


--
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: GTK+, CYGWIN & MSW

2005-04-10 Thread Stefan Kost
Hi Jamiil,
that is normal when using Cygwin. If you want a native version use MingW 
together with the gtk+ builds e.g. Tor offers.

Stefan
I have finally got an application to compile under cygwin, but to run it 
I have to launch the X server, 'startx' to be able to run the program 
under cygwin. However, I am not able to run the program form windows, I 
have added the 'cygwin.dll' and 'cygX11-6.dll' directories to the 
'autoexec.bat' '%path%'. the program just does not run. What can I do to 
get this fixed?

TIA
_
MSN® Calendar keeps you organized and takes the effort out of scheduling 
get-togethers. 
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines 
 Start enjoying all the benefits of MSN® Premium right now and get the 
first two months FREE*.

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

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


Path problems with trailing dot

2005-05-15 Thread Stefan Schuerger
Today I noticed with streamripper that Cygwin appears to have a problem
with trailing dots in paths:

> mkdir test. ; echo > test./test2
bash: test./test2: No such file or directory

The trailing dot disappears and cannot be used in paths. This seems to
be a DOS legacy of either NTFS or Windows.

Is there anything in the queue to fix this?

Regards,

Stefan Schuerger



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



-fno-inline -O1 breaks ntohs()

2006-09-17 Thread Stefan Traby
Hi!

Testcase:
--
#include 

int main()
{
  volatile short s = 33, t;

  t = ntohs(s);
  return 0;
}
--

> i686-pc-cygwin-gcc -fno-inline  -o test test.c
> i686-pc-cygwin-gcc -O1 -fno-inline  -o test test.c
/tmp/ccswmuY9.o:test.c:(.text+0x27): undefined reference to `___ntohs'
collect2: ld returned 1 exit status
>

This is my crosscompiler (gcc-4.1.1) but it breaks with gcc-3.4.4
(included in cygwin) exactly the same way (it compiles without -O1
and breaks otherwise).

If -fno-inline is not supported under cygwin sorry for wasting your time.

-- 

  ciao - 
Stefan

"   Whip me.  Beat me.  Make me maintain VMS.   "

--
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.24-2: svn over ssh in Vista: Connection reset by peer

2007-07-31 Thread Stefan Donath
Hi,

I'm experiencing problems with svn over ssh under Windows Vista.
I use the newest cygwin version (1.5.24-2) with openssh 4.6p1-1 and
subversion 1.4.3-1.

When checking out a repository, ssh connects to my server
(Win2003,cygwin,sshd) and svn downloads some files. After a few files
ssh reports "connection closed by peer" and svn checkout aborts.
After that I can issue svn checkout as often I want, and every time it
downloads some new files. However, every time after having transferred
some 200KB the connection breaks down.

I eliminated some possibilites of causes up to now and I think it's
related somehow to the combination of Vista, ssh and svn:
- If I start a VirtualMachine inside my Vista-Host, running a WinXP with
cygwin (openssh 4.5p1, subversion 1.4.2), it works like a charm
(striking out every hardware/network related issue)
- All other clients (mainly XP+cygwin, some Linux) can connect my server
and download whole repository whithout problems (striking out server
issues)
- If I connect to my server via VPN and directly access the svn
repository by file:/// it works without problems
- If I connect from Vista via ssh to my server, I can use the connection
as long as I want without interruption (even if I do nothing for hours),
since the server has TCPKeepAlive in its config file

Do you have any hints what it could be or where I should look for the
cause?


Thx,
Stefan D.


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



Problem suspending Cygwin-based GDB from Eclipse/CDT (and some findings)

2007-12-03 Thread Stefan Bylund

Hi,

We have a source code debug solution based on Eclipse / CDT / GDB / GCC 
/ Cygwin DLL. We are using Eclipse 3.2.2 / CDT 3.1.2 / GDB 6.3 / GCC 
3.4.4 / Cygwin DLL 1.5.19-4 (cygwin1.dll).


Until now, we have only supported Windows XP but recently we were forced 
to upgrade to a newer version of the cygwin1.dll (1.5.24-2) since we had 
to support Windows Vista, and Cygwin-based GCCs didn't work correctly 
with cygwin1.dll 1.5.19-4 on Windows Vista due to heap errors in 
cygwin1.dll. However, GDB works fine with cygwin1.dll 1.5.19-4 on 
Windows Vista.


Unfortunately, I just discovered that suspending GDB from Eclipse/CDT no 
longer works. So I tried all versions of the cygwin1.dll from 1.5.19-4 
to the forthcoming 1.5.25-3 and found that starting from version 
1.5.20-1, the signal handling in cygwin1.dll seems to have changed in 
such a way that suspending GDB from Eclipse/CDT no longer works. Note 
that versions before 1.5.19-4 of the cygwin1.dll also works correct with 
respect to suspending GDB from Eclipse/CDT.


By searching the cygwin mailing list, it seems that it is a general 
problem when trying to programatically send a SIGINT from one process to 
another process.


I looked at the cygwin change list from 1.5.19-4 to 1.5.20-1 
(http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) and noticed 
the following signal-related changes:


* cgf: When sending signals, assume that any code which is not directly
associated with a DLL or an executable is user code.

* cgf: Pass cygwin signals to gdb. Fix the dreaded SIGSEGV found in some
pthread functions.

* corinna: Implement sigignore and sigset.

* cgf: Make SA_RESTART sigaction flag work more like linux.

It seems that one or more of the changes listed above (or some other 
change(s) described in 
http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) is the cause 
of this problem. It is a bit ironic that one of the changes mentions 
passing cygwin signals to gdb since it is exactly this functionality 
that is now broken but, from our experience, worked in 1.5.19-4.


I'm cross posting this mail to the CDT mailing list as well, since there 
may be other Eclipse/CDT users interested in this issue.


Is there anything I can do to help in finding out why versions starting 
from 1.5.20-1 of the cygwin1.dll no longer supports programatically 
sending a SIGINT from one process to another? If nothing else, I can at 
least help out with testing.



Best Regards,
Stefan Bylund


--
-----
Stefan Bylund
Senior Software Engineer
Enea
Skalholtsgatan 9,
Box 1033, SE-164 21 Kista, Sweden
Direct: +46 8 50 71 43 25
Mobile: +46 709 71 43 25
[EMAIL PROTECTED]
www.enea.com
-
Enea - Embedded for Leaders
-


--
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: Problem suspending Cygwin-based GDB from Eclipse/CDT (and some findings)

2007-12-03 Thread Stefan Bylund

Hi again,

I got a response on my cross-post to the CDT mailing list from Doug 
Schaefer, the CDT lead, where he said that the SIGINT handling in Cygwin 
changed sometime last year and that there are newer builds of CDT 3.2.1 
that has adapted to the new of handling SIGINTs in Cygwin. I tried it 
and it works :)


So, I guess we can close this issue.

Best Regards,
Stefan Bylund


Stefan Bylund wrote:


Hi,

We have a source code debug solution based on Eclipse / CDT / GDB / 
GCC / Cygwin DLL. We are using Eclipse 3.2.2 / CDT 3.1.2 / GDB 6.3 / 
GCC 3.4.4 / Cygwin DLL 1.5.19-4 (cygwin1.dll).


Until now, we have only supported Windows XP but recently we were 
forced to upgrade to a newer version of the cygwin1.dll (1.5.24-2) 
since we had to support Windows Vista, and Cygwin-based GCCs didn't 
work correctly with cygwin1.dll 1.5.19-4 on Windows Vista due to heap 
errors in cygwin1.dll. However, GDB works fine with cygwin1.dll 
1.5.19-4 on Windows Vista.


Unfortunately, I just discovered that suspending GDB from Eclipse/CDT 
no longer works. So I tried all versions of the cygwin1.dll from 
1.5.19-4 to the forthcoming 1.5.25-3 and found that starting from 
version 1.5.20-1, the signal handling in cygwin1.dll seems to have 
changed in such a way that suspending GDB from Eclipse/CDT no longer 
works. Note that versions before 1.5.19-4 of the cygwin1.dll also 
works correct with respect to suspending GDB from Eclipse/CDT.


By searching the cygwin mailing list, it seems that it is a general 
problem when trying to programatically send a SIGINT from one process 
to another process.


I looked at the cygwin change list from 1.5.19-4 to 1.5.20-1 
(http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) and 
noticed the following signal-related changes:


* cgf: When sending signals, assume that any code which is not directly
associated with a DLL or an executable is user code.

* cgf: Pass cygwin signals to gdb. Fix the dreaded SIGSEGV found in some
pthread functions.

* corinna: Implement sigignore and sigset.

* cgf: Make SA_RESTART sigaction flag work more like linux.

It seems that one or more of the changes listed above (or some other 
change(s) described in 
http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) is the 
cause of this problem. It is a bit ironic that one of the changes 
mentions passing cygwin signals to gdb since it is exactly this 
functionality that is now broken but, from our experience, worked in 
1.5.19-4.


I'm cross posting this mail to the CDT mailing list as well, since 
there may be other Eclipse/CDT users interested in this issue.


Is there anything I can do to help in finding out why versions 
starting from 1.5.20-1 of the cygwin1.dll no longer supports 
programatically sending a SIGINT from one process to another? If 
nothing else, I can at least help out with testing.



Best Regards,
Stefan Bylund





--
-----
Stefan Bylund
Senior Software Engineer
Enea
Skalholtsgatan 9,
Box 1033, SE-164 21 Kista, Sweden
Direct: +46 8 50 71 43 25
Mobile: +46 709 71 43 25
[EMAIL PROTECTED]
www.enea.com
-
Enea - Embedded for Leaders
-


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



Latest Ghostscript 9.10 issue when using tiff output filter

2013-11-13 Thread Stefan Ziegler
Converting a PDF to tiff using Ghostscript results in an error. All tiff
devices can't be used.
I've used a fresh Cygwin with the latest Ghostsscript.

Command used:
gs -dNOPAUSE -dBATCH -dSAFER -sDEVICE=tiff24nc -sOutputFile=test.tiff
test.pdf

Error:
Error writing data for field "BitsPerSample"

Used Ghostscript version:
GPL Ghostscript 9.10 (2013-08-30)
Copyright (C) 2013 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.


Seems to be a problem with the cygtiff-5 library. If I overwrite the
cygtiff-5.dll with the cygtiff-6.dll the error is away and the tiff file is
generated. Other software like imagemagic seems to have no problems with the
cygtiff-5.dll.

What's going wrong?


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



1.5.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )

2009-04-13 Thread Stefan Walter
The cygwin processes are crashing on the "Windows 2003 Server Ver 5.2
Build 3790 Service Pack". It does not happen regulary, just sometimes but
then in series of lets say 5-10 exectuions. This happens on multiple
machines, all with the same OS, therefore i think it is a bug rather than
a setup problem.

I have already removed cygwin and installed it fresh - this did not change
anything.

i have seen the crashes for: bash, sh, ls, cp, ...

Here are some examples of the Windows Event Log:

Faulting application cp.exe, version 0.0.0.0, faulting module cygwin1.dll,
version 1005.25.0.0, fault address 0x00047699.

Faulting application bash.exe, version 0.0.0.0, faulting module
cygwin1.dll, version 1005.25.0.0, fault address 0x00047699.

Faulting application ls.exe, version 0.0.0.0, faulting module cygwin1.dll,
version 1005.25.0.0, fault address 0x00047699.

NOTE: the address is always similar and points to something in the
cygwin1.dll.


Is there any workaround, or how can we fix this? This problem is critical
for us.

Regards Stefan


--
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.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )

2009-04-13 Thread Stefan Walter
> On Tue, Apr 14, 2009 at 05:39:20AM +0400, Stefan Walter wrote:
>>The cygwin processes are crashing on the "Windows 2003 Server Ver 5.2
>>Build 3790 Service Pack". It does not happen regulary, just sometimes but
>>then in series of lets say 5-10 exectuions. This happens on multiple
>>machines, all with the same OS, therefore i think it is a bug rather than
>>a setup problem.
>>
>>I have already removed cygwin and installed it fresh - this did not
>> change
>>anything.
>>
>>i have seen the crashes for: bash, sh, ls, cp, ...
>>
>>Here are some examples of the Windows Event Log:
>>
>>Faulting application cp.exe, version 0.0.0.0, faulting module
>> cygwin1.dll,
>>version 1005.25.0.0, fault address 0x00047699.
>>
>>Faulting application bash.exe, version 0.0.0.0, faulting module
>>cygwin1.dll, version 1005.25.0.0, fault address 0x00047699.
>>
>>Faulting application ls.exe, version 0.0.0.0, faulting module
>> cygwin1.dll,
>>version 1005.25.0.0, fault address 0x00047699.
>>
>>NOTE: the address is always similar and points to something in the
>>cygwin1.dll.
>>
>>
>>Is there any workaround, or how can we fix this? This problem is critical
>>for us.
>
> The fault address of 0x00047699 is not in the cygwin DLL.
>
> You need to read the problem reporting guidelines at:
>
> http://cygwin.com/problems.html
>
> But, I suspect BLODA:
>
> http://cygwin.com/acronyms/#BLODA
>
> cgf

Thanks for your input. BLODA sounds not bad as a possible cause.

Somehow i have to get rid of this problem, but dont know at the moment how
to start with it? Is there any way that i can analyse this deeper?

Please advise.

Sorry if my question sounds stupid, but i am not very much experienced
with cygwin, therefore i really need some help.

Regards Stefan

>
> --
> 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: 1.5.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )

2009-04-14 Thread Stefan Walter




You need to read the problem reporting guidelines at:

http://cygwin.com/problems.html

But, I suspect BLODA:

http://cygwin.com/acronyms/#BLODA

cgf
  

Thanks for your input. BLODA sounds not bad as a possible cause.

Somehow i have to get rid of this problem, but dont know at the moment how
to start with it? Is there any way that i can analyse this deeper?

Please advise.

Sorry if my question sounds stupid, but i am not very much experienced
with cygwin, therefore i really need some help.



Help us help you.  We're not mindreaders here; we don't know anything about your
system setup.  Read what the first link above tells you to do and then do that.
 In particular send 'cygcheck -s -v -r' output **as an attachment** on your next
email here.  If you want to be really proactive, do what the first link above
tells you to do then check your system for the existence of any of the BLODA
listed in the second link above, or any program that might be similar to ones
already on the list, regardless of your "not very experienced with Cygwin"
opinion of whether it matters.  It matters most to relative newbies such as
yourself :-).

..mark


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


  
Attached now the cygcheck.out. Maybe someone can give me now a hint for 
the crashes.


Additional: There is no Antivirus as well as Firewall running on the System.

Thanks Stefan

Cygwin Configuration Diagnostics
Current System Time: Tue Apr 14 11:02:39 2009

Windows 2003 Server Ver 5.2 Build 3790 Service Pack 2

Running under WOW64 on AMD64

Running in Terminal Service session

Path:   C:\Program Files\HP\NCU
C:\Program Files\Support Tools\
C:\Program Files (x86)\Windows Resource Kits\Tools\
C:\WINNT\system32
C:\WINNT
C:\WINNT\System32\Wbem
C:\WINNT\sysWOW64
C:\Program Files (x86)\Microsoft SQL Server\80\Tools\Binn\
C:\Program Files\Microsoft SQL Server\90\DTS\Binn\
C:\Program Files\Microsoft SQL Server\90\Tools\binn\
C:\Program Files (x86)\Microsoft SQL Server\90\Tools\binn\
C:\Program Files (x86)\Microsoft SQL Server\90\DTS\Binn\
C:\Program Files (x86)\Microsoft SQL 
Server\90\Tools\Binn\VSShell\Common7\IDE\
C:\Program Files (x86)\Microsoft Visual Studio 
8\Common7\IDE\PrivateAssemblies\
C:\cygwin\bin
S:\lisecsw-srv\Common\x64
C:\Program Files\System Center Operations Manager 2007\
C:\Program Files\OmniBack\bin\

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(liorder)
GID: 513(None)
513(None)
544(Administrators)
545(Users)
1007(SQLServer2005DTSUser$WNDRPSQ90DE)
1009(SQLServer2005MSSQLServerADHelperUser$WNDRPSQ90DE)
1013(SQLServer2005NotificationServicesUser$WNDRPSQ90DE)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(liorder)
GID: 513(None)
513(None)
544(Administrators)
545(Users)
1007(SQLServer2005DTSUser$WNDRPSQ90DE)
1009(SQLServer2005MSSQLServerADHelperUser$WNDRPSQ90DE)
1013(SQLServer2005NotificationServicesUser$WNDRPSQ90DE)

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

PWD = '/cygdrive/c/temp'
CYGWIN = 'ntsec tty'
HOME = '/home/liorder'

HOMEPATH = '\Documents and Settings\liorder.WNDRPSQ90DE'
APPDATA = 'C:\Documents and Settings\liorder.WNDRPSQ90DE\Application Data'
PROGRAMW6432 = 'C:\Program Files'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'EM64T Family 6 Model 23 Stepping 6, GenuineIntel'
WINDIR = 'C:\WINNT'
COMMONPROGRAMW6432 = 'C:\Program Files\Common Files'
USERDOMAIN = 'WNDRPSQ90DE'
COMMONPROGRAMFILES(X86) = 'C:\Program Files (x86)\Common Files'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/DOCUME~1/LIORDE~1.WND/LOCALS~1/Temp/9'
COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files'
OMNIORB_CONFIG = 'S:\lisecsw-srv\Common\x64\omniORB.cfg'
LIB = 'C:\Program Files\SQLXML 4.0\bin\'
USERNAME = 'liorder'
CLUSTERLOG = 'C:\WINNT\Cluster\cluster.log'
PROCESSOR_LEVEL = '6'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
PROCESSOR_ARCHITEW6432 = 'AMD64'
USERPROFILE = 'C:\Documents and Settings\liorder.WNDRPSQ90DE'
CLIENTNAME = 'A00034858'
LOGONSERVER = '\\WNDRPSQ90DE'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\temp'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINNT\system32\cmd.exe'
TMP = '/cygdrive/c/DOCUME~1/LIORDE~1.WND/LOCALS~1/Temp/9'
SYSTEMROOT = 'C:\WINNT'
PROCESSOR_REVISION = '1706'

MS-DFSR conflict with cygwin file permissions

2009-04-22 Thread Stefan Walter
If you redirect output in cmd.exe to a file (echo "Hello world..." 
>output.txt), then the file "output.txt" have the file permissions 
inherited from the parent folder.


If you redirect output in bash.exe to a file, then the file permissions 
are restricted.


I need this solved, because the current given permission conflict with 
the Microsoft DFSr.


Is there a way to create files with permissions inherited from parent 
folder?


Regards Stefan

--
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: MS-DFSR conflict with cygwin file permissions

2009-04-22 Thread Stefan Walter

Larry Hall (Cygwin) schrieb:

Stefan Walter wrote:
If you redirect output in cmd.exe to a file (echo "Hello world..." 
 >output.txt), then the file "output.txt" have the file permissions 
inherited from the parent folder.


If you redirect output in bash.exe to a file, then the file 
permissions are restricted.


I need this solved, because the current given permission conflict 
with the Microsoft DFSr.


Is there a way to create files with permissions inherited from parent 
folder?


Read the section about NT security in the User's Guide
<http://cygwin.com/cygwin-ug-net/ntsec.html> and then try setting 
'nontsec'

in your CYGWIN environment variable
<http://cygwin.com/cygwin-ug-net/using-cygwinenv.html>.


That was a great hint.

I tried it now with "CYGWIN=nontsec tty" and the permission are as i 
wanted it.


One more question with that. In the guides for "sshd" they always 
recommend "CYGWIN=ntsec tty". Do you expect a problem if i run with nontsec?


Stefan

--
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: MS-DFSR conflict with cygwin file permissions

2009-04-22 Thread Stefan Walter



Larry Hall (Cygwin) schrieb:

Stefan Walter wrote:

Larry Hall (Cygwin) schrieb:

Stefan Walter wrote:
If you redirect output in cmd.exe to a file (echo "Hello world..." 
 >output.txt), then the file "output.txt" have the file permissions 
inherited from the parent folder.


If you redirect output in bash.exe to a file, then the file 
permissions are restricted.


I need this solved, because the current given permission conflict 
with the Microsoft DFSr.


Is there a way to create files with permissions inherited from 
parent folder?


Read the section about NT security in the User's Guide
<http://cygwin.com/cygwin-ug-net/ntsec.html> and then try setting 
'nontsec'

in your CYGWIN environment variable
<http://cygwin.com/cygwin-ug-net/using-cygwinenv.html>.


That was a great hint.

I tried it now with "CYGWIN=nontsec tty" and the permission are as i 
wanted it.


One more question with that. In the guides for "sshd" they always 
recommend "CYGWIN=ntsec tty". Do you expect a problem if i run with 
nontsec?


Beyond the loss of the POSIX permissions, no.  You should check your
'sshd_config' file and make sure 'StrictModes' is set to 'no' though.
'tty' is not required for 'sshd'

The loss of the POSIX permissions is fine for me. But what is then the 
purpose of tty in the CYGWIN variable?


--
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.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )

2009-04-29 Thread Stefan Walter

Mark Geisert schrieb:

Stefan Walter writes:
  
Attached now the cygcheck.out. Maybe someone can give me now a hint for 
the crashes.


Additional: There is no Antivirus as well as Firewall running on the System.

[...] 
  

Cygwin Configuration Diagnostics
Current System Time: Tue Apr 14 11:02:39 2009

Windows 2003 Server Ver 5.2 Build 3790 Service Pack 2

Running under WOW64 on AMD64

Running in Terminal Service session



Others may see something else in the cygcheck output you sent; thanks for
sending it.  What stood out to me is what's quoted above.  This kind of smells
like the "cygwin bash crashes on Win Serv 2008" thread from last October.  That
ended up with the realization that installing Terminal Service changes the
system-wide DEP (Data Execution Protection) flag for the worse, as far as Cygwin
is concerned.

Could you please read one of the later emails on that thread:
<http://cygwin.com/ml/cygwin/2008-10/msg00459.html>
and see if the situation applies to your systems and whether the workaround
works for you?  I know the thread talks about Windows Server 2008 and you're
running WS2K3, but maybe it applies there too.

..mark


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


  
I have changed the DEP as well as i was trying with peflags. Nothing 
seems to work.


I am getting a critical situation, if there is no fix available.

Does anyone have some further tips, how to solve the problem?

Thanks in Advance, Stefan

--
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: Bug to setup Cygwin on Windows Server 2008 64bits

2009-05-07 Thread Stefan Walter

Kyeto schrieb:


Corinna Vinschen-2 wrote:
  

On May  7 01:48, Kyeto wrote:


Hi,

I have already installed Cygwin on several computers on 32 bits.
But now, i need to setup it on my Windows Enterprise Server 2008 64bits.

During the setup, there is no error.
But when i lunch Cygwin, i have some exception which shutdown cygwin.
(look
the screenshoot)
http://www.nabble.com/file/p23422628/Picture%2B2.png 


And in the file bash.exe.stackdump :

Exception: STATUS_ACCESS_VIOLATION at eip=0043AF00
eax= ebx= ecx=61106EC8 edx= esi=611021A0
edi=0045A190
ebp=0027CC98 esp=0027C65C program=C:\cygwin\bin\bash.exe, pid 3396,
thread
main
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function  Args
0027CC98  0043AF00  (0001, 011601B0, 01160090, 61010E8C)
0027CD68  610060D8  (, 0027CDA0, 61005450, 0027CDA0)
61005450  61004416  (009C, A02404C7, E8611021, FF48)
  82763 [main] bash 3396 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
  85226 [main] bash 3396 _cygtls::handle_exceptions: Error while dumping
state (probably corrupted stack)

How can i resolv this problem ? I have search on different forum but i
don't
find any answer.
  

This could be an issue with Terminal Server.  If you installed TS
on that machine, as a temporary workaround, switch off DEP.  For the
mid term we have a tool called peflags/peflagsall (in the rebase
package) which allows to set the TS-awareness flag in executables.
This will get rid of the problem (just use it from ash, which isn't
affected by the problem for some reason).  For the long term we will
get a new gcc-4 at one point which sets the TS-awareness flag for
newly created executables automatically.


Corinna


--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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






I have disabled DEP and now Cygwin run.
But i have just the pompt with : 
 bash-3.2$ : _


None commands are available
When i do a "ls" => command not found.
It's the same for a lot (touch, chmod ...)

But, pwd, cd work

  

Did you add C:\cygwin\bin into your PATH envrionment variable?

pwd and cd are builtins, but touch, chmod and so on are executeables.

Stefan

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



Why I hate updates

2008-05-25 Thread Stefan Scholl
/bin/xterm: Can't execvp /usr/bin/bash: No such file or directory
cygwin warning:
  MS-DOS style path detected: c:\ruby\bin\inputrc.euro
  Preferred POSIX equivalent is: /cygdrive/c/ruby/bin/inputrc.euro
  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
  Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
bash-3.2$



I just want to use it. I don't have time to follow every detail
of the development.


Because Cygwin sometimes forces me to restart the whole system
after I install an additional program, I have developed the habit
of updating Cygwin every start of a work day.

I really hate it when things just break after an update.


-- 
Web (en): http://www.no-spoon.de/ -*- Web (de): http://www.frell.de/


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



'date' command returns a time exactly 3:21:00 ahead of system time

2014-12-07 Thread Stefan Vorkoetter

I've been using cygwin on XP (yeah, I know, XP is over, but I'm not about to 
replace a perfectly adequate machine). I've been using the same version of 
cygwin for at least the past few years. Recently (perhaps two weeks ago), the 
shell's 'date' command has started returning a time that is exactly 3 hours and 
21 minutes ahead of what the system clock reports (via the Windows date/time 
control panel, the system tray, etc.). Commands like touch also use this same 
incorrect time.

Somehow, I don't think this is just a timezone issue.

cygcheck output attached. I've replaced all instances of my user name with , 
lower case host name with , and uppercase host name with . Other 
than that, the file is untouched.

--
Stefan Vorkoetter
http://www.stefanv.com 

Cygwin Configuration Diagnostics
Current System Time: Sun Dec 07 08:44:53 2014

Windows XP Professional Ver 5.1 Build 2600 Service Pack 3

Path:   C:\cygwin\home\\bin
C:\cygwin\usr\local\bin
C:\cygwin\usr\sbin
C:\cygwin\usr\local\mysql\bin
C:\cygwin\home\\sandboxes\main\toolbox_source\Scripts
C:\cygwin\home\\sandboxes\main\internal\bin
C:\cygwin\home\\sandboxes\main\bin
C:\devtools\msvs8\Common7\IDE
C:\devtools\msvs8\VC\BIN
C:\devtools\msvs8\Common7\Tools
C:\devtools\msvs8\Common7\Tools\bin
C:\devtools\msvs8\VC\PlatformSDK\bin
C:\devtools\msvs8\SDK\v2.0\bin
C
C:\cygwin\Windows\Microsoft.NET\Framework\v2.0.50727
C:\devtools\msvs8\VC\VCPackages
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\Program Files\Common Files\Microsoft Shared\Windows Live
C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl
C:\PROGRA~1\Borland\CBUILD~1\Bin
C:\PROGRA~1\Borland\Delphi5\Projects\Bpl
C:\PROGRA~1\Borland\Delphi5\Bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\SecureCRT 3.0
C:\Program Files\ATI Technologies\ATI Control Panel
C:\Program Files\Common Files\Ulead Systems\MPEG
C:\Program Files\QuickTime\QTSystem\
C:\Program Files\SQL Anywhere 10\win32
C:\Program Files\SQL Anywhere 10\Sybase Central 5.0.0\win32
C:\Program Files\Common Files\Adobe\AGL
C:\Program Files\GTK2-Runtime\lib
C:\Program Files\Common Files\Microsoft Shared\Windows Live
C:\app\DevStudio\Common\Tools\WinNT
C:\app\DevStudio\Common\MSDev98\Bin
C:\app\DevStudio\Common\Tools
C:\app\DevStudio\VC98\bin
C
C:\app\watcom-1.3\binnt
C
C:\app\watcom-1.3\binw
C:\usr\bin

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

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

USER = ''
PWD = '/home//proj/WatchTimer/WatchOScope'
CYGWIN = '"binmode nontsec tty"'
HOME = '/home/'

TESTGROUP_LIST = 
'/home//sandboxes/main/logs/testlists/141123.testlist'
TOOLBOX_QUIET = '1'
HOMEPATH = '\Documents and Settings\'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Documents and Settings\\Application Data'
OBJNAME = 'internal/obj.wnt'
MASTER = '/u/maple/repository/base'
LM_NAME5 = 'WM - Internal Use Only'
compileFinishDir = '/home//sandboxes/main/logs/CompileAll_done'
SYS = 'IBM_INTEL_NT'
IGNORE_SYSTEM_ALIASES = '1'
HOSTNAME = ''
LIBNAME = 'lib'
P4 = 'p4'
SQLANY10 = 'C:\Program Files\SQL Anywhere 10'
LIBEXT = 'dll'
BINSYS = 'bin.wnt'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 3, GenuineIntel'
loadlibLogFile = 
'/home//sandboxes/main/logs/loadlib/LoadLibraries.log'
BASE = '/home//sandboxes/main'
WINDIR = 'C:\WINDOWS'
WATCOM = 'C:\app\watcom-1.3'
VS80COMNTOOLS = 'C:\devtools\msvs8\Common7\Tools\'
MESA_PATH = '/disk/build/sv+mesa/mesa_341/lib/IBM_INTEL_NT'
BINDIR = '/home//sandboxes/main/internal/bin.wnt'
ATWMI = '1'
SYS_VERSION = 'IBM_INTEL_NT'
LM_OVER = 'C3B77141C330B65'
MAPLE_ROOT = '/home//sandboxes/main'
SQLANYSAMP10 = 'C:\Documents and Settings\All Users\Documents\SQL Anywhere 
10\Samples'
DevEnvDir = '/cygdrive/c/devtools/msvs8/Common7/IDE'
PATHSEP = ';'
LM_OVER5 = '402688B85264A26'
MODELICAROOT = 
'C:/cygwin/home//sandboxes/main/toolbox_source/MapleSim/modelica'
OLDPWD = '/home/'
SQLANYSH10 = 'C:\Program Files\SQL Anywhere 10'
MAPLE_ENV_LOADED = '1'
DEBUGGER = 'dbx'
NO_OP = '0'
LM_NAME = 'WM - Internal Use Only'
USERDOMAIN = 

Cron not working

2015-03-10 Thread Stefan Schumacher

Hello

I am trying to set up a cron job to run a script every 10 minutes. I 
have installed cron via the installer and configured it with cron-config
 to run as a system service.
Mar 10 14:11:33 stefan-PC cron: PID 3408: `cron' service started

This is stefan's crontab, generated with crontab -e.
*/10 * * * * /cygdrive/c/Users/stefan/copy_from_fileserver

According to /var/log/messages the cron job is executed correctly, but 
no test file is generated in the directory. Calling copy_from_fileserver
 from the command line works without complications and copies the 
file from the server as it should.

Mar 10 14:40:01 stefan-PC /usr/sbin/cron: PID 2340: (stefan) CMD 
(/cygdrive/c/Users/stefan/copy_from_fileserver)

How can I get this working? 

Yours

Stefan





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



_pinfo::dup_proc_pipe: DuplicateHandle failed

2011-02-16 Thread Kaltenberger, Stefan
Hi,

I'm using Cygwin for executing build scripts. Thereby I encounter the following 
error sporadically:

44 [main] bash 21136! _pinfo::dup_proc_pipe: DuplicateHandle failed, pid 21136, 
hProcess 0x158, wr_proc_pipe 0xF8, Win32 error 5

The mailing list archives also know about the problem (but I didn't found a 
solution), see

_pinfo::dup_proc_pipe: DuplicateHandle failed
<http://lists-archives.org/cygwin/35191-_pinfo-dup_proc_pipe-duplicatehandle-failed.html>

[1.7.0-49] DuplicateHandle failed
<http://lists-archives.org/cygwin/45068-duplicatehandle-failed.html>

I can reproduce the problem using the following shell script:

test.sh:
01  #!/bin/bash
02  
03  PATH="${PATH}:$(cygpath -u "C:/Program Files (x86)/Microsoft Visual 
Studio 10.0/VC/bin")"
04  CC="cl"
05  CFLAGS="-nologo -EP"
06  TEMPLATE="test.tc"
07  RUNS=3000
08  
09  i=0
10  while [ $i -lt ${RUNS} ]; do
11(
12  ${CC} ${CFLAGS} ${TEMPLATE} > test${i}.c
13  rm -f test${i}.tc
14) &
15(( i++ ))
16  done
17  wait

The template contains only the following include statement to keep the compiler 
somewhat busy:

test.tc:
01  #include 

The sample uses the Microsoft C/C++ compiler but I guess it should work with 
other compilers too - just adapt binary and flags (e.g. the GNU C/C++ comiler 
takes '-E' for the flags).

Please keep me on the CC list as I'm not subscribed to the mailing list.

Regards,

Stefan Kaltenberger

BTW: I'm currently using Cygwin version 1.5 on Windows Server 2008 R2 x64:

$ cygcheck -s

Cygwin Configuration Diagnostics
Current System Time: Wed Feb 16 11:34:57 2011

Windows Longhorn/Vista (not yet supported!) Ver 6.1 Build 7600

Running under WOW64 on AMD64

Running in Terminal Service session

Path:   c:\home\bin
[...]
CYGWIN = 'nontsec'
[...]
Cygwin DLL version info:
DLL version: 1.5.25
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 156
Shared data: 4
DLL identifier: cygwin1
[...]
Cygwin Package Information
Package  Version
_update-info-dir 00811-1
alternatives 1.3.30c-2
ash  20040127-4
base-files   3.7-1
base-passwd  2.2-1
bash 3.2.48-21
bzip21.0.5-3
coreutils6.10-2
crypt1.1-1
csih 0.1.8-1
cygrunsrv1.34-1
cygutils 1.3.2-1
cygwin   1.5.25-15
cygwin-doc   1.4-4
diffutils2.8.7-1
editrights   1.01-2
findutils4.4.0-3
gawk 3.1.6-1
grep 2.5.3-1
groff1.19.2-2
gzip 1.3.12-2
less 382-1
libbz2_1 1.0.5-3
libiconv21.12-1
libintl2 0.12.1-3
libintl3 0.14.5-1
libintl8 0.17-3
libncurses8  5.5-4
libpcre0 7.8-1
libpopt0 1.6.4-4
libreadline6 5.2.13-11
libwrap0 7.6-4
login1.9-8
man  1.6e-1
minires  1.02-1
openssh  5.1p1-10
openssl  0.9.8j-1
patch2.5.8-9
rebase   2.4.4-1
run  1.1.10-1
sed  4.1.5-2
tar  1.21-1
termcap  20050421-1
terminfo 5.7_20090228-1
terminfo05.5_20061104-2
texinfo  4.8a-1
tzcode   2008h-1
unzip5.52-3
which2.20-1
zip  3.0-2
zlib 1.2.3-3
zlib-devel   1.2.3-3
zlib01.2.3-3

--
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: [PWNED/DOSSED] Cygwin's setup-x86.exe loads and executes rogue DLL from its application directory

2016-01-06 Thread Stefan Kanthak
Second and last chance!
See <http://home.arcor.de/skanthak/policy.html>

- Original Message - 
From: "Stefan Kanthak" 
To: 
Cc: 
Sent: Monday, December 28, 2015 4:23 AM
Subject: [PWNED/DOSSED] Cygwin's setup-x86.exe loads and executes rogue DLL 
from its application directory


> Hi,
> 
> Cygwin's setup-x86.exe loads and executes UXTheme.dll
> (on Windows XP also ClbCatQ.dll) and more from its
> "application directory".
> 
> For software downloaded with a web browser the application
> directory is typically the user's "Downloads" directory: see
> <https://insights.sei.cmu.edu/cert/2008/09/carpet-bombing-and-directory-poisoning.html>,
> <http://blog.acrossecurity.com/2012/02/downloads-folder-binary-planting.html>
> and <http://seclists.org/fulldisclosure/2012/Aug/134>
> 
> If UXTheme.dll (or one of the other DLLs) gets planted in
> the user's "Downloads" directory per "drive-by download" or
> "social engineering" this vulnerability becomes a remote code
> execution.
> 
> If setup-x86.exe is NOT started with --no-admin the vulnerability
> results in an escalation of privilege too!
> 
> 
> Proof of concept/demonstration:
> ~~~
> 
> 1. visit <http://home.arcor.de/skanthak/sentinel.html>, download
>   <http://home.arcor.de/skanthak/download/SENTINEL.DLL> and save
>   it as UXTheme.dll in your "Downloads" directory;
> 
> 2. on Windows XP, copy the downloaded UXTheme.dll as ClbCatQ.dll;
> 
> 3. download setup-x86.exe and save it in your "Downloads" directory;
> 
> 4. execute setup-x86.exe from your "Downloads" directory;
> 
> 5. notice the message boxes displayed from UXTheme.dll placed in
>   step 1 (and ClbCatQ.dll placed in step 2).
> 
> PWNED!
> 
> 6. copy the downloaded UXTheme.dll as WSock32.dll (on Windows XP
>   also as PSAPI.dll and WS2_32.dll);
> 
> 7. rerun setup-x86.exe from your "Downloads" directory.
> 
> DOSSED!
> 
> 8. turning the denial of service into an arbitrary (remote) code
>   execution is trivial: just add the SINGLE entry (PSAPI.dll:
>   EnumProcesses, WSock32.Dll: recv, WS2_32.dll: Ordinal 21)
>   referenced from setup-x86.exe to a rogue DLL of your choice.
> 
> PWNED again!
> 
> 
> See <http://seclists.org/fulldisclosure/2015/Nov/101>,
> <http://seclists.org/fulldisclosure/2015/Dec/86> and
> <http://seclists.org/fulldisclosure/2015/Dec/121> plus
> <http://home.arcor.de/skanthak/!execute.html> and
> <http://home.arcor.de/skanthak/sentinel.html> for details about
> this well-known and well-documented BEGINNER'S error!
> 
> 
> Then dump your vulnerable executable installer and provide a SAFE
> installer instead: either .MSI or .INF (plus .CAB).
> 
> 
> I'll publish in 45 days.
> See <http://home.arcor.de/skanthak/policy.html> and return the
> CVE identifier assigned for this vulnerability to me!
> 
> 
> regards
> Stefan Kanthak

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



cron bug

2016-01-12 Thread Stefan Götz
Hello,

I’ve set up cron as below on a fresh Windows 10 with a fresh, minimal 64-bit 
Cygwin installation. Cronjobs are not executed and cronevents says 
/usr/sbin/cron:
PID 608: (CRON) error (can't switch user context). The output of cronbug is 
attached.

 

When I run the service not under my own user but as an administrator, the 
result and error is the same.

 

Thanks! Any advice is appreciated.

 

 

$ cron-config

The cron daemon can run as a service or as a job. The latter is not recommended.

Cron is already installed as a service under account LocalSystem.

Do you want to remove or reinstall it? (yes/no) yes

OK. The cron service was removed.

 

Do you want to install the cron daemon as a service? (yes/no) yes

Enter the value of CYGWIN for the daemon: [ ] CYGWIN

 

You must decide under what account the cron daemon will run.

If you are the only user on this machine, the daemon can run as yourself.

   This gives access to all network drives but only allows you as user.

To run multiple users, cron must change user context without knowing

  the passwords. There are three methods to do that, as explained in

  http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1

If all the cron users have executed "passwd -R" (see man passwd),

  which provides access to network drives, or if you are using the

  cyglsa package, then cron should run under the local system account.

Otherwise you need to have or to create a privileged account.

  This script will help you do so.

Do you want the cron daemon to run as yourself? (yes/no) yes

 

Running cron_diagnose ...

... no problem found.

 

Do you want to start the cron daemon as a service now? (yes/no) yes

OK. The cron daemon is now running.

 

In case of problem, examine the log file for cron,

/var/log/cron.log, and the Windows event log (using /usr/bin/cronevents)

for information about the problem cron is having.

 

Examine also any cron.log file in the HOME directory

(or the file specified in MAILTO) and cron related files in /tmp.

 

If you cannot fix the problem, then report it to cygwin@cygwin.com.

Please run the script /usr/bin/cronbug and ATTACH its output

(the file cronbug.txt) to your e-mail.

 

WARNING: PATH may be set differently under cron than in interactive shells.

 Names such as "find" and "date" may refer to Windows programs.


Current version

Running crons:
 223622922236   4308  ? 18 15:40:35 /usr/sbin/cron

Sendmail:
lrwxrwxrwx 1 Caro None 16 Jan 12 12:30 /usr/sbin/sendmail -> /usr/bin/cronlog

Crontabs:
-rw-r- 1 Caro Administrators 252 Jan 13 12:09 /var/cron/tabs/Caro
-rw-r- 1 197609 544 252 Jan 13 12:09 /var/cron/tabs/Caro

cron.log:
-rwr-- 1 SYSTEM SYSTEM 0 Jan 13 15:40 /var/log/cron.log

cron.pid:
-rwr-- 1 SYSTEM SYSTEM 5 Jan 13 15:40 /var/run/cron.pid

Crontab:
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.6AIxFKqPoy installed on Wed Jan 13 12:09:45 2016)
# (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $)
* * * * * /usr/bin/touch /home/Caro/crontimestamp

Windows Application Events log:
2016/01/12 12:34:22 [SYSTEM] /usr/sbin/cron: PID 3044: (CRON) STARTUP (V5.0)
2016/01/12 12:34:23 [SYSTEM] cron: PID 8712: `cron' service started
2016/01/12 12:34:49 [Caro] crontab: PID 9196: (Caro) BEGIN EDIT (Caro)
2016/01/12 12:34:55 [Caro] crontab: PID 9196: (Caro) END EDIT (Caro)
2016/01/12 12:40:58 [Caro] crontab: PID 1424: (Caro) BEGIN EDIT (Caro)
2016/01/12 12:41:26 [Caro] crontab: PID 1424: (Caro) REPLACE (Caro)
2016/01/12 12:41:26 [Caro] crontab: PID 1424: (Caro) END EDIT (Caro)
2016/01/12 12:42:35 [Caro] crontab: PID 4284: (Caro) LIST (Caro)
2016/01/12 12:42:43 [Caro] crontab: PID 9036: (Caro) BEGIN EDIT (Caro)
2016/01/12 12:43:01 [SYSTEM] /usr/sbin/cron: PID 3284: (Caro) CMD (touch 
$HOME/timestamp)
2016/01/12 12:43:01 [SYSTEM] /usr/sbin/cron: PID 3284: (CRON) error (can't 
switch user context)
2016/01/12 12:43:05 [Caro] crontab: PID 9036: (Caro) REPLACE (Caro)
2016/01/12 12:43:05 [Caro] crontab: PID 9036: (Caro) END EDIT (Caro)
2016/01/12 12:43:48 [Caro] crontab: PID 2964: (Caro) LIST (Caro)
2016/01/12 12:44:01 [SYSTEM] /usr/sbin/cron: PID 3044: (Caro) RELOAD (tabs/Caro)
2016/01/12 12:44:01 [SYSTEM] /usr/sbin/cron: PID 4228: (Caro) CMD (touch 
$HOME/timestamp)
2016/01/12 12:44:01 [SYSTEM] /usr/sbin/cron: PID 4228: (CRON) error (can't 
switch user context)
2016/01/12 12:45:02 [SYSTEM] /usr/sbin/cron: PID 3412: (Caro) CMD (touch 
~/timestamp)
2016/01/12 12:45:02 [SYSTEM] /usr/sbin/cron: PID 3412: (CRON) error (can't 
switch user context)
2016/01/12 12:46:01 [SYSTEM] /usr/sbin/cron: PID 2496: (Caro) CMD (touch 
~/timestamp)
2016/01/12 12:46:01 [SYSTEM] /usr/sbin/cron: PID 2496: (CRON) error (can't 
switch user context)
2016/01/12 12:47:01 [SYSTEM] /usr/sbin/cron: PID 7932: (Caro) CMD (touch 
~/timestamp)
2016/01/12 12:47:01 [SYSTEM] /usr/sbin/cron: PID 7932: (CRON) error (can't 
switch user context)
2016/01/12 12:4

xgraph 12.1-3 segfaults when run

2016-03-29 Thread Stefan Parviainen
Dear list,

I installed xgraph 12.1-3 using the Cygwin installer, but it seems to
segfault immediately when run (e.g. "xgraph data.txt"). GDB gives the
following:

Starting program: /usr/bin/xgraph data.txt
[New Thread 7848.0x2040]
[New Thread 7848.0x548]
[New Thread 7848.0x249c]
[New Thread 7848.0x11fc]
[New Thread 7848.0x94]
[New Thread 7848.0x15b0]

Program received signal SIGSEGV, Segmentation fault.
0x00010040f946 in st_lookup (table=0x60004dc0c, key=0x1004227ac
"Debug", value=0xc4c8) at st.c:153
153 st.c: No such file or directory.
(gdb) backtrace
#0  0x00010040f946 in st_lookup (table=0x60004dc0c, key=0x1004227ac
"Debug", value=0xc4c8) at st.c:153
#1  0x000100410b84 in param_set (name=0x1004227ac "Debug",
type=BOOL, val=0x1004227a6 "false") at params.c:114
#2  0x000100417cc7 in InitSets (o=4) at init.c:152
#3  0x0001004011ef in main (argc=2, argv=0xcc30) at xgraph.c:126

Any ideas what's going on? cygcheck.out is attached.

-- 
Stefan Parviainen

Cygwin Configuration Diagnostics
Current System Time: Tue Mar 29 15:02:23 2016

Windows 7 Enterprise Ver 6.1 Build 7601 Service Pack 1

Path:   C:\cygwin64\home\parviste\bin
C:\cygwin64\usr\local\bin
C:\cygwin64\bin
C:\Program Files (x86)\AMD APP\bin\x86_64
C:\Program Files (x86)\AMD APP\bin\x86
C:\ProgramData\Oracle\Java\javapath
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0
C:\Program Files (x86)\Kaspersky Lab\Kaspersky Endpoint Security 10 for 
Windows SP1
C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static
C:\Program Files (x86)\GNU\GnuPG\pub
C:\Users\parviste\Anaconda3
C:\Users\parviste\Anaconda3\Scripts
C:\Users\parviste\Anaconda3\Library\bin
C:\cygwin64\lib\lapack

Output from C:\cygwin64\bin\id.exe
UID: 197610(parviste)  GID: 197121(None)
197121(None)   545(Utilisateurs)
4(INTERACTIVE) 66049(CONSOLE LOGON)
11(Authenticated Users)15(This Organization)
113(Local account) 4095(CurrentSession)
66048(LOCAL)   262154(NTLM Authentication)
401408(Medium Mandatory Level)

SysDir: C:\Windows\system32
WinDir: C:\Windows

USER = 'parviste'
PWD = '/home/parviste'
HOME = '/home/parviste'

HOMEPATH = '\Users\parviste'
APPDATA = 'C:\Users\parviste\AppData\Roaming'
ProgramW6432 = 'C:\Program Files'
HOSTNAME = 'sct-11-99ee'
SHELL = '/bin/bash'
TERM = 'xterm'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 23 Stepping 10, GenuineIntel'
PROFILEREAD = 'true'
WINDIR = 'C:\Windows'
PUBLIC = 'C:\Users\Public'
OLDPWD = '/usr/src'
ORIGINAL_PATH = '/cygdrive/c/Program Files (x86)/AMD 
APP/bin/x86_64:/cygdrive/c/Program Files (x86)/AMD 
APP/bin/x86:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program
 Files (x86)/Kaspersky Lab/Kaspersky Endpoint Security 10 for Windows 
SP1:/cygdrive/c/Program Files (x86)/ATI 
Technologies/ATI.ACE/Core-Static:/cygdrive/c/Program Files 
(x86)/GNU/GnuPG/pub:/cygdrive/c/Users/parviste/Anaconda3:/cygdrive/c/Users/parviste/Anaconda3/Scripts:/cygdrive/c/Users/parviste/Anaconda3/Library/bin'
USERDOMAIN = 'SCT-11-99EE'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\ProgramData'
windows_tracing_flags = '3'
windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log'
TEMP = '/tmp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'parviste'
PROCESSOR_LEVEL = '6'
ProgramFiles(x86) = 'C:\Program Files (x86)'
PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
AMDAPPSDKROOT = 'C:\Program Files (x86)\AMD APP\'
LANG = 'en_US.UTF-8'
USERPROFILE = 'C:\Users\parviste'
TZ = 'Europe/Paris'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\SCT-11-99EE'
CommonProgramW6432 = 'C:\Program Files\Common Files'
PROCESSOR_ARCHITECTURE = 'AMD64'
LOCALAPPDATA = 'C:\Users\parviste\AppData\Local'
ProgramData = 'C:\ProgramData'
EXECIGNORE = '*.dll'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
HOMEDRIVE = 'C:'
VBOX_MSI_INSTALL_PATH = 'C:\Program Files\Oracle\VirtualBox\'
COMSPEC = 'C:\Windows\system32\cmd.exe'
TMP = '/tmp'
SY

Cygwin 1.7.17 breaks unattended setup

2012-10-24 Thread Stefan Rusek
I have a script automates installing and setting up sshd using cygwin.
It first downloads the latest setup.exe then runs the following:

> setup.exe  -q -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ --no-verify -R 
> c:\cygwin
> c:\cygwin\bin\bash --login -c "/bin/mkpasswd | sed 
> 's/Administrator:unused:500:513/root:unused:0:544/g' | sed 's/:513:/:545:/' > 
> /etc/passwd"
> c:\cygwin\bin\bash --login -c "/bin/mkgroup -l > /etc/group"
> setup.exe  -q -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ --no-verify -R 
> c:\cygwin -P cygrunsrv
> setup.exe  -q -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ --no-verify -R 
> c:\cygwin -P openssh
> c:\cygwin\bin\bash.exe --login -c "/bin/ssh-host-config -y --pwd ***"
> sc.exe failure sshd reset=0 actions=restart/0/restart/0/restart/0
> net start sshd

This was working great last week, but on the 20th it stopped working.

It fails on the line installing cygrunsrv, if I run setup.exe in
interactive mode, I can install cygrunsrv just fine. Then the script
fails to install openssh in the same way. Again a manual install works
fine. I've tried different mirrors to no avail.

The contents of /var/log/setup.log.full https://gist.github.com/3945977

--Stefan Rusek
ste...@cheezburger.com

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



Upgrade Challenges, ssh login failure after update

2013-07-23 Thread Stefan Lisowski
I just updated Cygwin to the latest version from one that had been 
installed in maybe 2009... old.


During the update process there was a note to go to cygwin.com to see 
what had changed in the new version that might affect me, but in the 
"upgrade" or the "faq" area I could find nothing warning me about 
anything specific.


I was installing this on a box 2000 miles away where I tunnel remote 
desktop through ssh. Thank goodness I took down the firewall before I 
rebooted, because ssh no longer worked after a reboot, and I had to make 
a direct remote desktop connection to the machine before I got ssh up 
and running.


I'm sending this mail to warn other users trying to upgrade sshd... 
After the upgrade I got login failures even though sshd service was 
running. I Googled and Googled, but I couldn't find an answer; port was 
open, ssh was up, and ssh connections worked fine (even to the external 
IP) from the local cygwin ssh, but not from a remote ssh. Logging 
locally didn't help, ssh -vvv remotely didn't help. FINALLY I figured it 
out, it was that the USERNAMEs are now case sensitive!!! So 
"administrator" fails but "Administrator" succeeds. I read somewhere I 
can fix this now by going back and editing /etc/passwd, but I haven't 
tried that yet; right now I'm just happy to have my firewall back up and 
tunneling remote desktop through ssh again. (I did a ssh-host-config in 
the process of debugging but I don't think I needed to.)


Since I couldn't find this answer I'm sending it now to the list, 
hopefully the next person that runs into this will find it.


--
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: Re: xgraph 12.1-3 segfaults when run

2016-04-09 Thread Stefan Parviainen
On 08/04/2016 20:05, Marco Atzeri wrote:
> Let me know if the new 12.1-5 version works as should.
> All the examples seem fine.

Yes, it seems to be working correctly now. Thanks!

-- 
Stefan

--
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: Updated: leptonica-1.74.1-1

2017-01-18 Thread Stefan Weil
Hi Marco,

it would be great to also have cross packages of Leptonica 1.74.x
for MinGW (mingw64-i868-*, mingw64-x86_64-*).

They are needed to build Tesseract for Windows, for example.

As far as I know, all dependencies needed for a MinGW Leptonica
are already available.

I'm not familiar with creating packages for Cygwin,
but would be willing to help as far as I can.

Kind regards
Stefan


--
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: [BUG] Package mingw64-x86_64-icu is broken

2018-06-18 Thread Stefan Weil
Am 06.06.2018 um 21:13 schrieb Stefan Weil:
> Both mingw64-x86_64-icu-57.1-1 and mingw64-x86_64-icu-57.1-2 are broken:
> 
> This code always fails:
> 
> icu::Normalizer2::getInstance(nullptr, "nfkc", UNORM2_COMPOSE, error_code);
> 
> The problem was detected when comparing Tesseract for Windows
> executables: while the 32 bit version worked fine, the 64 bit version
> failed. The failure could be localized, and the mingw64-x86_64-icu
> package was identified to be causing it.
> 
> https://github.com/tesseract-ocr/tesseract/issues/1625#issuecomment-395161152
> contains details and also a short test code which can be used to
> reproduce the problem.
> 
> The 32 bit package mingw64-i686-icu-57.1-2 works fine.
> 
> Kind regards
> Stefan Weil

Ping. How can I help to get this issue fixed?

--
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: [BUG] Package mingw64-x86_64-icu is broken

2018-06-19 Thread Stefan Weil
Am 19.06.2018 um 11:53 schrieb JonY:
> On 06/18/2018 12:12 PM, Stefan Weil wrote:
>> Am 06.06.2018 um 21:13 schrieb Stefan Weil:
>>> Both mingw64-x86_64-icu-57.1-1 and mingw64-x86_64-icu-57.1-2 are broken:
>>>
>>> This code always fails:
>>>
>>> icu::Normalizer2::getInstance(nullptr, "nfkc", UNORM2_COMPOSE, error_code);
>>>
>>> The problem was detected when comparing Tesseract for Windows
>>> executables: while the 32 bit version worked fine, the 64 bit version
>>> failed. The failure could be localized, and the mingw64-x86_64-icu
>>> package was identified to be causing it.
>>>
>>> https://github.com/tesseract-ocr/tesseract/issues/1625#issuecomment-395161152
>>> contains details and also a short test code which can be used to
>>> reproduce the problem.
>>>
>>> The 32 bit package mingw64-i686-icu-57.1-2 works fine.
>>>
>>> Kind regards
>>> Stefan Weil
>>
>> Ping. How can I help to get this issue fixed?
> 
> I noticed cygport is using llvm version of binutils, not sure if that
> broke things.
> 
> Was the issue there if you built it yourself with gcc/binutils?


No, a local build with x86_64-w64-mingw32-gcc works fine.
Tested with 57.1-2, but also with recent versions of icu.

A good indicator of a broken installation is a small icudata57.dll:

$ ls -l /usr/*/sys-root/mingw/bin/icudata57.dll
-rwxr-xr-x 1 25680896 Nov 10  2016
/usr/i686-w64-mingw32/sys-root/mingw/bin/icudata57.dll
-rwxr-xr-x 115872 Nov 10  2016
/usr/x86_64-w64-mingw32/sys-root/mingw/bin/icudata57.dll

The (good) file for 32 bit is much larger than the (broken) file for 64 bit.

Stefan


--
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: UTF-8 character encoding

2018-06-20 Thread Stefan Weil
Am 20.06.2018 um 20:09 schrieb Lee:
> I'm looking at
>   https://cygwin.com/packaging-hint-files.html#pvr.hint
> and it starts off with
>   Use UTF-8 character encoding.
> 
> How do I do that and how do I check that I actually did use UTF-8
> character encoding _without_ using file?
> 
> for whatever it's worth:
> $ file unicode.html
> unicode.html: HTML document, UTF-8 Unicode text
> 
> $ file test.c
> test.c: C source, ASCII text
> 
> I used vi to create both files & I'd like to understand why file says
> one is ascii & the other is utf-8
> 
> Thanks,
> Lee

ASCII is a subset of UTF-8, so that's fine.

The file command will report ASCII as long as your text does not contain
any non-ASCII characters. If you add some (for example ÄÖÜ), it should
report UTF-8.

Regards,
Stefan


--
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: [ANNOUNCEMENT] icu 62.1-1

2018-06-22 Thread Stefan Weil
Am 22.06.2018 um 19:02 schrieb Ken Brown:
> The following packages have been uploaded to the Cygwin distribution:
> 
> * libicu62-62.1-1
> * libicu-devel-62.1-1
> * icu-doc-62.1-1
> 
> ICU is a mature, widely used set of C/C++ and Java libraries providing
> Unicode and Globalization support for software applications.  ICU is
> widely portable and gives applications the same results on all
> platforms and between C/C++ and Java software.
> 
> This is an update to the latest upstream release.
> 
> Ken Brown
> Cygwin's ICU maintainer


Hi Ken,

thank you for your work.

It would be great to get a similar update for the mingw64-i686-icu and
mingw64-x86_64-icu packages, too. Those packages are still based on icu
57, so rather out of date.

See https://cygwin.com/ml/cygwin/2018-06/msg00222.html for more reasons.

Regards
Stefan Weil

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



Cygwin's ACL handling is NOT interoperable with Windows

2018-08-04 Thread Stefan Kanthak
Hi,

<https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-files> states:

| There's just one problem when trying to map the POSIX permission model
| onto the Windows permission model.
...
| Canonical ACLs are unable to reflect each possible combination of POSIX
| permissions.
...
| Again: This works on all supported versions of Windows. Only the GUIs
| aren't able (or willing) to deal with that order.

These last two statements are wrong:

* the first statement holds ONLY because of the LIMITATION of the POSIX
  permissions; it is WRONG for the general case, which ALL Windows
  interfaces/components need to consider and handle, EVERYWHERE!

* the second statement is a blatant lie: to guarantee CORRECT
  interpretation of arbitrary ACLs, ALL Windows interfaces/components,
  not just the "GUIs", MUST create CANONICAL ACLs only.

  This especially means that not just Windows Explorer, but also the
  command processor with its builtin COPY command as well as the
  CopyFile() <https://msdn.microsoft.com/en-us/library/aa220078.aspx>
  API (just to pick 3 examples) bring INHERITED ACEs into their PROPER
  canonical order.

As Cygwin is a guest in the house of Windows, it should respect its hosts
house rules; instead it but violates them, and blames the host for its
faults!

| But don't even think of pressing OK...

Fortunately nobody need to press OK here, but everybody can demonstrate
Cygwin's defects as follows:

* Use Windows Explorer, the command processor or CopyFile() to copy an
  arbitrary file into a directory created by Cygwin, then inspect its
  ACL!

* Use Windows' Explorer, the command processor or CopyFile() to copy an
  arbitrary file created by Cygwin into an arbitrary directory created
  by Cygwin, then inspect its ACL.

* Use Windows Explorer or the command processor to create a subdirectory
  in a directory created by Cygwin, then inspects its ACL!

Do these ACLs reflect the intended or expected POSIX permissions?
OUCH³!


Win32 functions like CreateFile() and CreateDirectory()
(see <https://msdn.microsoft.com/en-us/library/aa363858.aspx>
and <https://msdn.microsoft.com/en-us/library/aa363855.aspx>)
allow to write NON-canonical ACLs via direct specification of a
"security descriptor"; if NULL is specified (which is the typical
case), they create canonical ACLs, reordering inherited ACEs!

Unfortunately their documentation misses remarks on the proper
canonical order of ACLs, and how inherited but UNORDERED ACLs are
handled.

The documentation of other Win32 functions, for example
AddAccessAllowedAce() and AddAccessDeniedAce()
(see <https://msdn.microsoft.com/en-us/library/aa374947.aspx>
and <https://msdn.microsoft.com/de-de/library/aa374962.aspx>)
but EXPLICITLY states:

| These functions do not automatically place the new ACE in the
| proper canonical order. It is the caller's responsibility to
| ensure that the ACL is in canonical order by adding ACEs in the
| proper sequence.

<https://msdn.microsoft.com/en-us/library/aa374951.aspx> and
<https://msdn.microsoft.com/en-us/library/aa374964.aspx> go further:

| The caller must ensure that ACEs are added to the DACL in the
| correct order. For more information, see Order of ACEs in a DACL.

<https://msdn.microsoft.com/en-us/library/aa379298.aspx>
<https://msdn.microsoft.com/en-us/library/aa446683.aspx>
<https://technet.microsoft.com/en-us/library/cc781716.aspx>

| The canonical order ensures that an explicit access-denied ACE is
| enforced regardless of any explicit access-allowed ACE.

JFTR: for the algorithm used in Windows and why the proper order of
  ACLs is crucial see
  <https://blogs.msdn.microsoft.com/oldnewthing/20070608-00/?p=26503>

  Also see <http://www.ntfs.com/ntfs-permissions-acl-use.htm>

Fix Cygwin's BUGGY ACL creation!

regards
Stefan Kanthak

PS: <https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32-api>
too states bloody lies:

| The Windows subsystem only supports CWD paths of up to 258 chars.

The Win32 API supports pathnames with up to 32767 (Unicode) characters;
this includes of course the CWD!


--
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: Cygwin's ACL handling is NOT interoperable with Windows

2018-08-05 Thread Stefan Kanthak
Andrey Repin wrote:

> Greetings, Stefan Kanthak!
> 
>> PS: <https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32-api>
>> too states bloody lies:
> 
>> | The Windows subsystem only supports CWD paths of up to 258 chars.
 ~~~
> 
> 260 including drive letter.

WRONG, AGAIN!
260 is the value of MAX_PATH, which accounts for the trailing \0, and
commonly used as

| char buffer[MAX_PATH];

I recommend to read
<https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file>
VERY careful!

>> The Win32 API supports pathnames with up to 32767 (Unicode) characters;
>> this includes of course the CWD!
> 
> CWD may be, but command processor does not.

Neither Cygwin's WRONG documentation nor I referred to the command processor.

regards
Stefan

--
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: [ANNOUNCEMENT] Test: tesseract-ocr-4.0.0-0.4

2018-08-09 Thread Stefan Weil
Am 08.08.2018 um 19:27 schrieb Marco Atzeri:
> Version 4.0.0-0.4  of packages
> 
>    libtesseract-ocr_4   (API bump)
>    tesseract-ocr
>    tesseract-ocr-devel
>    tesseract-training-util
> 
> and version 4.00-0.4 of relative language data
> 
>    tesseract-ocr-languages (source only)
>    tesseract-ocr-deu
>    tesseract-ocr-eng
>    tesseract-ocr-fra
>    tesseract-ocr-ita
>    tesseract-ocr-nld
>    tesseract-ocr-por
>    tesseract-ocr-spa
>    tesseract-ocr-vie
>    tesseract-training-core
>    tesseract-training-deu
>    tesseract-training-eng
>    tesseract-training-fra
>    tesseract-training-ita
>    tesseract-training-nld
>    tesseract-training-por
>    tesseract-training-spa
>    tesseract-training-vie
> 
> are available in the Cygwin distribution:
> 
> Other language specific data are available upstream
>   https://github.com/tesseract-ocr/tessdata/
> 
> while training data for building new language data are in
>   https://github.com/tesseract-ocr/langdata


Hi Marco,

thank you for providing those Tesseract packages.

A hint: I suggest to remove the tesseract-training-* packages as there
currently does not exist training data for Tesseract 4.0.0.

Regards
Stefan Weil

--
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: [ANNOUNCEMENT] Test: tesseract-ocr-4.0.0-0.4

2018-08-09 Thread Stefan Weil
Am 09.08.2018 um 10:19 schrieb Marco Atzeri:
> My understanding is that the trained data "tessdata, tessdata_fast,
> tessdata_best" are coming from the same training data then version 3
> 
> https://github.com/tesseract-ocr/langdata
> 
> It is not that the languages raw data should be changed.
> 
> Regards
> Marco

https://github.com/tesseract-ocr/langdata is valid for Tesseract 3.05.x
and earlier versions.

Tesseract 4.0.0 still supports the old traineddata format, but added new
(and typically better) traineddata based on neural networks. There is
currently no langdata available for those new traineddata.

tessdata_best only contains the new traineddata.

tessdata_fast also contains only new traineddata, but is faster and less
accurate.

tessdata still contains old traineddata for most languages and
additionally new traineddata made from tessdata_best, but using integer
instead of float models (which makes them faster).

tessdata_best, tessdata_fast and tessdata not only contain traineddata
for many languages, but also for "scripts", for example in
https://github.com/tesseract-ocr/tessdata/tree/master/script. Those
models support all languages using the same script, so
https://github.com/tesseract-ocr/tessdata/blob/master/script/Latin.traineddata
supports all languages which use Latin characters (English, French,
Spanish, Italian, German, Danish, ...). A selection of those script
models would be useful for Cygwin, too.

Regards,
Stefan

--
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: [ANNOUNCEMENT] icu 63.1-1

2018-10-22 Thread Stefan Weil
Am 22.10.2018 um 16:04 schrieb Ken Brown:
> The following packages have been uploaded to the Cygwin distribution:
> 
> * libicu63-63.1-1
> * libicu-devel-63.1-1
> * icu-doc-63.1-1
> 

What about mingw64-x86_64-icu and mingw64-i686-icu? Will they get an
update, too? Currently they are still at 57.1-2.

Kind regards
Stefan Weil

--
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: urgent help for tool

2018-10-24 Thread Stefan Baur
Am 23.10.18 um 09:55 schrieb Corinna Vinschen:
>> It doesn't help for the old versions of cygwin that are being
>> reported. That's why they're getting that message—because it's an old
>> version.  They're not spamming, they're doing exactly what the message
>> told them to do. The message was unfortunate from the get-go.
> Indeed.  It seemd like a good idea at the time...
> 
>> Now that has come up yet again, I do wonder if the mailing list
>> software could somehow trap an unquoted FAST_CWD message and just
>> reply with a message that includes a link to the FAQ entry, rather
>> than send the message onto the list. Probably more trouble than it's
>> worth.
> We're just users of the sourceware infrastructure.  What we could try
> by ourselves is to create an automated reply.  The mail and the
> automated reply would still hit the mailing list, but nobody would
> have to bother to reply anymore.  This could even be a simple
> procmail filter.  I'll look into it (but will need time).

Now this may be a nasty hack, bt ...

if you can either get hold of the current mailing list's subscriber
list, to auto-subscribe everyone to a new list, or you are able change
the current mailinglist's address to, say, cygwin...@cygwin.com, you
could set up an autoresponder at cygwin@cygwin.com instead.

That autoresponder would then point people at the FAQ entry, and also
contain a message that the mailing list has moved to the new address.

Kind Regards,
Stefan Baur

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243



signature.asc
Description: OpenPGP digital signature


Re: mintty slow refresh rate over RDP

2018-11-26 Thread Stefan Baur
Am 26.11.18 um 19:16 schrieb David Dombrowsky:
> Anyone know which part is messing up here?  This doesn't happen playing
> videos or other graphically intensive programs.  Only the cygwin
> terminal.  Anyone have any ideas?

As far as I know, rdesktop still uses an older version of the RDP
protocol, so you might want to try FreeRDP (xfreerdp on most Linuxes I
know) and take a good look at the options it supports for speeding up
the screen updates.

Kind Regards,
Stefan Baur

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

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



  1   2   >