Robert Collins wrote:
Much better. Please supply as a attachment, along with a changelog.
Will do.
Also, I've made some notes to getReadableCategoryList below that you may
follow or not at your discression.
Discussing below:
+String const
+packagemeta::getReadableCategoryList () const
Max Bowsher wrote:
Robert Collins wrote:
Much better. Please supply as a attachment, along with a changelog.
Here.
+ setString, String::caseless::const_iterator all =
categories.find(All);
this is also not needed, and if we were using something that supports
multiple entries (say a
On Sun, 2002-09-22 at 22:13, Max Bowsher wrote:
Robert Collins wrote:
Much better. Please supply as a attachment, along with a changelog.
Will do.
Cool, Thanks.
OK. It was a (not so good) attempt at a performance optimization.
Done too early :].
+ setString,
CVSROOT:/cvs/src
Module name:src
Branch: cygwin_daemon
Changes by: [EMAIL PROTECTED] 2002-09-22 03:01:29
Modified files:
winsup/cygwin : ChangeLog Makefile.in errno.cc exceptions.cc
fhandler.cc fhandler_console.cc
CVSROOT:/cvs/src
Module name:src
Branch: cygwin_daemon
Changes by: [EMAIL PROTECTED] 2002-09-22 03:31:45
Modified files:
winsup/cygwin : ChangeLog cygserver_shm.cc shm.cc
Log message:
* cygserver_shm.cc (with_strerr): Remove macro.
CVSROOT:/cvs/src
Module name:src
Branch: cygwin_daemon
Changes by: [EMAIL PROTECTED] 2002-09-22 03:54:39
Modified files:
winsup/cygwin : ChangeLog cygserver.cc cygserver_client.cc
cygserver_process.cc cygserver_shm.cc
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2002-09-22 05:04:16
Modified files:
winsup/cygwin : ChangeLog Makefile.in cygserver.cc
cygserver_client.cc cygserver_process.cc
cygserver_shm.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2002-09-22 09:33:37
Modified files:
cygwin : ChangeLog Makefile.in
Log message:
* Makefile.in (DLL_O_FILES): Restore formatting.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2002-09-22 14:39:03
Modified files:
cygwin : thread.cc
Log message:
white space.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2002-09-22 17:31:31
Modified files:
cygwin : ChangeLog cygheap.cc delqueue.cc dir.cc
dll_init.cc dtable.cc environ.cc fhandler.cc
Christopher Faylor [EMAIL PROTECTED] wrote:
On Sat, Sep 21, 2002 at 08:34:06PM +0100, Conrad Scott wrote:
The attached patch is the (small) subset of the cygwin_daemon merge
that
I need clearance on.
Looks ok. Go ahead and check it in.
Thanks: it's in now. Sorry for the mangled Makefile
On Sun, Sep 22, 2002 at 11:01:58PM +0100, Conrad Scott wrote:
Christopher Faylor [EMAIL PROTECTED] wrote:
Btw, I forgot to mention that the ChangeLog dates should all reflect
the checkin time. I have just changed them to today's date.
Also, maybe you already did this, but for future
Hello,
Using autom4te (GNU Autoconf) 2.53a
autoheader (GNU Autoconf) 2.53a
on CYGWIN_NT-4.0 1.3.10(0.51/3/2) 2002-02-25 11:14 i486 unknown
$ /usr/autotool/devel/bin/autoheader
/usr/autotool/devel/bin/autom4te: unrecognized option `--trace='
Try `/usr/autotool/devel/bin/autom4te
Hello,
I encountered problems concerning the installation of expat (1.95.4-1).
After
$ tar xjvf expat-1.95.4-1-src.tar.bz2
$ ./expat-1.95.4-1.sh all
the script breaks with:
...
+ reconf-cygwin.sh
reconf-cygwin.sh: not found
+ STATUS=127
+ exit 127
But reconf-cygwin.sh is in the expat-1.95.4/
Im trying to build gtk+ static in windows,
but i cant get it to work.
ive managed to compile glib,
and ive got some *.a files.
but when ill run ./configure in gtk directory,
it says glib is not installed..
anyone wanna help me out with building gtk+ static?
--
Unsubscribe info:
On Sun, 22 Sep 2002 11:49:57 +0200 Andreas [EMAIL PROTECTED] wrote:
I encountered problems concerning the installation of expat (1.95.4-1).
After
$ tar xjvf expat-1.95.4-1-src.tar.bz2
cd expat-1.95.4 # ?
$ ./expat-1.95.4-1.sh all
the script breaks with:
...
+ reconf-cygwin.sh
At 10:44 PM 9/21/2002 -0400, Matt Swift wrote:
I have observed the following reproducible strange behavior of chmod.
My conjecture consistent with tests so far is that problems occur only
when a file's owner is the same as the file's group.
More precisely, uids and gids are mapped to internal
On Fri, 20 Sep 2002 11:56:57 -0400, Christopher Faylor [EMAIL PROTECTED]
wrote:
On Fri, Sep 20, 2002 at 11:26:42AM +, Guy Harrison wrote:
On Wed, 18 Sep 2002 15:35:53 -0400, Christopher Faylor [EMAIL PROTECTED]
wrote:
Shame us non-developers can't get it readonly.
Actually, Cyg CVS (afaik) determines line termination defauls based on
the cyg dll, and user-defined mounts that the check-out are done to.
I've found this as we have a number of developers using cyg/cvs who have
set up mounts in a number of creative ways (not according to docs,etc.)
... and cvs
On Sun, Sep 22, 2002 at 08:44:40AM -0700, Bruce Alderson wrote:
Actually, Cyg CVS (afaik) determines line termination defauls based on
the cyg dll, and user-defined mounts that the check-out are done to.
I've found this as we have a number of developers using cyg/cvs who have
set up mounts in a
On Sun, Sep 22, 2002 at 03:08:41PM +, Guy Harrison wrote:
On Fri, 20 Sep 2002 11:56:57 -0400, Christopher Faylor [EMAIL PROTECTED]
wrote:
On Fri, Sep 20, 2002 at 11:26:42AM +, Guy Harrison wrote:
On Wed, 18 Sep 2002 15:35:53 -0400, Christopher Faylor [EMAIL PROTECTED]
wrote:
Shame us
--- Soren A [EMAIL PROTECTED] wrote:
Hello,
Using autom4te (GNU Autoconf) 2.53a
autoheader (GNU Autoconf) 2.53a
on CYGWIN_NT-4.0 1.3.10(0.51/3/2) 2002-02-25 11:14 i486 unknown
$ /usr/autotool/devel/bin/autoheader
/usr/autotool/devel/bin/autom4te: unrecognized option
==
Windows 2000
CYGWIN_NT_5.0
==
Something happened to CYGWIN on my machine.
== cygwin.bat Invocation : BEGIN ==
I have no name!@5AT8S8CQEEX4QHI ~ ### it was Administrator@5AT8S8CQEEX4QHI ~
$
$ whoami
whoami: cannot find username for UID 500
$pwd
Nicholas Wourms [EMAIL PROTECTED] wrote in
[EMAIL PROTECTED]:">news:[EMAIL PROTECTED]:
autoheader: autom4te failed with exit status: 1
at /usr/autotool/devel/bin/autoheader line 163
Any ideas about what's wrong here?
I already reported this prior to Chuck's extended vacation. He
I was told over at the autoconf List that I should be using 2.54 because
2.53 'is an early alpha release'. I wonder if there are users on List
here who might have been using a Autoconf-2.54 they've built themselves
from GNU mainline source?
We're still using 2.53a (or b?), as something in
--- Christopher Faylor [EMAIL PROTECTED] wrote:
On Sun, Sep 22, 2002 at 08:44:40AM -0700, Bruce Alderson wrote:
Actually, Cyg CVS (afaik) determines line termination defauls
based on
the cyg dll, and user-defined mounts that the check-out are done
to.
I've found this as we have a number
On Sun, Sep 22, 2002 at 11:57:04AM -0700, Nicholas Wourms wrote:
The name of the product is Cygwin. It is not cyg. I don't know
where this abbreviation is coming from but I really find it repugnant.
Didn't you know? cyg is Ebonics for Cygwin...
Oh, well, nevermind then.
cgf
--
Unsubscribe
On Mon, 2002-09-23 at 02:40, Christopher Faylor wrote:
Robert Collins has vowed to fix this problem this weekend. Until then,
however, I have commented out the code in question.
Thatsa ctually a good solution for now. Thoams suggested his approach
did the same thing, but I've reviewed it and
I was trying to use setup to uninstall some Cygwin components,
because the machine was running out of space.
So I ran setup, intending to uninstall the TeX components. I
expanded the tree view, and in each of the categories in which the
TeX bits and pieces appeared (3 places), I selected
The first surprise was that everything (configure, make-bootstrap,
make-check) worked! That's a surprise because it was consistantly
failing only a few days ago and I didn't notice anything changing except
the phase of the moon.
The following observations may not be bugs (except the first).
On Sunday 22 September 2002 17:20, you wrote:
IN THE VERY FIRST COMPILER TEST, I get these:
ignoring nonexistent directory ../../include/w32api
^^^
GNU CPP version 3.2 20020912 (prerelease) (cpplib) (80386, BSD syntax)
GNU C version 3.2 20020912 (prerelease)
Rico was kind enough to pass along to me his work on the
sunrpc and universal nfs server. I did a bit of work on
it - got it to the point where I could build sunrpc and
the nfs daemons cleanly; build installation tarballs;
and use those to install and start an nfs server that
exported an nfs
On Sun, Sep 22, 2002 at 07:08:21PM -0700, Tim Prince wrote:
SEEMS STRANGE to have one and not the other. DOES IT MATTER?
Since vfork is not a standard C function, no one says there need be such a
header. There are bigger isssues with vfork on Windows, see the list archive.
I'm not aware of
A lot of the weirdness in configure and make is due to the weird
non-autoconf configure script used at the top level. I'm working on
autoconfiscating it, though it takes a while. This probably accounts for
the missubstitution in the Makefile, and some of the false negatives.
--Nathanael Nerode
Hello all,
I just used the cygwin setup program to install gcc on my d: drive on
my windows 2000 professional pc.
The install seemed to go fine. From the command line I can get the
version of gcc:
bash.exe-2.02$ gcc -v
Using builtin specs.
gcc version egcs-2.91.57 19980901 (egcs-1.1 release)
Alex,
The /etc/passwd looks ok (assuming you have no users other than the
adminstrator). Is it readable by the administrator?
This could have happened if you've introduced ntsec into your CYGWIN
environment variable, and your /etc/passwd wasn't readable by the
administrator. Also, the `pwd`
First of all, you should always make efforts to be sure that your CVS files
are stored using the *UNIX* line ending conventions, whether you are using a
client on DOS/Windows or not, whether your CVS server is running on
DOS/Windows or Unix. If you do not, you *will* have trouble with diffs, and
On 22 Sep 2002 20:53:57 -0600 Ed [EMAIL PROTECTED] wrote:
I just used the cygwin setup program to install gcc on my d: drive on
my windows 2000 professional pc.
The install seemed to go fine. From the command line I can get the
version of gcc:
bash.exe-2.02$ gcc -v
Using builtin specs.
setup.exe is crashing on one of my systems with Windows XP. I tried with
both stock XP Pro and with it patched to SP1. This is a freshly installed
system with only a couple of hardware drivers installed (nVidia Detonator
for instance) and no other applications running at the time. Also, this
After more investigation of the problem system, I found that I cannot
install other programs as well. Or I can install but then not run them
without a crash. It would appear that the XP installation on my system is
damaged. I believe this has nothing to do with cygwin's setup whatsoever.
40 matches
Mail list logo
