RE: gcc crash (memory?)

[Dan Stratila]

Hi Gerrit,

> -Original Message-
> From: Gerrit P. Haase [freeweb at nyckelpiga dot de] 
> Sent: Thursday, December 29, 2005 10:46 PM
> To: Dan Stratila
> Cc: cygwin@cygwin.com
> Subject: Re: gcc crash (memory?)

> Increase the size of your swap file, for me the maximum memory usage
> compiling this file was not much more than 1 GB.  I have a 2 GB swap
> file.

Thanks for your reply. I have a 2GB swap file too (and 768MB RAM), and it
doesn't seem to help. Moreover, as I mentioned, I was able to allocate 1.7GB
with a test program, so I don't think it's the actual lack of memory that's
killing it.

I also tried to compile this repeatedly, and it always dies in the same spot
with the same error, so I don't think it's a hardware issue either.

What version of gcc did you use?

Dan


--
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: Request for fixes to http://cygwin.com/problems.html

[Yitzchak Scott-Thoennes]

On Thu, Dec 29, 2005 at 04:08:07PM -0500, Christopher Faylor wrote:
> On Thu, Dec 29, 2005 at 12:01:19PM -0800, Rick Moen wrote:
> >Greetings.  I'd appreciate it if the http://cygwin.com/ webmaster would
> >make two fixes to the http://cygwin.com/problems.html page, at his/her
> >earliest convenience:
> >
> >1.  Fix your author attribution for "smart questions" (i.e., the essay
> >"How to Ask Questions the Smart Way") to credit _both_ of that essay's
> >co-authors, instead of just Eric.
> 
> I've removed the attribution entirely.  I'll let people figure out who you
> are by visiting the page.
> 
> >2.  Append a prominent notice saying something like "Please do NOT send
> >your Cygwin questions to Eric and Rick".
> 
> I've added some comments mentioning how stupid such an activity would
> be.

Now it says says: "Once you've followed that link and read read the advice"...

--
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: Request for fixes to http://cygwin.com/problems.html

[Corinna Vinschen]

On Dec 30 01:29, Yitzchak Scott-Thoennes wrote:
> On Thu, Dec 29, 2005 at 04:08:07PM -0500, Christopher Faylor wrote:
> > On Thu, Dec 29, 2005 at 12:01:19PM -0800, Rick Moen wrote:
> > >Greetings.  I'd appreciate it if the http://cygwin.com/ webmaster would
> > >make two fixes to the http://cygwin.com/problems.html page, at his/her
> > >earliest convenience:
> > >
> > >1.  Fix your author attribution for "smart questions" (i.e., the essay
> > >"How to Ask Questions the Smart Way") to credit _both_ of that essay's
> > >co-authors, instead of just Eric.
> > 
> > I've removed the attribution entirely.  I'll let people figure out who you
> > are by visiting the page.
> > 
> > >2.  Append a prominent notice saying something like "Please do NOT send
> > >your Cygwin questions to Eric and Rick".
> > 
> > I've added some comments mentioning how stupid such an activity would
> > be.
> 
> Now it says says: "Once you've followed that link and read read the advice"...

Thanks, fixed.


Corinna

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

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

Re: missing of /dev directory

[Eric Blake]

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

http://cygwin.com/acronyms/#TOFU - reformatted

> 
> On 12/30/05, Eric Blake  wrote:


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

> >
> > > i've installed cygwin on my XP system, but i can not found /dev
> > > directory, is that normal?  i want to access serial port interface via
> > > /dev/ttyS*
> >
> > Yes, it's normal in 1.5.18, and yes, /dev/ttyS* exist even if /dev doesn't.
> > http://cygwin.com/cygwin-ug-net/using-specialnames.html#id4676548
> >

> thanks.  it hard to image that there is a /dev/ttyS0 even without
> /dev.  how can i get know is there any other thing in the /dev
> directory?

By following the directions at the link I already gave you:
http://cygwin.com/cygwin-ug-net/using-specialnames.html#id4676548

--
Eric Blake

--
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: executable = exe + data

[Christopher Faylor]

On Fri, Dec 30, 2005 at 12:00:35AM -0500, Sam Steingold wrote:
>any suggestions?

Isn't this what windows resources are good for?

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/

gpc-3.4.4 to go with gcc-3.4.4??

[Brian Keener]

Seems I recall the maintainer for gcc-3.3.3 and gpc-3.3.3 had not gotten a 
chance to look at gpc-3.3.3 to bring it current when they released gcc-3.4.4. 
It appear that gpc is still behind. 

I noticed though that on the gpc site someone had reported having problems with 
gcc-3.4.4 and gpc-3.3.3 and Prof A Olowofoyeku reported as an aid to helping 
the OP:

> I have built gpc-20051116 for Cygwin (based on gcc-3.4.4), and it can 
> be found here:
> http://www.gnu-pascal.de/contrib/chief/win32/cygwin/

He also reported a few additonal problems in the testsuite which could be 
resolved:

> It is indeed a simple thing. Install PDCurses - you can get sources and 
> precompiled binaries here: 
> http://www.gnu-pascal.de/contrib/chief/win32/cygwin/ 
 
> Add the pdcurses "include" and "lib" directories to the compiler's 
> search path ("-I" and "-L" respectively), and all will be well. 

Thought this might be of interest to the maintainer for gpc.

bk 






--
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 crash (memory?)

[Gerrit P. Haase]

Dan schrieb:

> Hi Gerrit,

>> Increase the size of your swap file, for me the maximum memory usage
>> compiling this file was not much more than 1 GB.  I have a 2 GB swap
>> file.

> Thanks for your reply. I have a 2GB swap file too (and 768MB RAM), and it
> doesn't seem to help. Moreover, as I mentioned, I was able to allocate 1.7GB
> with a test program, so I don't think it's the actual lack of memory that's
> killing it.

> I also tried to compile this repeatedly, and it always dies in the same spot
> with the same error, so I don't think it's a hardware issue either.

> What version of gcc did you use?

I use gcc 3.4.4.  I have also this famous registry key defined:
In "HKLM\SOFTWARE\Cygnus Solutions\Cygwin" define a DWORD named
heap_chunk_in_mb and set the value to 1024 (decimal) or 400 (hex) or
even more.

