gcc-mingw cannot link with MSVC compiled static libraries

[jean-michel . rouet]

Hi all,

I recently ugrade to 
gcc 3.3.1-2
gcc-mingw   20030911-3

But now got some problems linking MSVC compiled static libraries with the 
gcc and the -mno-cygwin option

here is an example where MS.c/MS.h which contains a very simple function 
(plus, see code below) is compiled into MS.lib using Visual Studio

$ CL /c MS.c
$ LINK -lib MS.obj

I then obtain MS.lib

$ nm MS.lib
MS.obj:
 i .drectve
 t .text
000a2306 a @comp.id
 T _plus


Then I take a main.c source that calls the function 'plus' but compiled 
with gcc.
$ gcc -mno-cygwin main.c -o main MS.lib
Warning: .drectve `-defaultlib:LIBC ' unrecognized
Warning: .drectve `-defaultlib:OLDNAMES ' unrecognized
Cannot export _plus: symbol not found
collect2: ld returned 1 exit status

This used to work with the previous versions of GCC/Mingw I was using.
Is there something I am doing wrong?
Is it possible that the upgrade to the new version of gcc/mingw went 
wrong?

Here is the output of gcc in verbose mode:
$ gcc -v -mno-cygwin main.c -o main MS.lib
Reading specs from /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/specs
Configured with: /netrel/src/gcc-3.3.1-2/configure 
--enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posix 
--with-system-zlib --enable-nls --without-included-gettext 
--enable-interpreter --enable-sjlj-exceptions 
--disable-version-specific-runtime-libs --enable-shared 
--build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin 
--prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib 
--includedir=/nonexistent/include -libexecdir=/usr/sbin
Thread model: posix
gcc version 3.3.1 (cygming special)
 /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/cc1.exe -quiet -v -D__GNUC__=3 
-D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=1 -D__MSVCRT__ -D__MINGW32__ 
-DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -DWINNT -idirafter 
/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../include/w32api 
-idirafter 
usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/../../include/w32api
 
main.c -quiet -dumpbase main.c -mno-cygwin -auxbase main -version -o 
tmp/ccit4dum.s
GNU C version 3.3.1 (cygming special) (i686-pc-cygwin)
compiled by GNU C version 3.3.1 (cygming special).
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=130946
ignoring nonexistent directory "/usr/local/include/mingw"
ignoring duplicate directory "/usr/include/mingw"
ignoring duplicate directory 
"/usr/i686-pc-mingw32/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include
 /usr/i686-pc-mingw32/include
 /usr/include/w32api
End of search list.
 
/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/bin/as.exe 
--traditional-format -o /tmp/ccGGljbC.o /tmp/ccit4dum.s
 /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/collect2.exe -Bdynamic -o main.exe 
/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/crt2.o 
/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/crtbegin.o 
-L/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 
-L/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib 
-L/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../.. /tmp/ccGGljbC.o MS.lib 
-lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -lmingw32 -luser32 
-lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex 
-lmsvcrt /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/crtend.o
Warning: .drectve `-defaultlib:LIBC ' unrecognized
Warning: .drectve `-defaultlib:OLDNAMES ' unrecognized
Cannot export _plus: symbol not found
collect2: ld returned 1 exit status


---
Now here are the sources...

MS.c:
#include "MS.h"

__declspec(dllexport)
int plus(const int a, const int b)
{
return a+b;
}

MS.h:
#ifdef __MS_H_
#define __MS_H_ 1

int plus(const int a, const int b);

#endif

and main.c:
#include "MS.h"

int main(int argc, char *argv[])
{
int a = 5;
int b = 6;

int c = plus(a,b);

printf ("%d + %d = %d\n", a, b, c);

return 0;
}



-
Jean-Michel Rouet (PhD), Senior Scientist
Philips France / Medical Imaging Systems (Medisys) Research Group
51, rue Carnot - BP 301 - 92156 Suresnes Cedex - France

Phone:  (+33) 1.47.28.36.13  Fax: (+33) 1.47.28.36.00
mailto:[EMAIL PROTECTED]


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

RE: cygpath hangings: A fix - bash patch enclosed -- bash maintai ner please note!

[Steve Fairbairn]

> -Original Message-
> From: Hannu E K Nevalainen
> Sent: 18 October 2003 13:22
> Subject: RE: cygpath hangings: A fix - bash patch enclosed -- bash
> maintainer please note!
> 
> The simple test works flawlessly.
>

ditto
 
> I've run my setup-based test with success too.
> My gratulations to a task well done.
> 

ditto

Nice one cgf,

Steve Fairbairn.
-- 
-- LONG DISCLAIMER --

*** 
This email has originated from Perwill plc (Registration No. 1906964) 
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK 
Tel: +44 (0)1420 545000 
Fax: +44 (0)1420 545001 
www.perwill.com 
*** 
Privileged, confidential and/or copyright information may be contained 
in this email, and is only for the use of the intended addressee. 
To copy, forward, disclose or otherwise use it in any way if you are not 
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately, 
by using the reply facility in your email software.

We may monitor the content of emails sent and received via our network 
for the purposes of ensuring compliance with policies and procedures. 
This message is subject to and does not create or vary any contractual 
relationships between Perwill plc and the recipient. 
*** 
Any opinions expressed in the email are those of the sender and not 
necessarily of Perwill plc.
*** 
This email has been scanned for known viruses using 
McAfee WebShield 4.5 MR1a 
*** 



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

RE: Is there a 'ping' in Cygwin?

[Hughes, Bill]

Sent: 18 October 2003 13:57 From: Thorsten Kampe
> > I shall now fix my path and create symlinks so 'ping' works.
> 
> There's no sense in creating symlinks if you fix the PATH.
> 
> Thorsten

Without the symlink I have to use 'PING.EXE', with it I can use 'ping'.
Cygwin has two main benefits for me - it makes windows usable (mainly for
work) and it helps me migrate to linux at home. Hence I would prefer to be
as unix/linux like as possible - so I use "check_case:strict".

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

AW: Patch for building libcrypt.a as a DLL

[Ralf Habacker]

> On Sun, Oct 19, 2003 at 09:31:44PM +0200, Ralf Habacker wrote:
> > BTW: There is another lib, libutil.a in the inetutils package,
> which causes
> > same libtool problems
>
> Please don't use libutil.a anymore.  All functionality intentionally
> exported from libutil.a is now exported genuinely by the Cygwin DLL
> itself, beginning with release 1.5.5.  These functions are
>
>   getusershell
>   setusershell
>   endusershell
>   daemon
>   forkpty
>   login_tty
>   logwtmp
>   openpty
>   revoke
>
> Additionally, Cygwin exports updwtmp now, too.
>
> Libutil.a is deprecated and will not be part of future inetutils
> releases anymore.

Only for cygwin or for the whole unix/linux world ?


It seems that some linux based packages (as far as I know kde releated
package) are using libutil as default, which requires additional patching.
For this it would help, building a special import library containing the
libutil relating symbols pointing to the cygwin dll like done with
libpthread.

Ralf


> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Developermailto:[EMAIL PROTECTED]
> Red Hat, Inc.
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>


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

Re: Problems with phread_mutexattr_init

[Thomas Pfaff]

Joost Kraaijeveld wrote:
Hi Thomas,

Sorry for contacting you outside the Cgwin mailing list directly but I
am really desperate for an answer. I searched the mailinglist, Googled,
read the IEEE specs, studied several PThread implementations, actually
ran the code on BSD, Linus, Solaris and Cygwin but still have no answer
for my problem (now I hope you are convinced that I tried to find a
sollution but that I did not find any ;-)).
Can you explain to me under what circumstances pthread_mutexattr_init
returns EBUSY? I read the explanations in
http://sources.redhat.com/ml/cygwin/2003-06/msg00431.html and
http://www.opengroup.org/onlinepubs/007904975/functions/pthread_mutexatt
r_init.html and from that I understand that  pthread_mutexattr_init
returns EBUSY if one tries to initialize twice. However I sometimes (not
always) get the error in the following part of  code (see below & the
arrows on the left). The initialization is done only once. As far as I
can see it is not the constructor of a static object called twice bu 2
threads. (The debugger does not give me enough stacktrace between
signals to make any sence).
Note:

If I initialize pthread_mutexattr_t m_attr with 0 (because it's actually
a pointer to a struct according to ) the code runs OK. This
looks strange to me. Why should I have to initialize a
pthread_mutexattr_t by any other means than by calling
pthread_mutexattr_init ?
MICOMT::Mutex::Mutex(MICO_Boolean locked, Attribute attr)
{
int result;
pthread_mutexattr_t m_attr /* = 0 */; <-
--> result = pthread_mutexattr_init(&m_attr);
--> assert(!result);   
if (attr != Normal) {
	switch (attr) {
	case Recursive:
  result =
pthread_mutexattr_settype(&m_attr,PTHREAD_MUTEX_RECURSIVE);
	assert (!result);
	break;
	default:
	break;
	}
}
result = pthread_mutex_init(&_mutex, &m_attr);
assert(!result);
result = pthread_mutexattr_destroy(&m_attr); 
assert(!result);
if (locked)
	this->lock();
}

This was discussed some time ago: See 
http://cygwin.com/ml/cygwin/2003-06/msg00431.html

The problem is that cygwin contains some code to check for an already 
initialized mutex attr. If the local attr on the stack points to an 
already initialized mutex attr mutexattr_init will fail. To avoid this 
make sure that you always destroy a mutex attr when it is not longer 
needed. This will additionally free some memory which is used internally.

To avoid this problem when you are sure that your mutex attr is not 
initialized use memset (&m_attr, 0, sizeof(m_attr)) instead of 
pthread_mutexattr_t m_attr = 0;. The memset code is portable.

Thomas



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

Re: ssmtp 2.38.7-4 reads headers from message body.

[Frank Slootweg]

Corinna Vinschen" <[EMAIL PROTECTED]> wrote:
> On Sat, Oct 18, 2003 at 09:08:48PM +0200, Frank Slootweg wrote:
> >   Anything else you need?
>
> Your /etc/ssmtp/ssmtp.conf file would be interesting.

  Here it is (wrapped (at 72 columns) by OE):

#
# /etc/ssmtp.conf -- a config file for sSMTP sendmail.
#
# The person who gets all mail for userids < 10
root=postmaster
# The place where the mail goes. The actual machine name is required
# no MX records are consulted. Commonly mailhosts are named
mail.domain.com
# The example will fit if you are in domain.com and you mailhub is so
named.
mailhub=smtp.cablewanadoo.nl
# Where will the mail seem to come from?
rewriteDomain=wanadoo.nl
# The full hostname
hostname=ipc1fs02.wanadoo.nl
# Set this to never rewrite the "From:" line (unless not given) and to
# use that address in the "from line" of the envelope.
FromLineOverride=YES




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

Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!

[Ronald Landheer-Cieslak]

I'll apply your patch and release a new Bash version shortly 

rlc

