Hi,
This patch fixes the following issue, present in the current
(2.510.2.2), snapshot (2.553) and CVS versions of setup.exe. The problem
is, when I download a source package, setup.exe will always choose the
version which is greater in text order, regardless of the version I
selected. For
OK, I've been following the directions at:
http://x.cygwin.com/docs/ug/using-remote-apps.html for ssh connection.
I've gotten everything setup, but when I try to start and xterm, I get the
following message:
Xlib: connection to 192.168.205.98:0.0 refused by server
Xlib: No protocol specified
[EMAIL PROTECTED] schrieb:
Xlib: connection to 192.168.205.98:0.0 refused by server
Xlib: No protocol specified
xterm XT error: Can't open display: 192.168.205.98:0.0
I have no idea what the 0.0 is, but the 192.168.205.98 is my windows box
running cygwin x server. This is set up in my
Holger Krull schrieb:
[EMAIL PROTECTED] schrieb:
Xlib: connection to 192.168.205.98:0.0 refused by server
Xlib: No protocol specified
xterm XT error: Can't open display: 192.168.205.98:0.0
I have no idea what the 0.0 is, but the 192.168.205.98 is my windows box
running cygwin x server. This
Sounds to me like a permission problem:
Does it work if You use DISPLAY=:0?
Do You have set up xauth and created an entry like:
xauth list
hostname/unix:0 MIT-MAGIC-COOKIE-1 e43b9761413c7718696720152f5e1c62
maybe it would help to create an additional entry for 198.168.205.98:0
or
OK, I'm not following this. How do I create an xauth entry? By the way,
unsetting DISPLAY merely changed the error.
Thanks.
Sounds to me like a permission problem:
Does it work if You use DISPLAY=:0?
Do You have set up xauth and created an entry like:
xauth list
hostname/unix:0
Holger Krull wrote:
[EMAIL PROTECTED] schrieb:
Xlib: connection to 192.168.205.98:0.0 refused by server
Xlib: No protocol specified
xterm XT error: Can't open display: 192.168.205.98:0.0
I have no idea what the 0.0 is, but the 192.168.205.98 is my windows
box running cygwin x server. This
Thanks for the help. I was setting the display variable myself. I changed
it to be :10.0 and it took longer before giving me the error:
xterm Xt error: Can't open display: 192.168.205.98:10.0
Holger Krull wrote:
[EMAIL PROTECTED] schrieb:
Xlib: connection to 192.168.205.98:0.0 refused by
[EMAIL PROTECTED] schrieb:
Thanks for the help. I was setting the display variable myself. I changed
it to be :10.0 and it took longer before giving me the error:
Are you using ssh for tunneling or not?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
thom wrote:
Thanks for the help. I was setting the display variable myself. I changed
Which is wrong, you shouldn't change it, ssh does the setting.
it to be :10.0 and it took longer before giving me the error:
xterm Xt error: Can't open display: 192.168.205.98:10.0
And no wonder, the IP
Sorry that I haven't answered this question yet. I am following the
directions on the cygwin site, so I'm doing:
ssh -Y -l username remote_hostname_or_ip_address
Then typing xterm to open it on my windows client.
[EMAIL PROTECTED] schrieb:
Thanks for the help. I was setting the display
192.168.205.98 is the IP address of my xterm server. That is my windows
box. If I don't set display, it ends up pointing to localhost, which is
not what I want to do.
thom wrote:
Thanks for the help. I was setting the display variable myself. I
changed
Which is wrong, you shouldn't change
[EMAIL PROTECTED] schrieb:
Sorry that I haven't answered this question yet. I am following the
directions on the cygwin site, so I'm doing:
ssh -Y -l username remote_hostname_or_ip_address
Then typing xterm to open it on my windows client.
Then you have to set DISPLAY before you start ssh
I don't understand what
Then you have to set DISPLAY before you start ssh but not inside the ssh
session.
means. I'm setting DISPLAY in my .bash_profile to point back to my windows
box.
[EMAIL PROTECTED] schrieb:
Sorry that I haven't answered this question yet. I am following the
directions
[EMAIL PROTECTED] schrieb:
I don't understand what
Then you have to set DISPLAY before you start ssh but not inside the ssh
session.
means. I'm setting DISPLAY in my .bash_profile to point back to my windows
box.
You shouldn't do that, if you want to tunnel X11 through ssh.
ssh will set
Hmmm. That seemed to fix it. When it came up localhost, I said, Wow!
That's wrong and did something else without testing it.
Thanks for all the help!
[EMAIL PROTECTED] schrieb:
I don't understand what
Then you have to set DISPLAY before you start ssh but not inside the
ssh
session.
means.
thom wrote:
192.168.205.98 is the IP address of my xterm server. That is my windows
box.
No, server is Linux server, not X server.
If I don't set display, it ends up pointing to localhost, which is
not what I want to do.
Wrong, localhost:10.0 is the correct value, and it is the one ssh
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-01-16 11:37:05
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/cygwin: in.h socket.h
Log message:
* include/cygwin/in.h (struct ip_mreq_source): Define.
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-01-16 11:41:55
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/cygwin: in6.h
Log message:
* include/cygwin/in6.h (struct ipv6_mreq): Change type of interface
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-01-16 12:01:36
Modified files:
winsup/cygwin : ChangeLog fhandler_socket.cc net.cc
winsup/cygwin/include/asm: socket.h
winsup/cygwin/include/cygwin: if.h
Log message:
*
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-01-16 18:01:07
Modified files:
winsup/cygwin : ChangeLog autoload.cc ntdll.h path.cc
Log message:
* autoload.cc (RtlAnsiStringToUnicodeString): Define.
Hi Dave,
I am sorry as I am new to c++ I need more help in
doing what you said is required.
thanks
--- Dave Korn [EMAIL PROTECTED] wrote:
On 10 January 2007 13:04, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to George on 1/9/2007 11:02 PM:
Hi,
I am
Here is the history ; Gcc compiled correctly my program with default options.
gcc -c mqutils.c .
I wanted to have my program independant of the Cygwin environment using -mno-
cygwin option. gcc -mno-cygwin -c mqutils.c . My aim was to deploy my program
onto Windows Operating system wihtout cygwin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following package has been updated in the Cygwin net release:
*** cygport-0.2.8-1
cygport is a new, and increasingly popular, way to create Cygwin
packages. You only need cygport if you're a package developer or
building cygport-based Cygwin
Or, since I am suspecting this might be a problem with
the gnu c++ compiler ver 3.4.4 which is there in the
cygwin 1.5.23 is there a way that I can download the
4.1 version of the c++ compiler which might solve the
problem?
thanks
--- George [EMAIL PROTECTED] wrote:
Hi Dave,
I am sorry as I
On Jan 16 08:53, DEMARCHE wrote:
Here is the history ; Gcc compiled correctly my program with default options.
gcc -c mqutils.c .
I wanted to have my program independant of the Cygwin environment using -mno-
cygwin option. gcc -mno-cygwin -c mqutils.c . My aim was to deploy my
program
onto
On Jan 16 12:24, Shishir Birmiwal wrote:
Hi,
I recently tried building live55 streaming media (live555.com) on
cygwin-1.5.23.
While building, it complained of the structure ip_mreq_source being not
defined.
[...]
I do see that both the entities are defined in w32api/ws2tcpip.h
Thanks
This helped for me http://permalink.gmane.org/gmane.os.cygwin/85616
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
On 16 January 2007 10:29, Corinna Vinschen wrote:
On Jan 16 08:53, DEMARCHE wrote:
I wanted to have my program independant of
the Cygwin environment using -mno- cygwin option. gcc -mno-cygwin -c
mqutils.c . My aim was to deploy my program onto Windows Operating system
wihtout cygwin
René Berber wrote:
Jeremy T. Harrison wrote:
I am trying, fruitlessly, to get the email program to work with my
gmail
account. I have ssmtp working fine (I did need to do some patching and
recompile ssmtp). The email program, on the other hand, is just
slightly beyond me. :-(
My
--On 15 January 2007 15:42 -0800 Ross Patterson wrote:
But I'm also curious about rebase and to understand more about how one
chooses what base address and offset to use.
My curiosity is deeper than that. I would welcome some instruction or
elucidation on this issue.
My understanding
Thanks, Corinna
Would it make sense for cygwin/sockets.h to include w32api/ws2tcpip.h?
I'm afraid that it might add to the kludge that is winsock/winsock2,
and break some things :)
Don't do that. Define the missing strcutures manually in your application
instead.
Also keep in mind that
Robin Walker wrote:
So, what is it about Cygwin DLLs that makes them apparently sensitive to
base address in a way that normal Windows DLLs are not?
Because in order to emulate fork(), Cygwin has to be able to re-execute
the binary and have it load with the same memory layout. If there are
--On 16 January 2007 07:12 -0500 Christopher Faylor wrote:
On Tue, Jan 16, 2007 at 11:37:46AM +, Robin Walker wrote:
So, what is it about Cygwin DLLs that makes them apparently sensitive to
base address in a way that normal Windows DLLs are not?
fork()
Sorry, I don't understand this
On Tue, Jan 16, 2007 at 12:32:02PM +, Robin Walker wrote:
--On 16 January 2007 07:12 -0500 Christopher Faylor wrote:
On Tue, Jan 16, 2007 at 11:37:46AM +, Robin Walker wrote:
So, what is it about Cygwin DLLs that makes them apparently sensitive to
base address in a way that normal Windows
Thank you all for your help and support.
To Corinna :
well, my program was designed for being compiled even on Unix and Windows
platform.
As far as I understand, /etc/passwd file may be designed differently depending
on the system.
To Dave :
Yes, the use of mno-cygwin option seems to call a
Brian Dessent wrote:
Because in order to emulate fork(), Cygwin has to be able to re-execute
the binary and have it load with the same memory layout. If there are
DLLs that overlap and need remapping by the OS then the memory layout
becomes non-deterministic. If Cygwin cannot create a child
On 16 January 2007 12:53, DEMARCHE wrote:
Thank you all for your help and support.
To Corinna :
well, my program was designed for being compiled even on Unix and Windows
platform.
As far as I understand, /etc/passwd file may be designed differently
depending on the system.
On windows,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ugh - top-posting reformatted - http://cygwin.com/acronyms/#TOFU
--- George zingafriend AT yahoo DOT com wrote:
^
Ugh - raw email addresses from headers (even your own) should be munged,
to avoid feeding
On 16 January 2007 08:11, George wrote:
Hi Dave,
I am sorry as I am new to c++ I need more help in
doing what you said is required.
OK, step by step:
---
g++ -O3 -Wall -I. -I.. -I../../../include -L. -L..
-L../../../lib-linux -o run.x
Dear all
If I compile a c/c++/f95 program to produce an executable, and I try
to launch that executable I have a problem:
If I try to launch the .exe from the same folder containing the .exe
(i.e just by typing the .exe's filename) cygwin returns
'command not found'
If I got to folder above,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Luke Kendall on 1/15/2007 9:34 PM:
On 15 Jan, Eric Blake wrote:
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor
There you go. You have history enabled in SHELLOPTS, which is a
On 16 January 2007 13:30, tyger tyger wrote:
Dear all
If I compile a c/c++/f95 program to produce an executable, and I try
to launch that executable I have a problem:
If I try to launch the .exe from the same folder containing the .exe
(i.e just by typing the .exe's filename) cygwin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to William Adams on 1/15/2007 11:06 PM:
I have a git repository that I can clone fine from linux and macosx
clients, but when I try to
clone it on windows I get a cannot find shell32 error.
I haven't really seen that error before. Are
[EMAIL PROTECTED] wrote:
Dear all
If I compile a c/c++/f95 program to produce an executable, and I try
to launch that executable I have a problem:
If I try to launch the .exe from the same folder containing the .exe
(i.e just by typing the .exe's filename) cygwin returns
'command not found'
I neglected to include the cygcheck output the second time I sent
this, I am sorry for
double posting to this list. I have included the original message below.
Original message follows:
I have a git repository that I can clone fine from linux and macosx
clients, but when I try to
clone it on
Jeremy T. Harrison wrote:
[snip]
From my perspective, email doesn't need to do TLS, that is left to
ssmtp.
Correct, but it can be done by both (as mailx and probably mutt does).
The only
thing email should be doing is passing the various commands/directives
from the command line to ssmtp.
Hello Dave,
Dave Korn wrote:
The headers are part of the base cygwin package; do you have the same
version as me?
/win/t $ cygcheck -f /usr/include/ieeefp.h
cygwin-1.5.23-2
It seems so:
$ cygcheck -f /usr/include/ieeefp.h
cygwin-1.5.23-2
--
Best Regards
Kovarththanan Rajaratnam
--
On 16 January 2007 17:01, Kovarththanan Rajaratnam wrote:
Hello Dave,
Dave Korn wrote:
The headers are part of the base cygwin package; do you have the same
version as me?
/win/t $ cygcheck -f /usr/include/ieeefp.h
cygwin-1.5.23-2
It seems so:
$ cygcheck -f
--On 16 January 2007 04:58 -0800 Brian Dessent wrote:
Because in order to emulate fork(), Cygwin has to be able to re-execute
the binary and have it load with the same memory layout. If there are
DLLs that overlap and need remapping by the OS then the memory layout
becomes non-deterministic.
On Tue, Jan 16, 2007 at 05:50:06PM +, Robin Walker wrote:
For this to be the problem it appears to be, I'm guessing that there must
be some shortcoming in the Windows APIs in this area when compared with
facilities available within other Posix-compliant OSs.
It isn't a shortcoming at all.
Christopher Faylor [EMAIL PROTECTED] writes:
On Tue, Jan 16, 2007 at 05:50:06PM +, Robin Walker wrote:
For this to be the problem it appears to be, I'm guessing that there must
be some shortcoming in the Windows APIs in this area when compared with
facilities available within other
Robin Walker wrote:
Thanks for the explanations. So, if I've understood things correctly, the
difficulty boils down to cloning a parent process's address space layout
within that of a child, which includes ensuring that DLLs appear at the
same base within both processes.
Note that the
--On 16 January 2007 10:09 -0800 Ross Patterson wrote:
This has been an illuminating discussion and has given a lot more
detail to what I already understood about the rebase/fork issue.
I'd still like to understand how one chooses base address and offset
values for rebase, seeing as I was just
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this
Ross Patterson wrote:
I'd still like to understand how one chooses base address and offset
values for rebase, seeing as I was just shooting in the dark until
something said OWW! :)
Well normally you don't really choose anything. There are two ways to
assign the base address. And again keep
Robin Walker [EMAIL PROTECTED] writes:
--On 16 January 2007 10:09 -0800 Ross Patterson wrote:
This has been an illuminating discussion and has given a lot more
detail to what I already understood about the rebase/fork issue.
I'd still like to understand how one chooses base address and
On 16 January 2007 18:49, Brian Dessent wrote:
static unsigned long
compute_dll_image_base (const char *ofile)
{
unsigned long hash = strhash (ofile);
return 0x6130 + ((hash 16) 0x0FFC);
}
..which means it will end up somewhere between 0x6130 and
0x712C. This
Dave Korn wrote:
We probably still would. First, the hash might collide and put two dlls in
the same slot, and second, any dll greater than 1Mb overlaps into the next
hash slot.
Well, if we found either of those things happening I think the logical
choice would be to robustify the hashing
I'm here to get help on Cygwin because I'm forced to use it by this program
that I need. :-(
Now, this is what I did step by step...
1. Downloaded Cygwin from here: http://www.cygwin.com/setup.exe
2. Installed it with devel set to Install and wget set to the latest
version.
3. Downloaded the
On 1/16/2007 12:40 PM, Leo28C wrote:
Now, this is what I did step by step...
4. Extracted it (using WinZip, with folder names) to
C:\cygwin\home\user\.
Try using the tar program from Cygwin to extract instead. I downloaded
the file, extracted with tar, and did an svn update with no problems
On Jan 16 11:37, Dave Korn wrote:
On 16 January 2007 10:29, Corinna Vinschen wrote:
Your header files seem to be broken
Corinna, you missed the mno-cygwin flag I think?
Indeed, sorry.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project
...
..
...
.
I cannot believe I fell for that. :-/
Thanks y'all! ;-)
* Hides *
David Rothenberger wrote:
On 1/16/2007 12:40 PM, Leo28C wrote:
Now, this is what I did
On Tue, Jan 16, 2007 at 10:13:17AM -0800, Brian Dessent wrote:
Robin Walker wrote:
Thanks for the explanations. So, if I've understood things correctly,
the difficulty boils down to cloning a parent process's address space
layout within that of a child, which includes ensuring that DLLs appear
at
On Wed, 10 Jan 2007, Brian Ford wrote:
On Wed, 10 Jan 2007, Corinna Vinschen wrote:
I implemented the above mentioned technique, which isn't much code
anyway. It reserves a memory lot big enough to fit in the whole
mapping, memorizes the address, free's the memory again and then uses
When I run the Make utility I get:
C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\cc1plus.exe (5916): *** proc magic
mismach detected - 0x704D1F7E/0xD079E02.
This problem is probably due to using incompatible versions of the cygwin
DLL.
Search for cygwin1.dll using the Windows Start-Find/Search
On 17 January 2007 00:09, dkfj fjdk wrote:
installed the cygwin distribution. Rebooting is also suggested if you
are unable to find another cygwin DLL.
make: *** [copyfile.o] Error 1
I can't find any other versions of cygwin1.dll to delete.
Rebooting is also suggested if you are unable
Sorry all, I didn't google the right term, namely Win32 error 487, which meant
a simple rebaseall fixed the issue. All apologies for wasting people's time.
Bill
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Hi, Jeremy,
Or on another way, just get rid of SMTP+TLS stuff and directly use
Google API to access your gmail. Unless you need your own smtp server
to talk with gmail server..
Regards,
Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Executive summary: thanks to Eric's reply and information, I have
a couple of workable soultions. Thanks, Eric!
For people who want the details, see below.
On 16 Jan, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Luke Kendall on 1/15/2007 9:34 PM:
On
Hi,
I'm running a fresh cygwin installation on Windows XP.
I'm using the SVN client to checkout some files from
the server. I get the following error 'svn: Can't
convert string from 'UTF-8' to native encoding:'
However, if I use the 'native' SVN client, it works.
Any idea?
Thanks,
-S.
A long time ago, we had the weird problem that Cygwin users who used zsh
as their main shell, would find that the .zprofile (or whatever it's
called) would not be run at login - but only if their home directory had
been created by Cygwin's mkdir! (It *would* run if their $HOME
directory had been
Brian Ford wrote:
snip
A quick look via Filemon doesn't show where the time is going. But since
I don't regularly run this way, I'm not that interested in pursuing this
further.
I regularly delete 100,000 files at a time under 1.5.18, and the rm return
is rather snappy. About two weeks ago I
Brian Dessent [EMAIL PROTECTED] writes:
Ross Patterson wrote:
I'd still like to understand how one chooses base address and offset
values for rebase, seeing as I was just shooting in the dark until
something said OWW! :)
Well normally you don't really choose anything. There are two ways
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Luke Kendall on 1/16/2007 6:53 PM:
Do you mean, like adding set +o history into /etc/profile? Er, but
that would turn it off for interactive use. And if I set igncr so that
everything can see it then it has a side effect of exporting
On 16 Jan, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Luke Kendall on 1/16/2007 6:53 PM:
Do you mean, like adding set +o history into /etc/profile? Er, but
that would turn it off for interactive use. And if I set igncr so that
everything can see
76 matches
Mail list logo