This may require a reboot to take affect.


Gerrit
-- 
=^..^=



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

Re: scp/ssh: non-interactive commands using "PasswordAuthentication" fail

[Igor Peshansky]

On Fri, 30 Dec 2005, Christopher Faylor wrote:

> On Thu, Dec 29, 2005 at 11:09:21PM -0500, Larry Hall (Cygwin) wrote:
> >Tom Rodman wrote:
> >><2 informal tests on my home PC, /etc/ssh_config is "OTTB">
> >>
> >>no problem, using PubkeyAuthentication:
> >>[snip]
> >>problems w/same tests using PasswordAuthentication:
> >>[snip]
> >>comments?  can anyone else duplicate this?
> >
> >Confirmed.  cygwin1-20051216.dll is the last snapshot that worked
> >properly for this.  Sorry, that's all the input I have for the moment.
>
> Well, certainly if enough people say that 20051216 is the last snapshot
> that worked properly eventually Corinna and I will believe them.  I
> don't think we've reached critical mass yet, though.  After all you know
> how suspicious we are. We don't really trust a bug report until it's
> been reported by at least 42 people.
>
> We know, without testing, that this worked properly on B20 but what we
> don't know is if it worked in 1.5.17, 1.5.16, etc.  So, some
> enterprising sould should probably step back in time before 1.5.18 and
> provide a graph of operability for every past release.  Once we have
> that data, why then, it will probably only take a few reinstalls of
> cygwin and, worse case scenario, a few movements of my computers in and
> out of my office before this problem is fixed.
>
> But, all kidding inside, I guess I really can't complain because I'm
> selfishly holding back permission from Igor to debug this.  We all know
> that no one can debug anything unless they get permission from me first
> and there's no way that I would ever want people to debug cygwin or
> provide patches to fix problems or anything like that.

Just for the record, I didn't ask for permission to debug this -- I asked
whether posting the (IMO) relevant parts of the strace output would be
helpful to others in debugging this.  I also asked for advice in debugging
the code...  I won't have much time to work on this until later next week,
so some analysis of the failing strace output is as much as I can provide
at the moment.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"


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

Hope this topic isn't taboo yet

[Frier, David]

We have cygwin for running Ab Initio on a Windows 2K Adv server, and
yes, we're in the dreaded h_y_p_e_r-t_h_r_e_a_d_e_d zone.  From browsing
the list archives and the kinds of problems people report, I'd say we've
been lucky... except... from time to time our CPU utilization on that
machine just spikes to red levels for no [other] apparent reason.

My inclination is to turn HT off; the machine is also running SQL Server
which claims to like it but I very much doubt we're getting any huge
benefit from it.

Interested in the thoughts of the real cygwin cognoscenti, of which I am
most certainly NOT one.

David C. Frier, CISSP
  Project Manager, CIBER EFIW PS Team
  Phone: +1-585-423-1415 (8*223-1415)
  Cell: +1-585-943-2434
  www.ciber.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: gpc-3.4.4 to go with gcc-3.4.4??

[Gerrit P. Haase]

Brian wrote:

> Seems I recall the maintainer for gcc-3.3.3 and gpc-3.3.3 had not gotten a
> chance to look at gpc-3.3.3 to bring it current when they released gcc-3.4.4.
> It appear that gpc is still behind. 

> I noticed though that on the gpc site someone had reported having problems 
> with
> gcc-3.4.4 and gpc-3.3.3 and Prof A Olowofoyeku reported as an aid to helping
> the OP:

>> I have built gpc-20051116 for Cygwin (based on gcc-3.4.4), and it can
>> be found here:
>> http://www.gnu-pascal.de/contrib/chief/win32/cygwin/

> He also reported a few additonal problems in the testsuite which could be
> resolved:

>> It is indeed a simple thing. Install PDCurses - you can get sources and
>> precompiled binaries here: 
>> http://www.gnu-pascal.de/contrib/chief/win32/cygwin/ 
 
>> Add the pdcurses "include" and "lib" directories to the compiler's 
>> search path ("-I" and "-L" respectively), and all will be well. 

> Thought this might be of interest to the maintainer for gpc.

Ah yes, thanks for the reminder, indeed Prof A Olowofoyeku is the
maintainer of the native Windows version of gpc where I build the Cygwin
version myself, if he provides a build for Windows I will include it in
the 3.4.4 release so -mno-cygwin will work for Pascal too.

Unfortunately as you can see here:
http://www.gnu-pascal.de/contrib/chief/win32/mingw32/
there is still no Windows version available.


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



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

Re: Hope this topic isn't taboo yet

[Christopher Faylor]

On Fri, Dec 30, 2005 at 01:29:55PM -0500, Frier, David wrote:
>We have cygwin for running Ab Initio on a Windows 2K Adv server, and
>yes, we're in the dreaded h_y_p_e_r-t_h_r_e_a_d_e_d zone.  From browsing
>the list archives and the kinds of problems people report, I'd say we've
>been lucky... except... from time to time our CPU utilization on that
>machine just spikes to red levels for no [other] apparent reason.
>
>My inclination is to turn HT off; the machine is also running SQL Server
>which claims to like it but I very much doubt we're getting any huge
>benefit from it.
>
>Interested in the thoughts of the real cygwin cognoscenti, of which I am
>most certainly NOT one.

You don't have to be a "cygwin cognoscenti" to read the cygwin web site.
I'd suggest starting with http://cygwin.com/problems.html .


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

RE: Hope this topic isn't taboo yet

[Frier, David]

Mr. Faylor:

Ordinarily I would not make the following reply on-list, but you seem
insistent that I must, so here goes.

I read problem.html and then the archives, every reference I could find
to hyperthreading. I saw your mild then increasingly crabby responses to
people who seemed (at least) to be saying, Why haven't you fixed this
yet?  I sympathize with your position on the matter, as far as that
goes.

That's why I am not posting a specific problem report in this case
because I am not, in fact, 100% sure I have the problem.  And I am
certainly not asking you to fix it or any other problem that I might or
might not have.  

None of the descriptions of the failures that have been attributed to
hyperthreading seem to match what we are experiencing.  I had hoped to
start a somewhat more general discussion of the problem and learn from
others familiar with both cygwin AND hyperthreading what their thoughts
were.  Clearly, your hyperthreading hymen remains intact.  The
constructiveness of your reply, therefore, is just about what one would
expect.