On Sat, Oct 18, 2003 at 01:58:36AM -0400, Christopher Faylor wrote:
> On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
> >I just managed to duplicate the problem on my system at work.
> >
> >Stay tuned.
> 
> I managed to duplicate it at home by booting into W2K, too.  That meant
> I didn't have to feel guilty about working on this at work.  :-)
> 
> This should fix the problem.  Bash wasn't closing the read end of a pipe
> in some situations.  I'm not sure why that would cause some programs to
> hang but the following patch fixes the problem.  I think it provides
> more robust code than what was in bash previously, too.
> 
> Ronald, if you agree with this patch, could you release a new version of
> bash, ASAP?  If you don't agree with the patch, then please let me
> (aka the cygwin list) know soon since I'm going to be submitting it
> upstream ASAP.
> 
> cgf
> 
> 2003-10-18  Christopher Faylor  <[EMAIL PROTECTED]>
> 
>   * subst.c (command_substitute): Guard against opening a pipe handle in
>   stdin/stdout/stderr since they may be closed and keeping the pipe
>   handle open in a subprocess will cause hangs.
> 
> --- subst.c.orig  2003-10-15 15:09:01.0 -0400
> +++ subst.c   2003-10-18 01:47:49.737056307 -0400
> @@ -3716,6 +3716,7 @@ command_substitute (string, quoted)
>pid_t pid, old_pid, old_pipeline_pgrp;
>char *istring;
>int result, fildes[2], function_value;
> +  int i, closeit[3];
>  
>istring = (char *)NULL;
>  
> @@ -3742,6 +3743,16 @@ command_substitute (string, quoted)
>if (subst_assign_varlist == 0 || garglist == 0)
>  maybe_make_export_env ();/* XXX */
>  
> +
> +  for (i = 0; i <= 2; i++)
> +if (fcntl (i, F_GETFD, &result) != -1)
> +  closeit[i] = 0;
> +else
> +  {
> + open ("/dev/null", O_RDONLY);
> + closeit[i] = 1;
> +  }
> +
>/* Pipe the output of executing STRING into the current shell. */
>if (pipe (fildes) < 0)
>  {
> @@ -3749,6 +3760,10 @@ command_substitute (string, quoted)
>goto error_exit;
>  }
>  
> +  for (i = 0; i <= 2; i++)
> +if (closeit[i])
> +  close (i);
> +
>old_pid = last_made_pid;
>  #if defined (JOB_CONTROL)
>old_pipeline_pgrp = pipeline_pgrp;
> @@ -3793,21 +3808,8 @@ command_substitute (string, quoted)
> exit (EXECUTION_FAILURE);
>   }
>  
> -  /* If standard output is closed in the parent shell
> -  (such as after `exec >&-'), file descriptor 1 will be
> -  the lowest available file descriptor, and end up in
> -  fildes[0].  This can happen for stdin and stderr as well,
> -  but stdout is more important -- it will cause no output
> -  to be generated from this command. */
> -  if ((fildes[1] != fileno (stdin)) &&
> -   (fildes[1] != fileno (stdout)) &&
> -   (fildes[1] != fileno (stderr)))
> - close (fildes[1]);
> -
> -  if ((fildes[0] != fileno (stdin)) &&
> -   (fildes[0] != fileno (stdout)) &&
> -   (fildes[0] != fileno (stderr)))
> - close (fildes[0]);
> +  close (fildes[1]);
> +  close (fildes[0]);
>  
>/* The currently executing shell is not interactive. */
>interactive = 0;
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

-- 
"If that man in the PTL is such a healer, why can't he make his wife's
 hairdo go down?"
-- Robin Williams

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

Re: AW: Patch for building libcrypt.a as a DLL

[Gerrit P. Haase]

Hello Ralf,

>> Libutil.a is deprecated and will not be part of future inetutils
>> releases anymore.

> Only for cygwin or for the whole unix/linux world ?


> It seems that some linux based packages (as far as I know kde releated
> package) are using libutil as default, which requires additional patching.
> For this it would help, building a special import library containing the
> libutil relating symbols pointing to the cygwin dll like done with
> libpthread.

Isn't there a confiure check which tests if the symbols in question are
available in the C library and if not whether libutil is available and
if so use this? This is the usual autotool way, e.g for iconv() (IIRC).
Isn't it possible to push these kind of changes upstream (if changes are
needed to configure)?


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


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

Re: [ANNOUNCEMENT] new package: fltk-1.1.4

[Gerrit P. Haase]

Eric wrote:

> Great!  I sometimes used to build flwm for Cygwin; I assume it will
> now be easier for me to do that.

Hmmm, since a window manager seems to be an X application and this FLTK
package is based on the windows API and not the XFree86 API, I guess
this will be not that much help to have it now...


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


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

ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Grossniklaus Bruno]

Problems

- wtmp /var/log/wtmp: No such file or directory


Versions


* ProFTPD 1.2.9rc2 (devel) 
  (built Sun Oct 5 14:06:16 EDT 2003) standalone mode

* 949k 2003/09/20 c:\apps\cygwin\bin\cygwin1.dll
  Cygwin DLL version info:
  DLL version: 1.5.5
  DLL epoch: 19
  DLL bad signal mask: 19005
  DLL old termios: 5
  DLL malloc env: 28
  API major: 0
  API minor: 94
  Shared data: 3
  DLL identifier: cygwin1
  Mount registry: 2
  Cygnus registry name: Cygnus Solutions
  Cygwin registry name: Cygwin
  Program options name: Program Options
  Cygwin mount registry name: mounts v2
  Cygdrive flags: cygdrive flags
  Cygdrive prefix: cygdrive prefix
  Cygdrive default prefix:
  Build date: Sat Sep 20 16:31:15 EDT 2003
  CVS tag: cr-0x9b
  Shared id: cygwin1S3

New installation from scratch on WinNT 4.0 SP6a


after installation
==

/etc/postinstall/proftpd.sh
does not create /var/log/wtmp

so we get:

/var/log/proftpd.log

thowl0079.sb.com - ProFTPD 1.2.9rc2 (devel) (built Sun Oct 5 14:06:16 EDT
2003) standalone mode STARTUP
thowl0079.sb.com - error setting write fd TCP_NOPUSH: Protocol not available
thowl0079.sb.com - error setting read fd TCP_NOPUSH: Protocol not available
thowl0079.sb.com (localhost[127.0.0.1]) - FTP session opened.
thowl0079.sb.com (localhost[127.0.0.1]) - USER Administrator: Login successful.
thowl0079.sb.com (localhost[127.0.0.1]) - wtmp /var/log/wtmp: No such file
or directory
c:\apps\cygwin\usr\sbin\proftpd.exe: *** CreateFileMapping, Win32 error 5.
 Terminating.


I think /etc/postinstall/proftpd.sh has to create /var/log/wtmp (?) if it
does not yet exist.

Thanks

Bruno




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

Re: AW: Patch for building libcrypt.a as a DLL

[Corinna Vinschen]

On Mon, Oct 20, 2003 at 01:15:46PM +0200, Gerrit P. Haase wrote:
> Hello Ralf,
> 
> >> Libutil.a is deprecated and will not be part of future inetutils
> >> releases anymore.
> 
> > Only for cygwin or for the whole unix/linux world ?
> 
> 
> > It seems that some linux based packages (as far as I know kde releated
> > package) are using libutil as default, which requires additional patching.
> > For this it would help, building a special import library containing the
> > libutil relating symbols pointing to the cygwin dll like done with
> > libpthread.
> 
> Isn't there a confiure check which tests if the symbols in question are
> available in the C library and if not whether libutil is available and
> if so use this? This is the usual autotool way, e.g for iconv() (IIRC).
> Isn't it possible to push these kind of changes upstream (if changes are
> needed to configure)?

I agree.  Even our very ancient inetutils package checks the needed
functions in case there's no libutil.a (see its configure.in).

Corinna

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

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

ProFTPD 1.2.9rc2: "CreateFileMapping, Win32 error 5"

[Grossniklaus Bruno]

Problems

- *** CreateFileMapping, Win32 error 5.  Terminating.


Versions


* ProFTPD 1.2.9rc2 (devel) 
  (built Sun Oct 5 14:06:16 EDT 2003) standalone mode

* 949k 2003/09/20 c:\apps\cygwin\bin\cygwin1.dll
  Cygwin DLL version info:
  DLL version: 1.5.5
  DLL epoch: 19
  DLL bad signal mask: 19005
  DLL old termios: 5
  DLL malloc env: 28
  API major: 0
  API minor: 94
  Shared data: 3
  DLL identifier: cygwin1
  Mount registry: 2
  Cygnus registry name: Cygnus Solutions
  Cygwin registry name: Cygwin
  Program options name: Program Options
  Cygwin mount registry name: mounts v2
  Cygdrive flags: cygdrive flags
  Cygdrive prefix: cygdrive prefix
  Cygdrive default prefix:
  Build date: Sat Sep 20 16:31:15 EDT 2003
  CVS tag: cr-0x9b
  Shared id: cygwin1S3


after installation and mkdir /var/log/wtmp


/var/log/proftpd.log

thowl0079.sb.com - ProFTPD 1.2.9rc2 (devel) (built Sun Oct 5 14:06:16 EDT
2003) standalone mode STARTUP
thowl0079.sb.com - error setting write fd TCP_NOPUSH: Protocol not available
thowl0079.sb.com - error setting read fd TCP_NOPUSH: Protocol not available
thowl0079.sb.com (localhost[127.0.0.1]) - FTP session opened.
thowl0079.sb.com (localhost[127.0.0.1]) - USER Administrator: Login successful.
c:\apps\cygwin\usr\sbin\proftpd.exe: *** CreateFileMapping, Win32 error 5.
 Terminating.


shell output:
-
$ ftp localhost
Connected to thowl0079.foo.com.
220 ProFTPD 1.2.9rc2 Server (ProFTPD Default Installation) [thowl0079.foo.com]
Name (localhost:Administrator):
331 Password required for Administrator.
Password:
421 Service not available, remote server has closed connection
ftp: Login failed.
ftp: No control connection for command: Connection reset by peer
ftp>



---
/etc/proftp.conf

ServerName  "ProFTPD Default Installation"
ServerType  standalone
DefaultServer   on
Port21
Umask   022
MaxInstances30
DefaultRoot ~

  AllowOverwriteon


---
/etc/passwd
Administrator:unused_by_nt/2000/xp:500:513:zzz:/home/Administrator:/bin/bash


(/home/Administrator does exist and is owned by Administrator)

What does "CreateFileMapping, Win32 error 5" mean?

Thanks for proftp and your hints!
Bruno





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

Re: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!

[Ronald Landheer-Cieslak]

I've just checked the patch a wee bit closer - it looks OK to me. If you want
to push it upstream, please go ahead :)

I'm wrapping up release -16 now. I'll make it available for upload on -apps 
ASAP.

Thanks,

rlc

