date:20020121

Re: cygipc-1.11 SHM-patch: fork, handling in ipc-daemon

2002-01-21 Thread Michael Haubenwallner


Robert Collins wrote:
> 
> ===
> - Original Message -
> From: "Michael Haubenwallner" <[EMAIL PROTECTED]>
> > - It is not clear what happens in following circumstance:
> >   1) the first process creates a shm
> >   2) a second one attaches to it
> >   3) now the second process dies without detaching
> >   4) the first process removes the shm with shmctl(IPC_RMID),
> >  but the ipc-daemon was sleeping and did not remove the
> >  second attachment-entry early enough to have shm_nattch==0,
> >  which must be the case in shmctl() to really remove the shm
> >  by the caller of shmctl(IPC_RMID).
> >
> >   What IMHO surely not should happen is that a shmid with
> >   shm_nattch==0 remains with having the destroy-flag set.
> >   So the ipc-daemon must remove a shm in this state,
> >   including the tmp-file.
> 
> In this case, the daemon should wait on all the processes that are
> attached, so it gets woken up when a process quits. Alternatively, you
> could queue the removal, prevent now attachments, and when the second
> process termination is 'noticed' perform the removal.
> 
> Rob

I forgot to say that the removal _is_ done with this patch by the
daemon when the second process (meaning the last attached process)
terminates, which is the 'alternative' way in your description.

haubi

--
Michael Haubenwallner   SALOMON Automation GmbH
Forschung & Entwicklung A-8114 Friesach bei Graz
mailto:[EMAIL PROTECTED] http://www.salomon.at

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

Adding NT domain users in cygwin?

2002-01-21 Thread Christian Jönsson


I'd like to be able to add NT-domain users in the cygwin system (like
linux adduser of useradd).

When installing cygwin on my w2k box there was an administrator account
created and a /home/administrator was created and /etc/passwd had
administrator in it and /etc/group was there with Administrators, the
works. 

Starting the cygwin system brought me into this account.

Now, I wanted to have my NT-domain account, chj, as login.

What I did was this.

mkpasswd -d | grep chj >> /etc/passwd
mkgroup -d | grep chj >> /etc/group

and then when I started the cygwin system I got into the chj account
(with "homedir" //servus/chj, hmm, is this good, didn't we abandon //?)

However, I get a failure like this:

bash: LOGNAME: parameter null or not set

chj@BOTTEN ~
$

That happens when I start the cygwin system.


Now, a couple of questions.

Is this the appropriate way of adding NT-domain users to the cygwin
system?

What is this thing about LOGNAME? Can I do anything to correct it?


Cheers,

/ChJ

Oh, here's my output of cygcheck -r -s -v:

   18k 2000/10/23 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
  "cyggdbm.dll" v0.0 ts=2000/10/23 4:26
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
  "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
  "cygintl.dll" v0.0 ts=2001/6/20 19:09
   81k 2001/10/20 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0
  "cygitcl30.dll" v0.0 ts=2001/10/20 2:25
   35k 2001/10/20 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0
  "cygitk30.dll" v0.0 ts=2001/10/20 2:25
   45k 2001/07/04 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
  "cygjbig1.dll" v0.0 ts=2001/7/4 5:25
  119k 2001/06/06 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
  "cygjpeg6b.dll" v0.0 ts=2001/6/6 6:27
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
  "cygmenu5.dll" v0.0 ts=2001/4/25 7:27
   20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
  "cygmenu6.dll" v0.0 ts=2002/1/9 7:03
  156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0
sys=4.0
  "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29
  175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0
sys=4.0
  "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03
  226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses5.dll" v0.0 ts=2001/4/25 7:17
  202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses6.dll" v0.0 ts=2002/1/9 7:03
   15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
  "cygpanel5.dll" v0.0 ts=2001/4/25 7:27
   12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
  "cygpanel6.dll" v0.0 ts=2002/1/9 7:03
   40k 2001/11/21 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
  "cygpcre.dll" v0.0 ts=2001/11/21 23:15
   39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0
sys=4.0
  "cygpcreposix.dll" v0.0 ts=2001/11/21 23:15
  170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
  "cygpng2.dll" v0.0 ts=2002/1/21 2:05
   66k 2001/11/20 C:\cygwin\bin\cygregex.dll - os=4.0 img=1.0 sys=4.0
  "cygregex.dll" v0.0 ts=2001/11/20 15:44
  156k 2002/01/16 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
  "cygssl.dll" v0.0 ts=2002/1/16 10:54
  390k 2001/10/20 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
  "cygtcl80.dll" v0.0 ts=2001/10/20 2:24
5k 2001/10/20 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 2001/10/20 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
  "cygtclreg80.dll" v0.0 ts=2001/10/20 2:24
  245k 2001/06/12 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
  "cygtiff3.dll" v0.0 ts=2001/6/12 19:25
  623k 2001/10/20 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
  "cygtk80.dll" v0.0 ts=2001/10/20 2:25
  615k 2001/01/31 C:\cygwin\bin\cygwin1-1.1.8.dll - os=4.0 img=1.0
sys=4.0
  "cygwin1.dll" v0.0 ts=2001/1/31 16:08
  660k 2001/03/02 C:\cygwin\bin\cygwin1-20010301.dll - os=4.0 img=1.0
sys=4.0
  "cygwin1.dll" v0.0 ts=2001/3/2 5:59
   41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
  "cygXpm-noX4.dll" v0.0 ts=2002/1/20 19:49
   46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
  "cygXpm-X4.dll" v0.0 ts=2002/1/20 19:50
   50k 2002/01/20 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
  "cygz.dll" v0.0 ts=2002/1/20 20:41
  751k 2002/01/21 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2002/1/21 4:22
Cygwin DLL version info:

Re: Strange sh prompt

2002-01-21 Thread Corinna Vinschen


On Mon, Jan 21, 2002 at 08:24:42AM +0100, Frederic Darboux wrote:
> Hello.
> 
> I have just installed cygwin on my new computer.
> Now, when I use sh, the prompt looks like :
> 
> $ sh
> \[\033]0;\w\007
> \033[32m\]\u@\h \[\033[33m\w\033[0m\]
> $ 
> 
> It seems "\[\033]0;\w\..." is the value of the PS1 environment variable.
> I looked for that on the mailing list archives and could just figured
> out other users have the same PS1 value.
> I re-installed the ash package, but this strange problem is still here.
> I think the only thing I modify myself since the installation is the
> drive mouting.
> 
> Does somebody have a clue about what I did wrong ?

Use bash as login shell, not ash.

Corinna

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

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

Re: The Question

2002-01-21 Thread Pavel Tsekov

Well, no one can show you the problem since you haven't
included the fragment with the problematic #include.

Just a hint - maybe you not using the right condition
when you check, if you have to include .

Nguyen Le Minh wrote:

> Hi all,
> I have a question as follows;
> I have a program written in GCC and compiled sucesful in linux.
> When I use CYGWIN by make file, it introduce "no without file or dictionary:
> "
> I only include , it is of GCC in linux. Could you show me the
> problem?

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

Re: Adding NT domain users in cygwin?

2002-01-21 Thread Corinna Vinschen


On Mon, Jan 21, 2002 at 10:17:18AM +0100, Christian Jönsson wrote:
> What I did was this.
> 
> mkpasswd -d | grep chj >> /etc/passwd
> mkgroup -d | grep chj >> /etc/group
> 
> and then when I started the cygwin system I got into the chj account
> (with "homedir" //servus/chj, hmm, is this good, didn't we abandon //?)

No, we just abandonded //, not //.

> However, I get a failure like this:
> 
> bash: LOGNAME: parameter null or not set
> 
> chj@BOTTEN ~
> $
> 
> That happens when I start the cygwin system.
> 
> 
> Now, a couple of questions.
> 
> Is this the appropriate way of adding NT-domain users to the cygwin
> system?

Yes, but the latest mkpasswd has a convenient -u option now.

> What is this thing about LOGNAME? Can I do anything to correct it?

Search where it's used.  If you use it in your .profile, don't
do it.  It's only set when logging in through some sort of
user authentication (ssh, telnet, etc.)

Corinna

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

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

Re: The Question

2002-01-21 Thread Corinna Vinschen


On Mon, Jan 21, 2002 at 05:50:06AM -0800, Nguyen Le Minh wrote:
> Hi all,
> I have a question as follows;
> I have a program written in GCC and compiled sucesful in linux.
> When I use CYGWIN by make file, it introduce "no without file or dictionary:
> "
> I only include , it is of GCC in linux. Could you show me the
> problem?
> Thank you.
> Nguyen

values.h is just needed when using older constants from limits.h.
Cygwin doesn't have it at all.  Use limits.h.

Corinna

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

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

Re: security.cc: bug report, question and suggestion

2002-01-21 Thread Corinna Vinschen


On Sat, Jan 19, 2002 at 07:02:51PM -0500, Pierre A. Humblet wrote:
> At 12:33 AM 1/20/02 +0100, you wrote:
> >I'm not quite sure if I understand.  If the setgid() is made
> >while a impersonation is active, the setgid() should affect
> >the impersonation token.  
> 
> No, no, it changes the process token.  syscalls.cc:
>  if (!OpenProcessToken (GetCurrentProcess (),

You're right.  The function should affect the impersonation token
if impersonation is active, and the process token otherwise.

> >Good question.  However, I don't think it's unsafe to change
> >the primary group.  If it was successful, further securable
> >objects are created using the correct primary group.  If it
> >wasn't successful, nothing has changed, nothing got worse.
> 
> Yes, but it's undetermined (except if the caller really knows
> the Groups), which isn't so good. By using myself->gid you could 
> change the primary group on securable objects to what it should be.
> BTW, does the primary group need to be in the Groups there too?

No.  I understand the reasoning behind your arguments now.
Perhaps you're right and we could also live without setting
the primary group.

Corinna

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

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

Re: security with the ftp daemon

2002-01-21 Thread Corinna Vinschen


On Mon, Jan 21, 2002 at 02:51:29PM +0900, Dylan Cuthbert wrote:
> Hi there,
> 
> I've set up the ftp server with inetutils on win2k, but I get a strange
> security hole.
> 
> I've set permissions so that only "Administrators" can access the cygwin
> directories.  The home directories are only accessible by their respective
> users and /bin is Everyone and read-only.
> 
> However, after setting this up and rebooting the machine once, if I ftp in
> as a regular user I can access all the administrator priviledge directories
> (in read/write mode!) with no problem at all.  Is this a known problem and
> is there a way to get it to work securely?  Surely the ftp daemon should
> switch its user to the id of the person logging in?

Check if your /etc/group is setup correctly.  If the group of
the user doesn't exist,  setgid() falls back to the admins group
currently.

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

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

How to make g++ link with QT (a microsoft compatible library) on x86

2002-01-21 Thread Torben Neesgaard


Hi
Is there a g++ switch for linking with foreign libraries?

Under Windows 2000, using g++, I am trying to link with QT, 
which is released only for Microsoft Visual C++. 
I get the error-messages shown below. Supposing this caused by
incompatibilities between g++ and Visual C I am searching for 
a switch or something to cope with it. Is g++ that clever?
Please don't tell me to recompile g++ with Visual C++...

Thank you for any answer!!!
Regards 
Torben
The error messages:
H:\QT01>g++ -L%QTDIR%\lib -I%QTDIR%\include qt01.cpp
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x3d):qt01.cp
p: undefined reference to `QApplication::QApplication(int &, char **)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x54):qt01.cp
p: undefined reference to `QApplication::~QApplication(void)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x73):qt01.cp
p: undefined reference to `QString::QString(char const *)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0xbd):qt01.cp
p: undefined reference to `QPushButton::QPushButton(QString const &,
QWidget *, char const *)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0xfc):qt01.cp
p: undefined reference to `QPushButton::~QPushButton(void)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x123):qt01.c
pp: undefined reference to `QPushButton::resize(int, int)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x139):qt01.c
pp: undefined reference to `QApplication::setMainWidget(QWidget *)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x14b):qt01.c
pp: undefined reference to `QWidget::show(void)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x15a):qt01.c
pp: undefined reference to `QApplication::exec(void)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x17e):qt01.c
pp: undefined reference to `QPushButton::~QPushButton(void)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text+0x19d):qt01.c
pp: undefined reference to `QApplication::~QApplication(void)'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text$_$_7QString+0
x26):qt01.cpp: undefined reference to `QString::shared_null'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text$_$_7QString+0
x2e):qt01.cpp: undefined reference to `QString::shared_null'
/cygdrive/c/DOCUME~1/torben/LOCALS~1/Temp/ccE2a4Xq.o(.text$_$_7QString+0
x3d):qt01.cpp: undefined reference to `QStringData::deleteSelf(void)'
collect2: ld returned 1 exit status


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

Unable to locate Cygintl.dll

2002-01-21 Thread Marino Stramare


Hello,
After installation of last cygwin packages,  when I start vim, I receive an 
"unable to locate dlll cygintl.dll" message. That file foes not exit.
Thanks for help
Marino Stramare



Here is my "cygcheck -s" definitions

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Jan 21 10:54:09 2002

Windows NT Ver 4.0 Build 1381 Service Pack 6

