Cygwin setup stopped @99%

[G. Oto]

I followed the instructions on www.cygwin.com on how to install the current
(BCygwin, downloaded the setup.exe and ran it. The installation went well
(Buntil it remained only 1% to the end of the installation. The installation
(Bsuddenly stopped. I tried 3 times but to no avail. (Please refer to the
(Battached jpeg file for where the installtion stopped. Clicking the "cancel"
(Bbutton displayed "Installation Complete" message and nothing more). Can you
(Btell me what to do, please?
(BMy pc runs on Windows XP with 1024MB RAM and 120GB HDD.
(B
(B__
(BDo You Yahoo!?
(BYahoo! BB is Broadband by Yahoo!
(Bhttp://bb.yahoo.co.jp/<>--
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: closing rxvt

[Dylan Cuthbert]

I noticed in the very latest version of cygwin that I no longer get this
problem though?

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


"Sven Köhler" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > If you close an rxvt window by clicking on the Close [X] then the bash
> > shell running under rxvt never gets notified and runs in the background.
> > When you attempt to shutdown Windows you'll see a dialog box asking to
> > kill that process. This is a known bug in rxvt (PTC).
>
> Well, many people have reported that "bug", but always got the response,
> that it's more a "not implemented feature" than a "bug".
>
> I don't think that it will get fixed soon.
>
>
>



--
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: setpriority() and PRIO_PROCESS under Cygwin

[Corinna Vinschen]

On Sat, Oct 11, 2003 at 05:07:18PM -0700, Terrence Brannon wrote:
> Can anyone suggest a solution for getting code making calls to 
> setpriority() and using PRIO_PROCESS to compile under Cygwin?

setpriority/getpriority are not implemented in Cygwin.

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: std::ofstream causes segfault in 1.5.x

[Corinna Vinschen]

On Fri, Oct 10, 2003 at 10:34:36PM +0200, thomas wrote:
> Hi,
> 
> here is a simplified snippet from code that worked perfectly in a 1.3.x
> environment, but doesn't work with 1.5.5 (i tried >1.5.2).
> 
> **
>  std::ofstream out("foo.toc");
>  toc->print(out);  // <- segfault here
> 
>  ...
>  
>  void Toc::print(std::ostream &out) const
>  {
>out << "CD_ROM";
>  }
> **
> 
> Strace shows the following:
> 
>20 7293891 [main] cdrdao 1576 fstat64: 0 = fstat (3, 0x22F9E4)
>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, 
> fd -1, off 0
>   982 7294901 [main] cdrdao 1576 seterrno_from_win_error: 
> /netrel/src/cygwin-1.5.5-1/winsup/cygwin/mmap.cc:920 windows error 1455
>85 7294986 [main] cdrdao 1576 geterrno_from_win_error: unknown windows error 
> 1455, setting errno to 13
>23 7295009 [main] cdrdao 1576 fhandler_disk_file::mmap: -1 = mmap(): 
> CreateFileMapping failed with Win32 error 1455

net helpmsg 1455

  The paging file is too small for this operation to complete.

Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig?
That won't work, nor would it under 1.3.22 on the same machine.  The cause
for this is outside of the strace and very likely outside of mmap itself.

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: Cygwin setup stopped @99%

[Pavel Tsekov]

Hello,

On Sun, 12 Oct 2003, G. Oto wrote:

> I followed the instructions on www.cygwin.com on how to install the current
> Cygwin, downloaded the setup.exe and ran it. The installation went well
> until it remained only 1% to the end of the installation. The installation
> suddenly stopped. I tried 3 times but to no avail. (Please refer to the
> attached jpeg file for where the installtion stopped. Clicking the "cancel"
> button displayed "Installation Complete" message and nothing more). Can you
> tell me what to do, please?

Did it hang during the download phase i.e. when you had only 1% more to
download ? If so - did you by chance use the archive.progeny.com mirror ?

Pavel

--
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 setup stopped @99%

[Barry Drake]

This has been discussed numerous times on this list.

What I did was follow the directions of one of the
posts here to start a bash session by typing bash at a
dos prompt, doing a ps, and kill -9 of the process
that is tagged 'cygpath' or 'cygpth' (one of these).

Also, it has been recently recommended to run
setup.exe from a dos prompt or bash session, not from
Win.

Attached is the message with the instruction above. 
Hope this helps.

Barry Drake

--- "G. Oto" <[EMAIL PROTECTED]> wrote:
> I followed the instructions on www.cygwin.com on how
> to install the current
> Cygwin, downloaded the setup.exe and ran it. The
> installation went well
> until it remained only 1% to the end of the
> installation. The installation
> suddenly stopped. I tried 3 times but to no avail.
> (Please refer to the
> attached jpeg file for where the installtion
> stopped. Clicking the "cancel"
> button displayed "Installation Complete" message and
> nothing more). Can you
> tell me what to do, please?
> My pc runs on Windows XP with 1024MB RAM and 120GB
> HDD.
> 
> __
> Do You Yahoo!?
> Yahoo! BB is Broadband by Yahoo!
> http://bb.yahoo.co.jp/
> 

> ATTACHMENT part 2 image/pjpeg name=cygwin.JPG
> --
> 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/


Steve 
Fairbairn - RE: Setup 2.358 Hangs During Post-Install Script



This is the mail archive of the [EMAIL PROTECTED] mailing list for 
the http://cygwin.com/";>Cygwin project. 




  
  
Index Nav:
[http://www.cygwin.com/ml/cygwin/2003-09/index.html#00747";>Date Index] 
  [http://www.cygwin.com/ml/cygwin/2003-09/subjects.html#00747";>Subject Index]
 
  [http://www.cygwin.com/ml/cygwin/2003-09/authors.html#00747";>Author Index]
 
  [http://www.cygwin.com/ml/cygwin/2003-09/threads.html#00747";>Thread Index]
 

  
Message Nav:
[http://www.cygwin.com/ml/cygwin/2003-09/msg00746.html";>Date Prev] [http://www.cygwin.com/ml/cygwin/2003-09/msg00748.html";>Date Next]
[http://www.cygwin.com/ml/cygwin/2003-09/msg00746.html";>Thread Prev] [http://www.cygwin.com/ml/cygwin/2003-09/msg01756.html";>Thread Next]
  
Other format:
[http://www.cygwin.com/cgi-bin/get-raw-msg?listname=cygwin&date=2003-09&msgid=D721826DEE793D49BC49582C121EDD3E3F54DD%40exchange.perwill.com";>Raw
 
  
text]
RE: Setup 2.358 Hangs During Post-Install 
Script

  From: Steve Fairbairn  
  To: cygwin at cygwin dot com 
  Date: Fri, 12 Sep 2003 10:54:56 +0100 
  Subject: RE: Setup 2.358 Hangs During Post-Install Script 


> > Setup claims to be 
trying to run a script called
> > /etc/postinstall/XFree86-bin-icons.sh, which is a symlink to
> > /usr/X11R6/bin/XFree86-bin-icons.sh.
> >
> > After cancelling setup, I can still run Cygwin and XFree86 (phew.)
> >
> > Any ideas, please?

Hi all,

I've just installed cygwin on my new machine (WOO HOO Finally) - install
from local directory, package files were downloaded yesterday morning (UK),
install everything.  The post install scripts hung as above, but instead of
cancelling the install, I decided to see if I could just do enough to free
up the issue.

I went into the bin directory under the new installation, and ran bash.exe
with a double click.  No paths seemed to be set up, so to run ps I had to
use ./ps but here is what I saw...

bash-2.05b$ ./ps
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1260   11260   1260  con 11125 10:25:27 /usr/bin/sh
 400412601260   4004  con 11125 10:25:27 /usr/bin/sh
I187640041260   1876  con 11125 10:25:27 /usr/bin/bash
 217218761260   2172  con 11125 10:25:27 /usr/bin/bash
  41221721260412  con 11125 10:25:27 /usr/bin/cygpath
 2732   12732   2732  con 11125 10:40:49 /usr/bin/bash
 344427323444   3356  con 11125 10:41:21 /usr/bin/ps

As I thought the cygpath looked a little out of place, I ran ps again to
ensure it was still there...

bash-2.05b$ ./ps
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1260   11260   1260  con 11125 10:25:27 /usr/bin/sh
 400412601260   4004  con 11125 10:25:27 /usr/bin/sh
I187640041260   1876  con 11125 10:25:27 /usr/bin/bash
 217218761260   2172  con 11125 10:25:27 /usr/bin/bash
  41221721260412  con 11125 10:25:27 /usr/bin/cygpath
 2732   12732   2732  con 11125 10:40:49 /usr/bin/bash
 349627323496   3468  con 11125 10:41:23 /usr/bin/ps

And then killed it...

bash-2.05b$ kill -9 412

The setup continued and seems to have completed successfully.  Everything
seems to be working OK.

I thought I'd send in this report in case it's of use trackin

RE: Cygwin setup stopped @99%

[Hannu E K Nevalainen]

> From: G. Oto
(B> Sent: Sunday, October 12, 2003 9:05 AM
(B
(BI removed [EMAIL PROTECTED], wrong place to send to.
(B
(BYour problem is well known, but if you have others you'll have to read up on
(Bhttp://cygwin.com/problems.html beforehand.
(B
(B> I followed the instructions on www.cygwin.com on how to install
(B> the current
(B> Cygwin, downloaded the setup.exe and ran it. The installation went well
(B> until it remained only 1% to the end of the installation. The installation
(B> suddenly stopped. I tried 3 times but to no avail. (Please refer to the
(B> attached jpeg file for where the installtion stopped. Clicking
(B> the "cancel"
(B> button displayed "Installation Complete" message and nothing
(B> more). Can you tell me what to do, please?
(B> My pc runs on Windows XP with 1024MB RAM and 120GB HDD.
(B
(BYour PC is one of those that doesn't accept that '/bin/cygpath.exe' is used
(Bin a specific way during installation.
(B
(BIt has been discussed a lot lately, search for the cause has been initiated
(Band continuation is imminent.
(B
(B To fix this problem for the time beeing - do this, from a bash shell
(Bprompt:
(B
(B$ cd /etc/postinstall/
(B$ XFree86-bin-icons.sh
(B
(BWhen you press enter on that the task that was meant to be done during
(Binstallation will be completed.
(B
(BTo make it not bother you more, until next time it gets 'installed' you can
(Bdo this:
(B
(B$ mv XFree86-bin-icons.sh XFree86-bin-icons.sh.done
(B
(BGoogle on something like "site:cygwin.com inurl:ml +cygpath +hang" to read
(Bup on the subject.
(B
(B/Hannu E K Nevalainen, B.Sc. EE - 59$B!k(B16.37'N, 17$B!k(B12.60'E
(B-- UTC+01, DST -> UTC+02  --
(B--END OF MESSAGE--
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

RE: setpriority() and PRIO_PROCESS under Cygwin

[Hannu E K Nevalainen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Terrence Brannon
> Sent: Sunday, October 12, 2003 2:07 AM
> To: [EMAIL PROTECTED]
> Subject: setpriority() and PRIO_PROCESS under Cygwin
>
>
> I am trying to compile a free high-quality chess database, known as Scid:
>
>  http://www.skjoldebrand.org/scid/
>
> Here is the error I get
>
>   ~/wares/scid-3.5a $ cat make.err
> In file included from src/game.h:24,
>  from src/tkscid.h:20,
>  from src/tkscid.cpp:16:
> src/textbuf.h: In member function `void
> TextBuffer::ClearTranslation(char)':
> src/textbuf.h:70: warning: array subscript has type `char'
> src/tkscid.cpp: In function `int sc_info_priority(void*, Tcl_Interp*, int,
>const char**)':
> src/tkscid.cpp:8363: error: `PRIO_PROCESS' undeclared (first use this
> function)
> src/tkscid.cpp:8363: error: (Each undeclared identifier is reported only
> once
>for each function it appears in.)
> src/tkscid.cpp:8363: error: `setpriority' undeclared (first use this
> function)
> src/tkscid.cpp:8368: error: `getpriority' undeclared (first use this
> function)
> make: *** [src/tkscid.o] Error 1
> ~/wares/scid-3.5a $
>
>  end paste , text continue =
>
> I saw some assorted messages on the Cygwin mail archives about this, but
> issueing a find on /usr/include did not help. Nor did getting a version
> of pthreads-win32 as there is no PRIO_PROCESS defined there.
>
> Can anyone suggest a solution for getting code making calls to
> setpriority() and using PRIO_PROCESS to compile under Cygwin?
>
> Thanks.

>+> setpriority/getpriority are not implemented in Cygwin.
>+>
>+> Corinna

This means; use __CYGWIN__ or some such to create conditional (i.e.
exclusion of) compiling of those parts of the source.

/Hannu E K Nevalainen, B.Sc. EE - 59°16.37'N, 17°12.60'E
-- UTC+01, DST -> UTC+02  --
--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.4-1: Problem with XEmacs, fonts, and subprocesses.

[Henry S. Thompson]

I don't think any of those environment differences account for the
problem.  On my own setup almost all of those are _not_ there, and in
particular the PATH is the same, since I don't have X installed.

Note it's important for at least some of us that Cygwin/XEmacs works
_without_ X.

Thanks _very_ much for taking on the XEmacs<->Cygwin liaison task.

ht
-- 
  Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
  Half-time member of W3C Team
 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: [EMAIL PROTECTED]
 URL: http://www.ltg.ed.ac.uk/~ht/
 [mail really from me _always_ has this .sig -- mail without it is forged spam]

--
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: Can't build cygwin from CVS: configure error

[Hannu E K Nevalainen]

> From: Christopher Faylor
> Sent: Sunday, October 12, 2003 12:04 AM

This is long and winding, not entirely on topic - you've been warned.

> On Sat, Oct 11, 2003 at 11:38:36PM +0200, Hannu E K Nevalainen wrote:

> > =-)  Well, eventually it did work with the root level configure.
> >The reason I aimed at that one was that the FAQ told me to go for it.
> >
> >Having instructions and "the real life situation" not match each
> other makes
> >me go nuts ;-) .
>
> Would you GIVE IT A REST for crying out loud?
>
> The instructions work.  You found a bug in CVS.  It took longer to fix
> than it should have because you spent all of your time whining about
> how bad the instructions were rather than using common sense, noticing
> the *errors* that occurred when you checked things out of cvs, and
> reporting the *errors*.

Inexperienced user, first time cvs use, loads of lines whizzing by, no error
message *at the end*; not a likely situation to generate a usable error
report.

 I'm not blaming you, somebody else nor cvs for the failure. All those
comments were _impersonal_ as I see it.

On other words; You don't need to take offense, I REALLY hope that my
writing didn't imply something in line with that.
I *do* express my frustration though, if that is so hard reading... well I
don't know what to do about that.

Once again; please don't take it so personally.

> Additionally, there is no requirement to put the sources in a specially
> named directory.  You can put them in /src.  You can put them in /bob.
>
> You can build in a subdirectory of /src.  You can build in a separate
> directory entirely.
>
> > A simple README and/or a Makefile could've helped a lot.
>
> Yeah.  A README.  Or a Makefile.  Sigh.

Sigh - yes, or even better; the FAQ stating that there should be a configure
script in the root dir after the checkout - as it depends on it beeing
there - i.e. "You should now have a /src/configure script. Run it like
this:".
 (The description also assumes that one have done "cd /"... but it isn't
stated anywhere... confusion factor increases.)
That would have made me - being a beginner - able to tell that something was
wrong, not considering cvs malfunction at this occasion.

 As a beginner I'm vulnerable to things like that - I do not have the
experience to say when something has gone wrong.
I would consider this being "a stability issue" for the FAQ/documentation.
Software that is "unstable" usually gets fixed... hint, hint ;-)
(yes I know; PTC, we've been there before)

> >I'll be investigating gdb and the possibilities with this dll.
>
> Please don't bother.  I'm asking again.  Please give it up.

 Right, I've got the picture... I have interest in the matter though, this
is the way I learn.
Once again, I'm not *trying* to get you into this mood. My style of
expressing myself, my frustration and such, seems to peck hard on your mind.
Sorry about that. I wish I could supply you with "polariod glasses" for
filtering it out.

> Go rest.
> No feedback required.  You're off the hook.  Pull out a cold one,

> kick back the recliner and go watch "Dharma and Greg".

 Yuck, that was a *real* bad one... ;-p

> Let the experts build and debug cygwin.

 You know, I really didn't expect to be to any help here... I haven't
checked but anyway; If you go back and read the postings I've made, I would
be VERY surprised if there wasn't one implication *or more* about me not
expecting to be the right person for the task (you won't see it spelled out
though).
 When someting catches my interest it's easy to get me carried along, going
in that direction though... I *like* to be in the middle of things.

 Hope this helps explain and understand that I'm not here to destroy nor
offend.

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--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: std::ofstream causes segfault in 1.5.x

[thomas]

On Sonntag, 12. Oktober 2003 at 10:34:02, Corinna Vinschen wrote:

>>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, 
>> fd -1, off 0

> Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig?
> That won't work, nor would it under 1.3.22 on the same machine.  The cause
> for this is outside of the strace and very likely outside of mmap itself.

Hmmm that is certainly most interesting. It's just opening a simple file to
write ~10 lines to it. The exact same source code compiled in a 1.3.18
environment works perfectly. I'm gonna debug it some more and see if i can
find what makes the difference.

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/

Cygwin and the boost librraies

[Joost Kraaijeveld]

Hi all,

Is there anyone who uses the Boost libraries with Cygwin, in particular
the Boost thread libraries, and cares to share his/hers knowledge how to
compile the library (version 1.30.2) so that I can use the threads
libries?

TIA

Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
email: [EMAIL PROTECTED]
web: www.askesis.nl 


 


smime.p7s
Description: S/MIME cryptographic signature

Re: std::ofstream causes segfault in 1.5.x

[thomas]

>>>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, 
>>> fd -1, off 0

>> Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig?
>> That won't work, nor would it under 1.3.22 on the same machine.  The cause
>> for this is outside of the strace and very likely outside of mmap itself.

> Hmmm that is certainly most interesting. It's just opening a simple file to
> write ~10 lines to it. The exact same source code compiled in a 1.3.18
> environment works perfectly. I'm gonna debug it some more and see if i can
> find what makes the difference.

Ok replying to myself here. Except for some changed function names there is
little difference between the the two strace outputs. The only difference
appears to be that the 1.3.18 one doesn't seem to call mmap at all. Maybe
someone can take a minute and see if he/she spots a crucial difference and
can point me in some direction. I removed some probably irrelevant parts
like symlink_info and path convert from the strace output.


1.3.18:

   44 7574117 [main] cdrdao 956 open: open (test.toc, 0x601)
   [...]
   26 7574807 [main] cdrdao 956 dtable::build_fhandler: fd 3, fh 0x61120930
   20 7574827 [main] cdrdao 956 fhandler_base::open: 
(C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x100601) query_open 0
   21 7574848 [main] cdrdao 956 alloc_sd: uid 1003, gid 513, attribute 1B4
   29 7574943 [main] cdrdao 956 alloc_sd: ACL-Size: 100
   21 7574964 [main] cdrdao 956 alloc_sd: Created SD-Size: 176
 6672 7581636 [main] cdrdao 956 fhandler_base::open: 0x710 = CreateFile 
(C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x4000, 0x7, 0x22F714, 0x2, 
0x280, 0)
   97 7581733 [main] cdrdao 956 fhandler_base::set_flags: flags 0x100601, supplied_bin 
0x1
   23 7581756 [main] cdrdao 956 fhandler_base::set_flags: filemode set to binary
   18 7581774 [main] cdrdao 956 fhandler_base::open: 1 = fhandler_base::open 
(C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x100601)
   22 7581796 [main] cdrdao 956 fhandler_disk_file::open: 1 = fhandler_disk_file::open 
(C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x601)
   22 7581818 [main] cdrdao 956 open: 3 = open (test.toc, 0x601)
   [...]
   33 7582263 [main] cdrdao 956 fhandler_disk_file::fstat_by_handle: 1 = 
GetFileInformationByHandle (C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 1808)
   26 7582289 [main] cdrdao 956 get_nt_attribute: file: 
C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc
   19 7582308 [main] cdrdao 956 read_sd: file = 
C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc
   60 7582368 [main] cdrdao 956 read_sd: file = 
C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc: len=176
   45 7582413 [main] cdrdao 956 get_nt_attribute: file: 
C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc 1B4, uid 1003, gid 513
   21 7582434 [main] cdrdao 956 fhandler_disk_file::fstat_helper: 0 = fstat (, 
0x22F948) st_atime=3F897864 st_size=0, st_mode=0x81B4, st_ino=2863079, sizeof=88
   21 7582455 [main] cdrdao 956 fstat64: 0 = fstat (3, 0x22F948)
   50 7582505 [main] cdrdao 956 writev: writev (3, 0x22FA3C, 1)
   20 7582525 [main] cdrdao 956 fhandler_base::write: binary write
   96 7582621 [main] cdrdao 956 fhandler_base::write: 36 = write (0xA063218, 36)
   22 7582643 [main] cdrdao 956 writev: 36 = write (3, 0x22FA3C, 1), errno 2
   21 7582664 [main] cdrdao 956 writev: writev (3, 0x22FA3C, 1)

1.5.5 (latest CVS snapshot):

   41 7340917 [main] cdrdao 376 open: open (test.toc, 0x601)
   [...]
   28 7341626 [main] cdrdao 376 build_fh_pc: fh 0x61654A74
   20 7341646 [main] cdrdao 376 fhandler_base::open: 
(C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x100601) query_open 0
   23 7341669 [main] cdrdao 376 alloc_sd: uid 1003, gid 513, attribute 1B4
   26 7341743 [main] cdrdao 376 alloc_sd: ACL-Size: 100
   21 7341764 [main] cdrdao 376 alloc_sd: Created SD-Size: 176
  226 7341990 [main] cdrdao 376 fhandler_base::open: 0x6B4 = CreateFile 
(C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x4000, 0x7, 0x22F608, 
0x2, 0x280, 0)
   44 7342034 [main] cdrdao 376 fhandler_base::set_flags: flags 0x100601, supplied_bin 
0x1
   20 7342054 [main] cdrdao 376 fhandler_base::set_flags: filemode set to binary
   17 7342071 [main] cdrdao 376 fhandler_base::open: 1 = fhandler_base::open 
(C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x100601)
   19 7342090 [main] cdrdao 376 fhandler_base::open_fs: 1 = fhandler_disk_file::open 
(C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x601)
   18 7342108 [main] cdrdao 376 open: 3 = open (test.toc, 0x601)
   [...]
   68 7342176 [main] cdrdao 376 fhandler_base::fstat_by_handle: 1 = 
GetFileInformationByHandle (C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 
1716)
   96 7342272 [main] cdrdao 376 get_file_attribute: file: 
C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc
   25 7342297 [main] cdrdao 376 read_sd: file = 
C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.to

Re: 1.5.4-1: Problem with XEmacs, fonts, and subprocesses.

[Yadin Y Goldschmidt]

The recent snapshot from 10/10/03 seems to have solved the XEmacs problem
for me. Thank
you Chris for an excellent job. It was clear from the start that you were
the right person to solve this problem.




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

Re: std::ofstream causes segfault in 1.5.x

[Corinna Vinschen]

On Sun, Oct 12, 2003 at 06:30:55PM +0200, thomas wrote:
> 
> >>>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 
> >>> 22, fd -1, off 0
> 
> >> Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig?
> >> That won't work, nor would it under 1.3.22 on the same machine.  The cause
> >> for this is outside of the strace and very likely outside of mmap itself.
> 
> > Hmmm that is certainly most interesting. It's just opening a simple file to
> > write ~10 lines to it. The exact same source code compiled in a 1.3.18
> > environment works perfectly. I'm gonna debug it some more and see if i can
> > find what makes the difference.
> 
> Ok replying to myself here. Except for some changed function names there is
> little difference between the the two strace outputs. The only difference
> appears to be that the 1.3.18 one doesn't seem to call mmap at all. Maybe
> someone can take a minute and see if he/she spots a crucial difference and
> can point me in some direction. I removed some probably irrelevant parts
> like symlink_info and path convert from the strace output.

If you can send a very brief testcase to this list, which builds and
shows the error OOTB, I'll look into it.

Btw., did you try to debug this beyond looking into the strace?

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/

Add Download Manager to Cygwin Setup

[Daniel Morgan]

Hello Cygwin Developers,

When I am trying to install various things via Cygwin setup.exe, it stops
downloading stuff for some reason.  This maybe due to my internet connection
or router.  I have DSL.

I was wondering if the setup.exe could be modified to automatically re-start
downloading the current file it stopped on. The timeout could be 20 seconds
before restarting for example. This way I could get the entire Cygwin with
no problem.  Otherwise, I have to restart setup.exe a dozen times, select a
few more packages, and try to download those packages...

Now, if I could get the cvs software to do that too, I could participate in
open source software projects again.

Thanks in advance,
Daniel


--
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: std::ofstream causes segfault in 1.5.x

[Gareth Pearce]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of thomas
> Sent: Monday, 13 October 2003 1:07 AM
> To: Corinna Vinschen
> Subject: Re: std::ofstream causes segfault in 1.5.x
> 
> On Sonntag, 12. Oktober 2003 at 10:34:02, Corinna Vinschen wrote:
> 
> >>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot
> 3, flags 22, fd -1, off 0
> 
> > Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig?
> > That won't work, nor would it under 1.3.22 on the same machine.  The
> cause
> > for this is outside of the strace and very likely outside of mmap
> itself.
> 
> Hmmm that is certainly most interesting. It's just opening a simple file
> to
> write ~10 lines to it. The exact same source code compiled in a 1.3.18
> environment works perfectly. I'm gonna debug it some more and see if i can
> find what makes the difference.

The 1.3.22 environment wouldn't be using a different gcc version by any
chance?

Gareth

--
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: merging mingw and cygwin

[Larry Hall]

At 01:19 AM 10/12/2003, Edward Peschko you wrote:
>On Sun, Oct 12, 2003 at 12:27:06AM -0400, Larry Hall (RFK Partners, Inc) wrote:
>> At 10:01 PM 10/11/2003, Edward Peschko you wrote:
>> >> What would be the point?
>> >
>> >lack of end-user confusion... elimination of duplicate development effort... 
>> >elimination 
>> >of duplicate maintenance effort... the ability to compile all unix tools 'native' 
>> >win32 
>> >for those who desire it.
>> 
>> 
>> It's too bad you chose to edit the original context down to nothing.  Your
>> response makes little sense now.
>
>Ok, the original context was 'what would be the point in merging the two projects.
>
>The answer is given above.


Right.  And my answer is below.


>> If you don't want the two sets of tools, why did you install them?  No 
>> one told you to.  
>
>well, that's not what the mingw docs suggest. They suggest to use cygwin to 'fill in 
>the
>gaps'. Which is rather silly, because that doesn't work.


As I said, MSYS is a subset of the tools available in the Cygwin environment
and doesn't provide a POSIX API.  I'm not going to debate the Mingw docs.
This isn't the forum for it anyway.  



>> Use the tools that work for you.  From your stated goal, I would say that
>> Cygwin tools would suit you best.  But you should be able to get there with
>> either toolset, depending on your application and the amount of porting you
>> want to do to get it running on Windows.
>
>no.. the cygwin tools don't suit me best if there are unixisms in the executables I 
>and dlls I create, or if they require a POSIX sublayer. Ultimately, I'd like to use 
>whatever executables I get out of cygwin in conjunction with VC++ and third party
>win32 APIs. (horrors!)


I'm sorry.  Who said this couldn't be done with either Cygwin or Mingw?
You're seeing issues that don't exist.  I guess I wasn't making that plain
enough for you.  In the general case, you can build your app with Cygwin 
(-mno-cygwin or not) or Mingw and run it however you like, integrate it 
with whatever you like, and use it however you like.  Does that eliminate 
your quandary?
 

>I want to develop native win32 applications on unix. I don't want to use the POSIX 
>emulation layer. But I do want to use unix tools to do my development. I also want to 
>make sure that any scripts, makefiles, what have you don't create constructs 
>which native windows applications find annoying. (so far I've found one such 
>construct; 
>'directory' links as shortcuts; you can use junctions on winnt+ which are *much* 
>better)


Well, if you're creating your own application build environment for your
"project", you don't have to use shortcuts if you don't want them.  The
fact that some random Windows applications don't handle them well is a 
problem for that application or with the Windows environment itself, not
the Cygwin or Mingw toolsets.  But this is all getting highly conjectural 
again so let's put this line of discussion to rest here.

But again you're confused.  Neither Cygwin nor Mingw/MSYS are UNIX.  They
don't run there.  They're not needed there.  And if you are building an 
application on UNIX and want to bring it to Windows with minimal porting
effort, POSIX will be *very* important for you.  But I don't think that's
what you want to do anyway.  So you statements above are conflicting.  

You need to move from the theoretical and into the practical.  Pick one
of these two sets of tools and start working with them.  Use them to do 
what you're trying to do.  If you find a problem, research for the answer.
If the toolset you picked can't do what you want, look at the other.  I
think you'll find you have what you need.  If not, at least at that point
you'll have a specific, concrete need that can more readily and directly
be discussed.


>> You don't understand what the main difference is between Cygwin and Mingw
>> do you?  Have you checked?  OK, I'll tell you.  Cygwin provides a POSIX
>> emulation layer (I assume that means something to you if your stated 
>
>yes, I understand all of this.
>
>> goal of bringing something from UNIX to Windows is actually what you want
>> to do).  So this generally lowers the burden of "porting" packages to Win32.
>> With luck, the code base compiles and runs without change.  I think you can
>> understand the value in that, right?  You don't get this with Mingw.  You
>> don't get this with MSYS (see 
>> ).  So what you suggest 
>> really doesn't make sense in the context of Cygwin in terms of just plain
>> generating binaries from traditional UNIX source packages.
>
>yes, I understand this too.
>
>> >This whole cygwin/mingw split reminds me a lot of egcs vs. gcc... and
>> >I think that the same reasons for merging apply here. 
>> 
>> 
>> The fundamentals between the two projects (Cygwin and Mingw) are different, 
>> despite the fact that they both target Win32 as the output of their build
>> tools.  The difference is that Cygwin provides a 

Re: std::ofstream causes segfault in 1.5.x

[thomas]

>> >>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 
>> >> 22, fd -1, off 0

>> > Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig?
>> > That won't work, nor would it under 1.3.22 on the same machine. The cause
>> > for this is outside of the strace and very likely outside of mmap
>> > itself.

>> Hmmm that is certainly most interesting. It's just opening a simple file
>> to write ~10 lines to it. The exact same source code compiled in a 1.3.18
>> environment works perfectly.

> The 1.3.22 environment wouldn't be using a different gcc version by any
> chance?

Actually no, they are both "gcc version 2.95.3-10 (cygwin special)". However
that gave me the idea to build the same source with "gcc version 3.3.1
(cygming special)" on 1.5.5 now, and it works flawlessly! No sight of mmap64
in the strace output either.

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: std::ofstream causes segfault in 1.5.x

[Christopher Faylor]

On Sun, Oct 12, 2003 at 09:02:58PM +0200, thomas wrote:
>>> >>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 
>>> >> 22, fd -1, off 0
Can you tell me why the process tries to mmap 1065811968 bytes ==
~1Gig?  That won't work, nor would it under 1.3.22 on the same machine.
The cause for this is outside of the strace and very likely outside of
mmap itself.
>
>>>Hmmm that is certainly most interesting.  It's just opening a simple
>>>file to write ~10 lines to it.  The exact same source code compiled in
>>>a 1.3.18 environment works perfectly.
>
>>The 1.3.22 environment wouldn't be using a different gcc version by any
>>chance?
>
>Actually no, they are both "gcc version 2.95.3-10 (cygwin special)".
>However that gave me the idea to build the same source with "gcc
>version 3.3.1 (cygming special)" on 1.5.5 now, and it works flawlessly!
>No sight of mmap64 in the strace output either.

Well, that was adequate motivation to get me to finally remove the gcc2
package.

Looks like the standard answer of using http://cygwin.com/problems.html
was the right one in this case.  I apologize to Corinna for dragging her
into this.

cgf

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

package removed: gcc2-2.95-*

[Christopher Faylor]

As previously stated, I have now removed gcc2 from the distribution on
sources.redhat.com.  It will disappear from mirrors shortly, I'm sure.

Please send complaints to [EMAIL PROTECTED]

On Sun, Oct 05, 2003 at 01:12:01AM -0400, Christopher Faylor wrote:
>I don't have the time or the inclination to support gcc 2.95 (aka the
>gcc2 package).  That fact wasn't a really big deal until David
>Billinghurst pointed out that the package contained a serious flaw.  So,
>rather than subject people to a broken g++, I will be end-of-lifing the
>gcc2 package next week unless someone steps forward to claim package
>maintainership.
>
>This means I will remove the package from sources.redhat.com and it
>will no longer be available for download via setup.exe.
>
>If you are interested in maintaining this package, please send email
>to cygwin-apps.  Serious inquries only, please, i.e.  no "I have never
>built a package before and don't really know C but if you are available
>to step me through ever individual step required, I might do it if it
>isn't too hard."
>
>If you have questions or comments not related to volunteering for
>maintainership, please send them to the Cygwin mailing list: 
>see .
>
>Oh, and I probably have to say that the gcc 3.3.1 package will still be
>available.
>
>  *** 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.

--
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: std::ofstream causes segfault in 1.5.x

[Corinna Vinschen]

On Sun, Oct 12, 2003 at 03:06:14PM -0400, Christopher Faylor wrote:
> On Sun, Oct 12, 2003 at 09:02:58PM +0200, thomas wrote:
> >>> >>28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, 
> >>> >> flags 22, fd -1, off 0
> Can you tell me why the process tries to mmap 1065811968 bytes ==
> ~1Gig?  That won't work, nor would it under 1.3.22 on the same machine.
> The cause for this is outside of the strace and very likely outside of
> mmap itself.
> >[...]
> >Actually no, they are both "gcc version 2.95.3-10 (cygwin special)".
> >However that gave me the idea to build the same source with "gcc
> >version 3.3.1 (cygming special)" on 1.5.5 now, and it works flawlessly!
> >No sight of mmap64 in the strace output either.
> 
> Well, that was adequate motivation to get me to finally remove the gcc2
> package.
> 
> Looks like the standard answer of using http://cygwin.com/problems.html
> was the right one in this case.  I apologize to Corinna for dragging her
> into this.

No worries.  I'm just annoyed with myself since I was going to ask for
the used gcc version in my first posting and removed that question
again before sending it :-P

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/

cygrunsrv can't run as administrator

[Alex Liberman]

hello, when I try to install a service with cygrunsrv and select the option 
to run that process as administrator, cygrunsrv is unable to start the 
process (eg fetchmail but it can be any process). It runs ok as LocalUser. 
Also I can tell that cygrunsrv isn't even able to get to the binary when I 
use the run as administrator option, because when I do ls -lu 
/bin/fetchmail.exe the access time is old. Any ideas? thx,

using cygrunsrv-0.96-2 on win2k

_
Get McAfee virus scanning and cleaning of incoming attachments.  Get Hotmail 
Extra Storage!   http://join.msn.com/?PAGE=features/es

--
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: Add Download Manager to Cygwin Setup

[Igor Pechtchanski]

On Sun, 12 Oct 2003, Daniel Morgan wrote:

> Hello Cygwin Developers,
>
> When I am trying to install various things via Cygwin setup.exe, it stops
> downloading stuff for some reason.  This maybe due to my internet connection
> or router.  I have DSL.
>
> I was wondering if the setup.exe could be modified to automatically
> re-start downloading the current file it stopped on.  The timeout could
> be 20 seconds before restarting for example.  This way I could get the
> entire Cygwin with no problem.  Otherwise, I have to restart setup.exe a
> dozen times, select a few more packages, and try to download those
> packages...

It certainly could.  IIRC, restarting partial downloads was on the setup
TODO list at some point (maybe it still is -- I'm too lazy to look).
FWIW, .

> Now, if I could get the cvs software to do that too, I could participate in
> open source software projects again.
>
> Thanks in advance,
> Daniel

Doesn't CVS do this already?  BTW, you can also use wget to download
source tarballs...
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: cygrunsrv can't run as administrator

[Corinna Vinschen]

On Sun, Oct 12, 2003 at 12:36:27PM -0700, Alex Liberman wrote:
> hello, when I try to install a service with cygrunsrv and select the option 
> to run that process as administrator, cygrunsrv is unable to start the 
> process (eg fetchmail but it can be any process). It runs ok as LocalUser. 
> Also I can tell that cygrunsrv isn't even able to get to the binary when I 
> use the run as administrator option, because when I do ls -lu 
> /bin/fetchmail.exe the access time is old. Any ideas? thx,

The administrator account has by default no right to start services.
You can add that right by calling

  editrights -u administrator -a SeServiceLogonRight

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: cygrunsrv can't run as administrator

[Corinna Vinschen]

On Sun, Oct 12, 2003 at 10:36:40PM +0200, Corinna Vinschen wrote:
> On Sun, Oct 12, 2003 at 12:36:27PM -0700, Alex Liberman wrote:
> > hello, when I try to install a service with cygrunsrv and select the option 
> > to run that process as administrator, cygrunsrv is unable to start the 
> > process (eg fetchmail but it can be any process). It runs ok as LocalUser. 
> > Also I can tell that cygrunsrv isn't even able to get to the binary when I 
> > use the run as administrator option, because when I do ls -lu 
> > /bin/fetchmail.exe the access time is old. Any ideas? thx,
> 
> The administrator account has by default no right to start services.
   ^^
Oh well, make this "... run services under its account".

Corinna

> You can add that right by calling
> 
>   editrights -u administrator -a SeServiceLogonRight

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

Re: cygrunsrv can't run as administrator

[Alex Liberman]

The administrator account has by default no right to start services.
You can add that right by calling

  editrights -u administrator -a SeServiceLogonRight

Corinna
thx but that wasn't it either, however have worked around by pointing 
cygrunsrv --path to a script hehe

cygrunsrv -I fetchmail --path /bin/bash.exe -a /home/Administrator/sh.sh 
--shutdown

$ cat sh.sh
#!/bin/bash
exec su Administrator -c "/bin/fetchmail -N" < /home/Administrator/pass.txt

_
Instant message during games with MSN Messenger 6.0. Download it now FREE!  
http://msnmessenger-download.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: setpriority() and PRIO_PROCESS under Cygwin

[Ehud Karni]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, 12 Oct 2003 15:21:41 +0200, Hannu E K Nevalainen <[EMAIL PROTECTED]> wrote:
>
> >+> setpriority/getpriority are not implemented in Cygwin.
>
> This means; use __CYGWIN__ or some such to create conditional (i.e.
> exclusion of) compiling of those parts of the source.

I did it once like this (code from a program I no longer use):

#ifdef __CYGWIN__
#include/* for some specific Windoz calls */
#endif /* __CYGWIN__ */


#ifdef __CYGWIN__
   {
   HANDLE WinId ;

   WinId = GetCurrentProcess ( ) ; /* get my Windows HANDLE */
   SetPriorityClass ( WinId , REALTIME_PRIORITY_CLASS ) ;  /* set priority to REAL 
TIME CLASS */
   }
#endif /* __CYGWIN__ */

Ehud.


- --
 Ehud Karni   Tel: +972-3-7966-561  /"\
 Mivtach - Simon  Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D Better Safe Than Sorry
-BEGIN PGP SIGNATURE-
Comment: use http://www.keyserver.net/ to get my key (and others)

iD8DBQE/ib6uLFvTvpjqOY0RAtdqAJ9HKOprp8ZnzJdrADlQ3eQxYYOfTACeJ9UZ
GPrUJElEq3ByYMSLLamRal4=
=Cmx0
-END PGP SIGNATURE-

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

Re: cygwin1.dll missing getreent and fopen

[synthespian]

>
> -- Início da mensagem original ---
>  De: Corinna Vinschen <[EMAIL PROTECTED]>
>Para: [EMAIL PROTECTED]
>  Cc:
>Data: Fri, 10 Oct 2003 17:04:18 +0200
> Assunto: Re: cygwin1.dll missing getreent and fopen
> On Fri, Oct 10, 2003 at 02:44:48PM +, Misha Gale wrote:
> > I have just tried to install cygwin, using the setup.exe downloaded from
> > cygwin.com, and installing from a local directory (rsync'ed from
> > sources.redhat.com last night) and having installed all the packages,
> > come to the postinstall stage and been bombarded with messages saying
> > "The procedure entry point __fopen64 couldn not be located in the dynamic
> > link library cygwin1.dll" or "The procedure entry point __getreent couldn
> > not be located in the dynamic link library cygwin1.dll"
> >
> > This occurs when 'bash' 'sed', 'basename' or 'uname' (and probably
> > others) are executed. I have also recieved an "unable to locate dll" for
> > cygpcre.dll from 'grep.exe'
> >
> > cygwin1.dll is installed in /bin, is this the right location or should it
> > be in %SYSTEMROOT%?
>
> No!  Never!
>
> > I am running Win2000 Pro SP4.
> >
> > Is it actually possible someone has oopsed in the dll code tree and
> > removed these rather crucial functions? Or have have I got a corrupt dll
> > somehow?
>
> An older one.  Apparently you didn't install using the setup.exe tool.
> Remove your Cygwin installation, download setup.exe (http://cygwin.com
> has a link) and start setup.exe to install a Cygwin distro.
>
> Corinna
>
Hi --

 I have experienced the same problem
under WindowsME, since the two
releases after Sept 20th. I do not get
the fopen error, but I do experience
the getreent error.
 Complete reinstallation, including
redownloading setup.exe does not work.
The complaint about cygwin1.dll
remains and the shell doesn't launch.
 I was just about to post a similiar
report; here it is:

 Cygwin fails to start on WinME. This
is after the 2 latest releases:
starting on the September 20 release
and the current.
 I have tried reinstalling Cygwin more
than one, re-downloading, etc, but to
no avail.
 The error msg I get (translated from
Portuguese) is:


"The file BASH.EXE is linked to the
(to a) CYGWIN1.DLL export file that
was not found: __getreent."

 I have Cygwin in C:\cygwin

 However, the CYGWIN1.dll is placed
right under C:\cygwin\bin

 Could this have something to do with
the LD_LIBRARY_PATH variable? However,
in my previous installation, I don't
remember fiddling with this variable...

This is the CYGWIN .bat file

@echo off

C:
chdir C:\cygwin\bin

bash --login -i

PATH

c:\bin\emacs-21.2:c:\cygwin\bin:c:\cygwin\usr\bin:c:cygwin\usr\local\bin;C:\Perl\bin\;c:\ruby\bin;C:\WINDOWS;C:\WINDOWS\COMMAND;C:\texmf\miktex\bin;C:\POSSUM5\jmf;C:\POSSUM5\poet\bin;C:\POSSUM5\java\bin;C:\j2sdk1.4.1_01\bin;%PATH;C:\sml\bin;C:\bin\Mozart\bin;C:\pp\bin\win32

HOMEc:\cygwin\home  

I do not have a CYGWIN variable, as
mentioned in the User Guide:

C:\> set CYGWIN=tty notitle glob

but that doesn't work when I use it on
the DOS prompt.

The CYGWIN1.dll is version 1003.22.0.0

Any help appreciated, because I'm
/seriously/ stuck.

-- Henry



---
Acabe com aquelas janelinhas que pulam na sua tela.
AntiPop-up UOL - É grátis!
http://antipopup.uol.com.br


--
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: prevent scan for domain users by mkpasswd

[Huijing Zhou]

I'm working at an university computer lab with over 6000 users in our 
Active Directory. You can imagine how long it takes for Cygwin Setup to 
add all of them into passwd. I know Setup calls mkpasswd with the "-l" 
option, but it doesn't help when I run the installation on a Windows server.

Maybe it's better to change mkpasswd and mkgroup so that they do nothing 
when called with "-l" on a Server, or maybe there are some other ways to 
resolve it. Actually I don't care, I just don't like to wait an hour or 
two for passwd-grp.sh.

Huijing

--
Huijing Zhou <[EMAIL PROTECTED]>
CIP Computer Lab, Faculty of Economics
University of Karlsruhe, Germany
http://www.wiwi.uni-karlsruhe.de/ze/cip/
--
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: merging mingw and cygwin

[Edward Peschko]

> to support just gcc.  Everyone does not want all of the 600+ megabytes
> of Cygwin just because they want a C++ compiler (or C, or FORTRAN).  That
> is why some good, open source IDE's for C/C++ use MingW as part of their
> full installation.  No fuss, no muss, relatively lightweight download.
> 
> Wayne Keen
> 
Right.. all good points, but all minor barriers to overcome. All you would have to do 
is put an 'install mingw subset' button on setup.exe, and it would well, install a 
mingw
subset and put cygwin in 'mingw mode'. 

It sure would beat the install process for mingw right now, which is a manual 
horror right now involving the download and installation of several,
separate packages in different directories.

If, of course -mno-cygwin == mingw, which I'm going through right now.

Ed

(
ps - even if I can cobble together, say berkeleydb which builds native in mingw 
right
now, how does -mno-cygwin benefit from all the work that the mingw team has done in
making the native windows port of cygwin work?
)

--
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: cygwin1.dll missing getreent and fopen

[Igor Pechtchanski]

On Sun, 12 Oct 2003, synthespian wrote:

> > -- Início da mensagem original ---
> > From: Corinna Vinschen
> > Date: Fri, 10 Oct 2003 17:04:18 +0200
> > Subject: Re: cygwin1.dll missing getreent and fopen
> >
> > On Fri, Oct 10, 2003 at 02:44:48PM +, Misha Gale wrote:
> > > I have just tried to install cygwin, using the setup.exe downloaded from
> > > cygwin.com, and installing from a local directory (rsync'ed from
> > > sources.redhat.com last night) and having installed all the packages,
> > > come to the postinstall stage and been bombarded with messages saying
> > > "The procedure entry point __fopen64 couldn not be located in the dynamic
> > > link library cygwin1.dll" or "The procedure entry point __getreent couldn
> > > not be located in the dynamic link library cygwin1.dll"
> > >
> > > This occurs when 'bash' 'sed', 'basename' or 'uname' (and probably
> > > others) are executed. I have also recieved an "unable to locate dll" for
> > > cygpcre.dll from 'grep.exe'
> > >
> > > cygwin1.dll is installed in /bin, is this the right location or should it
> > > be in %SYSTEMROOT%?
> >
> > No!  Never!
> >
> > > I am running Win2000 Pro SP4.
> > >
> > > Is it actually possible someone has oopsed in the dll code tree and
> > > removed these rather crucial functions? Or have have I got a corrupt dll
> > > somehow?
> >
> > An older one.  Apparently you didn't install using the setup.exe tool.
> > Remove your Cygwin installation, download setup.exe (http://cygwin.com
> > has a link) and start setup.exe to install a Cygwin distro.
> >
> > Corinna
>
> Hi --
>
>  I have experienced the same problem under WindowsME, since the two
> releases after Sept 20th. I do not get the fopen error, but I do
> experience the getreent error.  Complete reinstallation, including
> redownloading setup.exe does not work. The complaint about cygwin1.dll
> remains and the shell doesn't launch.  I was just about to post a
> similiar report; here it is:
>
>  Cygwin fails to start on WinME. This is after the 2 latest releases:
> starting on the September 20 release and the current.  I have tried
> reinstalling Cygwin more than one, re-downloading, etc, but to no avail.
> The error msg I get (translated from Portuguese) is:
>
> "The file BASH.EXE is linked to the (to a) CYGWIN1.DLL export file that
> was not found: __getreent."
>
> I have Cygwin in C:\cygwin
>
> However, the CYGWIN1.dll is placed right under C:\cygwin\bin
>
> Could this have something to do with the LD_LIBRARY_PATH variable?
> However, in my previous installation, I don't remember fiddling with
> this variable...
>
> This is the CYGWIN .bat file
>
> @echo off
>
> C:
> chdir C:\cygwin\bin
>
> bash --login -i
>
> PATH
>
> c:\bin\emacs-21.2:c:\cygwin\bin:c:\cygwin\usr\bin:c:cygwin\usr\local\bin;C:\Perl\bin\;c:\ruby\bin;C:\WINDOWS;C:\WINDOWS\COMMAND;C:\texmf\miktex\bin;C:\POSSUM5\jmf;C:\POSSUM5\poet\bin;C:\POSSUM5\java\bin;C:\j2sdk1.4.1_01\bin;%PATH;C:\sml\bin;C:\bin\Mozart\bin;C:\pp\bin\win32
>
> HOMEc:\cygwin\home  
>
> I do not have a CYGWIN variable, as mentioned in the User Guide:
>
> C:\> set CYGWIN=tty notitle glob
>
> but that doesn't work when I use it on the DOS prompt.
>
> The CYGWIN1.dll is version 1003.22.0.0
>
> Any help appreciated, because I'm /seriously/ stuck.
>
> -- Henry

Henry,

Please read and follow the Cygwin problem reporting guidelines at
, especially the part about attaching
(as an uncompressed text *attachment*) the output of "cygcheck -svr".
FWIW, it looks like you have another copy of cygwin1.dll in your path.
Also, your PATH has wrong separators (if it's a Windows path, it should
have ';'s, and if it's a Unix path, it should have POSIX directories).
Igor
P.S.  FYI, Cygwin ignores LD_LIBRARY_PATH, and the DLLs are found using
the value of PATH.
-- 
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: prevent scan for domain users by mkpasswd

[Igor Pechtchanski]

On Mon, 13 Oct 2003, Huijing Zhou wrote:

> I'm working at an university computer lab with over 6000 users in our
> Active Directory. You can imagine how long it takes for Cygwin Setup to
> add all of them into passwd. I know Setup calls mkpasswd with the "-l"
> option, but it doesn't help when I run the installation on a Windows server.
>
> Maybe it's better to change mkpasswd and mkgroup so that they do nothing
> when called with "-l" on a Server, or maybe there are some other ways to
> resolve it. Actually I don't care, I just don't like to wait an hour or
> two for passwd-grp.sh.
>
> Huijing

If you're installing Cygwin just for yourself, simply don't install the
"base-passwd" package initially (i.e., generate an /etc/passwd that you
want manually, using "mkpasswd -u", for example, and then install the
package).  This will not let any of the other users run Cygwin, and you'd
have to add them to /etc/passwd manually afterwards if you want them to
have that ability.

If you do want students to be able to run Cygwin, you'll just have to wait
for passwd-grp.sh to complete.  Leave it overnight, or something...  You'd
have to update /etc/passwd and /etc/group whenever new users/groups are
created, too.
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: merging mingw and cygwin

[Larry Hall]

At 06:41 PM 10/12/2003, Edward Peschko you wrote:
>> to support just gcc.  Everyone does not want all of the 600+ megabytes
>> of Cygwin just because they want a C++ compiler (or C, or FORTRAN).  That
>> is why some good, open source IDE's for C/C++ use MingW as part of their
>> full installation.  No fuss, no muss, relatively lightweight download.
>> 
>> Wayne Keen
>> 
>Right.. all good points, but all minor barriers to overcome. All you would have to do 
>is put an 'install mingw subset' button on setup.exe, and it would well, install a 
>mingw
>subset and put cygwin in 'mingw mode'. 


Not true.  Cygwin already has this "mingw mode".  Granted, there's no one
button in setup for it.  But if you really wanted one button, you could add 
a package that had dependencies on all the packages you'd want.  That would
do it.  I'm guessing we're again talking in the hypothetical sense since
you've stated previously that you have no plans to contribute anything 
towards your professed goals.  But I thought it important to correct your
misstatements.  It would really be better if you tried harder to verify 
the validity of your statements before you make them.  It will help keep
the email archives from filling up with unproductive assertions.


>It sure would beat the install process for mingw right now, which is a manual 
>horror right now involving the download and installation of several,
>separate packages in different directories.


That's a Mingw issue and is off-topic for this list.



>If, of course -mno-cygwin == mingw, which I'm going through right now.
>
>Ed
>
>(
>ps - even if I can cobble together, say berkeleydb which builds native in mingw 
> right
>now, how does -mno-cygwin benefit from all the work that the mingw team has done 
> in
>making the native windows port of cygwin work?
>)


What are you talking about?  You would be better off testing out some of 
this before posting these musings.  You'd find the answers allot quicker 
and learn much along the way.



--
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: merging mingw and cygwin

[Paul G.]

Does the author of this reply have a problem with someone else knowing what they are 
talking about?

On 12 Oct 2003 at 0:36, Christopher Faylor wrote:

> On Sat, Oct 11, 2003 at 09:16:41PM -0700, Paul G. wrote:
> >Msys is derived from Cygwin.  However, it does not have the overhead
> >that Cygwin does, nor does Msys support the posix/unixy stuff that
> >Cygwin does...nor should it.
> 
> You keep saying "overhead" as if you know what you're talking about.

Fancy that...had it occurred to the author of this reply that maybe, just 
maybe I do...?  I doubt it, otherwise the 
author of this reply wouldn't need to ask such dumb questions or make such 
implications in terms of my knowledge 
and background in computer science, something the author of this reply is already, at 
least I had thought the author 
of this post was, well aware of...

> Either be more precise or stop making vague statements.

*sigh* Guess you need me to clarify something, as if the author of that last statment 
didn't already know what I was 
talking about ...especially considering how long the author of that last statement 
have been aware of my presence 
here and my contributions, what contributions do exist, to Cygwin...*sigh*

Ok, looks like I have to "spell it out" -- I had hoped I wouldn't be placed in a 
position to do this, especially where this 
sort of thing is concerned...as I assume that most people here are intelligent enough 
and know what I am talking 
about without me having to spend time and energy spelling everything out that I 
state...guess everyone will have to 
deal with the excessive length of this particular post...

Now, please, pay particular attention to the "computer science" definitions (school is 
in):

COMMAND PROCESSING OVERHEAD TIME
WordNet Dictionary
 
Definition: [n]  (computer science) the processing time required 
by a device (or "codec", or API) 
prior to the execution of a command
 
Synonyms:   command overhead, command processing overhead, overhead
 
See Also:   access time, processing time

ACCESS TIME
Pronunciation:  'akses tIm

WordNet Dictionary
 
Definition: [n]  (computer science) the interval between the time 
data is requested by the 
system and the time the data is provided by the drive; "access time is the sum of seek 
time and rotational latency and 
command processing overhead"
 
See Also:   command overhead, command processing overhead, command 
processing 
overhead time, interval, latency, overhead, rotational latency, seek time, time 
interval
 
Computing Dictionary
 
Definition: 

The average time interval between a storage peripheral (usually a disk drive or 
semiconductor memory) receiving a 
request to read or write a certain location and returning the value read or completing 
the write.
 
See Also:   hardware, storage

PROCESSING TIME
WordNet Dictionary
 
Definition: [n]  the time it takes to complete a prescribed 
procedure; "they increased output by 
decreasing processing time"
 
See Also:   command overhead, command processing overhead, command 
processing 
overhead time, interval, overhead, time interval

OVERHEAD
Pronunciation:  owvur'hed

Matching Terms: Overhead charges, overhead cover, overhead projector, 
overhead railway, 
overhear, overheat, overheated, overheating, Overheavy

WordNet Dictionary
 
Definition: 

   1. [n]  a hard return hitting the tennis ball above your head
   2. [n]  (nautical) the top surface of an enclosed space on a ship
   3. [n]  a transparency for use with an overhead projector
   4. [n]  (computer science) the disk space required for non-data information (used 
for location and timing)
   5. [n]  the expense of maintaining property (e.g., paying property taxes and 
utilities and insurance); it does not 
include depreciation or the cost of financing or income taxes
   6. [n]  (computer science) the processing time required by a device (or an API) 
prior to the execution of a command
   7. [adv]  above the head; over the head; "bring the legs together overhead"
   8. [adv]  above your head; in the sky; "planes were flying overhead"
   9. [adj]  located or originating from above; "an overhead crossing"

 
Synonyms:   budget items, command overhead, command processing 
overhead, command 
processing overhead time, disk overhead, elevated, operating cost, operating expense, 
smash, viewgraph
 
Antonyms:   subsurface, surface
 
See Also:   access time, cabin, ceiling, disbursal, disbursement, 
disc space, disk space, 
expense, foil, operating budget, processing time, return, transparency

(school is out)

> 
> Msys does do posix translations.

No one, absolutely no one is arguing that point, except possibly the author of 
this reply.  That Msys "

Re: merging mingw and cygwin

[Paul G.]

On 12 Oct 2003 at 15:41, Edward Peschko wrote:

> > to support just gcc.  Everyone does not want all of the 600+
> > megabytes of Cygwin just because they want a C++ compiler (or C, or
> > FORTRAN).  That is why some good, open source IDE's for C/C++ use
> > MingW as part of their full installation.  No fuss, no muss,
> > relatively lightweight download.
> > 
> > Wayne Keen
> > 
> Right.. all good points, but all minor barriers to overcome. All you
> would have to do is put an 'install mingw subset' button on setup.exe,
> and it would well, install a mingw subset and put cygwin in 'mingw
> mode'. 
> 
> It sure would beat the install process for mingw right now, which is a
> manual horror right now involving the download and installation of
> several, separate packages in different directories.

Umm..you might want to mention this on the Mingw users list...though it 
appears you haven't looked at the 
files that are available for download there (in terms of Mingw), specifically 
http://sourceforge.net/project/showfiles.php?group_id=2435.

If you want to upgrade or use the latest Mingw stuff/downloads, then you may 
have to deal with the 
consequences...but that is entirely up to you...and, as for Mingw, on this list, is 
for the most part OT here.  Cygwin 
docs will tell you what is included and/or necessary when you select or expect to use 
gcc-mingw from the Cygwin 
setup.exe.

> 
> If, of course -mno-cygwin == mingw, which I'm going through right now.

As noted previously in other replies to this thread, what is provided (in 
terms of Mingw) within the Cygwin 
development environment is not the complete Mingw distribution, nor should it or does 
it need to be.  If you want the 
latest Mingw release, then take a look at the link noted above.

Paul G.

--
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: merging mingw and cygwin

[Christopher Faylor]

On Sun, Oct 12, 2003 at 04:47:18PM -0700, Paul G. wrote:
>On 12 Oct 2003 at 15:41, Edward Peschko wrote:
>>It sure would beat the install process for mingw right now, which is a
>>manual horror right now involving the download and installation of
>>several, separate packages in different directories.
>
>Umm..you might want to mention this on the Mingw users list...though it
>appears you haven't looked at the files that are available for download
>there (in terms of Mingw), specifically
>http://sourceforge.net/project/showfiles.php?group_id=2435.

He already mentioned this in the mingw-users mailing list.  He's started
several threads there.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

Re: merging mingw and cygwin

[Paul G.]

On 12 Oct 2003 at 20:10, Christopher Faylor wrote:

> On Sun, Oct 12, 2003 at 04:47:18PM -0700, Paul G. wrote:
> >On 12 Oct 2003 at 15:41, Edward Peschko wrote:
> >>It sure would beat the install process for mingw right now, which is
> >>a manual horror right now involving the download and installation of
> >>several, separate packages in different directories.
> >
> >Umm..you might want to mention this on the Mingw users list...though
> >it appears you haven't looked at the files that are available for
> >download there (in terms of Mingw), specifically
> >http://sourceforge.net/project/showfiles.php?group_id=2435.
> 
> He already mentioned this in the mingw-users mailing list. ]

No, he has not said anything about "manual horror".  He has, however, stated 
that the download and use of a 
specific Mingw distribution was simple and easy.

> He's
> started several threads there.

Yes, he has.

Is there some reason why something having to do with Mingw is important for 
this list aside from the -mno-
cygwin related issues or questions?

Paul G.

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

results of compiling berkeleydb

[Edward Peschko]

Ok, I did as requested, and tried to compile berkeleydb with -mno-cygwin. Results are
below, along with some thoughts/reflections

Ed


general nitpicks:


'which' returns /cygdrive/c form instead of C:\... no way of switching

doesn't play well with applications outside of cygwin (for example:
touch >> /tmp/2
gvim (native windows executable) /tmp/2

returns 'file not found'. need to prefix it with gvim 'C:/cygwin/tmp/2' assuming
installed in C:\cygwin. (both sh and tcsh have this problem.)

directory softlinks as .lnk files, not as junctions. Can't 'cd' into a link, various
windows programs have problems with reading the softlink. Make 'softlink == hardlink' 
on
NT/2000/xp systems?

(softlinks as '.lnk', yes I know there is an option to disable this, but this should be
IMO default as windows xp/2000/nt have *good* links.)

form of 'grep dropped -r .' does not work, need to use form 'grep -r mingw .'

clipboard seems to be malfunctioning, text cannot be copied to it.


compiling berkeleydb:


trying to port berkeleydb as mingw

./configure --prefix=/install/berkeleydb --build=i686-pc-mingw32

compiles fine, does not invoke -mno-cygwin.

objdump -p ./db_recover.exe | grep "DLL Name"

gives 

DLL Name: cygwin1.dll
DLL Name: KERNEL32.dll


make realclean
rm config.cache

./configure --prefix=/install/berkeleydb --build=i686-pc-mingw32 
--target=i686-pc-mingw32

objdump -p ./db_recover.exe | grep "DLL Name"

gives 

DLL Name: cygwin1.dll
DLL Name: KERNEL32.dll


Ok, so berkeleydb's configure process knows nothing about -mno-cygwin,

grep no-cygwin -r .
-r: No such file or directory

oops, make that:

grep -r no-cygwin .
./aclocal/libtool.ac: *-*-cygwin*/gcc*-mno-cygwin*|*-*-mingw*)

hmm. libtool has something, at least the .ac file (which I'm assuming is the 
template and is not the one being used in the compilation)

So, I'll add it manually to the Makefile:

edit Makefile inside dist => add LDFLAGS == -mno-cygwin

hmm. Errors:

db_archive.o(.text+0x2c1): db_archive.c: undefined reference to 'errno')
db_archive.o(.text+02d2):db_archive.c: undefined reference to 'getreent'

...
...


hmm. missing symbols. Looks like  the mingw32 runtime 
libraries are missing, so I search the net and see
'http://www.delorie.com/howto/cygwin/mno-cygwin-howto.html'

and find:

>> ... undefined reference to ___errno'

>> Ouch! what went wrong here? Its such a trivial piece of code.. The problem here is 
>> that
>> the Cygwin development tools provide *only* the Mingw32 C runtime libraries"


..and goes on to mention the prickly nature of mingw and cygwin having 
either the same file _G_config.h with differences or when Cygwin has a file 
that mingw32 doesn't.


As of now, it looks like even these have been removed because berkeley db is a 
c program, but for now I go to the net and install:

MinGW-3.1.0-1.exe

into C:\mingw, and:

vim Makefile

edit, add: 

CPPFLAGS= -I/cygdrive/c/mingw/include ..
LDFLAGS = -L/cygdrive/c/mingw/lib ..

make clean

make:

argh. more errors:

db.h:90: error: parse error before "db_pgno_t"
db.h:90: warning: data definition has no type or storage class.



At this point, I probably would throw up my hands, and head for mingw instead and
indeed have two separate development environments.

Since this is just a C program, the problems that I would get from a C++ program
or a fortran one would probably be more severe. 



benefits of integrated mingw and cygwin


Now, if mingw and cygwin were *truly* integrated, I would only have to say:


[EMAIL PROTECTED](...db-4.1.25/dist) % setenv MINGW 1
[EMAIL PROTECTED](...db-4.1.25/dist) % ./configure --prefix=/install/berkeleydb


checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32


[EMAIL PROTECTED](...db-4.1.25/dist) % make
[EMAIL PROTECTED](...db-4.1.25/dist) % make install


The people who make berkeleydb configure would not need to know that you 
are cross-compiling and they need not know -mno-cygwin because it would be 
implicit in everything that gcc, ld, etc. does. config.guess would return
'pc-mingw32' in MINGW mode.

Furthermore, as part of what the MINGW switch does, it would disable 
all headers and libraries in the cygwin tree so such errors as 'picking 
up the wrong _G_config.h' and 'in no-cygwin mode: picking up a file that 
exists in cygwin' would go away.

This would allow for better error handling - as the errors would always be 
pointing to the 'right place'.

And:

a) you could make the MINGW version of the utilities act in a more
   win32 way, getting rid of a lot of annoyances as listed above.

b) you'd get a lot of testing and bugfixing of the merged software 
   from existing mingw users.  

c) people would be able to use all the unix tools (screen, vim, 
   emacs, grep, etc) to develop these native Win32 apps in a 
   coherent package.

d) the inefficiencies in supporting two separate projects which 

Re: merging mingw and cygwin

[Edward Peschko]

> >Umm..you might want to mention this on the Mingw users list...though it
> >appears you haven't looked at the files that are available for download
> >there (in terms of Mingw), specifically
> >http://sourceforge.net/project/showfiles.php?group_id=2435.
> 
> He already mentioned this in the mingw-users mailing list.  He's started
> several threads there.

jeez. its weird hearing about yourself in the 3rd person, talking about things
you've done in another incarnation. 

feels very odd.. :-)

Ed

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

multiple consoles in one window

[bob]

Is there any way to have more than one console session available in one 
rxvt (or dos) window?  I am thinking of the konsole that I used back 
when linux was an option. 



--
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: multiple consoles in one window

[Edward Peschko]

On Sun, Oct 12, 2003 at 07:24:29PM -0600, bob wrote:
> Is there any way to have more than one console session available in one 
> rxvt (or dos) window?  I am thinking of the konsole that I used back 
> when linux was an option. 

yes, you can use 'screen'... as of v 4.0.1, screen supports multiple consoles 
on cygwin. It took a couple of small mods to compile, but its worth it...

Ed

--
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: merging mingw and cygwin

[Larry Hall]

At 08:56 PM 10/12/2003, Paul G. you wrote:


>On 12 Oct 2003 at 20:10, Christopher Faylor wrote:
>
>> On Sun, Oct 12, 2003 at 04:47:18PM -0700, Paul G. wrote:
>> >On 12 Oct 2003 at 15:41, Edward Peschko wrote:
>> >>It sure would beat the install process for mingw right now, which is
>> >>a manual horror right now involving the download and installation of
>> >>several, separate packages in different directories.
>> >
>> >Umm..you might want to mention this on the Mingw users list...though
>> >it appears you haven't looked at the files that are available for
>> >download there (in terms of Mingw), specifically
>> >http://sourceforge.net/project/showfiles.php?group_id=2435.
>> 
>> He already mentioned this in the mingw-users mailing list. ]
>
>No, he has not said anything about "manual horror".  He has, however, stated that 
> the download and use of a 
>specific Mingw distribution was simple and easy.
>
>> He's
>> started several threads there.
>
>Yes, he has.
>
>Is there some reason why something having to do with Mingw is important for this 
> list aside from the -mno-
>cygwin related issues or questions?


No.



--
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: Cygwin setup stopped @99%

[luke . kendall]

On 12 Oct, Hannu E K Nevalainen wrote:
>  Your problem is well known, 

Yes, we've started having this problem here, since last week.

I just wanted to check the mailing list before I tried the obvious fix.

So, I can confirm that yes, the cygpath -A -P just hangs, that it can
be run manually from either a bash shell or from a DOS prompt without
hanging, and that the shell script in /usr/X11R6/bin can be run
manually and it won't hang.

I also noticed that /etc/postinstall/XFree86-bin-icons.sh is an sh-shell
script, and it calls the /usr/X11R6/bin/XFree86-bin-icons.sh bash
script.

I also noticed that the latter script has a space between the #! and
the /bin/bash on its first line.

But those things aren't enough to explain the problem; I'd have to say
I'm mystified as to why it's happening.

Knowing the workaround is enough for now.  I've just changed our
installation instructions to add a series of manual steps:

   When the installation process freezes at 99% saying it is
   running /etc/postinstall/XFree86-bin-icons.sh, do this:

   1) Start a DOS shell.
   2) Type:
C:\cygwin\bin\bash
   3) Type"
/etc/postinstall/XFree86-bin-icons.sh
   4) Type:
ps ax
   5) Find the line that shows "cygpath", and get the leftmost number.
   6) Type:
kill -9 "that-number"
   7) Click back on the Cygwin setup window and wait for it to continue,
  completing the installation process.

luke


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

Reinstatement?

[David A. Cobb]

Chris,
   After two months without a connection -- and with serious withdrawal 
symptoms -- I am back hanging from the wires.  I'm sure I've been 
suspended because of the bounces when I first failed.  Would you kindly 
reset my list memberships to active?  Thanks!

David A. Cobb



--
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: Can't build cygwin from CVS: configure error

[Gary R. Van Sickle]

[snip]
> Once again, I'm not *trying* to get you into this mood.

Chris pretty much lives in that mood.

-- 
Gary R. Van Sickle




--
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: Reinstatement?

[Christopher Faylor]

On Mon, Oct 13, 2003 at 12:04:57AM -0400, David A. Cobb wrote:
>After two months without a connection -- and with serious withdrawal
>symptoms -- I am back hanging from the wires.  I'm sure I've been
>suspended because of the bounces when I first failed.  Would you kindly
>reset my list memberships to active?  Thanks!

If you have been unsubscribed, resubscribe.  You don't need to invoke a
personal intervention for this kind of thing.  That's what computers are
for.

--
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: results of compiling berkeleydb

[Christopher Faylor]

On Sun, Oct 12, 2003 at 06:03:44PM -0700, Edward Peschko wrote:
>Ok, I did as requested, and tried to compile berkeleydb with
>-mno-cygwin.  Results are below, along with some
>thoughts/reflections

Hint:

GCC='gcc -mno-cygwin' ./configure.

AFAICT, this won't get you a windows version of db with the unpatched
sources (since it seems like you need to use a special windows configure
script which defines DB_WIN32 to do that), but it should at least get
you closer to that goal.

The bottom line is that you were using the tools incorrectly.  Didn't
someone suggest doing more research before posting?  Sounds like good
advice to me.

cgf

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

gcc -dM -E -xc /dev/null & g++ -dM -E -xc /dev/null

[Alex Vinokur]

gcc -dM -E -xc /dev/null
  and
g++ -dM -E -xc /dev/null
  produce the same output.

Is this a feature or a bug?

How can one know that g++ (not gcc) is invoked?


===
Windows 2000 Professional
CYGWIN_NT-5.0 1.5.4(0.94/3/2)
gcc version 3.3.1 (cygming special)
===
--
$ gcc -dM -E -xc /dev/null

#define __DBL_MIN_EXP__ (-1021)
#define __FLT_MIN__ 1.17549435e-38F
#define _X86_ 1
#define __CHAR_BIT__ 8
#define __WCHAR_MAX__ 65535U
#define __DBL_DENORM_MIN__ 4.9406564584124654e-324
#define __FLT_EVAL_METHOD__ 2
#define __unix__ 1
#define unix 1
#define __i386__ 1
#define __SIZE_TYPE__ unsigned int
#define __DBL_MIN_10_EXP__ (-307)
#define __FINITE_MATH_ONLY__ 0
#define __GNUC_PATCHLEVEL__ 1
#define __FLT_RADIX__ 2
#define __LDBL_EPSILON__ 1.08420217248550443401e-19L
#define _stdcall __attribute__((__stdcall__))
#define __SHRT_MAX__ 32767
#define __LDBL_MAX__ 1.18973149535723176502e+4932L
#define __CYGWIN__ 1
#define __unix 1
#define __LDBL_MAX_EXP__ 16384
#define __LONG_MAX__ 2147483647L
#define __SCHAR_MAX__ 127
#define __DBL_DIG__ 15
#define __USER_LABEL_PREFIX__ _
#define __STDC_HOSTED__ 1
#define __stdcall __attribute__((__stdcall__))
#define __LDBL_MANT_DIG__ 64
#define __FLT_EPSILON__ 1.19209290e-7F
#define __tune_i686__ 1
#define __LDBL_MIN__ 3.36210314311209350626e-4932L
#define __WCHAR_TYPE__ short unsigned int
#define __FLT_DIG__ 6
#define __FLT_MAX_10_EXP__ 38
#define __INT_MAX__ 2147483647
#define __FLT_MAX_EXP__ 128
#define __DECIMAL_DIG__ 21
#define __DBL_MANT_DIG__ 53
#define __WINT_TYPE__ unsigned int
#define __GNUC__ 3
#define _cdecl __attribute__((__cdecl__))
#define __LDBL_MIN_EXP__ (-16381)
#define __LDBL_MAX_10_EXP__ 4932
#define __DBL_EPSILON__ 2.2204460492503131e-16
#define __DBL_MAX__ 1.7976931348623157e+308
#define __tune_pentiumpro__ 1
#define __fastcall __attribute__((__fastcall__))
#define _fastcall __attribute__((__fastcall__))
#define __CYGWIN32__ 1
#define __USING_SJLJ_EXCEPTIONS__ 1
#define __DBL_MAX_EXP__ 1024
#define __FLT_DENORM_MIN__ 1.40129846e-45F
#define __LONG_LONG_MAX__ 9223372036854775807LL
#define __FLT_MAX__ 3.40282347e+38F
#define __GXX_ABI_VERSION 102
#define __FLT_MIN_10_EXP__ (-37)
#define __FLT_MIN_EXP__ (-125)
#define i386 1
#define __GNUC_MINOR__ 3
#define __DBL_MAX_10_EXP__ 308
#define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L
#define __DBL_MIN__ 2.2250738585072014e-308
#define __PTRDIFF_TYPE__ int
#define __LDBL_MIN_10_EXP__ (-4931)
#define __REGISTER_PREFIX__
#define __cdecl __attribute__((__cdecl__))
#define __LDBL_DIG__ 18
#define __NO_INLINE__ 1
#define __i386 1
#define __FLT_MANT_DIG__ 24
#define __VERSION__ "3.3.1 (cygming special)"
#define __declspec(x) __attribute__((x))
-


--
 =
   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: gcc -dM -E -xc /dev/null & g++ -dM -E -xc /dev/null

[Christopher Faylor]

On Mon, Oct 13, 2003 at 07:22:28AM +0200, Alex Vinokur wrote:
>gcc -dM -E -xc /dev/null
>  and
>g++ -dM -E -xc /dev/null
>  produce the same output.
>
>Is this a feature or a bug?

It is not a bug.  Try it on linux.

>How can one know that g++ (not gcc) is invoked?

Isn't the __cplusplus define a feature of c++?  I'm too lazy to check if this
is a g++ extension but I'd be surprised if it was.

cgf

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

Re: results of compiling berkeleydb

[Edward Peschko]

On Mon, Oct 13, 2003 at 12:56:49AM -0400, Christopher Faylor wrote:
> On Sun, Oct 12, 2003 at 06:03:44PM -0700, Edward Peschko wrote:
> >Ok, I did as requested, and tried to compile berkeleydb with
> >-mno-cygwin.  Results are below, along with some
> >thoughts/reflections
> 
> Hint:
> 
> GCC='gcc -mno-cygwin' ./configure.

No.. that is not a generic solution. If, for example, there is a 'config' directory
(as in the case with tcsh), that sets make variables (as per tcsh), then you need
to pick up the correct target. Which is sometimes not provided as a command-line 
argument, especially in projects that don't use gnu configure (ex: perl, 
perl modules, clisp, boost ).

And if there is something special that the mingw tools are doing in 
processing the build that isn't handled by the cygwin tools, then no amount of 
setting of environmental variables or command line options will make the 
compilation work. And its easy for cygwin to forget side effects that kill the build
(ex: -mno-cygwin doesn't define WINNT, which mingw does)

And anyways you miss my point. My goal was to see if you could, quick and dirty, build
berkeleydb, quick and dirty as if you were using mingw. I know that you can come up 
with 
a series of command line arguments - after several trials and several errors - that 
'do the job' for the most part.  

Here for example is the cross-compilation script for linux <=> mingw32 making 
development tools:

../configure --host=i586-pc-linux-gnu --build=i586-pc-linux-gnu 
 --target=i586-pc-cygwin32 --with-gnu-ld --with-gnu-as 
--enable-threads=no
 
--with-gxx-include-dir=/usr/i586-pc-cygwin32/sys-include/c++
 --with-headers=/usr/i586-pc-cygwin32/sys-include
 --with-libs=/usr/i586-inX-cygwin32/lib
 --includedir=/usr/i586-pc-cygwin32/sys-include
 --libdir=/usr/i586-inX-cygwin32/lib
 --with-mmap --enable-bfd-assembler
 --enable-languages="c,c++"

I'd probably end up with something like this for BerkeleyDB. And personally, I don't 
want to type this. Anytime you make a typo in a long statement like this (like missing 
a letter or what have you) you can spend minutes/hours compiling before you realize 
that you made a mistake - at link time - and may need to backtrack to 
the beginning of the compilation.

Look, I'm a firm believer in making things as simple as possible for the end user.
There is nothing simpler than setenv NO_CYGWIN 1; ./configure; make; make install.
Why the static?

Ed

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

tcflush hang problem

[Martin Farnik]

Hi.
I use CYGWIN_98-4.10 mine 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 uknown unknown Cygwin

First i try to describe a situation:
I have a device which is connected with computer thru serial line.
Device is still sending data.These data isn't for my program.I have open com port and 
let them go into buffer . When a want to talk with device i flush input buffer,
send it a command paket and device stop sending data and wait  for my next command.
Problem is when I want to flush INPUTbuffer before I send a command. In this point it 
hangs, maybe for buffer full.
Here is piece of code:

-I open port when i start program -

 fd = open(PORT0, O_RDWR | O_NOCTTY );
 tcgetattr(fd,&oldtio); /* save current port settings */

bzero(&newtio, sizeof(newtio));
newtio.c_cflag = CS8 | CLOCAL | CREAD | CSTOPB;
newtio.c_iflag = 0;
newtio.c_oflag &= ~OPOST;
newtio.c_lflag = 0;
 
newtio.c_cc[VTIME]= 1;  
newtio.c_cc[VMIN] = 0;   

cfsetispeed(&newtio,B19200);
cfsetospeed(&newtio,B19200);
tcflush(fd, TCIFLUSH);
tcsetattr(fd,TCSANOW,&newtio);
-
--this code is execute when a want to talk with device

   tcflush(fd, TCIFLUSH);   <- in this point where it hangs
err = write (fd,iobuffer,10);


thank for help
Marty

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

tcflush hang problem

[Martin Farnik]

I forgot :

#define PORT0 "/dev/ttyS0"

Marty

--
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: multiple consoles in one window

[Monique Y. Herman]

On Mon, 13 Oct 2003 at 01:37 GMT, Edward Peschko penned:
> On Sun, Oct 12, 2003 at 07:24:29PM -0600, bob wrote:
>> Is there any way to have more than one console session available in
>> one rxvt (or dos) window?  I am thinking of the konsole that I used
>> back when linux was an option. 
> 
> yes, you can use 'screen'... as of v 4.0.1, screen supports multiple
> consoles on cygwin. It took a couple of small mods to compile, but its
> worth it...
> 
> Ed
> 

Do you happen to remember *which* small mods it took?  *grin*

-- 
monique
Unless you need to share ultra-sensitive super-spy stuff with me, please
don't email me directly.  I will most likely see your post before I read
your mail, anyway.


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