On Sat, Oct 18, 2003 at 01:58:36AM -0400, Christopher Faylor wrote:
> On Wed, Oct 15, 2003 at 04:30:12PM -0400, Christopher Faylor wrote:
> >I just managed to duplicate the problem on my system at work.
> >
> >Stay tuned.
> 
> I managed to duplicate it at home by booting into W2K, too.  That meant
> I didn't have to feel guilty about working on this at work.  :-)
> 
> This should fix the problem.  Bash wasn't closing the read end of a pipe
> in some situations.  I'm not sure why that would cause some programs to
> hang but the following patch fixes the problem.  I think it provides
> more robust code than what was in bash previously, too.
> 
> Ronald, if you agree with this patch, could you release a new version of
> bash, ASAP?  If you don't agree with the patch, then please let me
> (aka the cygwin list) know soon since I'm going to be submitting it
> upstream ASAP.
> 
> cgf
> 
> 2003-10-18  Christopher Faylor  <[EMAIL PROTECTED]>
> 
>   * subst.c (command_substitute): Guard against opening a pipe handle in
>   stdin/stdout/stderr since they may be closed and keeping the pipe
>   handle open in a subprocess will cause hangs.
> 
> --- subst.c.orig  2003-10-15 15:09:01.0 -0400
> +++ subst.c   2003-10-18 01:47:49.737056307 -0400
> @@ -3716,6 +3716,7 @@ command_substitute (string, quoted)
>pid_t pid, old_pid, old_pipeline_pgrp;
>char *istring;
>int result, fildes[2], function_value;
> +  int i, closeit[3];
>  
>istring = (char *)NULL;
>  
> @@ -3742,6 +3743,16 @@ command_substitute (string, quoted)
>if (subst_assign_varlist == 0 || garglist == 0)
>  maybe_make_export_env ();/* XXX */
>  
> +
> +  for (i = 0; i <= 2; i++)
> +if (fcntl (i, F_GETFD, &result) != -1)
> +  closeit[i] = 0;
> +else
> +  {
> + open ("/dev/null", O_RDONLY);
> + closeit[i] = 1;
> +  }
> +
>/* Pipe the output of executing STRING into the current shell. */
>if (pipe (fildes) < 0)
>  {
> @@ -3749,6 +3760,10 @@ command_substitute (string, quoted)
>goto error_exit;
>  }
>  
> +  for (i = 0; i <= 2; i++)
> +if (closeit[i])
> +  close (i);
> +
>old_pid = last_made_pid;
>  #if defined (JOB_CONTROL)
>old_pipeline_pgrp = pipeline_pgrp;
> @@ -3793,21 +3808,8 @@ command_substitute (string, quoted)
> exit (EXECUTION_FAILURE);
>   }
>  
> -  /* If standard output is closed in the parent shell
> -  (such as after `exec >&-'), file descriptor 1 will be
> -  the lowest available file descriptor, and end up in
> -  fildes[0].  This can happen for stdin and stderr as well,
> -  but stdout is more important -- it will cause no output
> -  to be generated from this command. */
> -  if ((fildes[1] != fileno (stdin)) &&
> -   (fildes[1] != fileno (stdout)) &&
> -   (fildes[1] != fileno (stderr)))
> - close (fildes[1]);
> -
> -  if ((fildes[0] != fileno (stdin)) &&
> -   (fildes[0] != fileno (stdout)) &&
> -   (fildes[0] != fileno (stderr)))
> - close (fildes[0]);
> +  close (fildes[1]);
> +  close (fildes[0]);
>  
>/* The currently executing shell is not interactive. */
>interactive = 0;
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

-- 
We all dream of being the darling of everybody's darling.

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

Re: [CYGWIN] Install Probs

[Jason Tishler]

Shivananda,

On Thu, Oct 16, 2003 at 01:17:29PM +0530, shiva wrote:
> I am trying to install postgresql on Win2000 with cygwin Version  is
> 1.1.3 but ...
  ^

Cygwin 1.1.3 is very old.  I highly recommend upgrading to the latest
versions:

$ cygcheck -cd cygipc cygrunsrv cygwin postgresql
Cygwin Package Information
Package  Version
cygipc   2.01-2 
cygrunsrv0.96-2 
cygwin   1.5.5-1
postgresql   7.3.4-2

Please read the README:

http://www.tishler.net/jason/software/postgresql/postgresql-7.3.4.README

Jason

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

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

Re: ProFTPD 1.2.9rc2: "CreateFileMapping, Win32 error 5"

[Pierre A. Humblet]

On Mon, Oct 20, 2003 at 01:24:29PM +0200, Grossniklaus Bruno wrote:
> 
> Problems
> 
> - *** CreateFileMapping, Win32 error 5.  Terminating.
> 
> /var/log/proftpd.log
> 
> thowl0079.sb.com - ProFTPD 1.2.9rc2 (devel) (built Sun Oct 5 14:06:16 EDT
> 2003) standalone mode STARTUP
> thowl0079.sb.com - error setting write fd TCP_NOPUSH: Protocol not available
> thowl0079.sb.com - error setting read fd TCP_NOPUSH: Protocol not available
> thowl0079.sb.com (localhost[127.0.0.1]) - FTP session opened.
> thowl0079.sb.com (localhost[127.0.0.1]) - USER Administrator: Login successful.
> c:\apps\cygwin\usr\sbin\proftpd.exe: *** CreateFileMapping, Win32 error 5.
>  Terminating.

Is it the case that Administrator is in the Administrators group (544)
but his gid is not 544?
If so edit /etc/passwd to change the gid to 544 and try again.

Pierre


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

Re: ProFTPD 1.2.9rc2: "CreateFileMapping, Win32 error 5"

[Jason Tishler]

Bruno,

On Mon, Oct 20, 2003 at 01:24:29PM +0200, Grossniklaus Bruno wrote:
> /etc/passwd
> Administrator:unused_by_nt/2000/xp:500:513:zzz:/home/Administrator:/bin/bash
 ^^^

Change the "513" above to "544.  Any better?

> What does "CreateFileMapping, Win32 error 5" mean?

$ fgrep 5 /usr/include/w32api/winerror.h | head -1
#define ERROR_ACCESS_DENIED 5L

> Thanks for proftp and your hints!

You are welcome.

Jason

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

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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Jason Tishler]

Bruno,

On Mon, Oct 20, 2003 at 01:18:15PM +0200, Grossniklaus Bruno wrote:
> I think /etc/postinstall/proftpd.sh has to create /var/log/wtmp (?) if
> it does not yet exist.

AFAICT, no:

$ ls -l /var/log/wtmp
-rw-rw-rw-1 jt   Domain U   132748 Oct 15 17:27 /var/log/wtmp

Jason

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

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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Grossniklaus Bruno]

Hello Jason

>$ ls -l /var/log/wtmp
>-rw-rw-rw-1 jt   Domain U   132748 Oct 15 17:27 /var/log/wtmp

And how/when did you get this dir?
I removed the the hole cygwin installation, installed the basic distro and
finally installed a few packages (like proftpd)

Now I have:
$ ls -l /var/log/
insgesamt 258
-rwxrwxrwx+   1 admin-se Users   16077 20. Oct 15:44 setup.log
-rwxrwxrwx+   1 admin-se Users  247243 20. Oct 15:44 setup.log.full

There is no /var/log/wtmp

Do we have to create /var/log/wtmp manually?

Best Regards
Bruno


My installed packages are:

Cygwin Package Information
Package  VersionStatus
_update-info-dir 00221-1OK
ash  20031007-1 OK
base-files   2.6-1  OK
base-passwd  1.1-1  OK
bash 2.05b-15   OK
bzip21.0.2-5OK
cron 3.0.1-11   OK
cygrunsrv0.96-2 OK
cygutils 1.2.1-2OK
cygwin   1.5.5-1OK
diffutils2.8.4-1OK
editrights   1.01-1 OK
fileutils4.1-2  OK
findutils4.1.7-4OK
gawk 3.1.3-3OK
gdbm 1.8.3-7OK
grep 2.5-1  OK
groff1.18.1-2   OK
gzip 1.3.5-1OK
inetutils1.3.2-25   OK
less 381-1  OK
libbz2_1 1.0.2-5OK
libgdbm  1.8.0-5OK
libgdbm-devel1.8.3-7OK
libgdbm3 1.8.3-3OK
libgdbm4 1.8.3-7OK
libgettextpo00.12.1-3   OK
libiconv21.9.1-3OK
libintl1 0.10.40-1  OK
libintl2 0.12.1-3   OK
libncurses5  5.2-1  OK
libncurses6  5.2-8  OK
libncurses7  5.3-4  OK
libpcre  4.1-1  OK
libpcre0 4.4-2  OK
libpopt0 1.6.4-4OK
libreadline4 4.1-2  OK
libreadline5 4.3-5  OK
login1.9-7  OK
man  1.5j-2 OK
mktemp   1.5-3  OK
ncftp3.1.4-1OK
ncurses  5.3-4  OK
netcat   1.10-2 OK
openssh  3.7.1p2-1  OK
openssl  0.9.7c-1   OK
proftpd  1.2.9rc2p-1OK
readline 4.3-5  OK
sed  4.0.7-3OK
sh-utils 2.0.15-4   OK
sharutils4.2.1-3OK
shutdown 1.4-1  OK
tar  1.13.25-3  OK
termcap  20021106-2 OK
terminfo 5.3_20030726-1 OK
texinfo  4.2-4  OK
textutils2.0.21-1   OK
unzip5.50-5 OK
which1.5-2  OK
zip  2.3-5  OK
zlib 1.1.4-4OK


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

Re: ProFTPD 1.2.9rc2: "CreateFileMapping, Win32 error 5"

[Grossniklaus Bruno]

Hello Jason

>> /etc/passwd
>> Administrator:unused_by_nt/2000/xp:500:513:zzz:/home/Administrator:/bin/bash
>Change the "513" above to "544. Any better?


Yes. Now the error 5 is gone :-)

Hmm, I get:

$ mkpasswd -l
SYSTEM:*:18:544:,S-1-5-18::
Administrators:*:544:544:,S-1-5-32-544::
Administrator:unused_by_nt/2000/xp:500:513:U-THOWL0079\Administrator,_zzz_:/home/Administrator:/bin/bash
...

The user Administrator IS in the Administrators (544) group (in the NT UserManager).
But he is also in the nogroup (513) group...


>> What does "CreateFileMapping, Win32 error 5" mean?
> $ fgrep 5 /usr/include/w32api/winerror.h | head -1
> #define ERROR_ACCESS_DENIED 5L

I'll get the sources ...

Thanks!

Bruno


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

g++ rejects 'timezone tz'

[Alex Vinokur]

===
Windows 2000 Professional
CYGWIN_NT-5.0 1.5.4(0.94/3/2)
GNU g++ version 3.3.1 (cygming special)
===

== C++ code : File foo.cpp : BEGIN ==
#include 

int main()
{
struct timeval  tv1;
timeval tv2; // No compilation error
struct timezone tz1;
timezonetz2; // Compilation error

 return 0;
}
== C++ code : File foo.cpp : END 


== Compilation : BEGIN ==

$ g++ foo.cpp

foo.cpp: In function `int main()':
foo.cpp:8: error: `timezone' undeclared (first use this function)
foo.cpp:8: error: (Each undeclared identifier is reported only once for each
   function it appears in.)