Path:   D:\cygwin\usr\local\kde1\bin
D:\cygwin\usr\local\lib\qt1\bin
D:\cygwin\usr\X11R6\bin
D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
c:\Program Files\Microsoft Office\Office
c:\Program Files\Reflection
d:\OraHome1\bin
c:\Program Files\Oracle\jre\1.1.7\bin
c:\Program Files\Reflection
c:\WINNT\system32
c:\WINNT
D:\cygwin\bin
d:\toolsgnu
d:\OraHome1\orb\bin
d:\ingres\ingres\bin
d:\ingres\ingres\utility
d:\EasyOpen\cobol\4032
d:\EasyOpen\open6
d:\EasyOpen\etk\script
d:\EasyOpen\etk
d:\EasyOpen\open6\iostd
d:\EasyOpen\open6\ecsy
d:\EasyOpen\open6\essy
d:\EasyOpen\qr

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

HOME = `D:\cygwin\home\mas'
MAKE_MODE = `UNIX'
PWD = `/home/mas'
USER = `mas'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS1498Mb  69% CP CS UN PA FC AVR2000
d:  hd  NTFS7373Mb  44% CP CS UN PA FC NTDATA
e:  net NTFS   34165Mb  72% CP CSPA.

.  /cygdrive  userbinmode,noumount
D:\cygwin  /  system  binmode
c: /c system  textmode
d: /d system  textmode
D:/cygwin/bin  /usr/bin   system  binmode
D:/cygwin/lib  /usr/lib   system  binmode

Found: D:\cygwin\bin\bash.exe
Found: D:\cygwin\bin\cat.exe
Found: D:\cygwin\bin\cpp.exe
Found: D:\cygwin\bin\find.exe
Found: D:\cygwin\bin\gcc.exe
Not Found: gdb
Found: D:\cygwin\bin\ld.exe
Found: D:\cygwin\bin\ls.exe
Found: D:\cygwin\bin\make.exe
Found: D:\cygwin\bin\sh.exe

18k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cyggdbm-1.dll
28k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cyggif-3.dll
   119k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygjpeg6b.dll
   101k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygjscript-2.dll
   700k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkab-2.dll
   593k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkdecore-2.dll
   828k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkdeui-2.dll
   309k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkfile-2.dll
68k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkfm-2.dll
   502k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkhtmlw-2.dll
39k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkimgio-2.dll
   120k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygkspell-2.dll
   948k 2001/06/27 D:\cygwin\usr\local\kde1\bin\cygmediatool-2.dll
   246k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygmimelib-1.dll
   225k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygncurses5.dll
   163k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygpng2.dll
   118k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygQwSpriteField-1.dll
   243k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygtiff3.dll
81k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cyguulib-5.dll
49k 2001/06/22 D:\cygwin\usr\local\kde1\bin\cygz.dll
56k 2000/12/03 D:\cygwin\bin\cygbz21.0.dll
   621k 2002/01/16 D:\cygwin\bin\cygcrypto.dll
45k 2001/04/25 D:\cygwin\bin\cygform5.dll
35k 2002/01/09 D:\cygwin\bin\cygform6.dll
22k 2001/12/13 D:\cygwin\bin\cygintl-1.dll
45k 2001/07/04 D:\cygwin\bin\cygjbig1.dll
   119k 2001/06/06 D:\cygwin\bin\cygjpeg6b.dll
26k 2001/04/25 D:\cygwin\bin\cygmenu5.dll
20k 2002/01/09 D:\cygwin\bin\cygmenu6.dll
   156k 2001/04/25 D:\cygwin\bin\cygncurses++5.dll
   175k 2002/01/09 D:\cygwin\bin\cygncurses++6.dll
   226k 2001/04/25 D:\cygwin\bin\cygncurses5.dll
   202k 2002/01/09 D:\cygwin\bin\cygncurses6.dll
15k 2001/04/25 D:\cygwin\bin\cygpanel5.dll
12k 2002/01/09 D:\cygwin\bin\cygpanel6.dll
   170k 2002/01/21 D:\cygwin\bin\cygpng2.dll
66k 2001/11/20 D:\cygwin\bin\cygregex.dll
   156k 2002/01/16 D:\cygwin\bin\cygssl.dll
41k 2002/01/20 D:\cygwin\bin\cygXpm-noX4.dll
46k 2002/01/20 D:\cygwin\bin\cygXpm-X4.dll
50k 2002/01/20 D:\cygwin\bin\cygz.dll
   751k 2002/01/21 D:\cygwin\bin\cygwin1.dll
 Cygwin DLL version info:
 DLL version: 1.3.8
 DLL epoch: 19
 DLL bad signal mask: 19005
 DLL old termios: 5
 DLL malloc env: 28
 API major: 0
 API minor: 51
 Shared data: 3
 DLL identifier: cygwin1
 Mount registry: 2
 Cygnus registry name: Cygnus Solutions
 Cygwin registry name: Cygwin
 Program options name: Program Options
 Cygwin mount registry name: mounts v2
 Cygdrive flags: cygdrive flags
 Cygdrive prefix: cygdrive prefix
 Cygdrive default prefix:
 Build date: Sun Jan 20 22:22:21 EST 2002
 Shared id: cygwin1S3


Cygw

Re: How to make g++ link with QT (a microsoft compatible library) on x86

2002-01-21 Thread Pavel Tsekov

Yep - this is the expected behavior! :) GNU g++ and MSVC
use different (incompatible) naming schemes to describe
symbols in C++ classes, thus the GNU linker cannot find the
appropriate symbol name for the QT symbols when linking
against MSVC compiled QT.

Torben Neesgaard wrote:

> Hi
> Is there a g++ switch for linking with foreign libraries?
> 
> Under Windows 2000, using g++, I am trying to link with QT, 
> which is released only for Microsoft Visual C++. 
> I get the error-messages shown below. Supposing this caused by
> incompatibilities between g++ and Visual C I am searching for 
> a switch or something to cope with it. Is g++ that clever?
> Please don't tell me to recompile g++ with Visual C++...

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

Re: Unable to locate Cygintl.dll

2002-01-21 Thread Pavel Tsekov

1. Look for a message with a subject which contains the
following "ANNOUNCEMENT" and "gettext".

2. Check this link: http://cygwin.com/packages/.
It will help you find the package which contains
the missing file.

3. Search the mailing list before posting.

Marino Stramare wrote:

> Hello,
> After installation of last cygwin packages,  when I start vim, I receive 
> an "unable to locate dlll cygintl.dll" message. That file foes not exit.

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

RE: The Question

2002-01-21 Thread Nguyen Le Minh


Thank you very much, I will try to replace it.
Nguyen

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Corinna Vinschen
Sent: Monday, January 21, 2002 1:32 AM
To: [EMAIL PROTECTED]
Subject: Re: The Question


On Mon, Jan 21, 2002 at 05:50:06AM -0800, Nguyen Le Minh wrote:
> Hi all,
> I have a question as follows;
> I have a program written in GCC and compiled sucesful in linux.
> When I use CYGWIN by make file, it introduce "no without file or
dictionary:
> "
> I only include , it is of GCC in linux. Could you show me the
> problem?
> Thank you.
> Nguyen

values.h is just needed when using older constants from limits.h.
Cygwin doesn't have it at all.  Use limits.h.

Corinna

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

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

Re: The Question

2002-01-21 Thread Pavel Tsekov


Well, I misinterpreted your first mail, but
Corinna Vinschen posted the right answer to
your question on the list.


P.S. please keep posting on the list not to
my or anyone elses personal address.

Nguyen Le Minh wrote:

> Hi,
> Thank you very much,
> I'am sorry, I type right syntax #include  in my source code (in
> your letter I wrote wrong)
> make file in linux is true,but in cygwin is false.
> Does cygwin hasn't ? Could you show me the problem?
> Best,
> Nguyen
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Pavel Tsekov
> Sent: Monday, January 21, 2002 1:27 AM
> To: Nguyen Le Minh
> Cc: [EMAIL PROTECTED]
> Subject: Re: The Question
> 
> 
> Well, no one can show you the problem since you haven't
> included the fragment with the problematic #include.
> 
> Just a hint - maybe you not using the right condition
> when you check, if you have to include .
> 
> Nguyen Le Minh wrote:
> 
> 
>>Hi all,
>>I have a question as follows;
>>I have a program written in GCC and compiled sucesful in linux.
>>When I use CYGWIN by make file, it introduce "no without file or
>>
> dictionary:
> 
>>"
>>I only include , it is of GCC in linux. Could you show me the
>>problem?
>>
> 
> 
> 
> --
> 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/

Re: CygwinPerl Q - interact with symlinked dir?

2002-01-21 Thread Soren Andersen

On 20 Jan 2002 at 19:21, Gerrit P. Haase wrote:

> Another question:
> 
> >So I did this:
> >
> >$  ln -svdnf '/home/sorenboss/.cpan/' ~/.cpan
> >create symbolic link `/cdv/e/home/sorenboss/.cpan' to 
> >`/home/sorenboss/.cpan/'
> >
> 
> Why didn't you mount this way:
> $ mount -s -b x:/cygwin/home/sorenboss/.cpan \
> > e:/home/sorenboss/.cpan
> ?
> 
> I use always mount for something like this.

Thanks. Well, it didn't occur to me to do that, is why. I have seldom mounted subdirs 
to subdirs, 
splicing something into the filesystem tree like that, and I think it is because I 
haven't understood 
mount very well, and therefore been nervous about what would happen. This is an area 
of the Cygwin 
documentation that could use some work, IMO.

 [ a little time passes..]

Looking at it again, I am *seriously* confused about what you are suggesting. I 
thought -- and I am not 
claiming (and have never claimed) to thoroughly understand `mount' -- but I thought 
that the last arg to 
mount had to be a POSIX path?? You seem to be supplying two win32/DOS paths as args to 
`mount'. 
Is this good to do?

  Thanks Gerrit!

 Soren Andersen

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

"dynamic link library /dev/null could not be found"

2002-01-21 Thread David Starks-Browning


Greetings,

Before cygwin-1.3.7, I could build stunnel-3.22 after applying the
patch provided at
.
(I believe that URL is right, the archive is down at the moment.)

"cygcheck stunnel.exe" was:

> c:/usr/local/sbin/stunnel.exe
>   C:\cygwin\bin\cygcrypto.dll
> C:\cygwin\bin\cygwin1.dll
>   C:\WINNT\System32\KERNEL32.dll
> C:\WINNT\System32\ntdll.dll
>   C:\cygwin\bin\cygssl.dll

However, when I build the same stunnel with cygwin-1.3.8, I get the
following pop-up when I attempt to run the executable:

The dynamic link library /dev/null could not be found in the
specified path ...

And look what cygcheck shows for the cygwin-1.3.8-compiled
stunnel.exe:

> ./stunnel.exe
>   C:\cygwin\bin\cygcrypto.dll
> C:\cygwin\bin\cygwin1.dll
>   C:\WINNT\System32\KERNEL32.dll
> C:\WINNT\System32\ntdll.dll
>   /dev/null - Cannot open
>   C:\cygwin\bin\cygssl.dll

Wierd huh?  I've never seen anything like this before.

I admit I noticed this a few days ago when I first tried the
2002-Jan-10 cygwin-inst snapshot, but I thought perhaps I just installed
the snapshot wrong.  Before I could investigate further, cygwin-1.3.8
had been released.

FWIW, I had successfully built stunnel with the 2002-Jan-10 DLL-only
snapshot.  It was only when I applied the full inst snapshot that
things went wrong.  The problem went away when I used setup.exe to
re-install cygwin-1.3.6-6.

Here is cygcheck -s -r -v:

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Jan 21 11:34:49 2002

Windows NT Ver 4.0 Build 1381 Service Pack 5

Path:   C:\cygwin\bin
C:\usr\local\xemacs-21.5-cvs\bin
C:\usr\local\bin
C:\usr\local\sbin
c:\jdk1.3\bin
c:\WINNT\system32
c:\WINNT
c:\NTRESKIT

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

