Re: Problem with new-cygwin.dll.gz ?

Re: Problem with new-cygwin.dll.gz ?

[Geoffrey Noer]

Peter Baker wrote:
> 
> On Fri, 3 Apr 1998, Peter Kuehn wrote:
> 
> > yes there is (even if Geoffrey won't believe it :-(

I would be happy to replace the archive if it's genuinely corrupted.
It does seem that a lot of people have downloaded and installed
b19.1 without having problems, so at this point I'm not inclined
to think this is the problem...

-- 
Geoffrey Noer
noer@cygnus.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: Problem with new-cygwin.dll.gz - Not here there isn't

[Guy Gascoigne - Piggford]

At 04:05 AM 4/6/98 -0700, Geoffrey Noer wrote:
>Peter Baker wrote:
>> 
>> On Fri, 3 Apr 1998, Peter Kuehn wrote:
>> 
>> > yes there is (even if Geoffrey won't believe it :-(
>
>I would be happy to replace the archive if it's genuinely corrupted.
>It does seem that a lot of people have downloaded and installed
>b19.1 without having problems, so at this point I'm not inclined
>to think this is the problem...

Well I just downloaded it (again) without any problems at all.

gzip expanded it without any complaints (as doesd WinZIP).  More to the
point once it's expanded the resulting .dll works just fine.

Guy


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Problem with new-cygwin.dll.gz

[Emil Hallin]

I think that the problem is the files are somehow being downloaded as
text files; possibly some browser is not recognizing the ".gz" extension
and defaults to treating unrecognized files as if they were text? The
download works fine for me, but I have associated the .gz extension with
winzip in my browser. Right clicking on the link and choosing "save as"
to force a binary download might solve the problem some people are
having. That often solves problems I have with browser downloads.
	emil
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: A new user of cygwin and unix based system

[Glenn Spell]

"'Chris Faylor'"cygwin@sourceware.cygnus.com wrote:

> Ok.  Is it important to post my title frequently?  The "who's who"
> information is easily retrievable from the project web page (I just
> updated it with DJ's and my titles).

You might want to update it again. In the fourth paragraph you
misspelled "Corinna Vinschen".

-glenn

-- 
 )      Glenn Spell <glenn@gs.fay.nc.us>      )   _       _____
 )   Fayetteville, North Carolina, U. S. A.   )_ (__\____o /_/_ |
 )  _  _  _  _  _  _  _  _  _  _  _  _  _  _  )   >-----._/_/__]>
 )- blue skies - happy trails - sweet dreams -)             `0  |

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: A new user of cygwin and unix based system

[Chris Faylor]

On Fri, Jul 02, 1999 at 02:08:54AM -0400, Glenn Spell wrote:
>"'Chris Faylor'"cygwin@sourceware.cygnus.com wrote:
>
>> Ok.  Is it important to post my title frequently?  The "who's who"
>> information is easily retrievable from the project web page (I just
>> updated it with DJ's and my titles).
>
>You might want to update it again. In the fourth paragraph you
>misspelled "Corinna Vinschen".

This is supposed to be "funny" right?  Corinna isn't mentioned in the
fourth paragraph.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: A new user of cygwin and unix based system

[Chris Faylor]

On Fri, Jul 02, 1999 at 02:08:54AM -0400, Glenn Spell wrote:
>"'Chris Faylor'"cygwin@sourceware.cygnus.com wrote:
>
>> Ok.  Is it important to post my title frequently?  The "who's who"
>> information is easily retrievable from the project web page (I just
>> updated it with DJ's and my titles).
>
>You might want to update it again. In the fourth paragraph you
>misspelled "Corinna Vinschen".

This is supposed to be "funny" right?  Corinna isn't mentioned in the
fourth paragraph.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: A new user of cygwin and unix based system

[Glenn Spell]

"'Chris Faylor'"cygwin@sourceware.cygnus.com wrote:

> Ok.  Is it important to post my title frequently?  The "who's who"
> information is easily retrievable from the project web page (I just
> updated it with DJ's and my titles).

You might want to update it again. In the fourth paragraph you
misspelled "Corinna Vinschen".

-glenn

-- 
 )      Glenn Spell <glenn@gs.fay.nc.us>      )   _       _____
 )   Fayetteville, North Carolina, U. S. A.   )_ (__\____o /_/_ |
 )  _  _  _  _  _  _  _  _  _  _  _  _  _  _  )   >-----._/_/__]>
 )- blue skies - happy trails - sweet dreams -)             `0  |

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: A new user of cygwin and unix based system