foo.cpp:8: error: parse error before `;' token

== Compilation : END 

Question. Why does g++ reject 'timezone tz2'?

--
 =
   Alex Vinokur
 mailto:[EMAIL PROTECTED]
 http://mathforum.org/library/view/10978.html
 news://news.gmane.org/gmane.comp.lang.c++.perfometer
   =








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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Igor Pechtchanski]

On Mon, 20 Oct 2003, Grossniklaus Bruno wrote:

> Hello Jason
>
> >$ ls -l /var/log/wtmp
> >-rw-rw-rw-1 jt   Domain U   132748 Oct 15 17:27 /var/log/wtmp
>
> And how/when did you get this dir?
> I removed the the hole cygwin installation, installed the basic distro and
> finally installed a few packages (like proftpd)
>
> Now I have:
> $ ls -l /var/log/
> insgesamt 258
> -rwxrwxrwx+   1 admin-se Users   16077 20. Oct 15:44 setup.log
> -rwxrwxrwx+   1 admin-se Users  247243 20. Oct 15:44 setup.log.full
>
> There is no /var/log/wtmp
>
> Do we have to create /var/log/wtmp manually?
>
> Best Regards
> Bruno
>
>
> My installed packages are:
>
> Cygwin Package Information
> Package  VersionStatus
> [snip]
> cygutils 1.2.1-2OK
> [snip]

Bruno,

/var/log/wtmp should be created by the cygutils package postinstall
script:

$ pwd
/etc/postinstall
$ grep wtmp *
cygutils.sh.done:if [ ! -f /var/log/wtmp ] ; then \
cygutils.sh.done:  touch /var/log/wtmp ;
$

FWIW, I agree that if proftpd requires /var/log/wtmp, its postinstall
script should attempt to create it (if it's not there).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: ProFTPD 1.2.9rc2: "CreateFileMapping, Win32 error 5"

[Igor Pechtchanski]

On Mon, 20 Oct 2003, Grossniklaus Bruno wrote:

> Hello Jason
>
> >> What does "CreateFileMapping, Win32 error 5" mean?
> > $ fgrep 5 /usr/include/w32api/winerror.h | head -1
> > #define ERROR_ACCESS_DENIED 5L
>
> I'll get the sources ...
>
> Thanks!
> Bruno

$ net helpmsg 5

Access is denied.

$

No sources needed.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

RE: g++ rejects 'timezone tz'

[Jörg Schaible]

Alex Vinokur wrote on Monday, October 20, 2003 4:00 PM:
> ===
> Windows 2000 Professional
> CYGWIN_NT-5.0 1.5.4(0.94/3/2)
> GNU g++ version 3.3.1 (cygming special)
> ===
> 
> == C++ code : File foo.cpp : BEGIN ==
> #include 
> 
> int main()
> {
> struct timeval  tv1;
> timeval tv2; // No compilation error
> struct timezone tz1;
> timezonetz2; // Compilation error
> 
>  return 0;
> }
> == C++ code : File foo.cpp : END 
> 
> 
> == Compilation : BEGIN ==
> 
> $ g++ foo.cpp
> 
> foo.cpp: In function `int main()':
> foo.cpp:8: error: `timezone' undeclared (first use this function)
> foo.cpp:8: error: (Each undeclared identifier is reported
> only once for each
>function it appears in.)
> foo.cpp:8: error: parse error before `;' token
> 
> == Compilation : END 
> 
> Question. Why does g++ reject 'timezone tz2'?


I would assume, that a function timezone exists, but no function timeval. Therefore 
the declaration of tz2 with timezone omitting struct is ambigous ... 

Regards,
Jörg

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

Re: ProFTPD 1.2.9rc2: "CreateFileMapping, Win32 error 5"

[Grossniklaus Bruno]

Hello Igor
>$ net helpmsg 5
>Access is denied.

Hey cool. I did'n know this are the "normal" win32 network messages!

Thanks


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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Grossniklaus Bruno]

Hello Igor

>/var/log/wtmp should be created by the cygutils package postinstall

cygutils does not have a postinstall script (?)

$ cygcheck.exe -c | grep cygu
cygutils 1.2.1-2OK

$ cygcheck -l cygutils
/usr/bin/ascii.exe
/usr/bin/banner.exe
/usr/bin/cal.exe
/usr/bin/col.exe
/usr/bin/colcrt.exe
/usr/bin/colrm.exe
/usr/bin/column.exe
/usr/bin/conv.exe
/usr/bin/cygstart.exe
/usr/bin/d2u.exe
/usr/bin/ddate.exe
/usr/bin/dos2unix.exe
/usr/bin/dump.exe
/usr/bin/getclip.exe
/usr/bin/getopt.exe
/usr/bin/ipck
/usr/bin/ipcrm.exe
/usr/bin/ipcs.exe
/usr/bin/lpr.exe
/usr/bin/mcookie.exe
/usr/bin/mkshortcut.exe
/usr/bin/msgtool.exe
/usr/bin/namei.exe
/usr/bin/putclip.exe
/usr/bin/readlink.exe
/usr/bin/realpath.exe
/usr/bin/rev.exe
/usr/bin/semstat.exe
/usr/bin/semtool.exe
/usr/bin/shmtool.exe
/usr/bin/u2d.exe
/usr/bin/unix2dos.exe
/usr/share/doc/cygutils-1.2.1/AUTHORS
/usr/share/doc/cygutils-1.2.1/BRANCHES
/usr/share/doc/cygutils-1.2.1/COPYING
/usr/share/doc/cygutils-1.2.1/HOW-TO-CONTRIBUTE
/usr/share/doc/cygutils-1.2.1/NEWS
/usr/share/doc/cygutils-1.2.1/PROGLIST
/usr/share/doc/cygutils-1.2.1/README
/usr/share/doc/cygutils-1.2.1/TODO
/usr/share/doc/Cygwin/cygutils-1.2.1.README
/usr/share/man/man1/cal.1
/usr/share/man/man1/col.1
/usr/share/man/man1/colcrt.1
/usr/share/man/man1/colrm.1
/usr/share/man/man1/column.1
/usr/share/man/man1/cygstart.1
/usr/share/man/man1/ddate.1
/usr/share/man/man1/getopt.1
/usr/share/man/man1/lpr.1
/usr/share/man/man1/mcookie.1
/usr/share/man/man1/mkshortcut.1
/usr/share/man/man1/namei.1
/usr/share/man/man1/readlink.1
/usr/share/man/man1/rev.1
/usr/share/man/man8/ipcrm.8
/usr/share/man/man8/ipcs.8


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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Igor Pechtchanski]

On Mon, 20 Oct 2003, Grossniklaus Bruno wrote:

> Hello Igor
>
> >/var/log/wtmp should be created by the cygutils package postinstall
>
> cygutils does not have a postinstall script (?)

Oops, you're right.  It used to, though, back in 2002, and that's what I
found on my system...  Apparently, nothing else attempts to create
/var/log/wtmp, though.  I wonder why Chuck decided to ditch the
postinstall script?  In any case, as I said before, /var/log/wtmp should
be created ('touch'ed, most likely) by the packages that need it.

> $ cygcheck.exe -c | grep cygu
> cygutils 1.2.1-2OK

FYI, you can use "cygcheck -cd | grep cygu" to greatly speed up the
process...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

setup.exe what versions ?

[David Balazic]

Hi!

I already have cygwin installed and want to install gcc ( I do not have it
currently installed ).

I run setup.exe, and have two options for gcc , versions 3.3.1-2 and 3.2-3.

Now I had some problems last time with some experimental package versions
that are not
compatible to the rest and therefore do not work at all.

So my question is, which gcc version is non-experimental ?
The older version ?
I there some simple rule ?

Thanks in advance !

David

---
David Balazic  mailto:[EMAIL PROTECTED]
HERMES Softlab http://www.hermes-softlab.com
Zolajeva 30  Phone: +386 2 450 8851 
SI-2000 Maribor
Slovenija

---
"Be excellent to each other." -
Bill S. Preston, Esq. & "Ted" Theodore Logan

---






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

Re: OpenGL and Cygwin

[Andre Bleau]

Suresh Venkatasubramanian wrote:


Hi,
  I apologize in advance if this duplicates questions already asked and
answered: I have searched the cygwin/cygwin-apps mailing lists already,
and there appears to be no clear answer, and most of the FAQs are a bit
outdated.
I have an opengl program that I wish to compile under the cygwin
environment, but using NO mesa drivers, only the native windows drivers.
This program uses GLU and GLUT, as well as opengl and nvidia extensions.
Now I have downloaded the nvidia extensions headers, and am able to create
object files correctly, after some experimenting (it appears that I need
to use the -mno-cygwin flag to enable the _WIN32 macros).
Do "the nvidia extensions headers" you downloaded include gl.h ? If yes, 
that could be your problem.


However, I have severe problems when linking using g++ *.o -lglu32
-lglut32 -lopengl32 (as per the /usr/doc/opengl*/README file).
/usr/doc/opengl*/README says:

Add -lglut32 -lglu32 -lopengl32 to your link command (in that order).

 Most of the
stubs cannot be found. A sampling of the errors I get:
undefined reference to [EMAIL PROTECTED]
undefined reference [EMAIL PROTECTED]
A sign that I am probably missing some more basic libs is that I even get
undefined references to __assert, as well as something mysterious called
__imp__iob, which again looks like somethng unrelated to the opengl code I
am compiling.
I'd appreciate any help
Try something simple, like compiling and linking the following example with
g++ -o helloGlut helloGlut.c -lglut32 -lglu32 -lopengl32
and report _all_ and _exact_ error messages to this list (not to me!).

-- helloGlut.c 
#include 
void display_func()
{
glClear(GL_COLOR_BUFFER_BIT);
}
int main(int argc, char* argv[])
{
glutInit(&argc, argv);
glutCreateWindow("Hello GLUT!");
glutDisplayFunc(display_func);
glutMainLoop();
return 0;
}
-- helloGlut.c 


André Bleau, Cygwin's OpenGL package maintainer.

Please address all questions and problem reports about Cygwin's OpenGL 
package to [EMAIL PROTECTED] . 

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

Re: Is there a 'ping' in cygwin?

[Christopher Faylor]

On Mon, Oct 20, 2003 at 10:09:59AM +0100, Hughes, Bill wrote:
>Sent: 18 October 2003 13:57 From: Thorsten Kampe
>> > I shall now fix my path and create symlinks so 'ping' works.
>> 
>> There's no sense in creating symlinks if you fix the PATH.
>> 
>> Thorsten
>
>Without the symlink I have to use 'PING.EXE', with it I can use 'ping'.
>Cygwin has two main benefits for me - it makes windows usable (mainly for
>work) and it helps me migrate to linux at home. Hence I would prefer to be
>as unix/linux like as possible - so I use "check_case:strict".

Seems like a simpler solution would be to:

mv PING.EXE foo
mv foo ping.exe

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

Re: setup.exe what versions ?

[Igor Pechtchanski]

On Mon, 20 Oct 2003, David Balazic wrote:

> Hi!
>
> I already have cygwin installed and want to install gcc ( I do not have
> it currently installed ).
>
> I run setup.exe, and have two options for gcc , versions 3.3.1-2 and 3.2-3.
>
> Now I had some problems last time with some experimental package
> versions that are not compatible to the rest and therefore do not work
> at all.
>
> So my question is, which gcc version is non-experimental ?
> The older version ?
> I there some simple rule ?
>
> Thanks in advance !
> David

The simplest thing you can do is look at the announcements for each
version and see whether they mention anything special (like requiring
Cygwin 1.5.*).  The announcements are in the cygwin-announce archives (at,
for example, ).  HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