So. Should anyone have a CONSTRUCTIVE response to my query, THAT would
be lovely.

--David

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Christopher Faylor
Sent: Friday, December 30, 2005 13:51
To: cygwin@cygwin.com
Subject: Re: Hope this topic isn't taboo yet

On Fri, Dec 30, 2005 at 01:29:55PM -0500, Frier, David wrote:
>We have cygwin for running Ab Initio on a Windows 2K Adv server, and
>yes, we're in the dreaded h_y_p_e_r-t_h_r_e_a_d_e_d zone.  From
browsing
>the list archives and the kinds of problems people report, I'd say
we've
>been lucky... except... from time to time our CPU utilization on that
>machine just spikes to red levels for no [other] apparent reason.
>
>My inclination is to turn HT off; the machine is also running SQL
Server
>which claims to like it but I very much doubt we're getting any huge
>benefit from it.
>
>Interested in the thoughts of the real cygwin cognoscenti, of which I
am
>most certainly NOT one.

You don't have to be a "cygwin cognoscenti" to read the cygwin web site.
I'd suggest starting with http://cygwin.com/problems.html .


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



--
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: executable = exe + data

[Reini Urban]

2005/12/30, Christopher Faylor <[EMAIL PROTECTED]>:
> On Fri, Dec 30, 2005 at 12:00:35AM -0500, Sam Steingold wrote:
> >any suggestions?
>
> Isn't this what windows resources are good for?

Yes.
Sam,
please see the Corman Lisp sources, how Roger implemented
loading the especially attached LISP ressource (the img) from the exe.
--
Reini Urban


--
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: Hope this topic isn't taboo yet

[Christopher Faylor]

On Fri, Dec 30, 2005 at 02:07:37PM -0500, Frier, David wrote:
>Ordinarily I would not make the following reply on-list, but you seem
>insistent that I must, so here goes.

Not only am I insistent, I sent you to a page which talks about it in
bold letters.  I'm not sure why you need to even mention it.

>I read problem.html

And, yet, despite having read problems.html, you still posted a message
which went against almost all of the guidelines on the page.

For the record, you might want to focus on the discussions in February
of this year and read this announcement:

http://cygwin.com/ml/cygwin-announce/2005-03/msg0.html

Those indicate at least some success fixing "the hyperthreading problem".

While I have occasionally see people mumbling about hyperthreading here
since that time, I doin't recall seeing anyone post a reproducible test
case showing a hang, , "Ab Intio" (whatever that is) not withstanding.

>So. Should anyone have a CONSTRUCTIVE response to my query, THAT would
>be lovely.

And IF you have any constructive information using THE guidelines at
the previously mentioned URL, that would BE peachy.

cgf
(Not sure I have that excessive capitalization trick down quite right)


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

[ANNOUNCEMENT] New Package: gnome-themes-2.12.1-1

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The following package has been added to the Cygwin net release:

*** gnome-themes-2.12.1-1

This package provides a number of GNOME themes.


Yaakov

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDtZDwpiWmPGlmQSMRAivcAKDxahKhxTnGxlakJnXgVtVZzT9GlACcCZEf
6CRwxP8xBGvZJxqj/HcX1uQ=
=QBXL
-END PGP SIGNATURE-


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

[ANNOUNCEMENT] Updated: gtk2-x11-engines-2.6.6-1

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The following package has been updated in the Cygwin net release:

*** gtk2-x11-engines-2.6.6-1

This package provides ten theme engines for GTK+ 2.x, including the new
Clearlooks theme, the new default for GNOME 2.12.


Yaakov

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDtZE6piWmPGlmQSMRAvvcAJoDeZ5t5XCsRCp4le5JiNbqqdJG4ACeLRaq
sjNOoW0euUqlAV+q1l6ijbQ=
=Ub9g
-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/

Inconsistent results from "du -sk ."

[Fred Ma]

When I repeatedly issue "du -sk ." within seconds of each other, the
results are different, and there is no process running that could be
changing the contents of the directory.  Here is an illustrative
session:

   [EMAIL PROTECTED] /c/Documents and Settings/All Users/Start Menu
   ###  Here are the files in the directory
   $ ls
   Cygwin Bash.lnk*  Fast VNC.lnk*  SomeProgram@  Programs/  Tight VNC.lnk*

   [EMAIL PROTECTED] /c/Documents and Settings/All Users/Start Menu
   ###  First try:
   $ du -sk .
   394 .

   [EMAIL PROTECTED] /c/Documents and Settings/All Users/Start Menu
   ###  Note: bash's extglob is set, so
   ###!(Programs) means everything but Programs
   $ du -sk !(Programs)
   2   Cygwin Bash.lnk
   1   Fast VNC.lnk
   0   SomeProgram
   1   Tight VNC.lnk

   [EMAIL PROTECTED] /c/Documents and Settings/All Users/Start Menu
   $ du -sk Programs
   442 Programs

   [EMAIL PROTECTED] /c/Documents and Settings/All Users/Start Menu
   ###  Second try:
   $ du -sk .
   450 .

I simply captured the output above and added comments, but the problem
is not repeatable.

I am using an installation that is not quite up-to-date, but haven't
been in a good position to upgrade due to very intermittent access to
high speed (i.e. not in my home).  I will upgrade at my next
opportunity.  I'm running Windows 2000 on NTFS.  Relevant details from
"cygcheck -cvs" are:

   Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

   Cygwin DLL version info:
 DLL version: 1.5.10
 DLL epoch: 19
 DLL bad signal mask: 19005
 DLL old termios: 5
 DLL malloc env: 28
 API major: 0
 API minor: 116
 Shared data: 4
 DLL identifier: cygwin1
 Mount registry: 2
 Cygnus registry name: Cygnus Solutions
 Cygwin registry name: Cygwin
 Program options name: Program Options
 Cygwin mount registry name: mounts v2
 Cygdrive flags: cygdrive flags
 Cygdrive prefix: cygdrive prefix
 Cygdrive default prefix:
 Build date: Tue May 25 22:07:00 EDT 2004
 CVS tag: cr-0x5e6
 Shared id: cygwin1S4