[Glenn Spell]

Chris Faylor <cygwin@sourceware.cygnus.com> wrote:

> On Fri, Jul 02, 1999 at 02:08:54AM -0400, Glenn Spell wrote:
>
> >You might want to update it again. In the fourth paragraph you
> >misspelled "Corinna Vinschen".
>
> Corinna isn't mentioned in the fourth paragraph.

Yes, it's an obvious discrepancy. Can you fix it?

Thanks,

-glenn

-- 
 )      Glenn Spell <glenn@gs.fay.nc.us>      )   _       _____
 )   Fayetteville, North Carolina, U. S. A.   )_ (__\____o /_/_ |
 )  _  _  _  _  _  _  _  _  _  _  _  _  _  _  )   >-----._/_/__]>
 )- blue skies - happy trails - sweet dreams -)             `0  |

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: A new user of cygwin and unix based system

[Glenn Spell]

Chris Faylor <cygwin@sourceware.cygnus.com> wrote:

> On Fri, Jul 02, 1999 at 02:08:54AM -0400, Glenn Spell wrote:
>
> >You might want to update it again. In the fourth paragraph you
> >misspelled "Corinna Vinschen".
>
> Corinna isn't mentioned in the fourth paragraph.

Yes, it's an obvious discrepancy. Can you fix it?

Thanks,

-glenn

-- 
 )      Glenn Spell <glenn@gs.fay.nc.us>      )   _       _____
 )   Fayetteville, North Carolina, U. S. A.   )_ (__\____o /_/_ |
 )  _  _  _  _  _  _  _  _  _  _  _  _  _  _  )   >-----._/_/__]>
 )- blue skies - happy trails - sweet dreams -)             `0  |

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: a bug

[Chris Faylor]

On Fri, Apr 21, 2000 at 01:31:03AM +0200, vigprogdev wrote:
>Hi !
>I've tried to make a program with the new 
>release. I think that's a -mno-cygwin 
>related problem (with libstdc++) : this 
>works without the flag :

I doubt very much if there is a stdc++ library for -mno-cygwin.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Unwanted compiler warnings with w32api

[Shayne Steele]

> 
> What version of w32api are you using?  What is the output of `cat
> /usr/include/w32api/w32api.h'?

-rw-rw-rw-   1 Fleshy1  root   537620 Sep 15 22:36 w32api-1.1-1.tar.bz2

c:\>cat /usr/include/w32api/w32api.h
cat /usr/include/w32api/w32api.h
#ifndef _W32API_H_
#define _W32API_H_

#define __W32API_VERSION 1.1
#define __W32API_MAJOR_VERSION 1
#define __W32API_MINOR_VERSION 1

#endif /* ndef _W32API_H_ */

c:\>

-- 
Shayne Steele	    Graduate Student in Computer Science at FSU
steele@cs.fsu.edu   http://www.cs.fsu.edu/~steele/
With great abilities come great responsibilities. -- Stan Lee


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

Re: Unwanted compiler warnings with w32api

[Shayne Steele]

> What version of w32api are you using?  What is the output of `cat
> /usr/include/w32api/w32api.h'?
> 
> Earnie.

-rw-rw-rw-   1 Fleshy1  root   537620 Sep 15 22:36 w32api-1.1-1.tar.bz2

c:\>cat /usr/include/w32api/w32api.h
cat /usr/include/w32api/w32api.h
#ifndef _W32API_H_
#define _W32API_H_

#define __W32API_VERSION 1.1
#define __W32API_MAJOR_VERSION 1
#define __W32API_MINOR_VERSION 1

#endif /* ndef _W32API_H_ */

c:\>

> >         I recently updated to the latest w32api.  I compile my
> > programs with gcc and the options '-Wall -W -pedantic', and up until 
> > the upgrade have had no warnings.  Now I have some 'Extra' warnings
> > 
> > In file included from /usr/include/w32api/windef.h:145,
> >                  from /usr/include/w32api/windows.h:98,
> >                  from main-win.c:246:
> > /usr/include/w32api/winnt.h:1712: warning: ANSI C doesn't support
> > unnamed structs/unions
> > /usr/include/w32api/winnt.h:1725: warning: ANSI C doesn't support
> > unnamed structs/unions


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

Re: 30 second startup delay on Cygwin programs from SYSTEM account

[Scott Atwood]