RE: setup.exe what versions ?

[David Balazic]

What happened to that automatic dependency checking,
that was talked about a few months ago ?

And what about "test versions should not appear for selection if Exp is not
choosen" ?
I quote Larry Hall :

Setup offers test versions to you even when 
you don't specify "Exp".  But it's always done this.  It's just more 
noticeable now.  It will go away in a few weeks when 1.5.x becomes "Curr". 



> --
> From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> Reply To: [EMAIL PROTECTED]
> Sent: 20. oktober 2003 16:38
> To:   David Balazic
> Cc:   [EMAIL PROTECTED]
> Subject:  Re: setup.exe what versions ?
> 
> On Mon, 20 Oct 2003, David Balazic wrote:
> 
> > Hi!
> >
> > I already have cygwin installed and want to install gcc ( I do not have
> > it currently installed ).
> >
> > I run setup.exe, and have two options for gcc , versions 3.3.1-2 and
> 3.2-3.
> >
> > Now I had some problems last time with some experimental package
> > versions that are not compatible to the rest and therefore do not work
> > at all.
> >
> > So my question is, which gcc version is non-experimental ?
> > The older version ?
> > I there some simple rule ?
> >
> > Thanks in advance !
> > David
> 
> The simplest thing you can do is look at the announcements for each
> version and see whether they mention anything special (like requiring
> Cygwin 1.5.*).  The announcements are in the cygwin-announce archives (at,
> for example, ).  HTH,
>   Igor
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 

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

RE: setup.exe what versions ?

[Igor Pechtchanski]

Setup already supports versioned dependences.  However, it was decided not
to use those, as it'll only add to the confusion.  Simply upgrade to the
latest Cygwin, and things should work.  If they don't, report a bug, and
it will be fixed eventually.

The message you quoted below was referring to the fact that when you
manually cycle through versions in the chooser, you will go through the
Test versions of packages as well.  If you simply select "Curr" and don't
change package versions except to "Keep/Skip", you should not get Test
versions of anything.  In general, it's best to go with the version
suggested by setup in a given mode and to not select a particular version
manually unless you know exactly what you're doing.
Igor

On Mon, 20 Oct 2003, David Balazic wrote:

> What happened to that automatic dependency checking,
> that was talked about a few months ago ?
>
> And what about "test versions should not appear for selection if Exp is not
> choosen" ?
> I quote Larry Hall :
>
> Setup offers test versions to you even when
> you don't specify "Exp".  But it's always done this.  It's just more
> noticeable now.  It will go away in a few weeks when 1.5.x becomes "Curr".
>
>
> > From: Igor Pechtchanski
> > Sent: 20. oktober 2003 16:38
> >
> > On Mon, 20 Oct 2003, David Balazic wrote:
> >
> > > Hi!
> > >
> > > I already have cygwin installed and want to install gcc ( I do not have
> > > it currently installed ).
> > >
> > > I run setup.exe, and have two options for gcc , versions 3.3.1-2 and 3.2-3.
> > >
> > > Now I had some problems last time with some experimental package
> > > versions that are not compatible to the rest and therefore do not work
> > > at all.
> > >
> > > So my question is, which gcc version is non-experimental ?
> > > The older version ?
> > > I there some simple rule ?
> > >
> > > Thanks in advance !
> > > David
> >
> > The simplest thing you can do is look at the announcements for each
> > version and see whether they mention anything special (like requiring
> > Cygwin 1.5.*).  The announcements are in the cygwin-announce archives (at,
> > for example, ).  HTH,
> >   Igor

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

RE: setup.exe what versions ?

[David Balazic]

Maybe I am misunderstanding something here.
I do not have gcc installed currently. I wnat it to be installed.
If I select "Keep" , that will leave it uninstalled, right ?
So I must select a version, right ?

I can't try anything right now, as I am updating everything.

Regards,
David

> --
> From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> Reply To: [EMAIL PROTECTED]
> Sent: 20. oktober 2003 16:58
> To:   David Balazic
> Cc:   [EMAIL PROTECTED]
> Subject:  RE: setup.exe what versions ?
> 
> Setup already supports versioned dependences.  However, it was decided not
> to use those, as it'll only add to the confusion.  Simply upgrade to the
> latest Cygwin, and things should work.  If they don't, report a bug, and
> it will be fixed eventually.
> 
> The message you quoted below was referring to the fact that when you
> manually cycle through versions in the chooser, you will go through the
> Test versions of packages as well.  If you simply select "Curr" and don't
> change package versions except to "Keep/Skip", you should not get Test
> versions of anything.  In general, it's best to go with the version
> suggested by setup in a given mode and to not select a particular version
> manually unless you know exactly what you're doing.
>   Igor
> 
> On Mon, 20 Oct 2003, David Balazic wrote:
> 
> > What happened to that automatic dependency checking,
> > that was talked about a few months ago ?
> >
> > And what about "test versions should not appear for selection if Exp is
> not
> > choosen" ?
> > I quote Larry Hall :
> >
> > Setup offers test versions to you even when
> > you don't specify "Exp".  But it's always done this.  It's just more
> > noticeable now.  It will go away in a few weeks when 1.5.x becomes
> "Curr".
> >
> >
> > > From: Igor Pechtchanski
> > > Sent: 20. oktober 2003 16:38
> > >
> > > On Mon, 20 Oct 2003, David Balazic wrote:
> > >
> > > > Hi!
> > > >
> > > > I already have cygwin installed and want to install gcc ( I do not
> have
> > > > it currently installed ).
> > > >
> > > > I run setup.exe, and have two options for gcc , versions 3.3.1-2 and
> 3.2-3.
> > > >
> > > > Now I had some problems last time with some experimental package
> > > > versions that are not compatible to the rest and therefore do not
> work
> > > > at all.
> > > >
> > > > So my question is, which gcc version is non-experimental ?
> > > > The older version ?
> > > > I there some simple rule ?
> > > >
> > > > Thanks in advance !
> > > > David
> > >
> > > The simplest thing you can do is look at the announcements for each
> > > version and see whether they mention anything special (like requiring
> > > Cygwin 1.5.*).  The announcements are in the cygwin-announce archives
> (at,
> > > for example, ).  HTH,
> > >   Igor
> 
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 

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

RE: Is there a 'ping' in cygwin?

[Hughes, Bill]

Sent: 20 October 2003 15:37 From: Christopher Faylor
>On Mon, Oct 20, 2003 at 10:09:59AM +0100, Hughes, Bill wrote:
> >Sent: 18 October 2003 13:57 From: Thorsten Kampe
...
> >Without the symlink I have to use 'PING.EXE', with it I can use 'ping'.
> >Cygwin has two main benefits for me - it makes windows usable (mainly for
> >work) and it helps me migrate to linux at home. Hence I would prefer to
be
> >as unix/linux like as possible - so I use "check_case:strict".
>
> Seems like a simpler solution would be to:

> mv PING.EXE foo
> mv foo ping.exe

Or rename it in explorer.
I didn't do that is I 'PING' wouldn't work and 'PING.EXE' did, so I
(mistakenly) assumed that I would have to use 'ping.exe' and I hate typing
extra chars when I'm concentrating.
Why does cygwin worry about the extension for upper case program filenames,
but not lower case?
Now do I bother writing something to rename all .EXE to lower case? I don't
think so.

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

RE: setup.exe what versions ?

[Igor Pechtchanski]

Oops, yes, you need to select a version.  IIRC, the first available
version will be the Curr one (in the "Curr" mode).

BTW, by "Keep", I didn't mean the "Keep mode" (the radio button at the
top), but rather the "Keep" version setting (for each package in the
chooser - try it).
Igor

On Mon, 20 Oct 2003, David Balazic wrote:

> Maybe I am misunderstanding something here.
> I do not have gcc installed currently. I wnat it to be installed.
> If I select "Keep" , that will leave it uninstalled, right ?
> So I must select a version, right ?
>
> I can't try anything right now, as I am updating everything.
>
> Regards,
> David
>
> > --
> > From: Igor Pechtchanski[SMTP:[EMAIL PROTECTED]
> > Reply To: [EMAIL PROTECTED]
> > Sent: 20. oktober 2003 16:58
> > To:   David Balazic
> > Cc:   [EMAIL PROTECTED]
> > Subject:  RE: setup.exe what versions ?
> >
> > Setup already supports versioned dependences.  However, it was decided not
> > to use those, as it'll only add to the confusion.  Simply upgrade to the
> > latest Cygwin, and things should work.  If they don't, report a bug, and
> > it will be fixed eventually.
> >
> > The message you quoted below was referring to the fact that when you
> > manually cycle through versions in the chooser, you will go through the
> > Test versions of packages as well.  If you simply select "Curr" and don't
> > change package versions except to "Keep/Skip", you should not get Test
> > versions of anything.  In general, it's best to go with the version
> > suggested by setup in a given mode and to not select a particular version
> > manually unless you know exactly what you're doing.
> >   Igor
> >
> > On Mon, 20 Oct 2003, David Balazic wrote:
> >
> > > What happened to that automatic dependency checking,
> > > that was talked about a few months ago ?
> > >
> > > And what about "test versions should not appear for selection if Exp is
> > > not choosen" ?
> > > I quote Larry Hall :
> > >
> > > Setup offers test versions to you even when
> > > you don't specify "Exp".  But it's always done this.  It's just more
> > > noticeable now.  It will go away in a few weeks when 1.5.x becomes
> > > "Curr".
> > >
> > >
> > > > From: Igor Pechtchanski
> > > > Sent: 20. oktober 2003 16:38
> > > >
> > > > On Mon, 20 Oct 2003, David Balazic wrote:
> > > >
> > > > > Hi!
> > > > >
> > > > > I already have cygwin installed and want to install gcc ( I do
> > > > > not have it currently installed ).
> > > > >
> > > > > I run setup.exe, and have two options for gcc , versions 3.3.1-2
> > > > > and 3.2-3.
> > > > >
> > > > > Now I had some problems last time with some experimental package
> > > > > versions that are not compatible to the rest and therefore do
> > > > > not work at all.
> > > > >
> > > > > So my question is, which gcc version is non-experimental ?
> > > > > The older version ?
> > > > > I there some simple rule ?
> > > > >
> > > > > Thanks in advance !
> > > > > David
> > > >
> > > > The simplest thing you can do is look at the announcements for
> > > > each version and see whether they mention anything special (like
> > > > requiring Cygwin 1.5.*).  The announcements are in the
> > > > cygwin-announce archives (at, for example,
> > > > ).  HTH,
> > > >   Igor

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: Is there a 'ping' in cygwin?

[Sam Edge]

Christopher Faylor <[EMAIL PROTECTED]> wrote in
<[EMAIL PROTECTED]>
in gmane.os.cygwin on Mon, 20 Oct 2003 10:36:48 -0400:

> >Without the symlink I have to use 'PING.EXE', with it I can use 'ping'.
> >Cygwin has two main benefits for me - it makes windows usable (mainly for
> >work) and it helps me migrate to linux at home. Hence I would prefer to be
> >as unix/linux like as possible - so I use "check_case:strict".
> 
> Seems like a simpler solution would be to:
> mv PING.EXE foo
> mv foo ping.exe

Or, heaven forbid, just use Windows Explorer to rename (F2) "PING.EXE"
to "ping.exe".

Regards,
-- 
Sam Edge

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

RE: Is there a 'ping' in cygwin?

[Hughes, Bill]

Sent: 20 October 2003 16:05 From: Hughes, Bill
> I didn't do that is I 'PING' wouldn't work and 'PING.EXE' did, 
Doh! should be:
I didn't do that as 'PING' wouldn't work and 'PING.EXE' did, 

> so I (mistakenly) assumed that I would have to use 'ping.exe' and I hate
typing
> extra chars when I'm concentrating.

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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Jason Tishler]