CYGWIN = `tty'
HOME = `d:\starksb'
MAKE_MODE = `unix'
PWD = `/d/starksb'
USER = `starksb'

CLASSPATH = `.;C:\odi\pseproj\pro.zip;C:\odi\pseproj\tools.zip'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMPUTERNAME = `BRYCE'
COMSPEC = `C:\WINNT\system32\cmd.exe'
DISPLAY = `:0'
HOMEDRIVE = `H:'
HOMEPATH = `\'
HOMESHARE = `\\pcserv\starksb'
LESS = `-X'
LESSCHARSET = `latin1'
LOGONSERVER = `\\NTSERV'
MANPATH = `/usr/local/man:/usr/man'
NTRESKIT = `C:\NTRESKIT'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/d/starksb/src/stunnel/stunnel-3.22'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PAGER = `less'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0502'
PS1 = `\[[1m\]\u@\h:\w/\[[0m\]\n[\!] \$ '
SHLVL = `1'
SSH_AGENT_PID = `289'
SSH_ARGS = `-1'
SSH_AUTH_SOCK = `/tmp/ssh-AWeUR246/agent.246'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\TEMP'
TERM = `xterm'
TZ = `GMT0BST-1,M3.5.0/1,M10.5.0/2'
USERDOMAIN = `EBI'
USERNAME = `starksb'
USERPROFILE = `C:\WINNT\Profiles\starksb'
WINDIR = `C:\WINNT'
WINDOWID = `167838464'
_ = `/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
  (default) = `/cygdrive'
  cygdrive flags = 0x0020
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\Installed Components
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components\C:/cygwin
  (default) = `0001.0001.0002'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x002a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/a
  (default) = `a:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d
  (default) = `d:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/e
  (default) = `e:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/f
  (default) = `f:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/g
  (default) = `g:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/h
  (default) = `h:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/i
  (default) = `i:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/j
  (default) = `j:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/k
  (default) = `k:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/m
  (default) = `m:'
  flags = 0x

Re: "dynamic link library /dev/null could not be found"

2002-01-21 Thread Pavel Tsekov


This looks rather bizzare! :) Can you show the
link line which was used ?
Do you have a tool which show PE imports/exports ?
Something like PEDUMP ? This can help to find out which
is the dll that is being replaced by /dev/null.



David Starks-Browning wrote:

> Greetings,
> 
> Before cygwin-1.3.7, I could build stunnel-3.22 after applying the
> patch provided at
> .
> (I believe that URL is right, the archive is down at the moment.)
> 
> "cygcheck stunnel.exe" was:
> 
> 
>>c:/usr/local/sbin/stunnel.exe
>>  C:\cygwin\bin\cygcrypto.dll
>>C:\cygwin\bin\cygwin1.dll
>>  C:\WINNT\System32\KERNEL32.dll
>>C:\WINNT\System32\ntdll.dll
>>  C:\cygwin\bin\cygssl.dll
>>
> 
> However, when I build the same stunnel with cygwin-1.3.8, I get the
> following pop-up when I attempt to run the executable:
> 
>   The dynamic link library /dev/null could not be found in the
>   specified path ...
> 
> And look what cygcheck shows for the cygwin-1.3.8-compiled
> stunnel.exe:
> 
> 
>>./stunnel.exe
>>  C:\cygwin\bin\cygcrypto.dll
>>C:\cygwin\bin\cygwin1.dll
>>  C:\WINNT\System32\KERNEL32.dll
>>C:\WINNT\System32\ntdll.dll
>>  /dev/null - Cannot open
>>  C:\cygwin\bin\cygssl.dll
>>
> 
> Wierd huh?  I've never seen anything like this before.
> 
> I admit I noticed this a few days ago when I first tried the
> 2002-Jan-10 cygwin-inst snapshot, but I thought perhaps I just installed
> the snapshot wrong.  Before I could investigate further, cygwin-1.3.8
> had been released.
> 
> FWIW, I had successfully built stunnel with the 2002-Jan-10 DLL-only
> snapshot.  It was only when I applied the full inst snapshot that
> things went wrong.  The problem went away when I used setup.exe to
> re-install cygwin-1.3.6-6.
> 
> Here is cygcheck -s -r -v:
> 
> Cygwin Win95/NT Configuration Diagnostics
> Current System Time: Mon Jan 21 11:34:49 2002
> 
> Windows NT Ver 4.0 Build 1381 Service Pack 5
> 
> Path: C:\cygwin\bin
>   C:\usr\local\xemacs-21.5-cvs\bin
>   C:\usr\local\bin
>   C:\usr\local\sbin
>   c:\jdk1.3\bin
>   c:\WINNT\system32
>   c:\WINNT
>   c:\NTRESKIT
> 
> SysDir: C:\WINNT\System32
> WinDir: C:\WINNT
> 
> CYGWIN = `tty'
> HOME = `d:\starksb'
> MAKE_MODE = `unix'
> PWD = `/d/starksb'
> USER = `starksb'
> 
> CLASSPATH = `.;C:\odi\pseproj\pro.zip;C:\odi\pseproj\tools.zip'
> COLORFGBG = `15;default;0'
> COLORTERM = `rxvt-xpm'
> COMPUTERNAME = `BRYCE'
> COMSPEC = `C:\WINNT\system32\cmd.exe'
> DISPLAY = `:0'
> HOMEDRIVE = `H:'
> HOMEPATH = `\'
> HOMESHARE = `\\pcserv\starksb'
> LESS = `-X'
> LESSCHARSET = `latin1'
> LOGONSERVER = `\\NTSERV'
> MANPATH = `/usr/local/man:/usr/man'
> NTRESKIT = `C:\NTRESKIT'
> NUMBER_OF_PROCESSORS = `1'
> OLDPWD = `/d/starksb/src/stunnel/stunnel-3.22'
> OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
> OS = `Windows_NT'
> PAGER = `less'
> PROCESSOR_ARCHITECTURE = `x86'
> PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
> PROCESSOR_LEVEL = `6'
> PROCESSOR_REVISION = `0502'
> PS1 = `\[[1m\]\u@\h:\w/\[[0m\]\n[\!] \$ '
> SHLVL = `1'
> SSH_AGENT_PID = `289'
> SSH_ARGS = `-1'
> SSH_AUTH_SOCK = `/tmp/ssh-AWeUR246/agent.246'
> SYSTEMDRIVE = `C:'
> SYSTEMROOT = `C:\WINNT'
> TEMP = `c:\TEMP'
> TERM = `xterm'
> TZ = `GMT0BST-1,M3.5.0/1,M10.5.0/2'
> USERDOMAIN = `EBI'
> USERNAME = `starksb'
> USERPROFILE = `C:\WINNT\Profiles\starksb'
> WINDIR = `C:\WINNT'
> WINDOWID = `167838464'
> _ = `/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
>   (default) = `/cygdrive'
>   cygdrive flags = 0x0020
> 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\Installed Components
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components\C:/cygwin
>   (default) = `0001.0001.0002'
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
>   (default) = `/cygdrive'
>   cygdrive flags = 0x002a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
>   (default) = `C:\cygwin'
>   flags = 0x000a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/a
>   (default) = `a:'
>   flags = 0x000a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c
>   (default) = `c:'
>   flags = 0x000a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d
>   (default) = `d:'
>   flags = 0x000a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/e
>   (default) = `e:'
>   flags = 0x000a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/f
>   (default) = `f:'
>   flags = 0x000a
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/g
>   (default) = `g:'
>   flags = 0x000

Rules.make

2002-01-21 Thread Felice Colucci


Hi, 
my makefile require the directory 
/usr/src/linux 

I have substitute this directory with 

/usr/src/inetutils-1.3.2-16

to detect Rules.make.When i compile i have this error

*** target file `install' has both : and :: entries.  Stop.

Help please 



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

Re: Rules.make

2002-01-21 Thread Pavel Tsekov

Well, this looks much like using the
"shotgun" approach. Why are you making
this substitution ? What do you expect
to happen - there is nothing common
between /usr/src/linux and
/usr/src/inetutils-1.3.2-16. Try to
explain the problem with more details
(for exmaple which is the program,
the error which is printed when you're
using the original makefile, etc...).

Felice Colucci wrote:

> Hi, 
> my makefile require the directory 
> /usr/src/linux 
> 
> I have substitute this directory with 
> 
> /usr/src/inetutils-1.3.2-16
> 
> to detect Rules.make.When i compile i have this error
> 
> *** target file `install' has both : and :: entries.  Stop.

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

Re: "dynamic link library /dev/null could not be found"

2002-01-21 Thread David Starks-Browning


Oops, I forgot to provide an important clue!  If I remove -lpthread
from the link line, the executable is OK.

On Monday 21 Jan 02, Pavel Tsekov writes:
> This looks rather bizzare! :) Can you show the
> link line which was used ?

Below.

> Do you have a tool which show PE imports/exports ?
> Something like PEDUMP ? This can help to find out which
> is the dll that is being replaced by /dev/null.

I'm afraid I don't know what you're talking about...

Anyway here is gcc -v from the stunnel makefile:

> starksb@BRYCE[544] $ gcc -v  -o stunnel client.o stunnel.o ssl.o protocol.o 
>sthreads.o pty.o log.o options.o -lutil -lpthread  -L/usr/lib -lssl -lcrypto
> Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs
> gcc version 2.95.3-5 (cygwin special)
>  /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/collect2.exe -Bdynamic 
>--dll-search-prefix=cyg -o stunnel.exe /usr/lib/crt0.o -L/usr/lib -L/usr/local/lib 
>-L/usr/lib -L/usr/lib/w32api -L/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5 client.o 
>stunnel.o ssl.o protocol.o sthreads.o pty.o log.o options.o -lutil -lpthread -lssl 
>-lcrypto -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc

> starksb@BRYCE[545] $ cygcheck ./stunnel.exe
> ./stunnel.exe
>   C:\cygwin\bin\cygcrypto.dll
> C:\cygwin\bin\cygwin1.dll
>   C:\WINNT\System32\KERNEL32.dll
> C:\WINNT\System32\ntdll.dll
>   /dev/null - Cannot open
>   C:\cygwin\bin\cygssl.dll
> 
> Use -h to see help about each section

Here is gcc -v with the -lpthread removed:

> starksb@BRYCE[546] $ gcc -v  -o stunnel client.o stunnel.o ssl.o protocol.o 
>sthreads.o pty.o log.o options.o -lutil -L/usr/lib -lssl -lcrypto
> Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs
> gcc version 2.95.3-5 (cygwin special)
>  /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/collect2.exe -Bdynamic 
>--dll-search-prefix=cyg -o stunnel.exe /usr/lib/crt0.o -L/usr/lib -L/usr/local/lib 
>-L/usr/lib -L/usr/lib/w32api -L/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5 client.o 
>stunnel.o ssl.o protocol.o sthreads.o pty.o log.o options.o -lutil -lssl -lcrypto 
>-lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc

> starksb@BRYCE[547] $ cygcheck ./stunnel.exe
> ./stunnel.exe
>   C:\cygwin\bin\cygcrypto.dll
> C:\cygwin\bin\cygwin1.dll
>   C:\WINNT\System32\KERNEL32.dll
> C:\WINNT\System32\ntdll.dll
>   C:\cygwin\bin\cygssl.dll
> 
> Use -h to see help about each section

Thanks,
David


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

Warning in System log

2002-01-21 Thread Tiffany Chan


Hi all,

I got a "warning" in win2k system log when I start
Cygwin service. 

User:System
Description:
The description for Event ID(0) in Source (inetd)
cannot be found. The local computer may have the
neccessary registry information or message DLL files
to display messages from a remote computer. The
following information is part of event: inetd:Win32
Process Id=0xA6C : Cygwin Process Id=0xA6C: couldn't
get parameters from registry, using defaults error 0
in RegOpenKeyEx().

Another information log show inetd start. The Cygwin
can be used. I would like to know what the log means ?
Did my configuation have problem ?

Many thanks

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

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

Re: "dynamic link library /dev/null could not be found"

2002-01-21 Thread Pavel Tsekov


David Starks-Browning wrote:

> Oops, I forgot to provide an important clue!  If I remove -lpthread
> from the link line, the executable is OK.
> 
> On Monday 21 Jan 02, Pavel Tsekov writes:
> 
>>This looks rather bizzare! :) Can you show the
>>link line which was used ?
>>
> 

Just a simple test I've done, though I don't know
what it means exactly:


[ptsekov@nobel lib]$ ls -la
total 1928
drwxr-xr-x2 ptsekov  develope 4096 Jan 21 13:19 .
drwxr-xr-x7 ptsekov  develope 4096 Jan 19 19:22 ..
-rw-r--r--1 ptsekov  develope  523 Jan 19 19:22 automode.o
-rw-r--r--1 ptsekov  develope  440 Jan 19 19:22 binmode.o
-rw-r--r--1 ptsekov  develope  560 Jan 19 19:22 crt0.o
-rw-r--r--1 ptsekov  develope  731 Jan 19 19:22 gcrt0.o
-rw-r--r--1 ptsekov  develope  678 Jan 19 19:22 libautomode.a
-rw-r--r--1 ptsekov  develope  594 Jan 19 19:22 libbinmode.a
-rw-r--r--1 ptsekov  develope   683164 Jan 19 19:22 libc.a
-rw-r--r--1 ptsekov  develope   792112 Jan 19 19:22 libcygwin.a
lrwxrwxrwx1 ptsekov  develope   11 Jan 21 13:19 libg.a -> 
libcygwin.a
-rw-r--r--1 ptsekov  develope 4536 Jan 19 19:22 libgmon.a
-rw-r--r--1 ptsekov  develope   174096 Jan 19 19:22 libiberty.a
-rw-r--r--1 ptsekov  develope   191970 Jan 19 19:22 libm.a
-rw-r--r--1 ptsekov  develope54542 Jan 19 19:22 libpthread.a
-rw-r--r--1 ptsekov  develope  594 Jan 19 19:22 libtextmode.a
-rw-r--r--1 ptsekov  develope  440 Jan 19 19:22 textmode.o
[ptsekov@nobel lib]$ grep -n -e "/dev/null" *
Binary file libc.a matches
Binary file libm.a matches
Binary file libpthread.a matches

This are the same files that are listed in the 1.3.7-1 announcement:

- Create special versions of import library with only appropriate symbols
   for libpthread.a, libm.a, and libc.a. (Ralf Habacker, Christopher Faylor)


