On Monday, January 26, 2009 marwa chendeb wrote:
Hello
I updated Cygwin but the problem is that x server don't work. when i
You haven't updated the X server. Version 6.8.99.901 is the old one.
Please see this:
Problem reports: http://cygwin.com/problems.html
Pay particular attention
Hello Yaakov,
Response below.
snip
In short, running startxwin.bat with XWin-multiwindow starts the X Server
and I am able to launch newer xterms. If I remove the multiwindow option
altogether or change it with rootless (ideal for me since I want to run a
different window manager) or
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-01-26 13:03:49
Modified files:
winsup/cygwin : ChangeLog uinfo.cc
Log message:
* uinfo.cc (pwdgrp::load): Open file with FILE_OPEN_FOR_BACKUP_INTENT
flag.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-01-26 13:20:47
Modified files:
winsup/cygwin : ChangeLog passwd.cc grp.cc
Log message:
* grp.cc (getgrgid_r): Simplify code by using stpcpy.
(getgrnam_r): Ditto.
*
On Jan 25 22:42, Matt Wozniski wrote:
On 1/25/09, Chris Sutcliffe wrote:
On 1/25/09, Paul McFerrin wrote:
I don't like changes in default behavior of certain programs. Vim7.2 is
one.
Given that this post was entirely Vim specific, it would probably get
better attention on the vim
Hello again,
I'm sorry: I forgot to attach the output of cygwin configuration diagnostic.
In the meantime, I decided to re-install completely my computer because of
other problems – process in progress. I hope this will also solve my
problem.
You can consider this problem as closed. But, I you
Hi,
I have a program that uses libxml2 and compiles fine under Cygwin when I
compile it as a Cygwin app. However, I want to compile a stand-alone version
so I updated the Makefile to add CFLAGS += -mno-cygwin and LDFLAGS +=
-mno-cygwin (I'm using gcc 3.4.4), and with these it fails to compile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ian Puleston on 1/26/2009 3:51 AM:
But iconv.h does exist in /usr/include, so why can the compiler not find it?
Is it looking somewhere different for include files when compiling with
-mno-cygwin?
Yes, the compiler is looking
On Jan 26 02:43, Christopher Faylor wrote:
I finally managed to duplicate this.
[...]
It's already on my list to investigate. When I saw broken pipe I
thought it could be something in the new pipe code.
But, if it is, I can't see it yet.
The strace snippet below seems to show that the
People seem to have trouble getting sshd running.
Here's my flavor of the problem, with recipe to repeat:
Fresh install of Vista Home SP1 64 bit.
Try and fail to install cygwin sshd, then
completely uninstall cygwin according to the FAQ here:
Yaakov,
On Thu, Jan 22, 2009 at 08:45:51PM -0600, Yaakov (Cygwin/X) wrote:
Jason Tishler wrote:
Yaakov, did you have openssl-devel installed when you built Python
2.6.1?
Yes, that is clearly indicated in the documentation.
Sorry I missing this detail:
$ fgrep openssl-devel
What does it tell ?
SSH Server is running - but it does not offer login or user name to enter.
Why?
Did you read '/usr/share/doc/Cygwin/openssh.readme'? Did you run
ssh-user-config?
I will have to revive this topic...
It still does not work: namely used ssh-user-config
it created 3 keys:
Followup: I tried again, with
cygrunsrv --stop sshd
cygrunsvr --remove sshd
ssh-host-config
and then saying yes to everything except do you want to use a different name.
This time configuration succeeded, net start sshd succeeded,
and ssh localhost succeeded!
I then added an exception for port
On Mon, Jan 26, 2009 at 7:46 AM, Alexey Eremenko al4...@gmail.com wrote:
I will have to revive this topic...
It still does not work: namely used ssh-user-config
it created 3 keys: SSH1 RSA, SSH2 RSA, SSH2 DSA.
But it fails in similar way with:
ssh_exchange_identification: Connection closed
Hi,
I use cygwin on XP with success when my login name doesn't contain accent
I open a windows session with my windows login ludo and I start
cygwin.bat = all is right
Now, I open another windows session with another login gérard
When I launch cigwin.bat, bash displays error messages like :
Matthieu Dubuget a écrit :
In the meantime, I decided to re-install completely my computer because of
other problems – process in progress. I hope this will also solve my
problem.
I confirm this.
You can consider this problem as closed.
Sorry for the noise.
Salutations
Matt
--
On Mon, Jan 26, 2009 at 03:28:15PM +0100, Corinna Vinschen wrote:
On Jan 26 02:43, Christopher Faylor wrote:
I finally managed to duplicate this.
[...]
It's already on my list to investigate. When I saw broken pipe I
thought it could be something in the new pipe code.
But, if it is, I
On Jan 26 11:29, Christopher Faylor wrote:
On Mon, Jan 26, 2009 at 03:28:15PM +0100, Corinna Vinschen wrote:
On Jan 26 02:43, Christopher Faylor wrote:
I finally managed to duplicate this.
[...]
It's already on my list to investigate. When I saw broken pipe I
thought it could be
Dan Kegel wrote:
Followup: I tried again, with
cygrunsrv --stop sshd
cygrunsvr --remove sshd
ssh-host-config
and then saying yes to everything except do you want to use a different name.
This time configuration succeeded, net start sshd succeeded,
and ssh localhost succeeded!
I then added an
On Jan 26 11:29, Christopher Faylor wrote:
Btw, in an unrelated problem, the reason that I didn't look into this
earlier was because my normal system for debugging this problem can no
longer connect to sourceware.org.
Btw., you can also reproduce this problem locally if the file to copy is
Hi friends,
I've been using cygwin for many years, but had never subscribed to this
list. Now, I have a strange behaviour, and hope you can help me.
I'm a fan of the Joe editor. I use it on xterm. Up to now, it had
always made syntax-higglighting out of the box. However, when I
installed
ALL my issues were addressed by the v...@vim.org mailing list. All I had
to do was vim -u NONE {file} so I setup an alias function to do it.
Thanks,
-Paul
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Attached is a clamav license incompatibility bug with libgmp from the
debian lawyers.
clamav might be forced to link against an older libgmp.
The switch to LGPL3 came with gmp-4.2.2, so gmp-4.2.1 would be needed
for clamav compatibility.
But prev is gmp-4.2.3-1, so we might need a new
On Mon, Jan 26, 2009 at 05:58:48PM +0100, Corinna Vinschen wrote:
WJFFM from XP as well as from 2K8.
Yes, it works for me from every machine in my house except for the one
that I normally do development on. I spent a few hours trying to figure
out what was different with that machine. At first
Javier Sedano escribió:
Since I am using it on xterm, it may be a problem related to
cygwin/x. Feel free to forward me to another list if you think that's a
better place for the question.
It's probably unrelated to X, because using it on the cygwin command
window, it is also
Hi Justin.
I'm trying to compile GNU Screen under Cygwin. Right now, I'm failing to
compile an unmodified package, but my goal is to compile with 256 color
support.
Hm, I hadn't looked at that option before. If it compiles cleanly and is of
interest then I can certainly package a new
Hi there,
I hope I write to the right place.
I got a problem with my cygwin setup.
I got a setup running at the moment but as I want to upgrade to the latest
version soon, I installed it on my test machine. Which is running a plain
Windows Server 2008 Setup.
I did the normal setup procedure,
Hi,
I am trying to build the package 'SRecord' from source. When I configure I get
===
...
...
...
checking for stdint.h... yes
checking for unistd.h... yes
checking boost/shared_ptr.hpp usability... no
checking boost/shared_ptr.hpp presence... no
Paulianna2002 wrote:
Hi,
I am trying to build the package 'SRecord' from source. When I configure I get
===
...
...
...
checking for stdint.h... yes
checking for unistd.h... yes
checking boost/shared_ptr.hpp usability... no
checking boost/shared_ptr.hpp
Benjamin Stössel wrote:
Hi there,
I hope I write to the right place.
Yes, it is.
I got a problem with my cygwin setup.
I got a setup running at the moment but as I want to upgrade to the
latest version soon, I installed it on my test machine. Which is running a
plain Windows Server 2008
Paulianna2002 wrote:
Hi,
I am trying to build the package 'SRecord' from source. When I configure I get
===
...
...
...
checking for stdint.h... yes
checking for unistd.h... yes
checking boost/shared_ptr.hpp usability... no
checking boost/shared_ptr.hpp
Paulianna2002 wrote:
Larry Hall wrote:
Paulianna2002 wrote:
Hi,
I am trying to build the package 'SRecord' from source. When I configure I get
snip
checking for stdint.h... yes
checking for unistd.h... yes
checking boost/shared_ptr.hpp usability... no
checking boost/shared_ptr.hpp
Paulianna2002 wrote:
Hi,
I am trying to build the package 'SRecord' from source. When I configure I
get
===
...
...
...
checking for stdint.h... yes
checking for unistd.h... yes
checking boost/shared_ptr.hpp usability... no
checking
Claude Sylvain wrote:
Paulianna2002 wrote:
snip
I did install the boost package(s) under Cygwin.
Any advice is appreciatedthanks!!
I had the same problem.
It seems that boost library include files are not located in
/usr/include/boost/, but in /usr/include/boost-1_33_1/boost,
On 2009-01-26 23:28Z, Claude Sylvain wrote:
[...]
It seems that boost library include files are not located in
/usr/include/boost/, but in /usr/include/boost-1_33_1/boost, or something
like
that, depending of the cygwin version you use.
A workaround can be to make a copy of
I'm guessing that you need libncurses-devel.
Yep. That's what I was missing.
If it compiles cleanly and is of
interest then I can certainly package a new release with it.
Unfortunately, I can't get it to compile cleanly when I add --enable-colors256
to the cygconf line. The output from
On Mon, Jan 26, 2009 at 6:41 PM, Greg Chicares gchica...@sbcglobal.net wrote:
On 2009-01-26 23:28Z, Claude Sylvain wrote:
[...]
It seems that boost library include files are not located in
/usr/include/boost/, but in /usr/include/boost-1_33_1/boost, or something
like
that, depending of the
Hi Javier,
On Mon, Jan 26, 2009 at 18:58, Javier Sedano wrote:
Hi friends,
I've been using cygwin for many years, but had never subscribed to
this list. Now, I have a strange behaviour, and hope you can help me.
I'm a fan of the Joe editor. I use it on xterm. Up to now, it had
Greg Chicares wrote
Would it be easier to add
CPPFLAGS=-I/usr/include/boost-1_33_1
to the './configure' line?
Voila! Thanks Greg (et al) for responding. This did the trick (without having
to create symbolic links and/or copy header directories).
./configure
Julio Emanuel wrote:
snip
I also would like to grab this opportunity to (once again) ring the
service bell to whoever maintain this package 'joe'.
It's my favorite (actually the only) editor in the Unix/Cygwin
^
Perhaps it's your only favorite editor but it
Hello
$ octave
GNU Octave, version 3.0.3
Copyright (C) 2008 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTIBILITY or
FITNESS FOR A PARTICULAR PURPOSE. For details, type `warranty'.
:
:
On Tue, Jan 29, 2008 at 9:42 PM, Toby Allsopp toby.alls...@navman.co.nz wrote:
On Tue, Jan 29 2008, Shai wrote:
Hi,
I have gvim installed and when I do:
$ crontab -e
gvim opens up my crontab.
But, it opens it as readonly and saving it requires wq! but then when
it exits, I see:
Hello
I found what was wrong.
The name smybolic link to liboctave.dll.a.3.0.3 was libctave.dll.a. (ctave not
octave)
That was why mkoctfile seemed to be unable to find liboctave.
I rename libctave.dll.a to liboctave.dll.a.
The command mkoctfile worked fine!!!
Please correct the package of
On 2009-01-27, Shai wrote:
On Tue, Jan 29, 2008 at 9:42 PM, Toby Allsopp wrote:
On Tue, Jan 29 2008, Shai wrote:
I have gvim installed and when I do:
$ crontab -e
gvim opens up my crontab.
But, it opens it as readonly and saving it requires wq! but then when
it exits, I
--- Tatsuro MATSUOKA ha scritto:
Hello
I found what was wrong.
The name smybolic link to liboctave.dll.a.3.0.3 was
libctave.dll.a. (ctave not octave)
That was why mkoctfile seemed to be unable to find
liboctave.
I rename libctave.dll.a to liboctave.dll.a.
The command mkoctfile
Reini Urban wrote:
Attached is a clamav license incompatibility bug with libgmp from the
debian lawyers. clamav might be forced to link against an older libgmp.
The switch to LGPL3 came with gmp-4.2.2, so gmp-4.2.1 would be needed
for clamav compatibility. But prev is gmp-4.2.3-1, so we
46 matches
Mail list logo