> -Original Message-
> From: Robert Collins [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 26, 2002 5:14 AM
> To: Earnie Boyd
> Cc: [EMAIL PROTECTED]
> Subject: Re: Missing getopt.h for MinGW is not a bug.
>
>
> On Tue, 2002-11-26 at 23:58, Earnie Boyd wrote:
> > We purposefully do
> From: Peter A. Castro
>
> Some additions for Cygwin:
> - Added a default /etc/zprofile. If you already have a custom
> /etc/zprofile, please save yours some place before installing.
I think it would have been better for you to have a /etc/zprofile.default
and a /etc/postinstall/zprofile.sh
Hi!
Finally I decided to study seriously the autotools (thanks for the
references, Nicholas!).. but I have a small problem:
(cyberone is my CygWin/WinXP desktop machine, cyberx is my FreeBSD
home-server machine)
cyberone$ autoreconf
cyberone$ rsync -vrLe ssh --delete * lapo@cyberx:project/
cyber
Lapo Luchini <[EMAIL PROTECTED]> wrote:
> Hi!
> Finally I decided to study seriously the autotools (thanks for the
> references, Nicholas!).. but I have a small problem:
>
> (cyberone is my CygWin/WinXP desktop machine, cyberx is my FreeBSD
> home-server machine)
> cyberone$ autoreconf
> cyberone$
I'm trying to debug a segfault from h8300-hms-ld.
Can anyone give me any pointers on malloc debugging under Cygwin?
Thanks.
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.h
I believe that autoreconf isn't entirely reliable.
This is the reason that projects (e.g. libgetopt++) often have a
bootstrap.sh which runs the relevant autotools.
Doing "aclocal && automake && autoconf" as the autobook suggests doesn't
change things... =(
(or: it does seldom work, but usuall
Lapo Luchini wrote:
I believe that autoreconf isn't entirely reliable.
This is the reason that projects (e.g. libgetopt++) often have a
bootstrap.sh which runs the relevant autotools.
Doing "aclocal && automake && autoconf" as the autobook suggests doesn't
change things... =(
(or: it does
On Fri, 29 Nov 2002, Charles Wilson wrote:
> > Please grant me this one conceit. Linus likes penguins. I like
> > otters.
>
> Me too.
>
> > If there is going to be an animal mascot for cygwin it should be an
> > otter.
>
> Figured those FurryMuck people might be able to help -- they like
> > The only thing I like to say is, that instead of using a symbolic
> link to the
> > dll, the "unix" way may be possible.
> > What I mean is to put the dll into the lib dir (like the .so
> libraries in unix,
> > the bin dir contains only executables) and to implement a LD_LIBRARY_PATH
> > enviro
Chris,
This has apparently been fixed in 1.3.17 - I updated my dual-processor
machine, and have not seen that error message the entire evening.
R.
Christopher Faylor wrote:
On Sun, Nov 24, 2002 at 04:10:56PM +, Rui Carmo wrote:
Having suffered from repeated rxvt hangs, I dutifully downl
For the Cygwin FAQ maintainer:
Quoted from the FAQ under "Posting Guidelines" --
Details about your Cygwin setup, accomplished by pasting the
output of 'cygcheck -s -v -r' into your message. (Do not send the
output as a file attachment.)
Recent discussion suggests the advice is
"ls" reports a 2.6Gb file as being huge! This is under an XP Pro, NTFS
partition with cygwin, 1.3.17-1 using ls from fileutils, 4.1-1. The
following shows the incorrect size for fred3.zero from "ls" and the correct
size from a similar dir command.
The file was created with: dd if=/dev/zero o
On Sat, Nov 30, 2002 at 03:22:42PM -0500, David Edwards wrote:
>"ls" reports a 2.6Gb file as being huge! This is under an XP Pro, NTFS
>partition with cygwin, 1.3.17-1 using ls from fileutils, 4.1-1. The
>following shows the incorrect size for fred3.zero from "ls" and the correct
>size from a
At 09:44 AM 11/28/2002, Chris Game wrote:
>The login shell stuff sent me to look at the etc/passwd file and the
>stuff about that in the cygwin FAQ. As an occasional user of cygwin I
>have to say I find these documents written at too high a level to take
>in easily. A couple of hours searching f
At 12:55 AM 11/29/2002, [EMAIL PROTECTED] wrote:
>The program I ran gdb on a very standard hello world program, it crashes even
>before main is entered.
>Anybody have an idea how to solve this problem?
>Any help is appreciated.
I think you'll find some help for this in the email archives. For
2 fixes to the line, it should be:
sometarget:
$(shell echo -e '$(VAR1)' >> $@)
this $(shell... makes a file called "somefile", in it
you will see:
"
a.o:a.c
cc $@
"
I'm including this sometarget in the makefile thus extending it
"on the fly", believe me it works !
-Original Message--
On Sat, Nov 30, 2002 at 11:55:18PM -0500, Larry Hall (RFK Partners, Inc) wrote:
>
>At 12:55 AM 11/29/2002, [EMAIL PROTECTED] wrote:
>>The program I ran gdb on a very standard hello world program, it
>>crashes even before main is entered. Anybody have an idea how to solve
>>this problem? Any help
At 01:03 AM 12/1/2002, Christopher Faylor wrote:
>On Sat, Nov 30, 2002 at 11:55:18PM -0500, Larry Hall (RFK Partners, Inc) wrote:
> >
> >At 12:55 AM 11/29/2002, [EMAIL PROTECTED] wrote:
> >>The program I ran gdb on a very standard hello world program, it
> >>crashes even before main is entered. An
18 matches
Mail list logo