Bruno,

On Mon, Oct 20, 2003 at 03:58:28PM +0200, Grossniklaus Bruno wrote:
> >$ ls -l /var/log/wtmp
> >-rw-rw-rw-1 jt   Domain U   132748 Oct 15 17:27 /var/log/wtmp
> 
> And how/when did you get this dir?

Sorry I don't recall, but I think I created it myself.

> Now I have:
> $ ls -l /var/log/
> insgesamt 258
> -rwxrwxrwx+   1 admin-se Users   16077 20. Oct 15:44 setup.log
> -rwxrwxrwx+   1 admin-se Users  247243 20. Oct 15:44 setup.log.full
> 
> There is no /var/log/wtmp
> 
> Do we have to create /var/log/wtmp manually?

AFAICT, yes.

Given the following:

$ for i in /usr/*bin/*.exe; do  strings $i | fgrep -q wtmp; if [ $?  -eq 0 ]; then 
echo $i; fi; done
/usr/bin/emacs-21.2.exe
/usr/bin/emacs-nox.exe
/usr/bin/emacs.exe
/usr/bin/last.exe
/usr/bin/rxvt.exe
/usr/bin/users.exe
/usr/bin/who.exe
/usr/sbin/in.ftpd.exe
/usr/sbin/in.rlogind.exe
/usr/sbin/in.telnetd.exe
/usr/sbin/in.uucpd.exe
/usr/sbin/proftpd.exe
/usr/sbin/sshd.exe

I'm not sure what package should be responsible for creating
/var/log/wtmp.

Jason

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

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

RE: Is there a 'ping' in cygwin?

[DePriest, Jason R.]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Bill
> Sent: Monday, October 20, 2003 10:05 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Is there a 'ping' in cygwin?
[- snip -]
> Now do I bother writing something to rename all .EXE to lower 
> case? I don't
> think so.
[- /snip -]

I already did for similar reasons.  It doesn't recurse directories and
it renames ALL files (not just .exe), but it does work.

[- perl script -]
# This script will take files names that are in
# capital letters and convert them to lower case
# letters.  I'm going to use the easy way.  Copy
# the file to a temp file, delete the original,
# then copy the temp file back to the original
# file name in lower case letters.

use File::Copy;

$PathToFiles = $ARGV[0];

chdir($PathToFiles);
@FileNameList = glob("*.*");
foreach $FileName (@FileNameList) {
$FileNamelc = lc $FileName;
copy("$PathToFiles\\$FileName","$PathToFiles\\$FileName\.tmp");
rename("$PathToFiles\\$FileName","$PathToFiles\\$FileNamelc");
unlink("$PathToFiles\\$FileName\.tmp");
print "$FileName renamed to $FileNamelc\n";
}
[- /perl script -]

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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Corinna Vinschen]

On Mon, Oct 20, 2003 at 11:33:33AM -0400, Jason Tishler wrote:
> I'm not sure what package should be responsible for creating
> /var/log/wtmp.

Probably the base-files package should do it.

Corinna

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

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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Igor Pechtchanski]

On Mon, 20 Oct 2003, Jason Tishler wrote:

> Bruno,
>
> On Mon, Oct 20, 2003 at 03:58:28PM +0200, Grossniklaus Bruno wrote:
> > >$ ls -l /var/log/wtmp
> > >-rw-rw-rw-1 jt   Domain U   132748 Oct 15 17:27 /var/log/wtmp
> >
> > And how/when did you get this dir?
>
> Sorry I don't recall, but I think I created it myself.
>
> > Now I have:
> > $ ls -l /var/log/
> > insgesamt 258
> > -rwxrwxrwx+   1 admin-se Users   16077 20. Oct 15:44 setup.log
> > -rwxrwxrwx+   1 admin-se Users  247243 20. Oct 15:44 setup.log.full
> >
> > There is no /var/log/wtmp
> >
> > Do we have to create /var/log/wtmp manually?
>
> AFAICT, yes.
>
> Given the following:
>
> $ for i in /usr/*bin/*.exe; do  strings $i | fgrep -q wtmp; if [ $?  -eq 0 ]; 
> then echo $i; fi; done
> /usr/bin/emacs-21.2.exe
> /usr/bin/emacs-nox.exe
> /usr/bin/emacs.exe
> /usr/bin/last.exe
> /usr/bin/rxvt.exe
> /usr/bin/users.exe
> /usr/bin/who.exe
> /usr/sbin/in.ftpd.exe
> /usr/sbin/in.rlogind.exe
> /usr/sbin/in.telnetd.exe
> /usr/sbin/in.uucpd.exe
> /usr/sbin/proftpd.exe
> /usr/sbin/sshd.exe
>
> I'm not sure what package should be responsible for creating
> /var/log/wtmp.
>
> Jason

IMO, all of them[*] (or, rather, those that actually *require*
/var/log/wtmp -- some may simply check for its presence and keep going if
the don't find it, in which case it's optional).  Here's the code to stick
into the postinstall scripts (straight out of
/etc/postinstall/cygutils.sh.done dated Jul 13 2002):

if [ ! -d /var/log ] ; then \
  mkdir -p /var/log ;
fi
if [ ! -f /var/log/wtmp ] ; then \
  touch /var/log/wtmp ;
fi

FWIW, it'd be safer to also check whether this file is a symlink (i.e.,
add "-a ! -l /var/log/wtmp" to the test), but this should do for now.
Igor
[*] There aren't that many packages, actually: "sh-utils", "inetutils",
"emacs", "rxvt", "openssh", and "proftpd".

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Michael Kelly is on leave.

[Jeanine Bright]

I will be out of the office starting  20/10/2003 and will not return until
03/11/2003.





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

Swap your Music Gear

[Musicians World]

Hi, I saw your name on one of the Music web sites.

I'm putting together a nationwide musicians bartering (trading) club.

Please let me know if you are interested.

Thanks.

Michael Parkinson
[EMAIL PROTECTED]

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

RE: dpkg --info crashes / dpkg-deb --info hangs

[David Byron]

On Wed, 15 Oct 2003, Robert Collins wrote:

> On Wed, 2003-10-08 at 10:10, David Byron wrote:
> > On Tue, 07 Oct 2003, David Byron wrote:
> > 
> > > $ strace dpkg-deb --info dpkg_1.9.21_i386.deb >dpkg-deb.info.strace
> > > 
> > > There appears to be some kind of infinite loop in rm.
> > 
> > Here's the strace file.
> 
> It's on my queue to rebuild and test again.

Great.  I'm curious to see what you find.

Thanks much.

-DB

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

Executing programs. Cygwin on NT vs XP

[Francisco Iacobelli]

Hi.
I installed cygwin on NT and on XP. the NT
installation works great. I
compiled the same program using make on both (the
program name is
fid.exe).
Now, on XP I go to the directory where the executable
is and I have to
type "./fid" to execute it. The program doesen't run
well either (it
is not reading a config file in the same directory)
On NT, on the other hand, I go to the directory where
the executable
sits and i can call it just by typing "fid", and
everything works
perfectly.
Any advice?...
Thanks...
Francisco.

=
Francisco. 
[EMAIL PROTECTED]

"Hoy puede ser un gran dia, plantéatelo así. Aprovecharlo, que pase de largo, depende 
en parte de tí."

 What difference does it make to the dead, the orphans, and the homeless, whether the 
mad destruction is wrought under the name of totalitarianism or the holy name of 
liberty and democracy? - Gandhi

__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

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

Re: Executing programs. Cygwin on NT vs XP

[Larry Hall]

At 12:55 PM 10/20/2003, Francisco Iacobelli you wrote:
>Hi.
>I installed cygwin on NT and on XP. the NT
>installation works great. I
>compiled the same program using make on both (the
>program name is
>fid.exe).
>Now, on XP I go to the directory where the executable
>is and I have to
>type "./fid" to execute it. The program doesen't run
>well either (it
>is not reading a config file in the same directory)
>On NT, on the other hand, I go to the directory where
>the executable
>sits and i can call it just by typing "fid", and
>everything works
>perfectly.
>Any advice?...


Yes.  Read up on shells ('man bash' or 'info bash' may be enough) and/or get
yourself a good UNIX handbook.  This isn't a Cygwin-specific question.
See  for guidelines on the areas this 
list covers and the proper protocol for reporting problems to it.

Apparently you've add "." to your path on NT.  This is considered a 
security issue, so you may want to consider removing it.  However, it is
convenient.  Whichever way you decide to use the shell, this should be 
enough information for you to make your environments consistent.  As for the
differences you're seeing when running on XP, you could do some simple
debugging like comparing the environments but it's probably quickest and 
easiest to just build 'fid' for debugging and take a peek inside to see 
where the problem is.


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


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

Re: Problem with recent GNU ld packages

[Brian Ford]

Edouard Gomez ([EMAIL PROTECTED]) wrote:
>I found the change that is responsible of my bug.
>
>2003-04-15  Brian Ford  <[EMAIL PROTECTED]>
>
>* peicode.h (coff_swap_scnhdr_in): If a section holds
>uninitialized data and is from an object file or from an
>executable image that has not initialized the s_size field, or if
>the physical size is padded, use the virtual size (stored in
>s_paddr) instead.
>
Yes.  See:

http://sources.redhat.com/ml/binutils/2003-10/msg00467.html

for a discussion.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

OT: Using sed - guru help wanted.

[Hannu E K Nevalainen]

$ echo ' a b / c d e ' | od -w8 -t x1z
000 20 61 20 62 20 2f 20 63  > a b / c<
010 20 64 20 65 20 0a> d e .<
016

$ echo ' a b / c d e ' | \
  sed -e 's/ *\(.*\) *\/ *\(.*\) */.\1.\2./'
.a b .c d e .

I want the output to be '.a b.c d e.' - that is; strip out the trailing
spaces.

HOW do I achieve that?  ( \s = any ws, \S = any non ws )

Obviously \(.*\) grabs/includes the last space. My brain has stoppped
working, so right now I can't work around that :-I

/Hannu E K Nevalainen - almost nuts again ;-P
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


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

Re: 1.5.5: Problem with Convert::ASN1 module and Perl 5.8.0

[Russell Tokuyama]

Gerrit,

Thanks for the suggestion but I wanted to avoid moving to a new
version of Perl since the production application that I'm working
on is 5.8.0.  I noticed that after compiling 5.8.0 from the source
distribution (5.8.0-5) perldoc fails with an error message about
not being able to create a temporary file:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
$ date
Mon Oct 20 08:19:25 HST 2003

$ perldoc perlfunc
Error in tempfile() using /tmp/XX: Could not create temp file
 /tmp/w4piWtmuSt:  at /usr/bin/perldoc line 564

