you can no longer use mixed cygwin paths as dependancies in a makefile
any more. for example, the following lines in a makefile fail:
mytarget: C:/windows
echo hello world
running make on the above 2-line makefile yields the error:
Makefile:1: *** target pattern
On Wed, Aug 16, 2006 at 03:35:22PM -0400, Eric Johanson wrote:
tar 1.15.91 does not support the use of mixed-mode paths via the f
command-line option. for example, if you run the command:
tar tvf c:/temp/myfile.tar
then you get the following error message from tar:
d: Unknown Host
René Berber wrote:
XWin only opens a couple of connections, with ssh -X it's only one connection.
XWin opens no connection (except for xdmcp). It's a server and will only
react on incoming connections.
The error results from a program which tries to open many connections at
a time (SYN
Hi,
I am using the cygwin on Windows XP. I am opening the startkde from Linux on
the Windows system. I am getting the Linux KDE window on Windows XP but there
is problem with the keyboard. The keyboard does not work.
Please help me out what setting I need to do.
Thanks in advance,
-Priti
Content
Alexander Gottwald wrote:
René Berber wrote:
XWin only opens a couple of connections, with ssh -X it's only one
connection.
XWin opens no connection (except for xdmcp). It's a server and will only
react on incoming connections.
To clarify, and I knew when I wrote the above it wasn't quite
Hi Matthew,
[snip]
gdb reports the following:
Program received signal SIGSEGV, Segmentation fault.
[snip]
The address it is trying to write to appears to be a read only address in
the attempt to resolve some adresses and updating pointers it crashes.
I've no idea why openmotif/whatever
Hi,
Tried the -fwritable-strings. Doesn't solve the problem as the SIGSEGV
occurs during the
loading of the executable and its DLL's.
I've tried the linker script that doesn't generate .rdata segments, both
during the linking of the shared lib and the executable but that doesn't
work in all
Hi!
I have some problems using the ssh.exe from ...\cygwin\bin\: Each time,
i log in into my ssh-Server (Linux), i get the following output:
C:\cygwin\binssh -i identity [EMAIL PROTECTED]
Could not create directory '/home/_Kai_/.ssh'. The authenticity of
host XXXmyIPXXX can't be
Kai Schlichting wrote:
I have some problems using the ssh.exe from ...\cygwin\bin\: Each time,
i log in into my ssh-Server (Linux), i get the following output:
C:\cygwin\binssh -i identity [EMAIL PROTECTED]
Could not create directory '/home/_Kai_/.ssh'. The authenticity of
host
Hello all,
Cygwin by default maps all the local hard drives (C:, D:) to
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
Is it possible for us to change the mount name to something other than
cygdrive say cyd. Example
c: on /cyd/c type user
On Aug 16 16:07, Ganesh wrote:
Hello all,
Cygwin by default maps all the local hard drives (C:, D:) to
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
Is it possible for us to change the mount name to something other than
cygdrive say cyd.
Markus Schönhaber schrieb:
You should ensure that ssh is able to create the directory
/home/_Kai_/.ssh on the machine where you issue the ssh
command. Which obviously means that /home/_Kai_/ has to exist.
BTW: ~/.ssh (i. e. /home/_Kai_/.ssh in your case) is where the
identity file belongs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Buchbinder, Barry (NIH/NIAID) [E] on 8/15/2006 11:50 AM:
I think that you want to have two completely different cygwins, say one in
c:\cygwin and one in c:\cygwin_old. Use two different copies of setup
(c:\cygwin\arc\setup.exe and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Avi Cohen Stuart on 8/15/2006 2:34 PM:
Hi,
Please let me know if this is the correct newsgroup.
Actually, it is officially a mailing list (in spite of the fact that there
are some newsgroup frontends that people have created on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Pablo Chico de ? Huerta on 8/15/2006 4:32 PM:
Hi,
My work group has developed a Prolog Language to Unix. Now, we are
going to adapt it to work under windows, but when a .exe is
executed, we need know is the execution is
Kai Schlichting wrote:
I think, now it's all like you say, but same problems:
RootUserName # ls -al /home/_Kai_/
What's this?
total 12
drwxrwxrwx 3 _Kai_ users 4096 Aug 16 14:27 .
drwxr-xr-x 9 root root 4096 Aug 11 23:38 ..
drwxrwxrwx 2 root root 4096
- Original Message -
From: Stephen Grant Brown [EMAIL PROTECTED]
To: Linda Walsh [EMAIL PROTECTED]
Sent: Tuesday, August 15, 2006 10:34 PM
Subject: Re: Permission denied Permission denied Permission deniedPermission
denied Permission denied Permission denied
Hi All,
I have been
Markus Schönhaber schrieb:
I think, now it's all like you say, but same problems:
RootUserName # ls -al /home/_Kai_/
What's this?
because my SSH is installed on an Eisfair-Server, my rootusername is
eis. I wrote RootUserName so that you know, that i was logged on as
Kai Schlichting wrote:
Markus Schönhaber schrieb:
I think, now it's all like you say, but same problems:
RootUserName # ls -al /home/_Kai_/
What's this?
because my SSH is installed on an Eisfair-Server, my rootusername is
eis. I wrote RootUserName so that
Hi,
I tried to ussubscribe from cygwin e-mail list and also received
confirmation, however, I keep on receiving cygwin related e-mail. Is
there any way to unsubscribe successfully?
T.C.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On 16 August 2006 14:26, T.C. Yang wrote:
Hi,
I tried to ussubscribe from cygwin e-mail list and also received
confirmation, however, I keep on receiving cygwin related e-mail. Is
there any way to unsubscribe successfully?
T.C.
--
Unsubscribe info:
At 05:02 PM 8/15/2006, Christopher Faylor wrote:
Just to clarify, the whole point of your interest is to avoid telling
people that they should use the MinGW version of make with makefiles
that are intended for use MS-DOS-like applications, right? If that
is the case, then it really seems like the
At 07:04 PM 8/15/2006, Christopher Faylor wrote:
No, it would work in this case, but I hesitate to name my price since
it will surely make me sound even more evil.
I'll bite, how much and how long would it buy me?
-Bill
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Markus Schönhaber schrieb:
Once again: ssh must be able to create /home/_Kai_/.ssh on the machine where
you issue the ssh command, i. e. the Cygwin machine. Creating those files on
the machine you want to connect to, won't help.
That means i must have on my Windows machine /home/_Kai_/.ssh? How
Herb Martin wrote:
My winXP ID was recently moved from one domain to
another. Now when I
log in to cygwin, I don't have permissions to access
some of my own
files - like my ssh id_rsa file for example. Can someone
tell me what I
need to do to fix this? Also, the group name is showing up
Kai Schlichting wrote:
Markus Schönhaber schrieb:
Once again: ssh must be able to create /home/_Kai_/.ssh on the machine
where you issue the ssh command, i. e. the Cygwin machine. Creating those
files on the machine you want to connect to, won't help.
That means i must have on my Windows
On Aug 16 15:37, Kai Schlichting wrote:
Markus Schönhaber schrieb:
Once again: ssh must be able to create /home/_Kai_/.ssh on the machine
where you issue the ssh command, i. e. the Cygwin machine. Creating those
files on the machine you want to connect to, won't help.
That means i must have
One more question on this topic. I still have a lot of files scattered
around the HD with an owner and/or group of (numeric uid of
4294967295). Most of them are system files like ssh_config or the
/cygdrive/ directory. What user id and group should own these files?
--
Unsubscribe info:
At 05:27 AM 8/16/2006, Dave Korn wrote:
On 15 August 2006 20:56, William A. Hoffman wrote:
So, in this case, for
those that want the old way of things to work, there is no amount of work
they can do to make that happen.
Blatantly untrue. Here is a VERY simple recipe you can follow to
On Wed, Aug 16, 2006 at 10:27:01AM +0100, Dave Korn wrote:
1) Use setup.exe to install the source package to 3.80-1.
2) Compile and install it with a --prefix setting that places it earlier in
your $PATH (e.g. /usr/local instead of /usr).
3) (Optional) Use setup.exe to uninstall the cygwin make
On Wed, Aug 16, 2006 at 09:34:36AM -0400, William A. Hoffman wrote:
At 05:02 PM 8/15/2006, Christopher Faylor wrote:
Just to clarify, the whole point of your interest is to avoid telling
people that they should use the MinGW version of make with makefiles
that are intended for use MS-DOS-like
William A. Hoffman wrote on Wednesday, August 16, 2006 4:14 PM:
[snip]
So, there seem to be three options on the table:
- pay redhat to put the patch back
- maintain your own version of make, that is separate from cygwin.
- have the patch made part of the upstream gnu make
The forth
On Wed, Aug 16, 2006 at 10:14:20AM -0400, William A. Hoffman wrote:
At 05:27 AM 8/16/2006, Dave Korn wrote:
1) Use setup.exe to install the source package to 3.80-1.
2) Compile and install it with a --prefix setting that places it earlier in
your $PATH (e.g. /usr/local instead of /usr).
3)
On Wed, Aug 16, 2006 at 02:35:14PM +0100, Dave Korn wrote:
On 16 August 2006 14:26, T.C. Yang wrote:
Hi,
I tried to ussubscribe from cygwin e-mail list and also received
confirmation, however, I keep on receiving cygwin related e-mail. Is
there any way to unsubscribe successfully?
On Aug 16 10:14, William A. Hoffman wrote:
So, there seem to be three options on the table:
- pay redhat to put the patch back
The Cygwin net distro is not a Red Hat thingy. It's an entirely
volunteer driven project. If you want a package being fixed for you,
it's up to the current
On 16 August 2006 15:10, Chuck wrote:
One more question on this topic. I still have a lot of files scattered
around the HD with an owner and/or group of (numeric uid of
4294967295).
That's -1.
Most of them are system files like ssh_config or the
/cygdrive/ directory. What user
Respectfully,
Doesn't this just push the maintenance effort elsewhere? Suppose the
upstream maintainer has no fun either?
There are obviously a lot of users in the cygwin community using this
feature of cygwin make and would like to see it continue to be
supported.
Why can't a new maintainer
On Wed, Aug 16, 2006 at 11:03:47AM -0400, Brian Hassink wrote:
Respectfully,
Doesn't this just push the maintenance effort elsewhere? Suppose the
upstream maintainer has no fun either?
Read the mailing list archives.
There are obviously a lot of users in the cygwin community using this
feature
At 10:41 AM 8/16/2006, Corinna Vinschen wrote:
On Aug 16 10:14, William A. Hoffman wrote:
So, there seem to be three options on the table:
- pay redhat to put the patch back
The Cygwin net distro is not a Red Hat thingy. It's an entirely
volunteer driven project. If you want a package being
On Wed, Aug 16, 2006 at 11:35:50AM -0400, William A. Hoffman wrote:
At 10:41 AM 8/16/2006, Corinna Vinschen wrote:
On Aug 16 10:14, William A. Hoffman wrote:
cgf wrote:
...or offer money. That carries more weight than complaining. :-)
However that doesn't work in all cases. This I am reasonably
On Aug 16 11:35, William A. Hoffman wrote:
I assumed since cgf worked for Red hat, that his offer to take money
would go to Red Hat. My mistake.
Surprise, cgf doesn't work for Red Hat. Only I do.
I'm honestly confused. Why would it better to have another Cygwin
distro maintainer for a
- have the patch made part of the upstream gnu make
That's the best solution of all. The whole problem is that the
current Cygwin make maintainer has no fun to work on this issue.
Everybody else is free to put a bit of time and sweat into this and get
this for free firther on. I'm still
At 11:49 AM 8/16/2006, Christopher Faylor wrote:
How do you know it is a small patch? Have you actually looked at the
code? I find that unlikely.
I had not looked at the source, but figured it most likely was not that big
a change. I now have looked at the sources, and minus the makefile
On Wed, Aug 16, 2006 at 01:44:06PM -0400, Bob Rossi wrote:
- have the patch made part of the upstream gnu make
That's the best solution of all. The whole problem is that the
current Cygwin make maintainer has no fun to work on this issue.
Everybody else is free to put a bit of time and sweat
I think your solution is well stated. Does anyone know who was
maintaining the old patch to make, so that a discussion with that
person could be made more substantial on a technical level?
And ^^^this^^^ is a perfect example of why this discussion is so
frustrating.
Does someone
On Wed, Aug 16, 2006 at 01:52:23PM -0400, William A. Hoffman wrote:
At 11:49 AM 8/16/2006, Christopher Faylor wrote:
How do you know it is a small patch? Have you actually looked at the
code? I find that unlikely.
I had not looked at the source, but figured it most likely was not that
On Wed, 16 Aug 2006, Corinna Vinschen wrote:
On Aug 16 11:35, William A. Hoffman wrote:
I'm honestly confused. Why would it better to have another Cygwin
distro maintainer for a package instead of getting the patches
included upstream? This makes no sense at all. If my head wouldn't
Hosts effected:
several boxes running windows 2003 server w/cygwin (1.5.20s(0.155/4/2)
20060403 13:33:45)
Problem (or feature?):
when you ssh to these boxes, and run:
$WINDIR/system32/whoami /all |grep -q S-1-2-0 || echo OOPs # OOPS echos
:-
S-1-2-0 == Users who log on to
In the function msync in the file src/winsup/cygwin/mmap.cc, the declaration
for pagesize goes out of its way to invoke either getsystempagesize -or-
getpagesize():
1366 size_t pagesize = wincap.has_mmap_alignment_bug () ?
1367 getsystempagesize () : getpagesize ();
Dave Korn wrote:
On 16 August 2006 15:10, Chuck wrote:
One more question on this topic. I still have a lot of files scattered
around the HD with an owner and/or group of (numeric uid of
4294967295).
That's -1.
Most of them are system files like ssh_config or the
/cygdrive/
At 02:20 PM 8/16/2006, Igor Peshansky wrote:
On Wed, 16 Aug 2006, Corinna Vinschen wrote:
Not only that, but the upstream maintainer actually suggested a couple of
avenues of investigation to make the patch smaller by using functionality
already built into the upstream make. All that remains is
Hello.
I would like to ask that the decision to reject Mr Suzuki
Hisao's patch to include UTF-8 file name support in Cygwin was
reconsidered. I've read the discussion between Mr Suzuki Hisao
and Mr Christopher Faylor (cygwin-patches mail list, thread
UTF-8 Cygwin, 26 Jun - 06 Jul 2006), and
Tom Rodman wrote:
Hosts effected:
several boxes running windows 2003 server w/cygwin (1.5.20s(0.155/4/2)
20060403 13:33:45)
Problem (or feature?):
when you ssh to these boxes, and run:
$WINDIR/system32/whoami /all |grep -q S-1-2-0 || echo OOPs # OOPS echos
:-
S-1-2-0 ==
On Wed, Aug 16, 2006 at 03:08:54PM -0400, William A. Hoffman wrote:
At 02:20 PM 8/16/2006, Igor Peshansky wrote:
On Wed, 16 Aug 2006, Corinna Vinschen wrote:
Not only that, but the upstream maintainer actually suggested a couple of
avenues of investigation to make the patch smaller by using
On Wed, 16 Aug 2006, William A. Hoffman wrote:
At 02:20 PM 8/16/2006, Igor Peshansky wrote:
On Wed, 16 Aug 2006, Corinna Vinschen wrote:
Not only that, but the upstream maintainer actually suggested a couple of
avenues of investigation to make the patch smaller by using functionality
On Wed, Aug 16, 2006 at 04:40:59PM -0300, Paulo Castro wrote:
I would like to ask that the decision to reject Mr Suzuki Hisao's patch
to include UTF-8 file name support in Cygwin was reconsidered. I've
read the discussion between Mr Suzuki Hisao and Mr Christopher Faylor
(cygwin-patches mail
On Wed, Aug 16, 2006 at 03:52:59PM -0400, Igor Peshansky wrote:
On Wed, 16 Aug 2006, William A. Hoffman wrote:
At 02:20 PM 8/16/2006, Igor Peshansky wrote:
On Wed, 16 Aug 2006, Corinna Vinschen wrote:
Not only that, but the upstream maintainer actually suggested a couple
of avenues of
On Aug 16 14:17, Bob Rossi wrote:
I think your solution is well stated. Does anyone know who was
maintaining the old patch to make, so that a discussion with that
person could be made more substantial on a technical level?
And ^^^this^^^ is a perfect example of why this discussion is
At 03:47 PM 8/16/2006, Christopher Faylor wrote:
The suggestion was that a patch be submitted upstream. I agree with the
suggestion and have amplified on it a little in another message.
This suggestion does not require further input from me. If I was interested
in being involved in coming up
On Aug 16 11:43, Donna Jecha wrote:
In the function msync in the file src/winsup/cygwin/mmap.cc, the declaration
for pagesize goes out of its way to invoke either getsystempagesize -or-
getpagesize():
1366 size_t pagesize = wincap.has_mmap_alignment_bug () ?
1367
Igor Peshansky wrote:
Alternatively, you can try to implement a $(cygpath ...) function in make
and submit *that* to the upstream maintainers. That way, the Cygwin make
will not have to invoke a separate process to convert the paths that it
(as a program linked to cygwin1.dll) already knows how
Thanks for your help Matthew.
On Wed 8/16/06 14:44 CDT mwoehlke wrote:
Tom Rodman wrote:
Hosts effected:
several boxes running windows 2003 server w/cygwin (1.5.20s(0.155/4/2)
20060403 13:33:45)
Problem (or feature?):
when you ssh to these boxes, and run:
On 16-Aug-2006, William A. Hoffman wrote:
| Without your support, I don't think the patch would get far.
| I am thinking the patch would be something like:
|
| #ifdef CYGWIN
| #define HAVE_DOS_PATHS
| #endif
Have you tried this (uh, what file are you patching anyway)? Does it
work? Does it
On Aug 16 15:49, Tom Rodman wrote:
On Wed 8/16/06 14:44 CDT mwoehlke wrote:
Tom Rodman wrote:
Hosts effected:
several boxes running windows 2003 server w/cygwin (1.5.20s(0.155/4/2)
20060403 13:33:45)
Problem (or feature?):
when you ssh to these boxes, and run:
Hi!
I wanna test, if a path in Cygwin exists, and if not, it should be created.
I tried to write a Batch-File, but dont know how to fill the if statement:
if not %cygwin%\test -d /myfolder/myfolder2
%cygwin%\mkdir /myfolder/myfolder2
How would you solve the Problem? I think, its easy
On 16 August 2006 23:46, Kai Schlichting wrote:
Hi!
I wanna test, if a path in Cygwin exists, and if not, it should be created.
I tried to write a Batch-File, but dont know how to fill the if statement:
if not %cygwin%\test -d /myfolder/myfolder2
%cygwin%\mkdir /myfolder/myfolder2
Hi there,
I ran into the following problem when using setsockopt to create a
multicast receiver in my own application. Here is the relevant part
of the code:
--
.
.
.
tcp_broadcast_receiver =
On Wed, 16 Aug 2006, mwoehlke wrote:
Igor Peshansky wrote:
Alternatively, you can try to implement a $(cygpath ...) function in make
and submit *that* to the upstream maintainers. That way, the Cygwin make
will not have to invoke a separate process to convert the paths that it
(as a
Igor Peshansky wrote:
On Wed, 16 Aug 2006, mwoehlke wrote:
Igor Peshansky wrote:
Alternatively, you can try to implement a $(cygpath ...) function in make
and submit *that* to the upstream maintainers. That way, the Cygwin make
will not have to invoke a separate process to convert the paths
At 04:51 PM 8/16/2006, John W. Eaton wrote:
Have you tried this (uh, what file are you patching anyway)? Does it
work? Does it cause problems for valid Makefiles that assume POSIX
filenames?
Suggesting changes to GNU Make on this list is not going to cause
things to happen. If you want to see
On Wed, Aug 16, 2006 at 09:41:23PM -0400, William A. Hoffman wrote:
The original make-3.81 does not compile with HAVE_DOS_PATHS on cygwin,
and a patch on the make-w32 list crashed, I found the cause of the crash
and with my patch all tests for make check pass. Also, windows paths
work in
Thanks... It worked.
Cheers!!
Ganesh
On 8/16/06, Corinna Vinschen [EMAIL PROTECTED] wrote:
On Aug 16 16:07, Ganesh wrote:
Hello all,
Cygwin by default maps all the local hard drives (C:, D:) to
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
72 matches
Mail list logo