[snip]
> A resizeable window - it's far too small.
A patch to make the chooser window larger (though not resizable) is awaiting
approval/committal.
--
Gary R. Van Sickle
Brewer. Patriot.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.c
Hi Charles,
I've taken a deeper look into the libtool sources and found a hint relating to
the way other os do this checking, for example
libtool.m4.in
# AC_DEPLIBS_CHECK_METHOD
pass_all
gnu*)
irix5* | irix6* | nonstopux*)
linux*) (most hosts)
osf3* | osf4* | osf5*)
sco3.2v5*)
solari
* Lynn Wilson (03-02-08 05:53 +0100)
> I'm now running cygwin 1.3.19-1. I've recently noticed that a bash script that
> previously worked is failing. The problem is that the 'hostname' command used
> to return an upper case machine name. It now returns a lower case name.
>
> Which is correct?
I have sucessfully compiled mySQL (server and client utils) from the
sourceforge.net tarball without significant problems. However, since I
only actually use the CLI client, I cannot comment on whether the
server is suitable for general use.
The CLI client works beautifully, though (via TCP/IP
Erm... Correct me if I'm wrong, but wouldn't an NFS client have to
manipulate mount points as well?
I can see that working for Cygwin binaries (since everything related to
the filesystem namespace goes through Cygwin), but it wouldn't work for
Win32 binaries, since it's not a full network redir
Hallo,
the cygwin user guide says its a feature that groups can be the owner
of files. can somebody tell me why this is so when you can set the
group attributes accordingly?
also in linux you have a group "root" and a user "root". if both occur
in your /etc/passwd file sshd won't allow "root" to l
Uwe Mayer wrote:
> Hallo,
>
> the cygwin user guide says its a feature that groups can be the owner
> of files. can somebody tell me why this is so when you can set the
> group attributes accordingly?
Because that's how Windows works.
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubs
Christopher Faylor wrote:
>
> On Fri, Feb 07, 2003 at 08:44:47PM +, Don Sharp wrote:
> >
> >
> >Elfyn McBratney wrote:
> >>
> >> > This is a somewhat off topic item.
> >> > I have been trying for the last three weeks to update my cygwin
> >> > installation with setup.exe. Unfortunately I can
Seth,
Please post instead of sending private email.
On Fri, Feb 07, 2003 at 07:14:52PM -0500, Seth Rubin wrote:
> I'm running win XP (home) with cygwin. A few months ago I had cygwin
> and postgres working fine on this machine. Today I had problems (the
> IPC communication wasn't happening even
I've updated the version of tcsh to 6.12.00-2.
This version is an update to the official version 6.12.00 with
all Cygwin specific changes of the 6.11.00-5 version merged in.
If you do have problems with this version of insight it would probably
be best to send them to the insight mailing list at
I've updated the version of file to 3.39-1.
This version is an update to the official version 3.39.
If you do have problems with this version of insight it would probably
be best to send them to the insight mailing list at "insight at sources
dot redhat dot com". Then the insight maintainers ca
Corinna Vinschen wrote:
> I've updated the version of file to 3.39-1.
> If you do have problems with this version of insight it would probably
^^^
Copy/paste! ;-) (& tcsh too).
Max.
--
Unsubscribe info: h
This is a multi-part message in MIME format.
--000102040107000502010108
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
I've uploaded a new version of the mingw runtime. The ChangeLog entries
are attached.
Earnie.
-Installation Instruct
Could you guys get getopt (getopt.h) defined?
Thanks.
Earnie Boyd wrote:
This is a multi-part message in MIME format.
--000102040107000502010108
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
I've uploaded a new version of the mingw runti
Andrew DeFaria wrote:
> Could you guys get getopt (getopt.h) defined?
Been there, discussed that:
http://sources.redhat.com/ml/cygwin/2002-11/msg01456.html
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation:
> Still, It's interesting to ponder. I understand the Sun RPC stuff works
> now, right?
Correct.
-Samrobb
I've looked at every mailing list and FAQ for limitations on the Cygwin
accept() I can't find this one.
The following program illustrates the problem, simply moving the struct
sockaddr_in sin, and char buf definition lines to be local variable of
the main will cause the accept to fail with a "bad
Hi,
Never thought I'd be asking questions about sshd, but here we go: I've
finally gotten around to setting up an ssh server on my machine (Win2k
SP2, using openssh-3.5p1-3, cygwin1.dll compiled from CVS yesterday).
I can just hear the groans of ssh experts, so, before I go into details,
*it seems
On Fri, Feb 07, 2003 at 10:34:54PM -0700, J. J. Ekstrom wrote:
> I've looked at every mailing list and FAQ for limitations on the Cygwin
> accept() I can't find this one.
> [...]
> if ((new_s = accept(s, (struct sockaddr *)&sin, &len)) < 0)
Cockpit error. Try initializing len before cal
The announcements in the subject both contained the following section:
If you do have problems with this version of insight it would probably
be best to send them to the insight mailing list at "insight at sources
dot redhat dot com". Then the insight maintainers can help rectify them.
I
On Fri, 7 Feb 2003 [EMAIL PROTECTED] wrote:
> Not sure whether it's worth mentioning, but here it is:
> zprofile and zshell.zsh have DOS-style line-endings.
> Should be changed to unix format.
Oh heck! My source patch got generated as a DOS text file, so when I did
a clean rebuild to generate th
On Fri, 7 Feb 2003, Dr. Volker Zell wrote:
> > "BStrohhaecker" == BStrohhaecker <[EMAIL PROTECTED]> writes:
>
> BStrohhaecker> Not sure whether it's worth mentioning, but here it is:
> BStrohhaecker> zprofile and zshell.zsh have DOS-style line-endings.
> BStrohhaecker> Should be
Hello!
Some time ago, when I was using at home 1.3.18 version of CygWin under
Windows 2000 Workstation + SP3, I discovered that every command
execution lead to some memory leak. It's especially noticeably when I
try to run large scripts (like "configure") - the memory loading (as
viewed
Hi,
I've been working on a problem and havent found a way out yet. The
problem is as follows:
I have a list of files in a folder. I want to run a perl script on each of
them and redirect the output to the filename with a suffix (ie if there are
5 files initially then after the script has r
At 05:23 PM 2/8/2003, Rajagopalan, Raghu (CCL) wrote:
>Hi,
> I've been working on a problem and havent found a way out yet. The
>problem is as follows:
>
>I have a list of files in a folder. I want to run a perl script on each of
>them and redirect the output to the filename with a suffix (
No - not really.
-Original Message-
From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]]
Sent: Saturday, February 08, 2003 5:26 PM
To: Rajagopalan, Raghu (CCL); '[EMAIL PROTECTED]'
Subject: Re: Help with xargs and output redirection.
At 05:23 PM 2/8/2003, Rajagopalan, Raghu (C
Works for me on Win2000Pro+SP3/PIII.
> -Original Message-
> From: Victor Antonovich [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, February 08, 2003 5:18 PM
> To: [EMAIL PROTECTED]
> Subject: 1.3.19: fork() strange memory leak under W2K
>
>
> Hello!
>
> Some time ago, when I was using at
> Some time ago, when I was using at home 1.3.18 version of
> CygWin under Windows 2000 Workstation + SP3, I
> discovered that every command execution lead to some memory
> leak. It's especially noticeably when I try to run large
> scripts (like "configure") - the memory loading (as viewed
From 'info libtool':
`pass_all'
will pass everything without any checking. This may work on
platforms in which code is position-independent by default and
inter-library dependencies are properly supported by the dynamic
linker, for example, on DEC OSF/1 3 and 4.
From ltmain
> Ralf -- please drop my 'final' script into one of your generated
> libtools and run your tests (what? rebuilding KDE?) on it, and let me
> know what you think. (Oh, and since (a) 'file' execution speed is
> invariant with target size, and (b) we match *DLL* and *executable*
> separately, if you
> From 'info libtool':
>
>`pass_all'
> will pass everything without any checking. This may work on
> platforms in which code is position-independent by default and
> inter-library dependencies are properly supported by the dynamic
> linker, for example, on DEC OSF/1 3
This afternoon, the following arrived in my mail spool (I've inserted it
directly from the spool):
=
>From Iain Tuddenham Sat Feb 8 13:46:51 2003
Date: Sat, 08 Feb 2003 13:46:51 + (GMT)
Subject: fetchmail authentication failed on [EMAIL PROTECTED]
Fetchmail could not get mail from [EMAI
Ralf Habacker wrote:
> Chuck, this script does not work with original libtool 1.4e
1.4e isn't a specific version. It just means "some cvs checkout after the
1.4d release"
> file_magic (win32_libid): 50 sec from make start until the ar(!)
> command line comes up. The problem I've got with this is
Today at 1:31am, Iain Tuddenham wrote:
| This afternoon, the following arrived in my mail spool (I've inserted it
| directly from the spool)
But sadly in my posting, Pine threw away most of the binary and the the
following few lines for good measure - this time I've attached the corrupt
mail from
> 1.4e isn't a specific version. It just means "some cvs checkout after the
> 1.4d release"
but this could be a long period: :-)
The recent devel libtool tells:
$ libtool --version
ltmain.sh (GNU libtool) 1.4e (1.1175 2003/01/01 01:57:46)
ltmain of recent kde from anoncvs.kde.org:
VERSION=1.4e
Sorry - nothing to do with Cygwin - known problem with fetchmail:
http://lists.ccil.org/pipermail/fetchmail-friends/2003-January/003007.html
(Google didn't find that page for me when I searched before posting here).
Iain Tuddenham.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simp
Sorry - me again...
Today at 1:31am, Iain Tuddenham wrote:
| My .fetchmailrc includes
| mda "procmail -d '%T'; notify"
| (where notify is a little script to ring a bell).
Having broadcast that to the world, I've just noticed what a bad idea it
is:
"procmail -d '%T'; notify"
returns always no
> Sorry - me again...
>
> Today at 1:31am, Iain Tuddenham wrote:
>
> | My .fetchmailrc includes
> | mda "procmail -d '%T'; notify"
> | (where notify is a little script to ring a bell).
>
> Having broadcast that to the world, I've just noticed what a bad idea it
> is:
> "procmail -d '%T'; notify
I've made a new version of the Cygwin DLL and associated utilities
available for download. As usual, a list of what has changed is below.
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. Then, run se
Max Bowsher wrote:
1.4e isn't a specific version. It just means "some cvs checkout after the
1.4d release"
Right. But when? And on which branch? 1.4-branch CVS, or HEAD CVS
(which is to say, pre-1.5)? Granted, libtool's CVS organization and
branch naming could be better, but AFAIK KDE stil
Thanks for getting this out Chris -)
I had a few problems with the cygpath grabage problem and now it'll be fixed
(fingers x'd)
Sorry if this isn't the usual bitch after a new release ;-)
Regards,
Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk
--
Unsubscribe info: http://cyg
On Sun, Feb 09, 2003 at 04:55:19AM -, Elfyn McBratney wrote:
>Thanks for getting this out Chris -)
>
>I had a few problems with the cygpath grabage problem and now it'll be fixed
>(fingers x'd)
Hmm. Why didn't you try a snapshot?
>Sorry if this isn't the usual bitch after a new release ;
Ralf Habacker wrote:
1.4e isn't a specific version. It just means "some cvs checkout after the
1.4d release"
but this could be a long period: :-)
The recent devel libtool tells:
$ libtool --version
ltmain.sh (GNU libtool) 1.4e (1.1175 2003/01/01 01:57:46)
ltmain of recent kde from anoncvs.kde
> >Thanks for getting this out Chris -)
> >
> >I had a few problems with the cygpath grabage problem and now it'll be
fixed
> >(fingers x'd)
>
> Hmm. Why didn't you try a snapshot?
Im running from a CVS-build at home but at work I didn't use a snap as I
heard on the devel grape vine that 1.3.
I think this is the first cygwin release that has reached "20" since
B20. I hope that's a good sign.
cgf
(now I've jinxed everything)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/doc
> I think this is the first cygwin release that has reached "20" since
> B20. I hope that's a good sign.
Does that mean that instead of "1.3.20 is mashed...I'm going back to B20"
it'll be "3.9.450 is mullered I'm rolling back to 1.3.20"? ;-)
> cgf
> (now I've jinxed everything)
You, Jixn things
Ralf Habacker wrote:
Ralf -- please drop my 'final' script into one of your generated
libtools and run your tests (what? rebuilding KDE?) on it, and let me
know what you think. (Oh, and since (a) 'file' execution speed is
invariant with target size, and (b) we match *DLL* and *executable*
separat
On Sun, Feb 09, 2003 at 05:11:46AM -, Elfyn McBratney wrote:
>> I think this is the first cygwin release that has reached "20" since
>> B20. I hope that's a good sign.
>
>Does that mean that instead of "1.3.20 is mashed...I'm going back to B20"
>it'll be "3.9.450 is mullered I'm rolling back t
> Something like that. Or, maybe when people start talking about B20 we can
> say:
Totally OT but MySQL distribute B19...Perhaps someone should send them a
mail telling them to upgrade to the bees-knees in cygwin (Ya know what I
mean...B20 ;-)
>
> "You mean 1.3.20, right?"
>
> "Uh, right, I thin
I'm having problems with this version of tcsh: it
is doing some weird things with newlines.
Here is a transcript of exactly what happens,
with comments:
wilson@XP ~ # first prompt on startup
$ cat > .tcshrc # dump into .tcshrc
set prompt = FOO
50 matches
Mail list logo
