Hi!
Tuesday, 08 October, 2002 Danny Smith [EMAIL PROTECTED] wrote:
DS The __RUNTIME_PSEUDO_RELOC_LIST__ addition to ldscripts causes problems
DS with ld -r -o foo.o bar.o baz.o because of multiple definitions. This
DS change fixes that problem, but how will it affect intended usage of the
DS
1. doxygen
version: 1.2.18-1
status : reviewed, fixed package is available for review
notes : this package is currently vetoed
(http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00056.html)
reviews: http://cygwin.com/ml/cygwin-apps/2002-09/msg00107.html
On 8 Oct 2002, Robert Collins wrote:
What packages are pending upload Pavel? You pinged me for one, and
Doxygen seems about ready - but Chris has (?temporarily?) vetoed that.
Yeah, sorry. I've just posted the new status update.
I haven't looked at the last doxygen package, the one which uses
New upstream stable release.
Apart from some important fixes from upstream, there's a small fix in
the hint file: added a required dependency on ghostscript.
Please upload.
Greetings,
Jan.
http://lilypond.org/cygwin/tar/lilypond/setup.hint
sdesc: A program for printing sheet music
Please consider changing maintainer. I regret doxygen was vetoed by my failure.
Many people wait for being available on cygwin.
Ryunosuke
On Wed, Oct 09, 2002 at 02:32:49AM +0900, Ryunosuke Satoh wrote:
Please consider changing maintainer. I regret doxygen was vetoed by my
failure. Many people wait for being available on cygwin.
If the consensus is that doxygen is ready for release then I'll withdraw
my veto.
cgf
I don't really care which type the file is. However, as I said at the start
of this all of our cygwin systems are setup with DOS CTLF. This means
that all of our cvs checkouts produce DOS files. We have a script that
creates the CMake cygwin release via a cvs checkout. I can however,
I don't really care which type the file is. However, as I said at the start
of this all of our cygwin systems are setup with Dos CTLF. This means
that all of our cvs checkouts produce Dos files. We have a script that
creates the CMake cygwin release via a cvs checkout. I can however,
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Cygwin Remote: Want to implement a Citrix Metaframe alternative
Date: Tue, 8 Oct 2002 09:41:45 +0200
Hi all,
I am a Newbee to the X11 System (ok i can configure an compiled it) but,
the Steps for Remote Working
Whoah!
Does that actually work Thomas?
Slick!
Thanks for the tip! I may not have originally asked the question, but I can
definitely use your solution!
Thanks again.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of
Thomas,
Yes, that is an excellent answer and it describes an elegant solution
that 99% of people would not be able to come up with on their own. I am
flagging it for inclusion into the User's Guide. Of course, that
doesn't mean it will be in the User's Guide next week, or even next
month,
Thanks.
I have a small bag of tricks like this. One of these days I'll get around
to documenting them. If/when I do so I'll be sure to post a URL to the ML.
By the way, I discovered a caveat in the solution I posted at the root of
this thread. XWin starts up before xinit launches ssh,
While working on the Native GDI engine, Alan Hourihane discovered that
the bit order of 1 bit DIBs differs from that reported in the Win32 API
documentation (or no documentation really specifies the bit order). In
any case, the Wine project has just gained a DIB implementation that may
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2002-10-08 17:16:22
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: winuser.h
winsup/w32api/lib: test.c uuid.c
Added files:
winsup/w32api/include: oleacc.h
Log
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2002-10-08 21:08:05
Modified files:
cygwin : ChangeLog cygheap.cc cygheap.h cygthread.cc
fhandler.h fhandler_console.cc fork.cc spawn.cc
Log message:
*
Thanks Jerry for your advice.
I suspected something like that (though I don't know what is mingw).
I presume that the only thing I can do is to re-build Gnat from source
using ACT binaries and gcc 2.8.1 sources.
Has anyone already done this sort of thing ?
Pierre
Jerry van Dijk wrote:
It seems that cygwin doesn't grok inheritable permissions on my system
(I'm using Windows XP; CYGWIN environment variable contains
'ntsec'). Is it a feature (or, rather, abscence of it) or my fault ?
--
With regards, Roman.
--
Elfyn
[...]
also worthwhile to check for the file EA DATA .SF (don't know that I h
ave
that name exactly but it is close) at the root of the FAT(32) partition.
[...]
The filename was a hint I was looking for. Another hint would be the moment
this file is created, and any particular
Wow,
It took me one half of hour to send my previous reply (job stress:) so I
addressed the quotes of the wrong person.
My apologies Larry,
SLao
--
+++ GMX - Mail, Messaging more http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
--
Unsubscribe info:
Hi Marius,
I don't believe there is any active work going on in the area that you
mention. It seems to change and improve on an as-needed basis based
on bug reports and the like. If you are interested in suggesting a
patch, I'm sure the list would be interested in reviewing your ideas.
Larry and cygwin-list readers,
In my own code I am using the fksec C++ library,
http://www.mvps.org/win32/security/fksec.html. I am not sure if people are willing to
link that library in cygwin. In the affirmative I can suggest a patch to the list that
would add the appropriate ACEs to the
I suppose it depends on what you mean when you say cygwin doesn't grok
inheritable permissions. This email list has discussed in the past that
Cygwin's permissions are affected by the setting of inheritable
permissions
in Windows. There is no corollary in POSIX permissions, which is the view
As I mentioned, the file will be created as soon as you add permissions
to a file in that FAT(32) partition. Just run chmod +rw file for
some file and the EA DATA .SF should appear if you're running with
ntea
enabled. Make sure that ntea is set *before* the Cygwin DLL is loaded
(before any
No, I think you got it right.
Larry
Original Message:
-
From: S. L. [EMAIL PROTECTED]
Date: Tue, 8 Oct 2002 10:40:58 +0200 (MEST)
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: ntea dilemma
Wow,
It took me one half of hour to send my previous reply (job stress:) so I
You're not an expert? Oh well then never mind. We only want
experts! ;-) (Just kidding)
Take a look at http://cygwin.com/contrib.html w.r.t. contributing a patch.
It should get through the basics. I expect the maintainers of the Cygwin
code to do this similar function would prefer a patch
On Tue, Oct 08, 2002 at 09:16:58AM +0200, Pierre Habraken wrote:
Since the Cygwin license makes it impossible for ACT to build a cygwin
based public GNAT release, you will need to find X11 libraries that
work with mingw and use these for linking with GNAT.
Could I have some clarification on
Hi,
(cross-posted to [EMAIL PROTECTED])
I'm using CVS 1.11.1p1 on NT 4.0 sp6a (CVS compiled from sources using
cygwin). My CVS server is a Linux machine (also running 1.11.1p1). I had a
module checked out ages ago
and was working happily with it. Now I suddenly get the following error
message:
Joan,
If you haven't already, you may want to spend some time looking through the
CrossGCC mailing list archives and associated FAQ:
Mailing List: http://www.cygwin.com/ml/crossgcc/
CrossGCC FAW: http://www.sthoward.com/CrossGCC/
ObPlug:
The company I work for (TimeSys) produces
On Tue, 8 Oct 2002, Kris Thielemans wrote:
Hi,
(cross-posted to [EMAIL PROTECTED])
I'm using CVS 1.11.1p1 on NT 4.0 sp6a (CVS compiled from sources using
cygwin). My CVS server is a Linux machine (also running 1.11.1p1). I had a
module checked out ages ago
and was working happily with
Hi Igor,
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
Kris,
It looks like your Cygwin cvs sends a carriage return as part of the
directory name. Seems to me that your CVS/Root and CVS/Repository files
are opened in text mode. See if you've changed the
When I try to run the NumTut demo in Numeric in my cygwin hosted
python, I get a tclerror: [EMAIL PROTECTED]: no such file or
directory. But the file does indeed exist.
At first glance it seems like a problem with cygwin mapping WinNT
paths to POSIX paths, but I have played around with the
This is on an installation using setup today with the latest packages on
archive.progeny.net. It's running Win2k Server. I think I've also verified
this on my XP HE box at home.
I can happily ssh into my box.
$ ssh Administrator@foo
Warning: Remote host denied X11 forwarding.
Last login: Tue
I have seen this problem also, on Windows NT4 SP6. I had the same
solution -- back out my changes. I haven't had time to investigate what
is causing the problem but it starting occurring in one of the recent
releases of ssh in which privilege separation was added.
-Original Message-
Gentlemen,
Have you verified that the line newly added to the password file is
consistent w.r.t. to line-ending convention (Unix vs. Windows) with the
rest of the password file and the mount via which it is accessed by your
ssh server?
Randall Schulz
Mountain View, CA USA
At 13:39
I have only binary mounts:
$ mount
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
od confirms that the line added
Hmm, some more data.
It seems that the newest snapshot improves things a little; it fails an
indeterminate number of times until it succeeds (I've seen 1,5,7 failures),
and then succeeds thereafter.
Even stranger was that I went back to the old dll, and was getting the same
behavior. But the
And now the snapshot is failing consistently too. At least that's more
consistent.
-Len
Randall R Schulz [EMAIL PROTECTED] writes:
Gentlemen,
Have you verified that the line newly added to the password file is
consistent w.r.t. to line-ending convention (Unix vs.
Some time ago I picked an item off the Cygwin TODO list and wrote a /proc
virtual filesystem implementation for Cygwin. My initial testsuite for this
was the procps package that I have packaged up for all of you to enjoy. This
includes such programs as top, another implementation of ps (handily
The subject line pretty much says it all... Generally speaking, I run
the command: updatedb --localpaths='/cygdrive/c/'
This builds a database for everything inside cygwin as well as the rest
of my hard drive... unfortunately, it does not list anything inside of
the directory
I have been editing the /etc/passwd file with Cygwin's vim and the
directory tree is mounted in binary mode, but I will check for errant
^Ms. Thank you for the suggestion.
-Original Message-
From: Randall R Schulz [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 08, 2002 4:55 PM
On Tue, Oct 08, 2002 at 06:38:09PM -0400, Harig, Mark A. wrote:
I have been editing the /etc/passwd file with Cygwin's vim and the
directory tree is mounted in binary mode, but I will check for errant
^Ms. Thank you for the suggestion.
/etc/passwd and /etc/group reading are supposed to be
Christopher Faylor writes:
Could I have some clarification on this? Why would the GPL make it
impossible to build a cygwin-based release? It seems like gcc is
licensed under the GPL and cygwin is licensed under the GPL, so...
No doubt someone will at some point port GNAT to cygwin. Two
On Wed, 2002-10-09 at 05:05, Jerry van Dijk wrote:
Christopher Faylor writes:
Could I have some clarification on this? Why would the GPL make it
impossible to build a cygwin-based release? It seems like gcc is
licensed under the GPL and cygwin is licensed under the GPL, so...
On Tue, Oct 08, 2002 at 09:05:56PM +0200, Jerry van Dijk wrote:
Christopher Faylor writes:
Could I have some clarification on this? Why would the GPL make it
impossible to build a cygwin-based release? It seems like gcc is
licensed under the GPL and cygwin is licensed under the GPL, so...
No
You can build gnat on cygwin. See
- http://gcc.gnu.org/ml/gcc/2002-06/msg00161.html
- http://sources.redhat.com/ml/cygwin/2002-09/msg01212.html
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation:
On Tue, 8 Oct 2002, Christopher Faylor wrote:
[snip]
Anyway, Cygwin is obviously freely available and people are obviously
building programs with it using gcc. We are obviously not asking for
money from each of...
Hey, wait a minute. Nevermind.
Listen up, everyone! You all owe me
On Tue, Oct 08, 2002 at 08:06:04PM -0400, Igor Pechtchanski wrote:
On Tue, 8 Oct 2002, Christopher Faylor wrote:
[snip]
Anyway, Cygwin is obviously freely available and people are obviously
building programs with it using gcc. We are obviously not asking for
money from each of...
Hey,
Hello,
From the XP Pro command prompt, grepping for = (thru
ini files) produces the expected lists.
In the directory with the following files
[C:\Development\test]
.dir
8/23/2002 17:07 0 control.ini
9/13/2002 10:52 213 cr8demo.INI
8/13/1996 8:18
On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl McKeown wrote:
grepping and redircting the output to a file
causes a process loop that has to be killed
17:17 0 [C:\Development\test]
.grep = * delme
17:18 66048 [C:\Development\test]
.^C
What happens is that the grep starts reading the delme
Thanks, cgf, That makes sense.
But one more comment
grep = *.* delme from the XP prompt does NOT
create the infinite loop. It acts like the bash
shell.
-Sheryl
--- Christopher Faylor [EMAIL PROTECTED] wrote:
On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl
McKeown wrote:
grepping and
Thanks, cgf, That makes sense.
But one more comment
grep = *.* delme from the XP prompt does NOT
create the infinite loop. It acts like the bash
shell.
well obviously - delme doesnt contain a period.
Gareth
_
Send and receive
Hi Gareth,
That makes sense in the Unix world, but in this
particular XP directory *.* returns the same listing
as *
As you note though,
grep = * delme and
grep = *.* delme.txt
both create an infinite loop.
But, grep = *.* delme. does not create the loop.
-Sheryl
--- Gareth Pearce [EMAIL
On Tue, Oct 08, 2002 at 05:41:18PM -0700, Sheryl McKeown wrote:
That makes sense in the Unix world, but in this particular XP directory
*.* returns the same listing as *
As you note though,
grep = * delme and
grep = *.* delme.txt
both create an infinite loop.
But, grep = *.* delme. does not
Gotch ya.
Thanks Christopher and Gareth.
And the . makes all the difference.
Best,
Sheryl
--- Christopher Faylor [EMAIL PROTECTED] wrote:
On Tue, Oct 08, 2002 at 05:41:18PM -0700, Sheryl
McKeown wrote:
That makes sense in the Unix world, but in this
particular XP directory
*.* returns
Hi,
Where about on the globe do you reside?
Yours Sincerely,
Robert Foong.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
On Wed, 2002-10-09 at 13:51, Robert Foong wrote:
Hi,
Where about on the globe do you reside?
Im right here.
Rob
--
---
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
---
signature.asc
Description: This is a digitally signed message part
Hello from Gregg C Levine
And who would like to know? Sorry, but I am not in the habit of releasing
such information to outsiders, via e-mail.
Gregg C Levine [EMAIL PROTECTED]
Oh my! The Second Doctor's nearly favorite phrase.
- Original Message -
From: Robert Foong [EMAIL PROTECTED]
To:
On Wed, Oct 09, 2002 at 01:43:26PM +1000, Robert Collins wrote:
On Wed, 2002-10-09 at 13:51, Robert Foong wrote:
Where about on the globe do you reside?
Im right here.
Oh. Is that you? Sorry, I didn't recognize you. Please pass the beer.
cgf
--
Unsubscribe info:
On Mon, Oct 07, 2002 at 11:51:08PM -0400, Christopher Faylor wrote:
On Mon, Oct 07, 2002 at 07:58:12PM -0700, Eduardo Chappa wrote:
I maintain the Pine package and I've found that the cygwin terminal
does not support the scrollregion capability. However, this is
listed as one of the capabilities
Hi, please keep replies on-list.
I'm not sure why you thought I'd be interested in this piece of
unsolicited commercial email, but I assure you I am not. It's my fond
hope that my bar mate Chris whom my arms are not quite long enough to
pass the beer to will kick and ban your spammy ass from the
On Tue, Oct 08, 2002 at 08:27:31PM -0400, Christopher Faylor wrote:
On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl McKeown wrote:
grepping and redircting the output to a file
causes a process loop that has to be killed
17:17 0 [C:\Development\test]
.grep = * delme
17:18 66048
On Wed, Oct 09, 2002 at 03:24:22PM +1000, Robert Collins wrote:
Hi, please keep replies on-list.
Just this once, that may not be the best advice since it isn't actually
going to be possible for this person to keep anything on-list.
What scum.
cgf
I'm not sure why you thought I'd be interested
On Wed, Oct 09, 2002 at 01:42:02AM -0400, Jon LaBadie wrote:
On Tue, Oct 08, 2002 at 08:27:31PM -0400, Christopher Faylor wrote:
On Tue, Oct 08, 2002 at 05:23:05PM -0700, Sheryl McKeown wrote:
grepping and redircting the output to a file
causes a process loop that has to be killed
17:17 0
I apologize in advance if this cross-posting is inappropriate, but it
seemed reasonable at the time...
The following makefile yields two different values for $^ when run
twice in succession:
# Example makefile
vpath %.in /c/work/tmp/src
vpath %.out /c/work/tmp/out
default: stuff/foo.out
%% Regarding Changing resolution of $^ in make; you wrote:
rm vpath %.in /c/work/tmp/src
rm vpath %.out /c/work/tmp/out
rm default: stuff/foo.out
rm # $^
rm %.out: %.in
rm touch /c/work/tmp/out/$@
rm the first time (when the prerequisite stuff/foo.out doesn't
rm exist) ,
Some time ago I picked an item off the Cygwin TODO list and wrote a /proc
virtual filesystem implementation for Cygwin. My initial testsuite for this
was the procps package that I have packaged up for all of you to enjoy. This
includes such programs as top, another implementation of ps (handily
66 matches
Mail list logo