$ ls -l /tmp
total 0
-rw-r--r--1 russ None0 Oct 20 08:19 w4piWtmuSt

$ perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
  Platform:
osname=cygwin, osvers=1.5.5(0.9432), archname=cygwin-multi-64int
uname='cygwin_nt-5.0 baktu 1.5.5(0.9432) 2003-09-20 16:31 i686 unknown unkno
wn cygwin '
config_args='-de -Dmksymlinks -Dusemultiplicity -Duse64bitint -Doptimize=-O3
 -Dman3ext=3pm'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=defi
ne
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=y, bincompat5005=undef
  Compiler:
cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing',
optimize='-O3',
cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing'
ccversion='', gccversion='3.3.1 (cygming special)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lsee
ksize=8
alignbytes=8, prototype=define
  Linker and Libraries:
ld='ld2', ldflags =' -s -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib /lib
libs=-lgdbm -lcrypt -lgdbm_compat
perllibs=-lcrypt -lgdbm_compat
libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a
gnulibc_version=''
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY USE_64_BIT_INT USE_LARGE_FILES PERL_IMPLICI
T_CONTEXT
  Built under cygwin
  Compiled at Oct 19 2003 10:36:28
  %ENV:
CYGWIN=""
  @INC:
/usr/lib/perl5/5.8.0/cygwin-multi-64int
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Checking the log.test file created by the build.sh script, I noticed
that the test of tempfile failed:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
lib/File/Temp/t/tempfile.Error in tempfile() using
 /tmp/XX.t xt: Could not create temp file /tmp/yvTTCjl9aJ.txt:
 at ../lib/File/Temp/t/tempfile.t line 48
FAILED at test 2
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

But, then I noticed this in the log:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Failed 46 test scripts out of 659, 93.02% okay.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Despite this, the build.sh script goes ahead and installs the
recompiled Perl 5.8.0.  Is this reasonable behavior?

It appears that Cygwin doesn't support the creation and opening
of a temporary file to avoid a race condition as intended by the
File::Temp::tempfile function.  The perldoc seems to indicate
that the use of the File::Temp:tmpnam function would probably
be a better choice under for perldoc under Cygwin since apparently
Cygwin can't handle the file semantics as described in the perldoc
for File::Temp::tempfile.

Thanks,
Russ


On Sun, 19 Oct 2003, Gerrit P. Haase wrote:

> Many thanks for the detailed report.  One more point for 5.8.1 which
> is already available, 5.8.1-2 seems to return the correct value with
> your testcase, please consider upgrading to 5.8.1-2, though it is
> still delivered as test it shold be much better than 5.8.0-5.

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

Re: OT: Using sed - guru help wanted.

[Igor Pechtchanski]

On Mon, 20 Oct 2003, Hannu E K Nevalainen wrote:

> [snip]
> HOW do I achieve that?  ( \s = any ws, \S = any non ws )
>
> Obviously \(.*\) grabs/includes the last space. My brain has stoppped
> working, so right now I can't work around that :-I

Reversed character lists, e.g. '[^ ]', should work portably.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: OLOCA

[Igor Pechtchanski]

On Mon, 20 Oct 2003, Hernan M. Pulgar N. wrote:

> PEBKAC : Problem Exists Between Keyboard And Chair.
>
> An elegant way to say  is the _user_ and not the software or the
> hardware who is going wrong.
>
> Regards
>Hernan

Hernan,

Additions to the OLOCA are mined from the Cygwin mailing lists.  I haven't
seen this term used, so I didn't include it (and won't until it's actually
used by someone, in context, more than once).  FWIW, the OLOCA contains
links to other acronym lists, both of which contain this expression (one
in a slightly modified form, i.e., PEBCAK).  So far the Cygwin lists used
other, more to-the-point, acronyms, e.g., YOWTWYWT and BWAM.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: OT: Using sed - guru help wanted.

[Brian Dessent]

Hannu E K Nevalainen wrote:

> $ echo ' a b / c d e ' | \
>   sed -e 's/ *\(.*\) *\/ *\(.*\) */.\1.\2./'
> .a b .c d e .
> 
> I want the output to be '.a b.c d e.' - that is; strip out the trailing
> spaces.
> 
> HOW do I achieve that?  ( \s = any ws, \S = any non ws )
> 
> Obviously \(.*\) grabs/includes the last space. My brain has stoppped
> working, so right now I can't work around that :-I

Personally, I can't stand the "basic" style regexps that sed uses, and I
prefer perl-compatible.  You can use the non-greedy modifier, for
example:

command | perl -pe 's!^ +(.*) +/ +(.*?) +$!.\1.\2.!'

Brian

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

Re: 1.5.5: Problem with Convert::ASN1 module and Perl 5.8.0

[Gerrit P. Haase]

Hallo Russell,

Am Montag, 20. Oktober 2003 um 21:18 schriebst du:

> I noticed that after compiling 5.8.0 from the source distribution
> (5.8.0-5) perldoc fails with an error message about not being able
> to create a temporary file: 

> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> $ date
> Mon Oct 20 08:19:25 HST 2003

> $ perldoc perlfunc
> Error in tempfile() using /tmp/XX: Could not create temp file
>  /tmp/w4piWtmuSt:  at /usr/bin/perldoc line 564

> $ ls -l /tmp
> total 0
> -rw-r--r--1 russ None0 Oct 20 08:19 w4piWtmuSt


Does it work if you make the directory executable (mode 755) as it
should be? 


> Checking the log.test file created by the build.sh script, I noticed
> that the test of tempfile failed:

> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> lib/File/Temp/t/tempfile.Error in tempfile() using
>  /tmp/XX.t xt: Could not create temp file /tmp/yvTTCjl9aJ.txt:
>  at ../lib/File/Temp/t/tempfile.t line 48
> FAILED at test 2
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Probably just a permission problem, see above.



> But, then I noticed this in the log:

> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Failed 46 test scripts out of 659, 93.02% okay.
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Ouch.

> Despite this, the build.sh script goes ahead and installs the
> recompiled Perl 5.8.0.  Is this reasonable behavior?

Well, there is a new feature in perl-5.8.1 similar to autotools
DESTDIR, but it wasn't available with perl 5.8.0, since there are many
hardcoded paths it is really a mess to install in a separate
directory, you need to fix it all up and make a tarball then.


> It appears that Cygwin doesn't support the creation and opening
> of a temporary file to avoid a race condition as intended by the
> File::Temp::tempfile function.  The perldoc seems to indicate
> that the use of the File::Temp:tmpnam function would probably
> be a better choice under for perldoc under Cygwin since apparently
> Cygwin can't handle the file semantics as described in the perldoc
> for File::Temp::tempfile.

II never saw problems like this and I have not more than two or three
tests failing (usually), so I suggest that something must be the
cuplprit, but not Perl.

Gerrit
-- 
=^..^=


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

[ANNOUNCEMENT] Updated: crypt-1.1-1

[Corinna Vinschen]

I've updated the version of crypt to 1.1-1.

Thanks to a patch by Charles Wilson, this release now also provides
a shared version of libcrypt.  Additionally I rewrote a good part
of /usr/share/doc/Cygwin/crypt.README.


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

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

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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.

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


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

RE: Using sed - guru help wanted.

[Buchbinder, Barry (NIH/NIAID)]

How about

$ echo ' a b / c d e ' | \
  sed -e 's/ *\(.*\) *\/ *\(.*\) */.\1.\2./' \
  -e 's/ \./\./g'