I dont know the details on how this special libs are build but from
what was posted on the list I know some kind of script is involved.
Maybe there is some error in the script or perhaps your usage of
-lpthread is not quite right and triggers the real problem. However
someone with more knowledge is needed to answer these questions :)


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

wildcard for tcsh

2002-01-21 Thread Tom Broadbent


hi

first off, i love using cygwin.  now for the question...

i am using a tcsh and the wildcard character ' * ' doesn't seem to work.

if i type something like:  grep foo *

i get the following error:  grep: *: No such file or directory


what is the trouble?  if i use a bash shell things work dandy.

thanks for your help.

tom


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

RE: How to make g++ link with QT (a microsoft compatible library) on x86

2002-01-21 Thread Ralf Habacker



>
> Hi
> Is there a g++ switch for linking with foreign libraries?
>
> Under Windows 2000, using g++, I am trying to link with QT,
> which is released only for Microsoft Visual C++.
> I get the error-messages shown below. Supposing this caused by
> incompatibilities between g++ and Visual C I am searching for
> a switch or something to cope with it. Is g++ that clever?
> Please don't tell me to recompile g++ with Visual C++...
>
Trolltech does not provide a free g++ compatible version of qt. If you like to link a 
win32 native qt library you
have to buy it from trolltech.

currently you can compile only the x11 release of qt with g++, which you can find 
under the download area of
http://kde-cygwin.sourceforge.net.

This is used to enable kde1/2 application on cygwin and xfree86 on windows.

Regards

Ralf Habacker


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

Re: Cygwin Source Tree Download

2002-01-21 Thread John Jones


yep love to

but where to point it is the problem as I don't see the mirrors carrying 
the CVS repo and the rsync to sources.redhat.com seems to not work for 
me a couple of days ago.

what works for you ?

regards

john jones

Robert Collins wrote:

> I'd use CVSup.
> 
> Rob
> ===
> - Original Message -
> From: "Laurence F. Wood" <[EMAIL PROTECTED]>
> To: "Cygwin@Cygwin. Com" <[EMAIL PROTECTED]>
> Sent: Sunday, January 20, 2002 3:02 PM
> Subject: Cygwin Source Tree Download
> 
> 
> 
>>How does one download the entire CVS Cygwin source tree?  I would like
>>
> to be
> 
>>prepared for when/if AOL buys Redhat  ( see
>>
>>
> http://www.cnet.com/investor/news/newsitem/0-9900-1028-8533612-0.html?ta
> g=rl
> 
>>h ) .  Are there contingency plans in place if this were to happen?
>>
>>
>>--
>>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/
> 
> 



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

textmode broken in cygwin 1.3.6 and greater?

2002-01-21 Thread neil . winton


Hi,

I've been using Cygwin for a long time now (pre b19) but have just had
occasion to do a fresh install on a couple of machines. I've installed with
default textmode mounts ... but vi et al suddenly don't seem to be adding
CRLF line endings. Redirected i/o (e.g. cat > foo.txt) is fine but ed,
vi(m), and others just don't want to play.

I've tried this with both 1.3.6 and 1.3.7-1 (haven't tried 1.3.8 yet) on
both Win 2k and XP.