"du --version" yields: du (fileutils) 4.1
A Setup Package Search reveals that has been superceded by
coreutils/coreutils-5.93-2.

Since upgrading is nontrivial for me at present, I was trying to find
a history of release notes to see if this problem has been solved in
the cygwin versions since my current one.  A search of the archives
revealed a confusion with blocking factors in the late 90's, but not
the same problem.  Thanks for any other information about this.  In
particular, if there is an on-line history of release notes that
captures this, that would be even better.  Even if it does not
capture this, such a set of notes would be very useful.

Fred


--
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: Hope this topic isn't taboo yet

[Samuel Thibault]

Hi,

Frier, David, le Fri 30 Dec 2005 13:29:55 -0500, a écrit :
> we're in the dreaded h_y_p_e_r-t_h_r_e_a_d_e_d zone.

Eeeh, you just mean multi-processor zone. Hyper-threading is just a
special case of multi-processor and has the same issues.

Regards,
Samuel


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

[ANNOUNCEMENT] Updated: perl-5.8.7-5

[Gerrit P. Haase]

Perl has been updated to 5.8.7-5


NEWS:
=

  - This is a bugfix release which includes the official patch for the
security issue reported here:
http://www.gentoo.org/security/en/glsa/glsa-200512-01.xml
http://bugs.gentoo.org/show_bug.cgi?id=114113
http://www.dyadsecurity.com/perl-0002.html


NEWS in previous release 5.8.7-4:
=

  - inc_version_list="5.8/cygwin 5.8 cygwin" added to Policy.sh to work
around an @INC problem reported here:
http://cygwin.com/ml/cygwin/2005-11/msg00098.html
  - modules updated/version: Archive-Tar-1.26, IO-String-1.07,
Proc-ProcessTable-0.40, Compress-Bzip2-2.09, Compress-Zlib-1.41
  - new module included: Text-Diff-0.35
  - perldoc.com seems to be down, new website with docs is now available
at http://perldoc.perl.org/.


OLDER NEWS
==

   This (5.8.7-3) is a bugfix release:

   - Test::Harness problem when running testsuites for modules from
 the command line where every second test breaks, this should
 work ok now.

   - Using the system malloc() now because the perl malloc()
 implementation caused perl to crash when more than 384 MB memory
 is used

   Release 5.8.7-1+2:

   - Now using --enable-auto-image-base to link DLL and extensions.
 This should address the problem with loading extension DLLs in
 subprocesses.

   - New builtin functions:
  Cygwin::winpid_to_pid, Cygwin::pid_to_winpid

   - Configured with -Dusesitecustomize.  See also "-f" in perlrun:
 http://search.cpan.org/~nwclark/perl-5.8.7/pod/perlrun.pod#%2Df


Extensions already included in this distribution:

 Compress-Zlib-1.41
 Compress-Bzip2-2.09
 IO-Zlib-1.04
 IO-String-1.07
 Text-Diff-0.35
 Archive-Tar-1.26
 MD5-2.03
 Term-ReadLine-Perl-1.0203
 Net-Telnet-3.03
 TermReadKey-2.30
 XML-Parser-2.34


Official Perl 5.8.7 announcement:

 http://dev.perl.org/perl5/news/2005/perl-5.8.7.html

5.8.7 is a maintenance release for perl 5.8, incorporating various
minor bugfixes and optimisations. Please see the perldelta
http://search.cpan.org/~nwclark/perl-5.8.7/pod/perl587delta.pod for
the full details. Please report bugs using the perlbug utility. If the
build or regression tests fail, make nok. If the build fails to early
to run this, please mail perlbug at perl.org directly.


DESCRIPTION
===
As always, you should conduct an appropriate level of testing before
using any new product in your production environment.

Canonical website: http://www.perl.org/


UPDATE
==
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
'perl' from the 'Interpreters' category, if you install it for the
first time, click on the 'skip' field next to 'perl' until '5.8.7-5'
is displayed.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html


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


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.


Gerrit P. Haase
-- 
=^..^=




--
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: Hope this topic isn't taboo yet

[Frier, David]

So if I have a two-physical-processor system which HT fools Windoze into 
thinking is a quad, then turning off HT is not really going to help me?
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Samuel Thibault
Sent: Friday, December 30, 2005 15:26
To: cygwin@cygwin.com
Subject: Re: Hope this topic isn't taboo yet

Hi,

Frier, David, le Fri 30 Dec 2005 13:29:55 -0500, a écrit :
> we're in the dreaded h_y_p_e_r-t_h_r_e_a_d_e_d zone.

Eeeh, you just mean multi-processor zone. Hyper-threading is just a
special case of multi-processor and has the same issues.

Regards,
Samuel


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



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

Re: Inconsistent results from "du -sk ."

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Fred Ma on 12/30/2005 1:20 PM:
> When I repeatedly issue "du -sk ." within seconds of each other, the
> results are different, and there is no process running that could be
> changing the contents of the directory.  Here is an illustrative
> session:

du can only report what the OS tells it.  If it shows increasing numbers,
then it was very likely that some process was consuming disk space in that
directory (in spite of your claims to the contrary).

> 
> I am using an installation that is not quite up-to-date, but haven't

"Not quite" is an understatement - cygwin is at 1.5.18; your version is
missing a year and a half of bug fixes.

> 
> Since upgrading is nontrivial for me at present, I was trying to find
> a history of release notes to see if this problem has been solved in
> the cygwin versions since my current one.  A search of the archives
> revealed a confusion with blocking factors in the late 90's, but not
> the same problem.  Thanks for any other information about this.  In
> particular, if there is an on-line history of release notes that
> captures this, that would be even better.  Even if it does not
> capture this, such a set of notes would be very useful.

Browse the archives of the cygwin-announce list to see relevant changes
announced for each software upgrade (for this email, that would include
searching for mail with cygwin or coreutils in the subject):
http://cygwin.com/ml/cygwin-announce/

For particular programs, you can often find an online repository of
changes.  For example, cygwin changes are tracked here:
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog?cvsroot=src

And many programs maintain a condensed version of user-visible changes.
For example, coreutils changes that have happened since sh-utils,
fileutils, and textutils here:
http://cvs.savannah.gnu.org/viewcvs/coreutils/NEWS?rev=1.354&root=coreutils&view=markup