-Original Message-
From: Hannu E K Nevalainen [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 20, 2003 3:11 PM
To: ML CygWIN
Subject: OT: Using sed - guru help wanted.


$ echo ' a b / c d e ' | od -w8 -t x1z
000 20 61 20 62 20 2f 20 63  > a b / c<
010 20 64 20 65 20 0a> d e .<
016

$ echo ' a b / c d e ' | \
  sed -e 's/ *\(.*\) *\/ *\(.*\) */.\1.\2./'
.a b .c d e .

I want the output to be '.a b.c d e.' - that is; strip out the trailing
spaces.

HOW do I achieve that?  ( \s = any ws, \S = any non ws )

Obviously \(.*\) grabs/includes the last space. My brain has stoppped
working, so right now I can't work around that :-I

/Hannu E K Nevalainen - almost nuts again ;-P
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


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

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

RE: OT: Using sed - guru help wanted.

[Hannu E K Nevalainen]

> From: Brian Dessent
> Sent: Monday, October 20, 2003 10:43 PM

> Hannu E K Nevalainen wrote:
>
> > $ echo ' a b / c d e ' | \
  sed -e 's/ *\(.*\) *\/ *\(.*\) */.\1.\2./'
> >
> > .a b .c d e .
> >
> > I want the output to be '.a b.c d e.' - that is; strip out the
> > trailing spaces.
> >
> > HOW do I achieve that?  ( \s = any ws, \S = any non ws )
> >
> > Obviously \(.*\) grabs/includes the last space. My brain has stoppped
> > working, so right now I can't work around that :-I
>
> Personally, I can't stand the "basic" style regexps that sed uses, and
> I prefer perl-compatible.  You can use the non-greedy modifier, for
> example:
>
> command | perl -pe 's!^ +(.*) +/ +(.*?) +$!.\1.\2.!'

 Thanks a lot!  Now all I have to do is understand where the difference is
;-7


$ echo ' a b / c d e ' | \
  sed -re 's!^ +(.*) +/ +(.*?) +$!.\1.\2.!'
.a b.c d e.

It seems as the -r flag to sed made _this_ expression work right OOTB.
Hmm... lets see;

$ echo ' a b / c d e ' |
  sed -e 's/^ \+\(.*\) \+\/ \+\(.*\) \+$/.\1.\2./'
.a b.c d e.

So THERE was the problem, some escaping needed.

As it seems my query wasn't that well formed...  i.e. remove any leading
and/or trailing spaces on the parts. Parts separated by the slash.
This seems to do exactly what I'm after;

$ echo 'a b/c d e  ' | \
  sed -re 's- *(.*[^ ]) */ *(.*[^ ]) *$-.\1.\2.-'

Thanks for the input, Brian and Igor.

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--


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

Re: Is multithreaded profiling on cygwin possible?

[peter garrone]

>Even if no one else comments, I really appreciate all this work you're
>doing!  Also, thanks for continuing to send me the updated patches.  I
>wish I had more time to look over them in detail right now.  I'll try and
>do that soon.  I assume it is ok to give an open invitation for anyone
>else who would like to give the a whirl?
>
>BTW, if you are interested in contributing this, please take a look at the
>"Before you get started" section of http://cygwin.com/contrib.html since
>the assignment process can take some time.
>
>Again, great work from my point of view!
>
>-- 
>Brian Ford
>Senior Realtime Software Engineer
>VITAL - Visual Simulation Systems
>FlightSafety International
>Phone: 314-551-8460
>Fax:   314-551-8444
>

Thanks Brian.

This message, I believe, gives the code upon which Brian's endorsement is based.

Regarding the IP issues, there is no problem with my posting the code to the group,
or with anyone using it, from my employers point of view. No warranty is implied etc.
I have forwarded the small document that our legal people need to sign.
Until then I would imagine that the code cannot be part of cygwin.

This message contains the code for two files, profil.c, and gmraw.c.

To use this code, replace winsup/cygwin/profil.c with the file profil.c here.
Recompile cygwin. Either update the DLL, or directly link in the profil.o object file.

- Compile and link with -pg.

- If using multi-threaded code, each new thread needs to call "moncontrol(1)"
  upon creation. The main thread calls it automatically.

- To profile DLL's, and general memory ranges,
  set the environment variable PROFILE_RANGE. This variable
  should consist of one or more colon separated entries. Each entry consists
  of a name, followed by optional comma separated fields representing
  the scale, offset, and size, in hex.

  It the name is the name of a DLL, then the entry is a DLL entry, else a general 
memory range.

  The scale field determines the profiling resolution. Divide 0x1 by the scale
  value to give the profiling resolution in bytes. For a DLL, the default scale is
  1 giving a resolution of 1 byte. For a memory range, the default scale is such 
as to
  give 256 incrementing counters, or a scale of 1 if the range is too great for that.
  
  If the name is the name of a DLL, then the offset is with respect to the loaded DLL,
  otherwise it is a fixed address. The default offset value is zero.

  The size field defines the size of the address range to be profiled. If the range
  covers a DLL, then the default value is the size of the DLL less the offset. If
  the range is a general memory range, the default size is 0x8000.
  
  I use the following to profile all the DLL's my application links to, the
  entire memory range from 0 to 0x8000 (called "general"), and a small area where 
my application
  is spending a lot of CPU (called "busy"). The list of DLL's was obtained using 
cygcheck.
 
export 
PROFILE_RANGE='general:busy,1,7ffe,1:cygX11-6.dll:cygcygipc-2.dll:cygwin1.dll:KERNEL32.dll:ntdll.dll:GDI32.dll:USER32.dll:ADVAPI32.dll:RPCRT4.dll:GLU32.DLL:msvcrt.dll:OPENGL32.dll:DDRAW.dll:DCIMAN32.dll:glut32.dll:WINMM.dll'

  Alternatively, the following command causes only the cygwin dll to be profiled.

export PROFILE_RANGE='cygwin1.dll'

- Execute your program.

Upon program termination, besides gmon.out,
a file in gmon.out format will be output for each range, with ".gmonout" appended
to the name of each range, cygwin1.dll.gmonout etc.
To profile the cygwin dll, provided you are using an unstripped dll, the command

gprof /bin/cygwin1.dll cygwin1.dll.gmonout

produces a flat profile. 

To see a memory range, or for dlls with no symbolic information, a utility called 
gmraw is provided.
Compile this with "gcc gmraw.c -o gmraw".
The command "gmraw -f general.gmonout" for example provides information about that 
particular range.

- WRT the interface. Calling moncontrol(0) at any point should terminate the profiling 
thread,
  and profiling of the memory ranges, but the data should still be saved upon program 
termination.
  It should be possible to use the "profil" function provided "-pg" 
compilation/linkage option
  is not used. Each thread should call "profil" with identical parameters. I have not 
tested
  this much.

-
File profil.c
-
/* profil.c -- win32 profil.c equivalent

   Copyright 1998, 1999, 2000, 2001 Red Hat, Inc.

   This file is part of Cygwin.

   This software is a copyrighted work licensed under the terms of the
   Cygwin license.  Please consult the file "CYGWIN_LICENSE" for
   details. */

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

#include 
#include 
#include 

#define SLEEPTIME (1000 / PROF_HZ)

#define MAXTHREADS 256
/**
 * This is a per-threa

Re: Is multithreaded profiling on cygwin possible

[peter garrone]

Brian Ford wrote:
>On Fri, 17 Oct 2003, peter garrone wrote:
>
>
>>  I have dropped the dll import library concept.
>>
>Probably good.  Although, it would still be neat to figure out a way to
>trace back to the application "leaf" functions.  I guess that will be an
>"exercise" for later.

Unfortunately I dont have any problems that this approach would address.
I am keeping a copy of my work so far, and would send it to anyone,
but I have no current plans to continue with it.

>>  My current approach is to keep track of the time accumulated
>> by each thread, and when it has exceeded the amount represented
>> by a profiling period, assign the tick to the current PC,
>> and subtract that amount of time from the running total for the
>> thread. So it always adds up, anyway.
>>
>I was going to suggest this when we were talking about partial ticks, but
>I was worried about charging time to the wrong PC.  Looking back, this
>still fits in fine with the PC sampling "philosophy".

Yes. It does get a bit philosophical. The program being profiled must
be regarded as a random process in itself, so adding an RNG only confuses
the issue.

>
>>  I still have it so that each thread that is to be profiled calls
>> moncontrol(1). Also, an application compiled and linked without
>> -pg could always use the "profil" call in a similar way.
>> Each thread would call profil with identical parameters.
>>
>It should be simple to add an "all threads" mode later if we want, so this
>is fine.  Does the main thread still call moncontrol(1) when compiled with
>-pg?  I would think this would be required.

Yes. It links in a special crt program that calls moncontrol(1). On linux,
it is necessary to call getitimer/setitimer for each thread as discussed previously,
and with this code on cygwin moncontrol(1). But this allows a lot of flexibility.

>
>> To do the DLL's, I have added a linked list of profiling ranges
>> to profil.c. These ranges are specified using an environment
>> variable. The ranges may be DLL specific, or general memory ranges.
>> There is a separate data file output upon program termination
>> for each range, in addition to gmon.out.
>>
>The linked list sounds reasonable.  I guess if there were too many
>threads, something less linear would be better.  Does anyone have a
>suggestion about how to find these address ranges automatically (at least
>for non dynamically loaded DLLs)?
>
>I assume the gmon.out file contains just the original program proper
>memory range?

Yes, from "text" to "etext", the static linked range.
This is as per the current gmon.c file, which I am not proposing to change.
If call counts were required, it is usually possible to link a cygwin dll
function statically, and that would produce the call counts.

>
>I really wish we could get someone on the binutils list interested in
>helping to extend the gmon.out file format to contain multiple hashes.  We
>would still need a method to map the ranges to the DLLs.  Determining the
>DLLs should be easy unless they were dynamically loaded.  You really
>should send at least a ping over there, but you're doing all the work, so
>I'll shut up now.

As it pans out, it doesnt seem so necessary to me, because gprof profiles the 
un-stripped
DLL's as they are. gprof does one thing well, profiling a BFD, which is
sort of in line with the UNIX philosophy. All the profiling data exist
as separate files for the various profiling ranges. This way solves my current
profiling problems and gives me fine control. Why profile every DLL when
you may only be interested in one? But it is absolutely essential to me
to be able to profile selected memory ranges.

>
>>  If a dll has not been stripped, gprof will use the data file
>> and the dll to output a flat profile, but without call counts though.
>> (At least this works with cygwin1.dll)
>>
>That sounds like it would be *really* usefull to cygwin developers!  This
>concept was discussed before in the references I gave you, but never
>pushed this far.

I must say that it was unforeseen by myself, and very easy, accidental almost.
I had to save the profiling data for raw address ranges in some format,
gmon.out being the logical one. That was all the work necessary. 
I wondered if gprof would work with that data, and it did.
I hope this is standard for gprof, as in it reads any BFD with symbolic information,
and not some kludge. I am not expert enough to know.

>
>>  I have written a simple utility to summarise the information
>> in these data files, giving flat addresses and CPU usage.
>>
>This sounds like a useful inclusion.  Again, it would be more functional
>if we could feed all this into gprof and get partial call graphs.

Sure, mayby a special flag to gprof saying to generate a flat raw output.
The code is preety simple.

>
>Even if no one else comments, I really appreciate all this work you're
>doing!  Also, thanks for continuing to send me the updated patches.  I
>wish I had more time to look over them in detail right n

Re: 1.5.5: Problem with Convert::ASN1 module and Perl 5.8.0

[Russell Tokuyama]

Gerrit,

On Mon, 20 Oct 2003 23:21:26 +0200, Gerrit wrote:

>> I noticed that after compiling 5.8.0 from the source distribution
>> (5.8.0-5) perldoc fails with an error message about not being able
>> to create a temporary file:
>
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> $ date
>> Mon Oct 20 08:19:25 HST 2003
>
>> $ perldoc perlfunc
>> Error in tempfile() using /tmp/XX: Could not create temp file
>>  /tmp/w4piWtmuSt:  at /usr/bin/perldoc line 564
>
>> $ ls -l /tmp
>> total 0
>> -rw-r--r--1 russ None0 Oct 20 08:19 w4piWtmuSt
>
>
>Does it work if you make the directory executable (mode 755) as it
>should be?
>
>
>> Checking the log.test file created by the build.sh script, I noticed
>> that the test of tempfile failed:
>
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> lib/File/Temp/t/tempfile.Error in tempfile() using
>>  /tmp/XX.t xt: Could not create temp file /tmp/yvTTCjl9aJ.txt:
>>  at ../lib/File/Temp/t/tempfile.t line 48
>> FAILED at test 2
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>Probably just a permission problem, see above.

The directory permissions are 755 and the temp file gets created.


> But, then I noticed this in the log:

>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> Failed 46 test scripts out of 659, 93.02% okay.
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>Ouch.
>
>> Despite this, the build.sh script goes ahead and installs the
>> recompiled Perl 5.8.0.  Is this reasonable behavior?
>
>Well, there is a new feature in perl-5.8.1 similar to autotools
>DESTDIR, but it wasn't available with perl 5.8.0, since there are many
>hardcoded paths it is really a mess to install in a separate
>directory, you need to fix it all up and make a tarball then.
>
>
>> It appears that Cygwin doesn't support the creation and opening
>> of a temporary file to avoid a race condition as intended by the
>> File::Temp::tempfile function.  The perldoc seems to indicate
>> that the use of the File::Temp:tmpnam function would probably
>> be a better choice under for perldoc under Cygwin since apparently
>> Cygwin can't handle the file semantics as described in the perldoc
>> for File::Temp::tempfile.
>
>II never saw problems like this and I have not more than two or three
>tests failing (usually), so I suggest that something must be the
>cuplprit, but not Perl.

I did a fresh install of Cygwin 1.5.5 with the perl-5.8.1-2 binary
distribution.  Perl 5.8.1 passes the tests for Convert::ASN1 and
does not have problems with the File::Temp::tempfile function
which is used by the perldoc script.  Since things work with Perl
5.8.1 under Cygwin 1.5.5 I'm not going to spend any more time with
trying to get Perl 5.8.0 to work.  I'm going to cross over into
Perl/Tk territory instead. :-)

Thanks for all your help,
Russ

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

Re: ProFTPD 1.2.9rc2: "missing /var/log/wtmp"

[Grossniklaus Bruno]

Hello Igor

>if [ ! -d /var/log ] ; then \
>  mkdir -p /var/log ;
>fi
>if [ ! -f /var/log/wtmp ] ; then \
>  touch /var/log/wtmp ;
>fi
>
>FWIW, it'd be safer to also check whether this file is a symlink (i.e.,
>add "-a ! -l /var/log/wtmp" to the test), but this should do for now.

What about a chmod 666 /var/log/wtmp after the touch?

Bruno


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