I can't believe that no-one else would have found this, so maybe I've done
something stupid -- unless this is an artefact of doing a fresh install
rather than an upgrade. I can't test that because one of the reasons for a
fresh install is that my machine got trashed and had to be rebuilt :-(

Anyway, any insight gratefully received.

Neil

 Output from cygcheck -srv follows 

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Jan 21 13:24:43 2002

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2

Path:   C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\local\bin
c:\winnt\system32
c:\winnt

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

HOME = `c:\Documents and Settings\wintonn\My Documents'
MAKE_MODE = `unix'
PWD = `/home/wintonn'
USER = `wintonn'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\wintonn\Application Data'
COLORFGBG = `10;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `WINTONN'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSROOT = `/home/wintonn/CVSRoot'
CVS_RSH = `ssh'
DISPLAY = `:0'
EDITOR = `/usr/local/bin/jove'
HOMEDRIVE = `C:'
HOMEPATH = `\'
LOGONSERVER = `\\WINTONN'
MANPATH = `/usr/man:/usr/share/man:/usr/local/man:/usr/local/netpbm/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PAGER = `less'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0803'
PROGRAMFILES = `C:\Program Files'
PS1 = `${PWD##*/}> '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\wintonn\LOCALS~1\Temp'
TERM = `xterm'
TMP = `c:\DOCUME~1\wintonn\LOCALS~1\Temp'
USERDOMAIN = `AQUA'
USERNAME = `wintonn'
USERPROFILE = `C:\Documents and Settings\wintonn'
WINDIR = `C:\WINNT'
WINDOWID = `167838672'
_ = `/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/drv'
  cygdrive flags = 0x0020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/download
  (default) = `c:\download'
  flags = 0x
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home/wintonn
  (default) = `c:\Documents and Settings\wintonn\My Documents'
  flags = 0x
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
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:/cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:/cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS   11507Mb  32% CP CS UN PA FC 
d:  cd   N/AN/A

c:  /c user
textmode
c:\download /download  user
textmode
c:\Documents and Settings\wintonn\My Documents  /home/wintonn  user
textmode
.   /drv   user
textmode,noumount
C:\cygwin   /  system
textmode
C:/cygwin/bin   /usr/bin   system
textmode
C:/cygwin/lib   /usr/lib   system
textmode

Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\sh.exe

   56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
  "cygbz21.0.dll" v0.0 ts=2000/11/20 23:53
  621k 2002/01/16 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypto.dll" v0.0 ts=2002/1/16 9:54
  102k 2001/12/06 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0
  "cyg

Re: Rules.make

2002-01-21 Thread Pavel Tsekov


Felice Colucci wrote:

Hi ,
when I use the original makefile this is the output

Makefile:134: /usr/src/linux: No such file or directory
Makefile:134: /Rules.make: No such file or directory
make[1]: *** No rule to make target `/Rules.make'.  Stop.

I do the change to detect the `/Rules.make' file

I understand that, but you can't expect, that just replacing
one file with another one because they share the same name
the things will get fixed. You still haven't told us which
is the program that you're trying to compile.

Usually the files like Rules.make or Make.rules are generated
by the "configure" script and contain data, for your environment,
which is then used to compile the program. Maybe you haven't
run "configure" at all. Note that you can't just copy a configured
source tree from linux to cygwin and expect it to work 100%.

p.s. Please, don't email me personally, but keep posting to the
mailing list. I read it and so do many others.



help please
- Original Message - From: "Pavel Tsekov" <[EMAIL PROTECTED]>
To: "Felice Colucci" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, January 21, 2002 12:59 PM
Subject: Re: Rules.make



Well, this looks much like using the
"shotgun" approach. Why are you making
this substitution ? What do you expect
to happen - there is nothing common
between /usr/src/linux and
/usr/src/inetutils-1.3.2-16. Try to
explain the problem with more details
(for exmaple which is the program,
the error which is printed when you're
using the original makefile, etc...).


Felice Colucci wrote:


Hi, my makefile require the directory /usr/src/linux
I have substitute this directory with
/usr/src/inetutils-1.3.2-16

to detect Rules.make.When i compile i have this error

*** target file `install' has both : and :: entries.  Stop.


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

The Youngest & Hottest Teens On The Net!

2002-01-21 Thread


This survey was submitted by
 ([EMAIL PROTECTED]) on Monday, January 21, 2002 at 08:54:28
---

: THE YOUNGEST & HOTTEST TEENS ON THE NET.  OVER 17 TEEN 
:SITES TO CHOOSE FROM!  100% http://www.envy.nu/teentrials/index.html";>FREE 
:TRIAL!  WHAT HAVE YOU GOT TO LOSE?http://www.envy.nu/teentrials/index.html";>CLICK HERE TO SEE THE YOUNGEST & 
:HOTTEST TEENS ON THE NET!

---


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

Re: DLL And Visual Basic

2002-01-21 Thread Pavel Tsekov




Tim wrote:

> Ok, I've gotten a little further in my endeavors and am stumped again.
> Actually this is pretty much where I was stumped in the beginning, but I
> have made some moderate headway.
> 
> I have successfully created a dl that can be called (successfully mind you)
> from Visual Basic, but unfortunately only once.  ;-)  Any attempt to run the
> app again without first shutting it down will result in the following:
> VB6 caused an invalid page fault in
> module CYGWIN1.DLL at 0177:610066e2.


[snip]


> 
> What am I missing here?  Am I doing something wrong, or is this what I'm in
> for?
> 
> I also had to copy /usr/bin/cygwin1.dll to \windows\system in order to even
> attempt to use the newly created DLL.


Don't do this! Instead add the path to your cygwin1.dll to the PATH 
environment variable.



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

Serial Communication

2002-01-21 Thread ROLAND


I want to open /dev/com1 what some other settings than
the default settings...
Can someone tell me how to do this??
And can someone tell me if it is possible to check the
settings of an opened com-port??

Roland


__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

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

Re: wildcard for tcsh

2002-01-21 Thread Pavel Tsekov


Heyho! :)

Tom Broadbent wrote:

> hi
> 
> first off, i love using cygwin.  now for the question...
> 
> i am using a tcsh and the wildcard character ' * ' doesn't seem to work.
> 
> if i type something like:  grep foo *
> 
> i get the following error:  grep: *: No such file or directory
> 
> 
> what is the trouble?  if i use a bash shell things work dandy.


No trouble at all! :)

Check this: http://sources.redhat.com/ml/cygwin/2001-12/msg01272.html

Next time try to search the mailing list archives.


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

Re: wildcard for tcsh

2002-01-21 Thread Pavel Tsekov


No need to e-mail me personally. Hope you'll get
your answer the next time too.

Tom Broadbent wrote:

>>No trouble at all! :)
>>
>>Check this: http://sources.redhat.com/ml/cygwin/2001-12/msg01272.html
>>
>>Next time try to search the mailing list archives.
>>
> 
> 
> no thanks - i'd rather wait for an answer from somebody.  
> 
> thanks for the answer!



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

Re: Cygwin Help

2002-01-21 Thread Earnie Boyd


Private email to me is inappropriate for list questions.  For your
convenience I've CCed the [EMAIL PROTECTED] list and set the reply-to to
the list.  If you haven't done so already, you should become a list
member.  See http://cygwin.com/lists.html for subscription information.

Earnie.

> Jonathan Lee wrote:
> 
> Hi. I'm relatively new to all these things. I'm not sure whether
> you'll be willing to help, because I can't seem to find any answers on
> the web and elsewhere.
> 
> I've just installed cygwin in my computer. Is there a ".bashrc" file
> that is supposed to be included inside? I can't seem to find it.
> 
> I installed cygwin so that I could use XEmacs on it. I've also
> installed XEmacs inside cygwin's folder, but I can't seem to access
> the program. Do I need a ".emacs" file to access the program, coz I
> don't have that inside. How can I run XEmacs from cygwin?
> 
> I would be grateful for any assistance. Thank you.
> 
> Jonathan

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

rxvt & -e arg no longer supports backslashes

2002-01-21 Thread Reid Thompson


Just updated with latest setup.exe --- 1.3.7 dll.  Previously, I used a shortcut with 
target of C:\cygwin\bin\rxvt.exe -sr -sl 2500 -fn "lucida console"  -geometry 80x25 
-sb -fg lightblue -bg midnightblue -e c:\cygwin\bin\bash --login -i to startup my 
console.  After this update, this shortcut will not function properly.  It appears 
that backslashes are no longer valid for the -e argument of rxvt... or were they never 
meant to be valid?

reid


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

Re: "dynamic link library /dev/null could not be found"

2002-01-21 Thread Scott Collis


I am having the same problem.  I switched to 1.3.8 and now when I compile my
in-house code I get the same popup window that David sees referring to
/dev/null

I do not use -lpthread but do use -lm on my link line:

g++ -g  -o dgm.tmp  Domain.o  Element.o  Line.o  Quad.o  Tri.o  Edge.o
Basis.o
 polylib.o  Field.o  Process.o  Mesh.o  Slab.o  Adv_Diff.o  Euler.o
Navier_Stok
es.o  Wave.o  Curve.o  dgm.o  parser.tab.o
lex.yy.o  -L/home/collis/dist/atlas/
 -llapack -lcblas -latlas  -lblas -lg2c -lm -L/usr/local/lib -lrfftw -lfftw

Similar to David, "cygcheck dgm.exe" was

Found: .\dgm.exe
.\dgm.exe
  C:\cygwin\bin\cygwin1.dll
C:\WINNT\System32\KERNEL32.dll
  C:\WINNT\System32\NTDLL.DLL

but now gives

Found: .\dgm.exe
.\dgm.exe
  C:\cygwin\bin\cygwin1.dll
C:\WINNT\System32\KERNEL32.dll
  C:\WINNT\System32\NTDLL.DLL
  /dev/null - Cannot open


Unfortaunately for me, unlike David, when I used setup.exe to go back to
cygwin-1.3.6-6 the problem did NOT go away...?

Scott


=
Dr. Scott Collis, Asst. Prof.| Tel:   (713) 348-3617
Dept. of Mechanical Engineering  | Fax:   (713) 348-5423
  and Materials Science - MS 321 |
Rice University  | Email: [EMAIL PROTECTED]
Houston, TX 77005-1892   | http://mems.rice.edu/~collis
=


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

Bash Here prompt for folder list

2002-01-21 Thread Reid Thompson


along with the shortcut not working, my "Bash Here" prompt in the right click window 
no longer works.  Previously this was setup as:

In Explorer, Tools->Folder Options->File Types, click on Folder, Click on Edit, in 
Actions added a 'Bash Here' and set it to 
bash.exe -c 'cd "%1"; exec rxvt -sr -sl 2500 -fg lightblue -geometry 80x25 -bg 
midnightblue -sb -e bash'

I'm currently trying variations on this, if anyone can give me a valid setup it would 
be appreciated.

thanks,
reid


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

Re: security.cc: bug report, question and suggestion

2002-01-21 Thread Pierre A. Humblet


"Corinna Vinschen" wrote:
> 
> On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote:

> > Entry in passwd (note Cygwin name != Windows name)
> > exim:unused_by_nt/2000/xp:1002:1005:daemon,U-PHumblet\Mail,S-1-5-21-21273915
> > 03-1594901184-99485923-1002:/h
> > ome/Mail:/bin/bash
> >
> > /> cygrunsrv -I test -u mail -e CYGWIN=ntsec -p /a.exe
> > Enter password of user `.\mail':
> > Reenter, please:
> > /> cygrunsrv -S test
> > /> head /var/log/test.log
> > CYGWIN = ntsec USERNAME = UNDEF UID = 500 GID = 513 PID = 619  <==INCORRECT UID/GID
> 
> Operator error.  -u expects the Cygwin user name, not the Windows
> user name (it's a Cygwin application...).  The wrong UID is caused
> by your aforementioned observation that the getpwuid/getgrgid
> functions always return a default value :-(

Corinna, I just checked on NT. cygrunsrv accepts Cygwin and Windows
user names equally well and produces an incorrect UID if they differ.

Pierre

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

自粘包裝袋,吊卡袋

2002-01-21 Thread sales_g2

Title: QuickNotes by CloudEight Stationery--"Butterfly-Brown




±zªº²£«~»Ýn¦ÛÖß¥]¸Ë³U
P:  ¶Q¤½¥q  
±ÄÁÊ³¡  OPP, PP ¦UºØ¦ÛÖß¥]¸Ë³U 
¦Q¥d³U   
¶W§C»ù¦^õX:  5.8*16.5/16.5cm  
¥¤f³U    0.05¤¸/pc  
5.7*19/23cm  ¦L1¦â¦Q¥d³U   
0.15¤¸/pc  8.2*12/16 cm 
ªÅ¥Õ¦ÛÖß³U    0.09¤¸/pc  
Åwªï¦X§@¤º¡B¥~¾P¡C

  
  
Contact Person(Ápµ¸¤H) :
Susan Lee (§õ¤p©j)
  
E-mail :
 [EMAIL PROTECTED]

Re: "dynamic link library /dev/null could not be found"

2002-01-21 Thread Pavel Tsekov

Scott Collis wrote:

> I am having the same problem.  I switched to 1.3.8 and now when I compile my
> in-house code I get the same popup window that David sees referring to
> /dev/null
> 
> I do not use -lpthread but do use -lm on my link line:

Yes! In my previous mail I pasted from the 1.3.7-1 announcement -
subject to this changes are libpthread, libc and libm.

[snip]

> Unfortaunately for me, unlike David, when I used setup.exe to go back to
> cygwin-1.3.6-6 the problem did NOT go away...?

You have to recompile the executable for the changes to take effect i.e. 
the executable must be based on the newly (1.3.6-x in this case) 
installed import libs.

P.S. And, yes, this is a me too :P

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

Re: security.cc: bug report, question and suggestion

2002-01-21 Thread Corinna Vinschen


On Mon, Jan 21, 2002 at 10:40:18AM -0500, Pierre A. Humblet wrote:
> "Corinna Vinschen" wrote:
> > 
> > On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote:
> 
> > > Entry in passwd (note Cygwin name != Windows name)
> > > exim:unused_by_nt/2000/xp:1002:1005:daemon,U-PHumblet\Mail,S-1-5-21-21273915
> > > 03-1594901184-99485923-1002:/h
> > > ome/Mail:/bin/bash
> > >
> > > /> cygrunsrv -I test -u mail -e CYGWIN=ntsec -p /a.exe
> > > Enter password of user `.\mail':
> > > Reenter, please:
> > > /> cygrunsrv -S test
> > > /> head /var/log/test.log
> > > CYGWIN = ntsec USERNAME = UNDEF UID = 500 GID = 513 PID = 619  <==INCORRECT 
>UID/GID
> > 
> > Operator error.  -u expects the Cygwin user name, not the Windows
> > user name (it's a Cygwin application...).  The wrong UID is caused
> > by your aforementioned observation that the getpwuid/getgrgid
> > functions always return a default value :-(
> 
> Corinna, I just checked on NT. cygrunsrv accepts Cygwin and Windows
> user names equally well and produces an incorrect UID if they differ.

Would you mind to track that down further.  I'd suspect something's
wrong in Cygwin, probably in internal_getlogin() ?!?

Corinna

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

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

Re: "dynamic link library /dev/null could not be found"

2002-01-21 Thread Christopher Faylor


On Mon, Jan 21, 2002 at 12:03:53PM +, David Starks-Browning wrote:
>Oops, I forgot to provide an important clue!  If I remove -lpthread
>from the link line, the executable is OK.

That's the clue I need.  I'll fix this.

cgf

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

kill -9 restarts system?

2002-01-21 Thread Brian Genisio


Hey all,

I was wondering if anyone has ever come across this... I have a script that
looks like this :

for $p in prog1 prog2 prog3 prog4 ; do

  ps | grep $p | sed 's/get_pid/kill -9 pid/' | sh

done

Essentially, this script (I cant remember what my sed stuff is, but it works)
will kill all of the processes in a list (prog1, prog2, prog3, etc).

This works well for the most part.  BUT... every once in a while, my machine
reboots itself.  It doesnt happen very often, but when it does, it happens with
no warning, all the way back to the BIOS load screen, as if I had just hit the
reset button on my puter.

Any insight?
Brian

__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

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

Impossible to exit rxvt, now

2002-01-21 Thread fergus at bonhard dot uklinux dot net


Just upgraded. Now on my system

All of

\Cygwin\bin\bash --login -i; rxvt

and

\Cygwin\bin\rxvt -e /bin/bash --login -i

and

\Cygwin\bin\rxvt -e /bin/login {username}

result as required (and as for months past) in a nice rxvt terminal window.
(It can be tweaked with loads of switches.)

However, on pressing , or typing exit, to exit, the terminal window
freezes, necessitating either a mouse-click on the top RH [x] close button,
or  followed by [End Task], to close down. Strange.

I've tried all of "nothing at all" and -tn cygwin and -tn rxvt to see
whether anything helps, but it doesn't.

cygcheck output available if it helps or is needed.

Fergus


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

RE: DLL And Visual Basic

2002-01-21 Thread Roth, Kevin P.


FWIW - when following exactly the recipe you provided, mine worked OK.
Three
small changes though:

You had this in your VB form:
  Private Declare Function doit Lib "bar.dll" (ByVal ...

However, since the function's name in MyTest.c is testit (not doit), I
added
Alias "testit", like:
  Private Declare Function doit Lib "bar.dll" Alias "testit" (ByVal ...

Second: your script builds "MyTest.dll", not "bar.dll", so I changed
again:
  Private Declare Function doit Lib "MyTest.dll" Alias "testit" (ByVal
...


Third - you called your test function from within Form_Load. This will
only
(normally) run once for any particular form. So, I added a button to
your
form, and moved "i = doit(100)" into the new Button1_Click function.

Works perfectly for me...

You might try compiling to an .EXE and running that, instead of running
inside the VB debugger...

--Kevin

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

tcsh broken after upate to cygwin 1.3.8

2002-01-21 Thread Dave Bailey


Hi all,

Just updated to cygwin 1.3.8 on Win2k SP2 and tcsh ( version 6.11.00-3 from
the distro ) no longer works. It hangs during initialisation attempting to
figure out the emacs path in /etc/profile.d/complete.tcsh. The same tcsh
binary works fine on 1.3.7.

Anyone got a fix for this?

Cheers,
Dave
  __  _
David Bailey  .-.'  `; `-._  __  _
Bristol University   (_, .-:'  `; `-._
   ,'o"((_,   )
Tel:   +44 117 9546879(__,-'  ,'o"()>
Fax:   +44 117 9255624   (   (__,-')
  `-'._.--._( )
 |||  |||`-'._.--._.-'
|||  |||

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

Impossible to exit rxvt, now

2002-01-21 Thread David Starks-Browning

On Monday 21 Jan 02, fergus at bonhard dot uklinux dot net writes:
> However, on pressing , or typing exit, to exit, the terminal window
> freezes, necessitating either a mouse-click on the top RH [x] close button,
> or  followed by [End Task], to close down. Strange.

I wouldn't dare post a "me too", but let me add that rxvt.exe is
actually left "spinning", consuming cpu resources until you close the
window explicitly.

Like fergus, I notice this with 1.3.8 from 1.3.6-6.  I did not see it
with the 2002-Jan-10 snapshot.

It sounds like fergus is using Win9x.  I see it on NT 4.

Regards,
David

--
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 1.3.8: bison failed with new dll version

2002-01-21 Thread Benoit Perrin


Hello,

as a "me too" mail, I noted that bison core dumped with this yacc file:

<--->
%{
%}

%token   NUMBER
%token   WORD
%type  rule
%type  signed_number

%%

rule:
WORD= { $$ = $1; } |
/* empty */ = { $$ = NULL; };

signed_number:
NUMBER  = { $$ = $1; } |
'-' NUMBER  = { $$ = -$2; };

%%
<--->

bison failed only for a command line with the -d option like:

bison -y -d .y

The segmentation fault occured in a malloc, with a desired size of 8 in
my case.

Hope this helps.

Benoit

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

Re: cygwin 1.3.8: bison failed with new dll version

2002-01-21 Thread Christopher Faylor

On Mon, Jan 21, 2002 at 06:22:07PM +0100, Benoit Perrin wrote:
>Hello,
>
>as a "me too" mail, I noted that bison core dumped with this yacc file:

What would this be "me too"ing?  I haven't seen anyone reporting SEGV bugs.

>[snip]
>bison failed only for a command line with the -d option like:
>
>bison -y -d .y
>
>The segmentation fault occured in a malloc, with a desired size of 8 in
>my case.
>
>Hope this helps.

Well, it does slightly.  This has nothing to do with 1.3.8, though.  It's
apparently a bison bug.  There is apparently a new version of bison out.
It seems to fix the problem.

I've uploaded the new version so it should be on the mirrors soon.

cgf

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

RE: Updated: cygwin-1.3.8-1

2002-01-21 Thread Jay Gindin


Just wondering if anyone else has experienced problems with this release
of the cygwin dll. I'm running zsh 4.0.4 for about two months now, and
it worked just fine until I upgraded to this latest version of the
cygwin dll. 

With the latest version of zsh, it hangs during startup. Running "zsh
--verbose" shows that it hangs when it appears to be executing line 73
of the attached zshrc file. If I move the various /etc/z* files out of
the way, and only leave my $HOME/.zshrc, then it appears to hang on line
32 of the attached .exports file (which is sourced from my .zshrc). If I
also move .zshrc file out of the way, zsh does appear to initialize, but
then hangs when executing other operations.

I downgraded to 1.3.7-1, and it appears to work again. I've attached the
output of cygcheck -c to show the version numbers of everything else I'm
running; I can also send the zsh.exe which I built, in case this isn't a
known problem.

Thanks,

Jay Gindin

> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, January 20, 2002 7:41 PM
> To: [EMAIL PROTECTED]
> Subject: Updated: cygwin-1.3.8-1
> 
> 
> I've made a new version of the Cygwin DLL and associated utilities
> available for download.  As usual, a list of what has changed 
> is below.
> 
> 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.  Then, run setup and answer all of the questions.
> 
> 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.  Then, run setup and answer all of the questions.
> 
> Note that we do not allow downloads from sources.redhat.com (aka
> cygwin.com) due to bandwidth limitations.  This means that 
> you will need
> to find a mirror which has this update.
> 
> In the US,
> ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
> is a reliable high bandwidth connection.
> 
> In Germany,
> ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is
> usually pretty good.
> 
> In the UK,
> http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/p
> ub/cygwin/
> is usually up-to-date within 48 hours.
> 
> If one of the above doesn't have the latest version of this 
> package then
> you can either wait for the site to be updated or find another mirror.
> 
> 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.  Really.
> No kidding.  Email cygwin stuff to [EMAIL PROTECTED]
> 
> If you want to make a point or ask a question, the Cygwin mailing list
> is the appropriate place.
> 
> Did I mention that I'd prefer that all cygwin questions should go to
> [EMAIL PROTECTED]?  I can't remember...
> 
>   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
> 
> If you want 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]
> 
> If you need more information on unsubscribing, start reading here:
> 
> http://sources.redhat.com/lists.html#unsubscribe-simple
> 
> Please read *all* of the information on unsubscribing that is 
> available
> starting at this URL.
> 
> I implore you to READ this information before sending email about how
> you "tried everything" to unsubscribe.  In 100% of the cases where
> people were unable to unsubscribe, the problem was that they hadn't
> actually read and comprehended the unsubscribe instructions.
> 
> If you need to unsubscribe from cygwin-announce or any other mailing
> list, reading the instructions at the above URL is guaranteed to
> provide you with the info that you need.
> 
> Christopher Faylor
> Red Hat, Inc.
> 
> Changes since 1.3.7-1:
> 
> - Allow CTRL-C to work correctly in a Windows 9x/Me console.
>   (Christopher Faylor)
> 
> - Export regfree, again.  (Christopher Faylor)
> 
> - Fix bug with SA_NOCLDSTOP.  See
>   http://www.cygwin.com/ml/cygwin/2002-01/msg01218.html
>   (Christopher Faylor)
> 



versions
Description: versions


zshrc
Description: zshrc


.exports
Description: .exports

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

[ANNOUNCEMENT] Updated: bison-1.31-1

2002-01-21 Thread Christopher Faylor


I've made a new version of 'bison' available for download.  This updates
the package to the latest version available from ftp.gnu.org.

This version seems to fix a SEGV bug that was recently reported in the
cygwin mailing list: http://www.cygwin.com/ml/cygwin/2002-01/msg01317.html .

For a brief descripton of what this package is, see
http://cygwin.com/packages/ .

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.  Then, run setup and answer all of the questions.  To select the
'bison' package, click on the 'Devel' category and then click on the
'skip' field next to 'bison' until 1.31-1 is displayed.

Note that we do not allow downloads from sources.redhat.com (aka
cygwin.com) due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is
usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package then
you can either wait for the site to be updated or find another mirror.

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.  Really.
No kidding.  Email cygwin stuff to [EMAIL PROTECTED]

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

Did I mention that I'd prefer that all cygwin questions should go to
[EMAIL PROTECTED]?  I can't remember...

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want 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]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

Christopher Faylor
Cygwin Engineering Manager (and Developer)
Red Hat, Inc.


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

[ANNOUNCEMENT] Updated: cygwin-1.3.9-1

2002-01-21 Thread Christopher Faylor


I've made a new version of the Cygwin DLL and associated utilities
available for download.  As usual, a list of what has changed is below.

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.  Then, run setup and answer all of the questions.

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.  Then, run setup and answer all of the questions.

Note that we do not allow downloads from sources.redhat.com (aka
cygwin.com) due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is
usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package then
you can either wait for the site to be updated or find another mirror.

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.  Really.
No kidding.  Email cygwin stuff to [EMAIL PROTECTED]

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

Did I mention that I'd prefer that all cygwin questions should go to
[EMAIL PROTECTED]?  I can't remember...

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want 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]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

Christopher Faylor
Red Hat, Inc.

Changes since 1.3.8-1:

- Fix problem with SIGCHLD not being delivered, causing various applications
  (tcsh, rxvt) to hang.  (Christopher Faylor)

- Fix problem with import libs like libpthread.a where /dev/null was set as
  the DLL to use.  (Christopher Faylor)


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

[RFD]: Changing datatypes for uid_t/gid_t

2002-01-21 Thread Corinna Vinschen


Hi,

due to the problems with uids and gids beyond 65535, we're thinking
about changing the sizeof these datatypes from the current 16 bit
to a bigger size.  We discussed that already internally and we have
a way to do it in a backward compatible way.  Newer applications
using the new data sizes would not run on older Cygwin DLLs but that's
already true for many newer applications today so that shouldn't
matter (at least I'd still sleep well).

Already existing applications compiled using 16 bit uids/gids would
still run, provided that you're only using 16 bit clean uids/gids
with that applications.  If /etc/passwd or /etc/group contain bigger
uids/gids then... shit happens.

We have three possible data sizes:

- 16 bit.  Don't touch anything.  Advantage: Nothing to do for us,
  no compatibility problems at all.

- 32 bit.  Coincidentally equal to sizeof int and sizeof long.
  Advantage:  Should even work with older software which often
  silently assume that a uid/gid can be stored in a int.

- 64 bit.  Advantage: Since the RIDs used in Windows are just
  32 bit, one could create uids/gids with using the upper 32 bit
  of the uid/gid as a domain/server identifier, e.g.
  locadmin:1000500:544:...
  fooadmin:2000500:544:...

So, please tell us what you think is the better approach from your
point of view.  We're trying to get a picture.

Thanks,
Corinna

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

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

Re: CygwinPerl Q - interact with symlinked dir?

2002-01-21 Thread Michael A Chase


- Original Message -
From: "Soren Andersen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 21, 2002 02:57
Subject: Re: CygwinPerl Q - interact with symlinked dir?


> On 20 Jan 2002 at 19:21, Gerrit P. Haase wrote:
>
> > Another question:
> >
> > >So I did this:
> > >
> > >$  ln -svdnf '/home/sorenboss/.cpan/' ~/.cpan
> > >create symbolic link `/cdv/e/home/sorenboss/.cpan' to
> > >`/home/sorenboss/.cpan/'
> > >
> >
> > Why didn't you mount this way:
> > $ mount -s -b x:/cygwin/home/sorenboss/.cpan \
> > > e:/home/sorenboss/.cpan
> > ?
> >
> > I use always mount for something like this.
>
> Thanks. Well, it didn't occur to me to do that, is why. I have seldom
mounted subdirs to subdirs,
> splicing something into the filesystem tree like that, and I think it is
because I haven't understood
> mount very well, and therefore been nervous about what would happen. This
is an area of the Cygwin
> documentation that could use some work, IMO.
>
>  [ a little time passes..]
>
> Looking at it again, I am *seriously* confused about what you are
suggesting. I thought -- and I am not
> claiming (and have never claimed) to thoroughly understand `mount' -- but
I thought that the last arg to
> mount had to be a POSIX path?? You seem to be supplying two win32/DOS
paths as args to `mount'.
> Is this good to do?

The second argument should be the POSIX path.  So your mount command would
be:

mount -s -b x:/cygwin/home/sorenboss/.cpan /home/sorenboss/.cpan

It might be useful to create an empty directory '/home/sorenboss/.cpan'
before the mount.  It seems to make umount and some directory searching work
better.
--
Mac :})
** I normally forward private questions to the appropriate mail list. **
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.



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

Re: Impossible to exit rxvt, now

2002-01-21 Thread Rick Rankin


This *appears* to be a problem handling EOF. I've included some strace output
that will hopefully shed some light on the problem. If this points someone to
an obvious solution, great. If not, it'll be at least a couple of days before
I'll have a chance to look at it in more detail.

Oddly enough, I couldn't get any output out of strace using the version of rxvt
distributed with cygwin. The strace output below was generated with a version
of rxvt I built myself, which also has the same problem at exit. If I run

/usr/bin/rxvt -e bash --login

I get an rxvt window (albeit huge) and a prompt. But if I run

strace /usr/bin/rxvt -e bash --login

I get nothing -- no window and no output from strace.

BTW, if the entire strace output would help, I can attach it, but it's about
6.5 MB.

--Rick

  213 23461386 [main] rxvt 772 select_stuff::wait: m 3, ms 4294967295
  455 23461841 [select_pipe] rxvt 772 fhandler_pty_master::hit_eof: all other
handles closed
  140 23461981 [select_pipe] rxvt 772 peek_pipe: /dev/ptym, saw EOF
   88 23462069 [select_pipe] rxvt 772 peek_pipe: saw eof on '/dev/ptym'
  452 23462521 [select_socket] rxvt 772 thread_socket: stuff_start 0xA03EB14
  219 23462740 [main] rxvt 772 select_stuff::wait: woke up.  wait_ret 1. 
verifying
   96 23462836 [main] rxvt 772 set_bits: me 0xA03BAC0, testing fd 4 (/dev/ptym)
   89 23462925 [main] rxvt 772 set_bits: ready 1
   83 23463008 [main] rxvt 772 select_stuff::wait: gotone 1
  199 23463207 [main] rxvt 772 select_stuff::wait: returning 0
  117 23463324 [main] rxvt 772 select_stuff::cleanup: calling cleanup routines
  178 23463502 [main] rxvt 772 socket_cleanup: si 0xA03BAF0 si->thread 0x2C0
   86 23463588 [main] rxvt 772 socket_cleanup: connection to si->exitsock 0x2D4
  873 23464461 [select_socket] rxvt 772 thread_socket: Win32 select returned 1
  176 23464637 [select_socket] rxvt 772 thread_socket: s 0xA03BA90, testing fd
3 (/dev/tcp)
   89 23464726 [select_socket] rxvt 772 thread_socket: saw exitsock read
  703 23465429 [main] rxvt 772 socket_cleanup: returning
  102 23465531 [main] rxvt 772 peek_pipe: already ready
   94 23465625 [main] rxvt 772 set_bits: me 0xA03BAC0, testing fd 4 (/dev/ptym)
   85 23465710 [main] rxvt 772 set_bits: ready 1
  131 23465841 [main] rxvt 772 peek_socket: considering handle 0x114
   87 23465928 [main] rxvt 772 peek_socket: adding read fd_set /dev/tcp, fd 3
  112 23466040 [main] rxvt 772 peek_socket: WINSOCK_SELECT returned 0
   88 23466128 [main] rxvt 772 select_stuff::poll: returning 1
   83 23466211 [main] rxvt 772 select_stuff::cleanup: calling cleanup routines
   84 23466295 [main] rxvt 772 select_stuff::~select_stuff: deleting select
records
  253 23466548 [main] rxvt 772 _read: read (4, 0x41E200, 1024) nonblocking,
sigcatchers 5
  153 23466701 [main] rxvt 772 fhandler_pty_master::hit_eof: all other handles
closed
   90 23466791 [main] rxvt 772 peek_pipe: /dev/ptym, saw EOF
   82 23466873 [main] rxvt 772 peek_pipe: saw eof on '/dev/ptym'
  104 23466977 [main] rxvt 772 fhandler_base::ready_for_read: read_ready 1,
avail 1
  115 23467092 [main] rxvt 772 fhandler_pty_master::hit_eof: all other handles
closed
   87 23467179 [main] rxvt 772 fhandler_pty_master::process_slave_output:
returning 0
   84 23467263 [main] rxvt 772 _read: 0 = read (4, 0x41E200, 1024), errno 0
   90 23467353 [main] rxvt 772 ioctl: fd 3, cmd 4004667F
   98 23467451 [main] rxvt 772 fhandler_socket::ioctl: 0 = ioctl_socket
(4004667F, 242F5C0)
  110 23467561 [main] rxvt 772 cygwin_select: 5, 0x242FE3C, 0x0, 0x0, 0x0
  171 23467732 [main] rxvt 772 dtable::select_read: /dev/tcp fd 3
  157 23467889 [main] rxvt 772 dtable::select_read: /dev/ptym fd 4
   82 23467971 [main] rxvt 772 cygwin_select: to NULL, ms 
  101 23468072 [main] rxvt 772 cygwin_select: sel.always_ready 0
  429 23468501 [main] rxvt 772 start_thread_socket: Handle 0x114
   91 23468592 [main] rxvt 772 start_thread_socket: Added to readfds
  610 23469202 [main] rxvt 772 start_thread_socket: exitsock 0x2D4
  134 23469336 [main] rxvt 772 start_thread_socket: stuff_start 0x242FD58
  221 23469557 [main] rxvt 772 select_stuff::wait: m 3, ms 4294967295
  419 23469976 [select_pipe] rxvt 772 fhandler_pty_master::hit_eof: all other
handles closed
  113 23470089 [select_pipe] rxvt 772 peek_pipe: /dev/ptym, saw EOF
  107 23470196 [select_pipe] rxvt 772 peek_pipe: saw eof on '/dev/ptym'
  271 23470467 [main] rxvt 772 select_stuff::wait: woke up.  wait_ret 1. 
verifying
   98 23470565 [main] rxvt 772 set_bits: me 0xA03BAC0, testing fd 4 (/dev/ptym)
  145 23470710 [main] rxvt 772 set_bits: ready 1
  122 23470832 [main] rxvt 772 select_stuff::wait: gotone 1
   84 23470916 [main] rxvt 772 select_stuff::wait: returning 0
   85 23471001 [main] rxvt 772 select_stuff::cleanup: calling cleanup routines
  200 23471201 [main] rxvt 772 socket_cleanup: si 0xA03BAF0 si->thread 0x2E8
   85 23471286 [main] rxvt 772 socket_cleanup: connection to si->exitsock 0x2D4
  949 23472235 [select_socket] rxvt 772 thread_

Re: Impossible to exit rxvt, now

2002-01-21 Thread Rick Rankin


OK, forget the last one. The message about 1.3.9 appeared just after I hit
send.

-- Rick
--- Rick Rankin <[EMAIL PROTECTED]> wrote:
> This *appears* to be a problem handling EOF. I've included some strace output
> that will hopefully shed some light on the problem. If this points someone to
> an obvious solution, great. If not, it'll be at least a couple of days before
> I'll have a chance to look at it in more detail.
> 
> Oddly enough, I couldn't get any output out of strace using the version of
> rxvt
> distributed with cygwin. The strace output below was generated with a version
> of rxvt I built myself, which also has the same problem at exit. If I run
> 
> /usr/bin/rxvt -e bash --login
> 
> I get an rxvt window (albeit huge) and a prompt. But if I run
> 
> strace /usr/bin/rxvt -e bash --login
> 
> I get nothing -- no window and no output from strace.
> 
> BTW, if the entire strace output would help, I can attach it, but it's about
> 6.5 MB.
> 
> --Rick
> 

[strace output snipped]


> 
> --- David Starks-Browning <[EMAIL PROTECTED]> wrote:
> > On Monday 21 Jan 02, fergus at bonhard dot uklinux dot net writes:
> > > However, on pressing , or typing exit, to exit, the terminal
> window
> > > freezes, necessitating either a mouse-click on the top RH [x] close
> button,
> > > or  followed by [End Task], to close down. Strange.
> > 
> > I wouldn't dare post a "me too", but let me add that rxvt.exe is
> > actually left "spinning", consuming cpu resources until you close the
> > window explicitly.
> > 
> > Like fergus, I notice this with 1.3.8 from 1.3.6-6.  I did not see it
> > with the 2002-Jan-10 snapshot.
> > 
> > It sounds like fergus is using Win9x.  I see it on NT 4.
> > 
> > Regards,
> > David
> > 
> > 
> > --
> > 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/
> > 
> 
> 
> __
> Do You Yahoo!?
> Send FREE video emails in Yahoo! Mail!
> http://promo.yahoo.com/videomail/
> 
> --
> 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/
> 


__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

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

Perl TK Fails to Build

2002-01-21 Thread Michael Cohen


A download of Tk800.023 from Perl archive using  RedHat Dist of Perl 
5.6.1 bombs in build
on my Pentium 200Mhz/ Win 2000 machine.   A plain build ;  perl 
Makefile.PL ; make dies in compling
WinClient.c because X11/Xlib.h is undefined..   A compile using perl 
Makefile.PL x after following cygwin
installation script for XFree86 compiles but fails numerous acceptance 
tests so I stopped looking at
compilation.   Finally a link not provided from /usr/include/X11 
/usr/X11R6/include/X11 when put
in goes further with original build but dies after numerous waringings 
about redefinitions etc.   The
"Perl Porter"  or some such who built this originally clains to be able 
to build both ways.   Please advise
as to what might be going on.   Evidently there is some version 
problem??   Does anybody know how
to investigate thiis and how to proceed?
--mike


-- 
Michael Cohen [EMAIL PROTECTED]
Work: 677 Beacon, Street, Rm313 Boston, Mass 02115
Home: 25 Stearns Rd, #3 Brookline, Mass 02146
Tel-Work: 617-353-9484
Tel-Home:617-734-8828
Tel-FAX:617-353-7755 



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

Stop usnig HTML for the digest!

2002-01-21 Thread David E. Bath


Please stop using HTML for the digests!


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

Re: Stop usnig HTML for the digest!

2002-01-21 Thread Christopher Faylor


On Mon, Jan 21, 2002 at 02:06:43PM -0600, David E. Bath wrote:
>Please stop using HTML for the digests!

We're not using HTML in the digests!

cgf

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

RE: [RFD]: Changing datatypes for uid_t/gid_t

2002-01-21 Thread Mark Bradshaw


I'd vote for 32 bit to give maximum compatibility with other systems and old
software.

> -Original Message-
> From: Corinna Vinschen [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 21, 2002 1:27 PM
> To: cygwin
> Subject: [RFD]: Changing datatypes for uid_t/gid_t
> 
> 
> Hi,
> 
> due to the problems with uids and gids beyond 65535, we're thinking
> about changing the sizeof these datatypes from the current 16 bit
> to a bigger size.  We discussed that already internally and we have
> a way to do it in a backward compatible way.  Newer applications
> using the new data sizes would not run on older Cygwin DLLs but that's
> already true for many newer applications today so that shouldn't
> matter (at least I'd still sleep well).
> 
> Already existing applications compiled using 16 bit uids/gids would
> still run, provided that you're only using 16 bit clean uids/gids
> with that applications.  If /etc/passwd or /etc/group contain bigger
> uids/gids then... shit happens.
> 
> We have three possible data sizes:
> 
> - 16 bit.  Don't touch anything.  Advantage: Nothing to do for us,
>   no compatibility problems at all.
> 
> - 32 bit.  Coincidentally equal to sizeof int and sizeof long.
>   Advantage:  Should even work with older software which often
>   silently assume that a uid/gid can be stored in a int.
> 
> - 64 bit.  Advantage: Since the RIDs used in Windows are just
>   32 bit, one could create uids/gids with using the upper 32 bit
>   of the uid/gid as a domain/server identifier, e.g.
>   locadmin:1000500:544:...
>   fooadmin:2000500:544:...
> 
> So, please tell us what you think is the better approach from your
> point of view.  We're trying to get a picture.
> 
> Thanks,
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails 
> regarding Cygwin to
> Cygwin Developer
> mailto:[EMAIL PROTECTED]
> Red Hat, Inc.
> 
> --
> 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/

RE: DLL And Visual Basic

2002-01-21 Thread Tim


Kevin,

> Third - you called your test function from within Form_Load. This will
> only
> (normally) run once for any particular form. So, I added a button to
> your
> form, and moved "i = doit(100)" into the new Button1_Click function.
>
> Works perfectly for me...

I had placed it in Form_Load for quick testing, but this in fact was the
cause of the problem (although I'm not sure why, but that's not Cywin's
problem).  Seems to me that I've run into this before, but figured my
current problem was my lack of knowledge of compiling dll's under Cygwin.
;-)

> You might try compiling to an .EXE and running that, instead of running
> inside the VB debugger...

Many thanks for your comments and suggestions.  Once taken out of Form_Load
it worked fine in both development mode and EXE no matter how many times I
made the call.

Best Regards,
-tim




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.307 / Virus Database: 168 - Release Date: 12/11/01


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

RE: Autotools broken?

2002-01-21 Thread Stephano Mariani


Possible bug:
The patched libtool.m4 that you pointed me to has a slight bug. It
leaves an a.exe in the project's directory when configure is run. I'm
no
shell script programmer, but I will try figure this out, if someone
has
not already done so...

Stephano Mariani

> -Original Message-
> From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
> Sent: 20 January 2002 15:57
> To: Cygwin
> Cc: Stephano Mariani
> Subject: RE: Autotools broken?
>
> Look in the thread "libtool-devel and kde2 - problem with
> AC_PROG_CXX" -
> there is a patched libtool.m4 which works for me.
>
> Regards
>
> Ralf Habacker
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf
> > Of Stephano Mariani
> > Sent: Sunday, January 20, 2002 2:11 PM
> > To: [EMAIL PROTECTED]
> > Subject: Autotools broken?
> > Importance: High
> >
> >
> > It appears in the latest cygwin (updated just hours ago) that the
> > libtool is broken...
> >
> > I'm  using the autotools on a very big build tree, that has over
> 600 c
> > source files to be built, and some 50 assembler sources. When
> using
> > autoconf, automake and libtool, the configure script dies
> complaining
> > that it cannot find 'ltconfig.sh'. I am using the devel (with
> > AC_PREREQ(2.52)) version of the tools, and have searched in
> > /usr/autotool/{devel,stable}/share/libtool and there appears to be
> no
> > sign of ltconfig.sh.
> >
> > checking how to run the C preprocessor... gcc -E
> > checking for dlfcn.h... yes
> > checking for ranlib... (cached) ranlib
> > checking for strip... strip
> > checking for gcc option to produce PIC... none
> > checking whether the linker (/usr/i686-pc-cygwin/bin/ld.exe)
> supports
> > shared libraries... yes
> > checking command to parse /usr/bin/nm -B output... (cached) ok
> > checking if gcc static flag -static works... yes
> > checking the maximum length of command line arguments... 12289
> > checking if gcc supports -fno-rtti -fno-exceptions... yes
> > checking if gcc supports -c -o file.o... yes
> > checking for objdir... .libs
> > checking how to hardcode library paths into programs... immediate
> > checking whether stripping libraries is possible... yes
> > checking dynamic linker characteristics... Win32 ld.exe
> > checking whether -lc should be explicitly linked in... yes
> > creating libtool
> > checking if libtool supports shared libraries... yes
> > checking how to run the C++ preprocessor... g++ -E
> > ./ltconfig: Can't open ./ltconfig: No such file or directory
> > configure: error: libtool tag configuration failed
> > make: *** [config.status] Error 1
> >
> > The entire build tree works perfectly when on linux, and on
> solaris.
> > Is
> > this a cygwin issue? I'm relatively new to windows and cygwin.
> >
> > How do I go about solving this?
> >
> > TIA,
> >
> > Stephano Mariani
> >
> >
> >
> >
> > --
> > 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/

Re: [RFD]: Changing datatypes for uid_t/gid_t

2002-01-21 Thread Larry Hall (RFK Partners, Inc)


At 01:27 PM 1/21/2002, Corinna Vinschen wrote:
>We have three possible data sizes:
>
>- 16 bit.  Don't touch anything.  Advantage: Nothing to do for us,
>   no compatibility problems at all.
>
>- 32 bit.  Coincidentally equal to sizeof int and sizeof long.
>   Advantage:  Should even work with older software which often
>   silently assume that a uid/gid can be stored in a int.
>
>- 64 bit.  Advantage: Since the RIDs used in Windows are just
>   32 bit, one could create uids/gids with using the upper 32 bit
>   of the uid/gid as a domain/server identifier, e.g.
>   locadmin:1000500:544:...
>   fooadmin:2000500:544:...

I'd recommend going with the size that is the same as uid/gid on other
UNIX systems.  I guess that puts me in the 32 bit camp.




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


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

Re: wildcard for tcsh

2002-01-21 Thread Larry Hall (RFK Partners, Inc)


At 09:27 AM 1/21/2002, Pavel Tsekov wrote:
>No need to e-mail me personally. Hope you'll get
>your answer the next time too.
>
>Tom Broadbent wrote:
>
>>>No trouble at all! :)
>>>
>>>Check this: http://sources.redhat.com/ml/cygwin/2001-12/msg01272.html
>>>
>>>Next time try to search the mailing list archives.
>>
>>no thanks - i'd rather wait for an answer from somebody.  
>>thanks for the answer!



And Tom, most people here would rather you avail yourself of the 
existing resources before adding to the volume of this list with
a potentially asked-and-answered question.  It's common courtesy.
I hope you'll keep that in mind.



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


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

Re: textmode broken in cygwin 1.3.6 and greater?

2002-01-21 Thread Larry Hall (RFK Partners, Inc)

At 08:35 AM 1/21/2002, [EMAIL PROTECTED] wrote:
>Hi,
>
>I've been using Cygwin for a long time now (pre b19) but have just had
>occasion to do a fresh install on a couple of machines. I've installed with
>default textmode mounts ... but vi et al suddenly don't seem to be adding
>CRLF line endings. Redirected i/o (e.g. cat > foo.txt) is fine but ed,
>vi(m), and others just don't want to play.
>
>I've tried this with both 1.3.6 and 1.3.7-1 (haven't tried 1.3.8 yet) on
>both Win 2k and XP.
>
>I can't believe that no-one else would have found this, so maybe I've done
>something stupid -- unless this is an artefact of doing a fresh install
>rather than an upgrade. I can't test that because one of the reasons for a
>fresh install is that my machine got trashed and had to be rebuilt :-(
>
>Anyway, any insight gratefully received.
>
> Neil

Neil,

mount modes are default indicators when a not-so-properly ported program
reads or writes a file.  Just because a directory is mounted a particular
way does not mean that a program cannot read/write a file there using some
alternate mode.  I'm sure this is the reason that you're seeing what
you're seeing.  As far as vim is concerned, you can set it to write 
either UNIX text mode (same as UNIX binary mode) or Windows text files
by setting fileformat.  See the vim help for more on this.

Very few programs (only notepad and certain constructs in files used with
VC++) have any problems reading binary files, in case you weren't aware
of this fact.

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

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

Re: no output from net.exe

2002-01-21 Thread Alex BATKO






+---
| On Sat, Jan 19, 2002 at 12:34:19AM -0600, Alex Malinovich wrote:
| > >You could write a script.  That's even more fun than setting
| > >all user/group/permission info by hand.  Treat it as challenge.
| > >
| > >Corinna
| > 
| > Actually, this almost sounds fun... :) Correct me if I'm wrong here, but
| > if Perl read the attributes of a file, they'd be reported in the same
| > way as they would for ls. (i.e. Using whichever setting ntea or ntsec
| > reported.) And if it tried setting those attributes, they'd still be
| > handled by Cygwin. (i.e. Taking ntea or ntsec into account.) Seems
| > pretty simple. Or am I missing something obvious here?
| 
| Nope.  As long as it's Cygwin perl.  Just read the attrs with ntea
| and write them with ntsec.
| 
Please confirm that this recursion only has to be done for cygwin's
subtree (from /), and not for the entire c:\ tree.

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

RE: Autotools broken?

2002-01-21 Thread Ralf Habacker



> Possible bug:
> The patched libtool.m4 that you pointed me to has a slight bug. It
> leaves an a.exe in the project's directory when configure is run. I'm
> no shell script programmer, but I will try figure this out, if someone
> has not already done so...

This sounds good, although this problem is one of the least problems :-)
Do you have compiled your project with this patched libtool succesfully ? 
Without any other problems ? 

Ralf 

> Stephano Mariani
> 
> > -Original Message-
> > From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
> > Sent: 20 January 2002 15:57
> > To: Cygwin
> > Cc: Stephano Mariani
> > Subject: RE: Autotools broken?
> >
> > Look in the thread "libtool-devel and kde2 - problem with
> > AC_PROG_CXX" -
> > there is a patched libtool.m4 which works for me.
> >
> > Regards
> >
> > Ralf Habacker
> >
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> > Behalf
> > > Of Stephano Mariani
> > > Sent: Sunday, January 20, 2002 2:11 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Autotools broken?
> > > Importance: High
> > >
> > >
> > > It appears in the latest cygwin (updated just hours ago) that the
> > > libtool is broken...
> > >
> > > I'm  using the autotools on a very big build tree, that has over
> > 600 c
> > > source files to be built, and some 50 assembler sources. When
> > using
> > > autoconf, automake and libtool, the configure script dies
> > complaining
> > > that it cannot find 'ltconfig.sh'. I am using the devel (with
> > > AC_PREREQ(2.52)) version of the tools, and have searched in
> > > /usr/autotool/{devel,stable}/share/libtool and there appears to be
> > no
> > > sign of ltconfig.sh.
> > >
> > > checking how to run the C preprocessor... gcc -E
> > > checking for dlfcn.h... yes
> > > checking for ranlib... (cached) ranlib
> > > checking for strip... strip
> > > checking for gcc option to produce PIC... none
> > > checking whether the linker (/usr/i686-pc-cygwin/bin/ld.exe)
> > supports
> > > shared libraries... yes
> > > checking command to parse /usr/bin/nm -B output... (cached) ok
> > > checking if gcc static flag -static works... yes
> > > checking the maximum length of command line arguments... 12289
> > > checking if gcc supports -fno-rtti -fno-exceptions... yes
> > > checking if gcc supports -c -o file.o... yes
> > > checking for objdir... .libs
> > > checking how to hardcode library paths into programs... immediate
> > > checking whether stripping libraries is possible... yes
> > > checking dynamic linker characteristics... Win32 ld.exe
> > > checking whether -lc should be explicitly linked in... yes
> > > creating libtool
> > > checking if libtool supports shared libraries... yes
> > > checking how to run the C++ preprocessor... g++ -E
> > > ./ltconfig: Can't open ./ltconfig: No such file or directory
> > > configure: error: libtool tag configuration failed
> > > make: *** [config.status] Error 1
> > >
> > > The entire build tree works perfectly when on linux, and on
> > solaris.
> > > Is
> > > this a cygwin issue? I'm relatively new to windows and cygwin.
> > >
> > > How do I go about solving this?
> > >
> > > TIA,
> > >
> > > Stephano Mariani
> > >
> > >
> > >
> > >
> > > --
> > > 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/

Re: wildcard for tcsh

2002-01-21 Thread Tom Broadbent

well if the truth be known...

in the begining i didn't even *know* what 'mailing list archives' to look
through.
my response to mr. Pavel Tsekov was a personal email, meant to be
taken light heartedly, and was, incidentally,  a form of a 'thank-you'
for his answer to my question (see below).

i agree that it is more effective to look through the already answered
questions.  had i known *where* to start maybe i wouldn't have
posted to this list!  i saw the '[EMAIL PROTECTED]' email address
*while* i was searching on 'google' trying to find an answer
to the wildcard question... and supposed that someone in support over
at cygwin would get it and respond.  i admit i was confused and sorely
mistaken.

so i apologize *profusely* for wasting your time.

again i thank mr. Tsekov for his answer (not for forwarding my response
on to the rest of you on this list).

and thank you mr Larry Hall for your correction.  i'll try much harder to be
more
courtious in the future.

so unless someone else has a comment about this already very dead horse,
i'll
continue in peace the project that i was working on when i first had the
question
about wildcards.

thank you all and have a nice day.

one last thing - i just tried searching the mailing list and the answer
popped
up so easily!!  thanks so much for teaching me this valuable resource!!

> >No need to e-mail me personally. Hope you'll get
> >your answer the next time too.
> >
> >Tom Broadbent wrote:
> >
> >>>No trouble at all! :)
> >>>
> >>>Check this: http://sources.redhat.com/ml/cygwin/2001-12/msg01272.html
> >>>
> >>>Next time try to search the mailing list archives.
> >>
> >>no thanks - i'd rather wait for an answer from somebody.
> >>thanks for the answer!
>
>
>
> And Tom, most people here would rather you avail yourself of the
> existing resources before adding to the volume of this list with
> a potentially asked-and-answered question.  It's common courtesy.
> I hope you'll keep that in mind.

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

Re: wildcard for tcsh

2002-01-21 Thread Christopher Faylor


On Mon, Jan 21, 2002 at 03:50:47PM -0800, Tom Broadbent wrote:
>well if the truth be known...
>
>in the begining i didn't even *know* what 'mailing list archives' to
>look through.  my response to mr.  Pavel Tsekov was a personal email,
>meant to be taken light heartedly, and was, incidentally, a form of a
>'thank-you' for his answer to my question (see below).
>
>i agree that it is more effective to look through the already answered
>questions.  had i known *where* to start maybe i wouldn't have
>posted to this list!  i saw the '[EMAIL PROTECTED]' email address
>*while* i was searching on 'google' trying to find an answer
>to the wildcard question... and supposed that someone in support over
>at cygwin would get it and respond.  i admit i was confused and sorely
>mistaken.
>
>so i apologize *profusely* for wasting your time.
>
>again i thank mr. Tsekov for his answer (not for forwarding my response
>on to the rest of you on this list).
>
>and thank you mr Larry Hall for your correction.  i'll try much harder
>to be more courtious in the future.
>
>so unless someone else has a comment about this already very dead
>horse, i'll continue in peace the project that i was working on when i
>first had the question about wildcards.

Well, I have to ask an obvious question.  Where did you get cygwin?
Didn't you get it from the cygwin web site?  I'm asking because pointers
to the cygwin mailing lists are plastered all over the place there and
the web site would be the obvious first place to stop for information
on cygwin.

If you didn't get cygwin from the web site, then I'm very curious as to
where you did get it.

cgf
-- 
Please do not send me personal email with cygwin questions.
Use the resources at http://cygwin.com/ .

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

Matthias Wolff/CH/HPH is out of the office.

2002-01-21 Thread Matthias . Wolff


I will be out of the office starting  21.01.2002 and will not return until
25.01.2002.

I will respond to your message when I return.


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

Matthias Wolff/CH/HPH is out of the office.

2002-01-21 Thread Matthias . Wolff


I will be out of the office starting  21.01.2002 and will not return until
25.01.2002.

I will respond to your message when I return.


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

Re: wildcard for tcsh

2002-01-21 Thread Tom Broadbent



of course i got it from the cygwin website.  originally when i installed
cygwin i searched google to figure out an interesting *feature*
of the login program (specifically that you can't use it to change
users) AND i searched google a bunch to figure out the whole
passwd file and win2K problem which i haven't ironed out fully.
the answers i got were from the mailing list but i figured google
would pull out anything the search on the mailing list would...

so...  i overlooked searching the mailing lists.  call it a rookie error.

i thought '[EMAIL PROTECTED]' was customer service!!

but you're right - the website says, right up in the corner... 'Mailing
Lists'

oh well.  learn something new every day.

> Well, I have to ask an obvious question.  Where did you get cygwin?
> Didn't you get it from the cygwin web site?  I'm asking because pointers
> to the cygwin mailing lists are plastered all over the place there and
> the web site would be the obvious first place to stop for information
> on cygwin.
>
> If you didn't get cygwin from the web site, then I'm very curious as to
> where you did get it.
>
> cgf
> --
> Please do not send me personal email with cygwin questions.
> Use the resources at http://cygwin.com/ .


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

Re: Matthias Wolff/CH/HPH is out of the office.

2002-01-21 Thread Christopher Faylor


On Tue, Jan 22, 2002 at 01:01:36AM +0100, [EMAIL PROTECTED] wrote:
>I will be out of the office starting  21.01.2002 and will not return until
>25.01.2002.
>
>I will respond to your message when I return.

Bye, bye.

cgf

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

Re: security with the ftp daemon

2002-01-21 Thread Dylan Cuthbert


Thanks, you were right, I regenerated the groups file and it returned to
being secure again - it seems a bit dangerous to default to admins group,
maybe better if it defaults to guest or something along those lines?

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: "Corinna Vinschen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 21, 2002 6:39 PM
Subject: Re: security with the ftp daemon


> On Mon, Jan 21, 2002 at 02:51:29PM +0900, Dylan Cuthbert wrote:
> > Hi there,
> >
> > I've set up the ftp server with inetutils on win2k, but I get a strange
> > security hole.
> >
> > I've set permissions so that only "Administrators" can access the cygwin
> > directories.  The home directories are only accessible by their
respective
> > users and /bin is Everyone and read-only.
> >
> > However, after setting this up and rebooting the machine once, if I ftp
in
> > as a regular user I can access all the administrator priviledge
directories
> > (in read/write mode!) with no problem at all.  Is this a known problem
and
> > is there a way to get it to work securely?  Surely the ftp daemon should
> > switch its user to the id of the person logging in?
>
> Check if your /etc/group is setup correctly.  If the group of
> the user doesn't exist,  setgid() falls back to the admins group
> currently.
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Developermailto:[EMAIL PROTECTED]
> Red Hat, Inc.
>
> --
> 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/

Debug build of Cygwin tools

2002-01-21 Thread Cheuk Cheng


Hi, how do I build debug versions of Cygwin tools?  Currently, I have
exported CFLAGS, CXXFLAGS and LDFLAGS all equal to -g in bash before doing a
build.  I have also changed the same flags within the Makefile.in file
within each the main source directory of each tool.  Is their a better way
of doing debug builds of the Cygwin tools themselves?

Thanks.



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

Install everything option for 'setup.exe'..

2002-01-21 Thread Michael F. March


I know this has probably been asked a few times but I can not
find a definitive answer. Is there anyway to easily tell
the setup.exe program to install EVERYTHING?

thanks!




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

Re: Install everything option for 'setup.exe'..

2002-01-21 Thread Robert Collins



===
- Original Message - 
From: "Michael F. March" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 22, 2002 2:51 PM
Subject: Install *everything* option for 'setup.exe'..


> I know this has probably been asked a few times but I can not
> find a definitive answer. Is there anyway to easily tell
> the setup.exe program to install EVERYTHING?

NO!

There will be something of the sort in the next release however.

Rob


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

Re: Install everything option for 'setup.exe'..

2002-01-21 Thread Christopher Faylor

On Mon, Jan 21, 2002 at 08:51:44PM -0700, Michael F. March wrote:
>I know this has probably been asked a few times but I can not find a
>definitive answer.  Is there anyway to easily tell the setup.exe
>program to install EVERYTHING?
>
>thanks!

How about if you tell us what, specifically, you read which seemed
nondefinitive so that we can reword things in a definitive fashion?

It seems to me that just about every resposne we've given to this issue
has been pretty straightforward so we'll need to know specifically what
you are not understanding so that we can address this in future replies,
the FAQ, etc.

cgf

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

Re: Install everything option for 'setup.exe'..

2002-01-21 Thread Christopher Faylor


On Tue, Jan 22, 2002 at 02:50:54PM +1100, Robert Collins wrote:
>
>===
>- Original Message - 
>From: "Michael F. March" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Tuesday, January 22, 2002 2:51 PM
>Subject: Install *everything* option for 'setup.exe'..
>
>
>> I know this has probably been asked a few times but I can not
>> find a definitive answer. Is there anyway to easily tell
>> the setup.exe program to install EVERYTHING?
>
>NO!
>
>There will be something of the sort in the next release however.

Now what, exactly, do you mean by this Robert?

Are you saying NO to the question of easily installing everything?
Or, are you saying NO to, hmm...

I guess this is pretty definitive, now that I think of it.

cgf

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

How to become a download mirror site?

2002-01-21 Thread Laurence F. Wood


How does one become a mirror download site for cygwin?



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

Re: tcsh broken after upate to cygwin 1.3.8

2002-01-21 Thread Benn Schreiber

It's a little worse than this.  I renamed complete.tcsh and sure enough,
I got the first prompt.  BUT, when I issued a command, I discovered that
it never returned to the prompt again.  Sigh.

Benn

From: Dave Bailey  
To: "'cygwin at cygwin dot com'"  
Date: Mon, 21 Jan 2002 16:53:59 - 
Subject: tcsh broken after upate to cygwin 1.3.8 

Hi all,

Just updated to cygwin 1.3.8 on Win2k SP2 and tcsh ( version 6.11.00-3
from
the distro ) no longer works. It hangs during initialisation attempting
to
figure out the emacs path in /etc/profile.d/complete.tcsh. The same tcsh
binary works fine on 1.3.7.

Anyone got a fix for this?

Cheers,

  Dave

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

80 matches

Mail list logo