Google can be your friend, after all.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
volunteer cygwin coreutils maintainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDtZ5w84KuGfSFAYARAkH7AKDQI7kblrcqmaLftm8Vp6JW6TMp2gCgoZ6S
CyxcG66RHFv81qV93tkf+R0=
=ULfA
-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: gpc-3.4.4 to go with gcc-3.4.4??

[Brian Keener]

Gerrit P. Haase wrote:
> version myself, if he provides a build for Windows I will include it in 
> the 3.4.4 release so -mno-cygwin will work for Pascal too. 
>  
> Unfortunately as you can see here: 
> http://www.gnu-pascal.de/contrib/chief/win32/mingw32/ 
> there is still no Windows version available.

Gerrit,

I understand now.  I wasn't even thinking down that line - my goof - sorry for 
my confusion.

bk





--
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: Hope this topic isn't taboo yet

[Samuel Thibault]

Frier, David, le Fri 30 Dec 2005 15:44:08 -0500, a écrit :
> So if I have a two-physical-processor system which HT fools Windoze into 
> thinking is a quad, then turning off HT is not really going to help me?

I'd say it won't help, indeed ; to avoid troubles, you will probably
have to disable your second cpu too.  Unless you are ready to track &
fix bugs :)

Regards,
Samuel


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

[ANNOUNCEMENT] New package: tnef-1.3.4-1

[Harold L Hunt II]

The package 'tnef' is now available in the Cygwin
distribution.

Description
===
(from http://tnef.sourceforge.net/)

TNEF is a program for unpacking ms-tnef type MIME attachments.

--
Harold Hunt


CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "Net" and "Web" categories.  After installation,
read the documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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]

More information on unsubscribing can be found:

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

Please read *all* of the information on unsubscribing that is available
starting at the above 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/

rsync over ssh hang issue understood

[Brett Serkez]

After running into the hang trying to use rsync over ssh on Cygwin,
reported on this mailing list, but with no resolution other than use of
daemon mode, I tracked down the problem.  I have rsync working over ssh
on Cygwin.

The hang is occuring when rsync is attempting to exchange protocol
version numbers, it writes its version and then hangs waiting endlessly
for a reply.  The ssh process is detached, and apparently not diretly
connected to rsync, as it is an orphan, owned by process 1.  The ssh
process never even gets as far as attempting network access and rsync
never does anything of value.

Not defining HAVE_SOCKETPAIR in the make configuration is enough to use
pipe() vs. socketpair(), which is enough for rsync to run using ssh,
just as it does on UNIX.  While I've not done extensive testing, I've
used it enough to believe it is working as designed/intended.

The source file that is effected by the above change (primarily) is
util.c in function: fd_pair():

#ifdef HAVE_SOCKETPAIR
ret = socketpair(AF_UNIX, SOCK_STREAM, 0, fd);
#else
ret = pipe(fd);
#endif

While use of socketpair() may be a better method, use of pipe() does
work and I'd request that the rsync package maintainer please rebuild
the package with this build option change and reissue the package so all
can benefit.  Perhaps socketpair() can be used with a future release of
Cygwin?

Thank you,

Brett

Brett C. Serkez, Techie



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

malloc/new allocate twice as much?

[Dan Stratila]

Hi,

This is an issue I've discovered and reproduced while trying to compile
polymake (see the thread "gcc crash (memory?)"). It seems that both malloc
and new allocate take up twice the amount of memory needed.

I wrote a short program to allocate and use memory in chunks (mem-test.cpp),
and compiled it with g++ 3.4.4. I monitored it using the Windows Task
Manager. When asked to allocate 100MB in increments of 10MB, the process
size goes to 100MB and then drops to 0, as expected. However, the total
commit charge for the machine goes up by 200MB, and then drops back!

One might think it's a harmless bug in Task Manager, but the problem is that
the total commit limit for the machine is 2GB, and I ask mem-test for 1.1GB
of memory, then it is unable to obtain the last 100-200MB (and Windows
complains about low memory as well).

The problem seems to occur with both malloc and new. The same program
compiled with MS Visual C++ behaves normally. I am able to get 1.1GB, and
both the process size, and the total commit charge are as expected.

I have reproduced this bug on another machine, also running Windows XP SP2,
with a fresh Cygwin install. The cygwin.out for my machine is the same as
for the "gcc crash (memory?)" thread, but I re-attach it in any case. 

Sincerely,
Dan
/* 
$Name:  $ 
$Id: mem-test.cpp,v 1.3 2005/12/30 23:09:55 dstrat Exp $

mem-test tests how much RAM an application can get.
Usage: mem-test <# chunks> .
*/

#include 
#include 

using namespace std;