> I am running Cygwin 1.3.3 on Windows 2000 Server, and I have noticed a
> strange problem.  Whenever I try to start a Cygwin process from a windows
> cmd shell as the user SYSTEM, there is an approximately 30 second delay
> before the process starts.  If I have started a bash process as SYSTEM,
> subesequent processes started from within bash start normally.  Cygwin
> processes always start normally for the Administrator user.
>
> I have looked in the FAQ and the documentation, searched Google, and
> searched the Cygwin mailing list archive, and I couldn't find any
> mention of this problem.

I ran "strace bash" as user SYSTEM and here is an excerpt of the output.

 2949  226918 [main] bash 1428 internal_getlogin: GetUserName() = SYSTEM
30450200 30677118 [main] bash 1428 internal_getlogin: Domain: (null), Logon Serv
er: CHARON, Windows Username: SYSTEM

The output paused for about 30 seconds after the first line printed, and
before the second line printed.

Here is the same section of "strace bash" for user Administrator:

 2980  255639 [main] bash 1708 internal_getlogin: GetUserName() = Administrator
  831  256470 [main] bash 1708 internal_getlogin: User: Administrator, Domain: C
HARON, Logon Server: CHARON
305105  561575 [main] bash 1708 internal_getlogin: Domain: CHARON, Logon Server:
CHARON, Windows Username: Administrator


And again as user SYSTEM from within an already running bash process:

 1435  282240 [main] bash 1212 internal_getlogin: GetUserName() = SYSTEM
365580  647820 [main] bash 1212 internal_getlogin: Domain: (null), Logon Server:
CHARON, Windows Username: SYSTEM


I downloaded the cygwin 1.3.3 source code, and I was able to isolate these
lines of output as coming from the internal_getlogin method in the
winsup/cygwin/uinfo.cc file, somewhere between line 41 and 114.


I don't know enough about the structure of the cygwin DLL to be able to
isolate the problem any closer than that, since there are many method
calls in this region of the code.

-Scott


--
Scott Atwood
atwood@cs.stanford.edu
PGP key fingerprint:  2852 FAE0 B0BB FE52 7002  1019 4D48 78B3 6FF0 A89F

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

Re: 30 second startup delay on Cygwin programs from SYSTEM account

[Robert Collins]

On Fri, 2001-10-26 at 11:07, Scott Atwood wrote:
 
> I ran "strace bash" as user SYSTEM and here is an excerpt of the output.
> 
>  2949  226918 [main] bash 1428 internal_getlogin: GetUserName() = SYSTEM
> 30450200 30677118 [main] bash 1428 internal_getlogin: Domain: (null), Logon Serv
> er: CHARON, Windows Username: SYSTEM
> 
> The output paused for about 30 seconds after the first line printed, and
> before the second line printed.

Right, here's whats happening:
SYSTEM doesn't belong to any network groups - it's local only, but
Cygwin is trying to find out it's network data - such as the home
domain.

Cygwin spawned/forked/execed process's can inherit that data in the
cygwin heap IIRC. Which is why no delay is seen - it's been optimised
away. But there would be a 30 second delay firing up bash.

As for why the 30 second delay in the first place, what's your system
config:
Are you a member of a win2k AD or an NT4 domain?
Are you running NBT?
Are you running NTLM?
Are you running the Server process?
Are you running the workstation process?

Cheers,
Rob


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

Re: 30 second startup delay on Cygwin programs from SYSTEM account

[Scott Atwood]

Robert Collins writes:
> On Fri, 2001-10-26 at 11:07, Scott Atwood wrote:
> > I ran "strace bash" as user SYSTEM and here is an excerpt of the output.
> > 
> >  2949  226918 [main] bash 1428 internal_getlogin: GetUserName() = SYSTEM
> > 30450200 30677118 [main] bash 1428 internal_getlogin: Domain: (null),
> > Logon Server: CHARON, Windows Username: SYSTEM
> > 
> > The output paused for about 30 seconds after the first line printed, and
> > before the second line printed.
> 
> Right, here's whats happening:
> SYSTEM doesn't belong to any network groups - it's local only, but
> Cygwin is trying to find out it's network data - such as the home
> domain.
> 
> Cygwin spawned/forked/execed process's can inherit that data in the
> cygwin heap IIRC. Which is why no delay is seen - it's been optimised
> away. But there would be a 30 second delay firing up bash.
> 
> As for why the 30 second delay in the first place, what's your system
> config:
> Are you a member of a win2k AD or an NT4 domain?

No and no.

> Are you running NBT?