int main(int, char* argv[])
{
int *p, i, iMax=0, j, k, numChunks, chunkSize;

numChunks=atoi(argv[1]);
chunkSize=atoi(argv[2]);

cout << "mem-test: numChunks=" << numChunks << ", chunkSize=" << 
chunkSize << "." << endl;
cout << "mem-test: Allocating: " << flush;

for (i=0;i

cygcheck.out
Description: Binary data
--
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: cygwins setup hangs in installation

[Matt Clapp]

I have seen some posts to this mailing list talking
about problems with cygwin setup.exe hanging during
post-install scripts.  They mainly blame problems with
hyperthreaded processors.

I DON'T have a hyperthreaded processor, and still see
hangs with the current stable version of setup.exe (v.
2.510.2.2)  It hangs indefinitely during
update-info-dir.sh.  My computer is a Pentium-M
1.4GHz, 760MB RAM.

The good news: setup.exe does work fine if I use one
of the unstable versions (v. 2.523)  Then I get no
hang and everything seems fine.

I can forward more information if anybody wants it
(like the setup log).  I just thought I'd bring to
people's attention that hangs do exist on single,
non-hyperthreaded processors, and that the newer
setup.exe versions seem to fix that.

thanks,
Matt



__ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 



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

Re: malloc/new allocate twice as much?

[Krzysztof Duleba]

Dan Stratila wrote:


This is an issue I've discovered and reproduced while trying to compile
polymake (see the thread "gcc crash (memory?)"). It seems that both malloc
and new allocate take up twice the amount of memory needed.

I wrote a short program to allocate and use memory in chunks (mem-test.cpp),
and compiled it with g++ 3.4.4. I monitored it using the Windows Task
Manager. When asked to allocate 100MB in increments of 10MB, the process
size goes to 100MB and then drops to 0, as expected. However, the total
commit charge for the machine goes up by 200MB, and then drops back!


Try the snapshot. On my laptop with XP SP2, 20051222 snapshot, 1GB RAM and 
1GB swap file I had no problem allocating 1.8 GB.


Krzysztof Duleba



--
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: malloc/new allocate twice as much?

[Dan Stratila]

From: Krzysztof Duleba  
To: cygwin at cygwin dot com 
Date: Sat, 31 Dec 2005 02:23:20 +0100 
Subject: Re: malloc/new allocate twice as much? 
References: <[EMAIL PROTECTED]> 

>>This is an issue I've discovered and reproduced while trying to compile
>>polymake (see the thread "gcc crash (memory?)"). It seems that both malloc
>>and new allocate take up twice the amount of memory needed.

>>I wrote a short program to allocate and use memory in chunks
(mem-test.cpp),
>>and compiled it with g++ 3.4.4. I monitored it using the Windows Task
>>Manager. When asked to allocate 100MB in increments of 10MB, the process
>>size goes to 100MB and then drops to 0, as expected. However, the total
>>commit charge for the machine goes up by 200MB, and then drops back!

>Try the snapshot. On my laptop with XP SP2, 20051222 snapshot, 1GB RAM 
>and 1GB swap file I had no problem allocating 1.8 GB.

Yes! This solved the malloc/new problem. Thanks. I sure hope the next
release of the cygwin dll will not reintroduce this bug... ;)

Now, I am also able to compile polymake, which required g++ to consume up to
600MB of RAM and caused it to crash when I was using the old dll with the
buggy malloc/new.

Dan



--
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 crash (memory?)

[Dan Stratila]

Hi,

> -Original Message-
> From: Gerrit P. Haase [gerrit at familiehaase dot de] 
> Sent: Friday, December 30, 2005 12:50 PM
> To: Dan Stratila
> Cc: cygwin@cygwin.com
> Subject: Re: gcc crash (memory?)
> 
> I use gcc 3.4.4.  I have also this famous registry key defined:
> In "HKLM\SOFTWARE\Cygnus Solutions\Cygwin" define a DWORD named
> heap_chunk_in_mb and set the value to 1024 (decimal) or 400 (hex) or
> even more.
> 
> This may require a reboot to take affect.

It turns out (a part of) the problem was that malloc and new allocate twice
the amount of memory requested (see the thread "malloc/new allocate twice as
much?"). Installing the latest snapshot solves this problem, and I am now
able to compile polymake with g++ taking at most ~600MB. (It took 1.5GB on
Red Hat Enterprise Linux 4, but I guess that's because that machine is
64-bit.)

By the way, g++, as well as a program I wrote and compiled with g++, are
able to allocate 1GB, so I don't think the memory limitation / registry
switch issue exists in the latest snapshot.

Dan



--
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: cygwins setup hangs in installation

[Igor Peshansky]

On Fri, 30 Dec 2005, Matt Clapp wrote:

> I DON'T have a hyperthreaded processor, and still see hangs with the
> current stable version of setup.exe (v. 2.510.2.2)  It hangs
> indefinitely during update-info-dir.sh.  My computer is a Pentium-M
> 1.4GHz, 760MB RAM.

This is a known bug (which is known to have nothing to do with
hyperthreading)...

> The good news: setup.exe does work fine if I use one of the unstable
> versions (v. 2.523)  Then I get no hang and everything seems fine.

...which is fixed in CVS (but it's good to know it's fixed)...

> I can forward more information if anybody wants it (like the setup log).
> I just thought I'd bring to people's attention that hangs do exist on
> single, non-hyperthreaded processors, and that the newer setup.exe
> versions seem to fix that.

...so that's that.  Thanks for the confirmation.

BTW, IIRC, 2.523 is a release candidate.  Brian, do you think it's ready
to go out there as "current stable"?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"


--
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 crash (memory?)

[Gerrit P. Haase]

Dan,

>> I use gcc 3.4.4.  I have also this famous registry key defined:
>> In "HKLM\SOFTWARE\Cygnus Solutions\Cygwin" define a DWORD named
>> heap_chunk_in_mb and set the value to 1024 (decimal) or 400 (hex) or
>> even more.
>> 
>> This may require a reboot to take affect.

> It turns out (a part of) the problem was that malloc and new allocate twice
> the amount of memory requested (see the thread "malloc/new allocate twice as
> much?"). Installing the latest snapshot solves this problem, and I am now
> able to compile polymake with g++ taking at most ~600MB. (It took 1.5GB on
> Red Hat Enterprise Linux 4, but I guess that's because that machine is
> 64-bit.)

Interesting, so the next Cygwin release will always use only the half
amount of memory than before, sounds nice ;)  Glad to hear about this.


> By the way, g++, as well as a program I wrote and compiled with g++, are
> able to allocate 1GB, so I don't think the memory limitation / registry
> switch issue exists in the latest snapshot.

Well, at least it worked for me using the registry hack with the
released Cygwin version 1.5.18.


Gerrit
-- 
=^..^=



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

Re: gpc-3.4.4 to go with gcc-3.4.4??

[Gerrit P. Haase]

Brian wrote:

> Gerrit P. Haase wrote:
>> version myself, if he provides a build for Windows I will include it in
>> the 3.4.4 release so -mno-cygwin will work for Pascal too. 
>>  
>> Unfortunately as you can see here: 
>> http://www.gnu-pascal.de/contrib/chief/win32/mingw32/ 
>> there is still no Windows version available.

> Gerrit,

> I understand now.  I wasn't even thinking down that line - my goof - sorry for
> my confusion.


Never mind, I appreciate being reminded about doing some work for my
packages, so I asked now at the GPC mailing list if Chief or someone
else has a MinGW version of GPC handy.


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



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

Re: gcc crash (memory?)

[Christopher Faylor]

On Sat, Dec 31, 2005 at 04:27:45AM +0100, Gerrit P. Haase wrote:
>> By the way, g++, as well as a program I wrote and compiled with g++, are
>> able to allocate 1GB, so I don't think the memory limitation / registry
>> switch issue exists in the latest snapshot.
>
>Well, at least it worked for me using the registry hack with the
>released Cygwin version 1.5.18.

The registry setting is still in the latest snapshot.  The latest
snapshot is quicker to use shared memory when it runs out of memory or
when a large chunk of memory is requested.  Corinna's recent changes to
shared memory handling in the snapshot have made using shared memory for
this purpose more attractive so we're using the same shared memory
settings in malloc as a normal UNIX system.

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: gcc crash (memory?)

[Dan Stratila]

> -Original Message-
> From: Gerrit P. Haase [gerrit at familiehaase dot de] 
> Sent: Friday, December 30, 2005 10:28 PM
> To: Dan Stratila
> Cc: cygwin@cygwin.com
> Subject: Re: gcc crash (memory?)

> > It turns out (a part of) the problem was that malloc and 
> new allocate twice
> > the amount of memory requested (see the thread "malloc/new 
> allocate twice as
> > much?"). Installing the latest snapshot solves this 
> problem, and I am now
> > able to compile polymake with g++ taking at most ~600MB. 
> (It took 1.5GB on
> > Red Hat Enterprise Linux 4, but I guess that's because that 
> machine is
> > 64-bit.)

> Interesting, so the next Cygwin release will always use only the half
> amount of memory than before, sounds nice ;)  Glad to hear about this.

I don't know about this. ;) The behavior of g++ itself has not changed so
dramatically---previously it would crash when taking 560MB, but now it
allocates over 600MB, and finished compiling. My guess is that not all
memory calls work the same, or perhaps multiple bugs have been fixed since
the last snapshot... 

Dan



--
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: COMSPEC environment variable missing

[Christopher Faylor]

On Thu, Dec 29, 2005 at 03:11:00AM +0100, Ingo Brueckl wrote:
>Hi.
>
>I'm using the 20051227-snapshot of cygwin1.dll. This is my Windows 98SE
>environment as told by the 'set' command:
>
>  TMP=C:\WINDOWS\TEMP
>  TEMP=C:\WINDOWS\TEMP
>  PROMPT=$p$g
>  winbootdir=C:\WINDOWS
>  PATH=C:\WINDOWS;C:\WINDOWS\COMMAND
>  COMSPEC=C:\WINDOWS\COMMAND.COM
>  DIRCMD=/o:gne
>  windir=C:\WINDOWS
>  BLASTER=A220 I5 D1 H5 P330 T6
>  CMDLINE=myset
>
>In a cygwin program, there is no COMSPEC environment variable. I get NULL
>when using getenv().
>
>In order to check my cygwin environment, I wrote the following program:
>
>  #include 
>  #include 
>
>  int main()
>  {
>int i;
>
>for(i = 0;; i++)
>  if (environ[i]) puts(environ[i]);
>  else break;
>
>return 0;
>  }
>
>which returns:
>
>  !C:=C:\WINDOWS\TEMP
>  TMP=/tmp
>  TEMP=/tmp
>  PROMPT=$p$g
>  WINBOOTDIR=C:\WINDOWS
>  PATH=/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/COMMAND
>  DIRCMD=/o:gne
>  WINDIR=C:\WINDOWS
>  BLASTER=A220 I5 D1 H5 P330 T6
>  CMDLINE=myset
>  PATH=/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/COMMAND
>  TERM=cygwin
>  HOME=/home/ib
>
>Indeed, COMSPEC is missing, and PATH is twice.

PATH twice is a bug (but not a regression).  I couldn't duplicate the
missing COMSPEC.  I only have WinME to try this on, though.

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: 1.5.18-1: Crash launching COMMAND.COM (W98)

[Christopher Faylor]

On Thu, Dec 29, 2005 at 04:07:00AM +0100, Ingo Brueckl wrote:
>On Mon, 05 Sep 2005, Sean Gugler wrote:
>
>> Score!  Snapshot 20050905 did the trick.
>
>Unfortunately, there is still a crash with:
>
>  #include 
>  #include 
>  #include 
>  #include 
>
>  int cygwinsystem (const char *cmd)
>  {
>pid_t pid;
>int rc;
>static int result;
>
>if (!(pid = fork()))
>{
>  char *com = getenv("COMSPEC");
>  if (!com) com = "COMMAND.COM";
>
>  if (cmd) rc = execlp(com, com, "/c", cmd, NULL);
>  else rc = execlp(com, com, NULL);
>
>  exit(rc);
>}
>wait(&result);
>return result;
>  }
>
>  int main (int argc, char **argv)
>  {
>return cygwinsystem(argv[1]);
>  }
>
>When calling this program with an argument like 'dir'. The dir listing
>appears, but then the program crashes. Tested with latest snapshot 20051227.

No crash here.

cygcheck output would help.

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: 1.5.18-1: Crash launching COMMAND.COM (W98)

[Christopher Faylor]

On Fri, Dec 30, 2005 at 11:37:20PM -0500, Christopher Faylor wrote:
>On Thu, Dec 29, 2005 at 04:07:00AM +0100, Ingo Brueckl wrote:
>>On Mon, 05 Sep 2005, Sean Gugler wrote:
>>
>>> Score!  Snapshot 20050905 did the trick.
>>
>>Unfortunately, there is still a crash with:
>>
>>  #include 
>>  #include 
>>  #include 
>>  #include 
>>
>>  int cygwinsystem (const char *cmd)
>>  {
>>pid_t pid;
>>int rc;
>>static int result;
>>
>>if (!(pid = fork()))
>>{
>>  char *com = getenv("COMSPEC");
>>  if (!com) com = "COMMAND.COM";
>>
>>  if (cmd) rc = execlp(com, com, "/c", cmd, NULL);
>>  else rc = execlp(com, com, NULL);
>>
>>  exit(rc);
>>}
>>wait(&result);
>>return result;
>>  }
>>
>>  int main (int argc, char **argv)
>>  {
>>return cygwinsystem(argv[1]);
>>  }
>>
>>When calling this program with an argument like 'dir'. The dir listing
>>appears, but then the program crashes. Tested with latest snapshot 20051227.
>
>No crash here.
>
>cygcheck output would help.

...as would some indication of what you mean by "crash", i.e., maybe even 
running
this under gdb to find out precisely where the "crash" is happening.

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/

Unable to build binutils from source

[Ivan Godard]

Doing the usual ./configure;make, but the make fails:

   /bin/sh ./libtool --mode=link gcc -W -Wall -Wstrict-prototypes 
-Wmissing-prototy
   pes -Werror -g -O2   -o ar.exe  arparse.o arlex.o ar.o not-ranlib.o arsup.o 
rena
   me.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o ../bfd/libbfd.la 
../
   libiberty/libiberty.a  ./../intl/libintl.a
   gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o 
ar.exe a
   rparse.o arlex.o ar.o not-ranlib.o arsup.o rename.o binemul.o emul_vanilla.o 
buc
   omm.o version.o filemode.o  ../bfd/.libs/libbfd.a ../libiberty/libiberty.a 
./../
   intl/libintl.a
   arlex.o: In function `main':
   /home/ivan/tmp/binutils-20050610-1/binutils/arlex.c:1: multiple definition 
of `_
   main'
   arparse.o:/home/ivan/tmp/binutils-20050610-1/binutils/arparse.c:1: first 
defined
here
   ar.o: In function `main':
   /home/ivan/tmp/binutils-20050610-1/binutils/ar.c:337: multiple definition of 
`_m
   ain'
   arparse.o:/home/ivan/tmp/binutils-20050610-1/binutils/arparse.c:1: first 
defined
here
   ar.o: In function `mri_emul':
   /home/ivan/tmp/binutils-20050610-1/binutils/ar.c:143: undefined reference to 
`_y
   yparse'
   collect2: ld returned 1 exit status
   make[3]: *** [ar.exe] Error 1

Problem occurs with both Cygwin sources and sources from gnu.org. I did a binary 
install of binutils fine, but can't reconstruct from source, suggesting an 
environmental problem, but have compared environment with Linux (where binutils 
builds successfully) and can't see a difference. Nothing in the archive on this 
I cound find. cygcheck.out attached.


Ivan


Cygwin Configuration Diagnostics
Current System Time: Fri Dec 30 21:36:42 2005

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\home\ivan\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem

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

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

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

USER = `ivan'
PWD = `/home/ivan/tmp/binutils-20050610-1'
HOME = `/home/ivan'
MAKE_MODE = `unix'

HOMEPATH = `\Documents and Settings\Ivan Godard'
MANPATH = `/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = `C:\Documents and Settings\Ivan Godard\Application Data'
HOSTNAME = `desktop-pc'
TERM = `cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 4 Stepping 1, GenuineIntel'
WINDIR = `C:\WINDOWS'
OLDPWD = `/home/ivan/tmp'
USERDOMAIN = `DESKTOP-PC'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
TEMP = `/cygdrive/c/DOCUME~1/IVANGO~1/LOCALS~1/Temp'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
USERNAME = `Ivan Godard'
PROCESSOR_LEVEL = `15'
FP_NO_HOST_CHECK = `NO'
SYSTEMDRIVE = `C:'
USERPROFILE = `C:\Documents and Settings\Ivan Godard'
PS1 = `\w\$ '
LOGONSERVER = `\\DESKTOP-PC'
HISTIGNORE = `[   ]*:&:bg:fg:exit'
PROCESSOR_ARCHITECTURE = `x86'
!C: = `C:\cygwin\bin'
SHLVL = `1'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = `C:'
PROMPT = `$P$G'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
TMP = `/cygdrive/c/DOCUME~1/IVANGO~1/LOCALS~1/Temp'
SYSTEMROOT = `C:\WINDOWS'
CVS_RSH = `/bin/ssh'
PROCESSOR_REVISION = `0401'
INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = `C:\Program Files'
NUMBER_OF_PROCESSORS = `1'
SESSIONNAME = `Console'
COMPUTERNAME = `DESKTOP-PC'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 38138Mb  55% CP CS UN PA FC 
d:  cd  CDFS   156Mb 100%CS UN   H4_disk2

C:\cygwin  /  system  binmode
C:\cygwin/bin  /usr/bin   system  binmode
C:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  system  binmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\b

netcat nc ???

[Wes S]

It is late and I shouldn't be banging on my pc's but I'm going to 
risk embarassment and ask the question.

I was trying to use netcat, that I thought was invoked by nc to copy 
a dd image of drive to a file on my w2k box running cygwin.

I have a feeling that I am running a nedit utility.

So, is netcat in the cygwin dist?

If you were trying to copy a hard drive image from a remote pc over 
the lan to your pc running cygwin what would the commands be at both 
ends?

Thanks,

Wes S


--
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: scp/ssh: non-interactive commands using "PasswordAuthentication" fail

[Gary R. Van Sickle]

[...]
> > But, all kidding inside, I guess I really can't complain 
> because I'm 
> > selfishly holding back permission from Igor to debug this.  We all 
> > know that no one can debug anything unless they get 
> permission from me 
> > first and there's no way that I would ever want people to 
> debug cygwin 
> > or provide patches to fix problems or anything like that.
> 
> Just for the record, I didn't ask for permission to debug 
> this --

Good, because you're not going to get it.

Season's Greetings from the Cygwin
Cutting-Off-Nose-To-Spite-Face-For-No-Perceptible-Reason Department.

-- 
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: Hope this topic isn't taboo yet

[Gary R. Van Sickle]

> From: Samuel Thibault
> Sent: Friday, December 30, 2005 3:13 PM
> To: cygwin@cygwin.com
> Subject: Re: Hope this topic isn't taboo yet
> 
> Frier, David, le Fri 30 Dec 2005 15:44:08 -0500, a écrit :
> > So if I have a two-physical-processor system which HT fools 
> Windoze into thinking is a quad, then turning off HT is not 
> really going to help me?
> 
> I'd say it won't help, indeed ; to avoid troubles, you will 
> probably have to disable your second cpu too.  Unless you are 
> ready to track & fix bugs :)

Well, better yet, send me the dual HT machine, I'll send you my one-banger
HT machine, and then you can turn off HT.  It's win-win.

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