Yes.

> Are you running NTLM?

No.

> Are you running the Server process?

Yes.

> Are you running the workstation process?

Yes.

-- 
Scott Atwood
atwood@cs.stanford.edu
PGP key fingerprint:  2852 FAE0 B0BB FE52 7002  1019 4D48 78B3 6FF0 A89F

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

Re: 30 second startup delay on Cygwin programs from SYSTEM account

[Robert Collins]

On Tue, 2001-11-06 at 09:36, Scott Atwood wrote:
> Robert Collins writes:
> > On Fri, 2001-10-26 at 11:07, Scott Atwood wrote:
> > > I ran "strace bash" as user SYSTEM and here is an excerpt of the output.
> > > 
> > >  2949  226918 [main] bash 1428 internal_getlogin: GetUserName() = SYSTEM
> > > 30450200 30677118 [main] bash 1428 internal_getlogin: Domain: (null),
> > > Logon Server: CHARON, Windows Username: SYSTEM
> > > 
> > > The output paused for about 30 seconds after the first line printed, and
> > > before the second line printed.
> > 
> > Right, here's whats happening:
> > SYSTEM doesn't belong to any network groups - it's local only, but
> > Cygwin is trying to find out it's network data - such as the home
> > domain.
> > 
> > Cygwin spawned/forked/execed process's can inherit that data in the
> > cygwin heap IIRC. Which is why no delay is seen - it's been optimised
> > away. But there would be a 30 second delay firing up bash.
> > 
> > As for why the 30 second delay in the first place, what's your system
> > config:
> > Are you a member of a win2k AD or an NT4 domain?
> 
> No and no.
> 
> > Are you running NBT?
> 
> Yes.
> 
> > Are you running NTLM?
> 
> No.
> 
> > Are you running the Server process?
> 
> Yes.
> 
> > Are you running the workstation process?
> 
> Yes.
> 
>

Does the behaviour change if you start the NTLM helper process?

Rob


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

Re: 30 second startup delay on Cygwin programs from SYSTEM account

[Scott Atwood]

Robert Collins writes:
> 
> On Tue, 2001-11-06 at 09:36, Scott Atwood wrote:
> > Robert Collins writes:
> > > Are you running NTLM?
> > 
> > No.
> 
> Does the behaviour change if you start the NTLM helper process?

No.

-Scott

-- 
Scott Atwood
atwood@cs.stanford.edu
PGP key fingerprint:  2852 FAE0 B0BB FE52 7002  1019 4D48 78B3 6FF0 A89F

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

Re: Cygwin homepage has problems

[Shayne Steele]

> 
> Looks fine to me.
> 
> Rob

  Yes, NOW it is fixed.

-- 
Shayne Steele	    Graduate Student in Computer Science at FSU
steele@cs.fsu.edu   http://www.cs.fsu.edu/~steele/
With great abilities come great responsibilities. -- Stan Lee

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

Re: Command-line email?

[dmeans]

ssmtp, pine, mutt,  and there's always perl Mail::Sender.

David

> 
> Does cygwin have a simple command-line email tool to toss an email to an
> SMTP server (without having to configure and run a full-taco MTA)?
> 
> Thanks,
> Michael
> 
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 


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

Re: Command-line email?

[Dr. Volker Zell]

>>>>> "dmeans" == dmeans  <dmeans@the-means.net> writes:

    dmeans> ssmtp, pine, mutt,  and there's always perl Mail::Sender.
    dmeans> David

    >> 
    >> Does cygwin have a simple command-line email tool to toss an email to an
    >> SMTP server (without having to configure and run a full-taco MTA)?
    >> 
    >> Thanks,
    >> Michael

And there's also nail.

http://omnibus.uni-freiburg.de/~gritter/

From the web page:

Nail is a mail user agent derived from Berkeley Mail 8.1. 
It is intended to provide the functionality of the POSIX.2 
mailx command with additional support for MIME messages, POP3 and SMTP. 
In recent system environments, nail is Unicode/UTF-8 capable. It 
further contains some minor enhancements like the ability to set 
a From: Address.

I have it working here.

Ciao
  Volker


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

Re: mmap bug on Windows 9x

[Anton Ertl]

Anton Ertl wrote:
> 
> On Windows 9x/ME different calls to mmap sometimes produce the same
> address (without that memory being unmapped in the meantime, at least
> not by application code).

You find a condensed test program below.

On Windows ME with cygwin1.dll 1.5.10 it outputs:

try mmap($0, $40000, ..., MAP_ANON, ...); success, address=$833ca000
try mmap($8340b000, $40000, ..., MAP_ANON, ...); success, address=$833ca000

Note that the result addresses are the same.

On Windows 2000 with cygwin1.dll 1.3.22 it outputs:

try mmap($0, $40000, ..., MAP_ANON, ...); success, address=$640000
try mmap($681000, $40000, ..., MAP_ANON, ...); success, address=$680000

i.e., non-overlapping memory ranges, as it should.

I believe that this is a problem that both cygwin1.dlls have on
Windows ME/9x (and not on NT/2K/XP), not something arising from the
difference between cygwin versions (we see a problem that probably
arises from this bug also with the Gforth-for-Windows package that
includes cygwin1.dll 1.3.22).

- anton

Here's the test program (compile and run with "gcc -O main.c; ./a):
-----------------------------------------------------
#include <errno.h>
#include <ctype.h>
#include <stdio.h>
#include <unistd.h>
#include <string.h>
#include <math.h>
#include <sys/types.h>
#ifndef STANDALONE
#include <sys/stat.h>
#endif
#include <fcntl.h>
#include <assert.h>
#include <stdlib.h>
#include <signal.h>
#ifndef STANDALONE
#include <sys/mman.h>
#endif

int debug=1;
#define HAVE_MMAP
typedef char *Address;
typedef int Cell;
int pagesize=4096;

static Address next_address=0;
void after_alloc(Address r, Cell size)
{
  if (r != (Address)-1) {
    if (debug)
      fprintf(stderr, "success, address=$%lx\n", (long) r);
    if (pagesize != 1)
      next_address = (Address)(((((Cell)r)+size-1)&-pagesize)+2*pagesize); /* leave one page unmapped */
  } else {
    if (debug)
      fprintf(stderr, "failed: %s\n", strerror(errno));
  }
}

#ifndef MAP_FAILED
#define MAP_FAILED ((Address) -1)
#endif
#ifndef MAP_FILE
# define MAP_FILE 0
#endif
#ifndef MAP_PRIVATE
# define MAP_PRIVATE 0
#endif
#if !defined(MAP_ANON) && defined(MAP_ANONYMOUS)
# define MAP_ANON MAP_ANONYMOUS
#endif

#if defined(HAVE_MMAP)
static Address alloc_mmap(Cell size)
{
  Address r;

#if defined(MAP_ANON)
  if (debug)
    fprintf(stderr,"try mmap($%lx, $%lx, ..., MAP_ANON, ...); ", (long)next_address, (long)size);
  r = mmap(next_address, size, PROT_EXEC|PROT_READ|PROT_WRITE, MAP_ANON|MAP_PRIVATE, -1, 0);
#else /* !defined(MAP_ANON) */
  /* Ultrix (at least) does not define MAP_FILE and MAP_PRIVATE (both are
     apparently defaults) */
  static int dev_zero=-1;

  if (dev_zero == -1)
    dev_zero = open("/dev/zero", O_RDONLY);
  if (dev_zero == -1) {
    r = MAP_FAILED;
    if (debug)
      fprintf(stderr, "open(\"/dev/zero\"...) failed (%s), no mmap; ", 
	      strerror(errno));
  } else {
    if (debug)
      fprintf(stderr,"try mmap($%lx, $%lx, ..., MAP_FILE, dev_zero, ...); ", (long)next_address, (long)size);
    r=mmap(next_address, size, PROT_EXEC|PROT_READ|PROT_WRITE, MAP_FILE|MAP_PRIVATE, dev_zero, 0);
  }
#endif /* !defined(MAP_ANON) */
  after_alloc(r, size);
  return r;  
}
#endif

int main(int argc, char **argv, char **env)
{
  debug=1;
  alloc_mmap(0x40000);
  alloc_mmap(0x40000);
  exit(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/

Re: mmap bug on Windows 9x

[Corinna Vinschen]

On Jul 16 09:12, Anton Ertl wrote:
> Anton Ertl wrote:
> > 
> > On Windows 9x/ME different calls to mmap sometimes produce the same
> > address (without that memory being unmapped in the meantime, at least
> > not by application code).
> 
> You find a condensed test program below.
> 
> On Windows ME with cygwin1.dll 1.5.10 it outputs:
> 
> try mmap($0, $40000, ..., MAP_ANON, ...); success, address=$833ca000
> try mmap($8340b000, $40000, ..., MAP_ANON, ...); success, address=$833ca000
> 
> Note that the result addresses are the same.

Thanks for the testcase!  Wow, I'm impressed.  Three serious bug reports
in two days which all had a simple testcase(tm) attached! 

*Sob*, I'm moved to tears.

Anyway, I found the cause of that problem.  For some reason (moon phase
or so) the mmap code didn't marked pages as used when running under 9x/Me.
This could only be observed under a specific condition of mmapping
anonymous private pages.

I've applied a fix to the repository.  Should be in the next developers
snapshot from http://cygwin.com/snapshots/


Thanks for the report,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Co-Project Leader          mailto:cygwin@cygwin.com
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/

a bug

[vigprogdev]

[-- Attachment #1: Type: text/plain, Size: 293 bytes --]

Hi !
I've tried to make a program with the new 
release. I think that's a -mno-cygwin 
related problem (with libstdc++) : this 
works without the flag :
Thanks in advance.

V. Geslin
sortie.txt
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


[-- Attachment #2: sortie.txt --]
[-- Type: text/plain, Size: 3468 bytes --]

g++ -DWIN32 -ansi -mno-cygwin -pedantic -Wall -W -O3 -mpentiumpro -march=pentium
pro -fexpensive-optimizations -Wstrict-prototypes -felide-constructors  -c nvbp.
cpp -o nvbp.o
g++ -DWIN32 -ansi -mno-cygwin -pedantic -Wall -W -O3 -mpentiumpro -march=pentium
pro -fexpensive-optimizations -Wstrict-prototypes -felide-constructors    -o nv
-mno-cygwin nvbp.o  -lkernel32 -luser32 -lgdi32
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iostream.o)(.text+0x154): und
efined reference to `_imp___ctype_'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iostream.o)(.text+0x521): und
efined reference to `_imp___ctype_'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iostream.o)(.text+0x17c7): un
defined reference to `_impure_ptr'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iostream.o)(.text+0x17d8): un
defined reference to `_impure_ptr'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(streambuf.o)(.text+0x3e7): un
defined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(stdstrbufs.o)(.text+0x46): un
defined reference to `_impure_ptr'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(stdiostream.o)(.text+0x16c):
undefined reference to `__srget'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(fileops.o)(.text+0x194): unde
fined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(fileops.o)(.text+0x206): unde
fined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(fileops.o)(.text+0x261): unde
fined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(fileops.o)(.text+0x390): unde
fined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(fileops.o)(.text+0x459): unde
fined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(fileops.o)(.text+0x5b1): more
 undefined references to `__errno' follow
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iovfscanf.o)(.text+0x60): und
efined reference to `_imp___ctype_'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iovfscanf.o)(.text+0x8d): und
efined reference to `_imp___ctype_'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iovfscanf.o)(.text+0x584): un
defined reference to `_imp___ctype_'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iovfscanf.o)(.text+0x5d1): un
defined reference to `_imp___ctype_'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iovfscanf.o)(.text+0x85d): un
defined reference to `_imp___ctype_'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(iovfscanf.o)(.text+0x8b4): mo
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(floatconv.o)(.text+0x1287): u
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libstdc++.a(floatconv.o)(.text+0x13ed): u
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../i686-pc-cygwin/lib/libm.a(w_s
qrt.o)(.text+0xc8): undefined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../i686-pc-cygwin/lib/libm.a(w_s
qrt.o)(.text+0xda): undefined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../i686-pc-cygwin/lib/libm.a(w_e
xp.o)(.text+0x142): undefined reference to `__errno'
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../i686-pc-cygwin/lib/libm.a(w_e
xp.o)(.text+0x154): more undefined references to `__errno' follow
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/libgcc.a(_eh.o)(.text+0x389): undefined r
eference to `_impure_ptr'
collect2: ld returned 1 exit status
make: *** [nv] Error 1

Re: a bug

[Mo DeJong]

You can not compile C++ code with the -mno-cygwin option. If you
do, it seems to work but when you load the c++ shared lib it ends up
loading cygwin1.dll. You need to compile with the mingwin release
from by Mumit Kahn
http://www.nanotech.wisc.edu/~khan/software/gnu-win32/

Mo Dejong
Red Hat Inc.

On Fri, 21 Apr 2000, vigprogdev wrote:

> Hi !
> I've tried to make a program with the new 
> release. I think that's a -mno-cygwin 
> related problem (with libstdc++) : this 
> works without the flag :
> Thanks in advance.
> 
> V. Geslin


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com