Charles Wilson wrote:
Jari Aalto wrote:
The CVS in Cygwin is rather old. The problematic in it is, that
it does not work in environments where all traffic must go through SQUID
proxy.
The support was added 1.12.7 and Debian includes 1.12.9 (unstable)
Somebody is going to have to
This message is concerned with the current version of
the xfce-utils package from Cygwin Ports so I suppose
it is of primary interest to Yaakov Selkowitz.
The xfce-utils package contains the original
xfhelp4 shell script from the XFCE distribution.
On Cygwin that one is broken as any user of
XFCE
Hi,
I would like to construct a minimal set of files to create an install of
CygWin's X server, for use on my FreeXer
(http://sourceforge.net/projects/freexer) project.
I've installed CygWin/X and selected only the X server option, but it
installed approximately 50 Mb of data, most of them
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-12-16 18:10:10
Modified files:
cygwin : ChangeLog hookapi.cc
Log message:
* hookapi.cc (putmem): Remove query of previous memory protection since
we get
that for
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-12-16 20:40:03
Modified files:
cygwin : ChangeLog init.cc
Log message:
* init.cc (dll_entry): Call prime_threads after dll_crt0_0 to avoid
conflicts
between heap
Date: Fri, 16 Dec 2005 01:07:30 +0100
From: Lennart Borgman [EMAIL PROTECTED]
CC: cygwin@cygwin.com, Emacs Devel emacs-devel@gnu.org,
Eli Zaretskii [EMAIL PROTECTED]
I urge people who participate in this thread to please keep
emacs-devel off the list of the addressees, as this issue is
On Fri, Dec 16, 2005 at 01:07:30AM +0100, Lennart Borgman wrote:
This is a summary of my tests with Cygwin patch and different line
ending styles. (Only LF and CRLF are tested here.)
I have downloaded patch 2.5.9 from
ftp://alpha.gnu.org/gnu/diffutils/patch-2.5.9.tar.gz and compiled it
Eli Zaretskii wrote:
The result is that the only option that seems to be able to handle the
mix of line endings is Cygwin using DOS line endings with patch 2.5.9.
(The only thing that did not work was preservation of line endings in
the patched file, but that seems to be a small problem
Hello,
i'm using cygwin release version is 1.5.18-1 and my program compiles
and work perfectly on linux.
It compiles also on cygwin but after 15-20 sec it segfault. I think
that the problem is in pthread implementation on cygwin.
this is stackdump:
5 [sig] ds2 1944 handle_threadlist_exception:
ubik wrote:
Hello,
i'm using cygwin release version is 1.5.18-1 and my program compiles
and work perfectly on linux.
It compiles also on cygwin but after 15-20 sec it segfault. I think
that the problem is in pthread implementation on cygwin.
The cygwin pthread implementation is
Date: Fri, 16 Dec 2005 10:05:14 +0100
From: Lennart Borgman [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], cygwin@cygwin.com
I think so. The file file-lf.txt has CRLF line endings after patching,
otherwise everything is fine.
What's wrong with the patched file having CRLF on Windows?
But
i'm using cygwin release version is 1.5.18-1 and my program compiles
and work perfectly on linux.
It compiles also on cygwin but after 15-20 sec it segfault. I think
that the problem is in pthread implementation on cygwin.
The cygwin pthread implementation is guaranteed safe when used
On Fri, Dec 16, 2005 at 02:10:31PM +0100, Pavel Tsekov wrote:
i'm using cygwin release version is 1.5.18-1 and my program compiles
and work perfectly on linux. It compiles also on cygwin but after
15-20 sec it segfault. I think that the problem is in pthread
implementation on cygwin.
The cygwin
On Fri, 16 Dec 2005, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:10:31PM +0100, Pavel Tsekov wrote:
i'm using cygwin release version is 1.5.18-1 and my program compiles
and work perfectly on linux. It compiles also on cygwin but after
15-20 sec it segfault. I think that the
I've not been able to run the newly released Perl/TK, I always get a
stack dump as soon as I attempt to do anything with the main window.
The sample program I've been using is at the end of this email.
I've used the perl debugger on several programs, in this program is is
the $mw-Button call
Pavel Tsekov wrote:
On Fri, 16 Dec 2005, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:10:31PM +0100, Pavel Tsekov wrote:
i'm using cygwin release version is 1.5.18-1 and my program compiles
and work perfectly on linux. It compiles also on cygwin but after
15-20 sec it segfault. I
Eli Zaretskii wrote:
What's wrong with the patched file having CRLF on Windows?
It is the default line endings on Windows so normally that is what you
want. However if you have a file with LF line endings instead then don't
you probably have that for a reason? I can of course not know the
just an FYI, not much detail now, no response requested
I have a problem with the latest snapshots. The last working snapshot
was 20051029 16:39:28. I did not keep up with the snapshots, so I don't know
which later one first broke it.
The problem: a bash script runs cmd /c foo.cmd. foo.cmd
On Fri, 16 Dec 2005, Tom Rodman wrote:
I'm trying to create a simple test case, but will not be able to finish
it for a few days; at that time I will followup later with a post that
follows the problem reporting guidelines.
Testcase: running windows netstat from xterm (or rxvt)
$ netstat
On Fri, Dec 16, 2005 at 05:15:39PM +0100, Alexander Gottwald wrote:
On Fri, 16 Dec 2005, Tom Rodman wrote:
I'm trying to create a simple test case, but will not be able to finish
it for a few days; at that time I will followup later with a post that
follows the problem reporting guidelines.
I cannot reproduce a simple testcase because the app is really big.
I'll try to find the problem but it is really hard.
Is there a way to simple use pthreadwin32 with cygwin? I found no info
about that and there are a lot of conflicts when compiling using
pthreadwin32.
Giuseppe
If you can
Hi
A new version of 'xemacs-sumo' and 'xemacs-mule-sumo' have been uploaded
to a server near you.
DESCRIPTION:
XEmacs standard and MULE (MUlti Lingual Emacs) packages
CYGWIN NEWS:
* routine update
XEmacs NEWS
===
* For changes since last release please
There is leftover markup from the texinfo source in the manual page
for gcc(1) in the current version. The file is included in the package
gcc-core version 3.4.4-1. Specifically, search for @pxref and @anchor,
which shouldn't be showing up in the output.
Also, the documentation for
perhaps there is a missing library dependency?
As another test I did a full install of Libs and X11, afterwards my test
program now runs. I believe this confirms the issue is a missing
dependency in the package management system. What tools are available
to track down which package contains
On 12/16/2005, Brett Serkez wrote:
perhaps there is a missing library dependency?
As another test I did a full install of Libs and X11, afterwards my test
program now runs. I believe this confirms the issue is a missing
dependency in the package management system. What tools are available
Adam Buchbinder wrote:
Also, the documentation for -print-multi-lib seems to be mangled:
Should this go upstream to the gcc folks?
If it's still present in the HEAD of the gcc repository, yes; they would be
glad of you to file a bug report in the gcc bugzilla.
cheers,
DaveK
--
perhaps there is a missing library dependency?
As another test I did a full install of Libs and X11, afterwards my test
program now runs. I believe this confirms the issue is a missing
dependency in the package management system. What tools are available
to track down which
On Fri, 16 Dec 2005, Brett Serkez wrote:
perhaps there is a missing library dependency?
As another test I did a full install of Libs and X11, afterwards my test
program now runs. I believe this confirms the issue is a missing
dependency in the package management system. What
Date: Fri, 16 Dec 2005 16:31:19 +0100
From: Lennart Borgman [EMAIL PROTECTED]
CC: cygwin@cygwin.com
Eli Zaretskii wrote:
What's wrong with the patched file having CRLF on Windows?
It is the default line endings on Windows so normally that is what you
want. However if you have a
Hi Igor and all.
Why?
The script is for people that do not have
internet access. The reason because setup.exe
cannot help in this situation, is that it must
have access to a local miror of the packages if
a user want to make a update to new packages.
Also, to get these file, a person will
After I reinstalled Cygwin there is the following linker error in build
some applications:
--
g77 ... foo.F -lcygipc
/bin///ld: cannot find -lcygipc
...
--
The cygipc package has not been reinstalled, it,
Hi,
I just noticed something else that may or may not be a problem
(noticed when working on tftpd). When I link with iberty (-liberty),
the getopt function doesn't return the correct value for the option
argument. Here is a sample program
#include stdio.h
#include getopt.h
int main
I've been tinkering with wget lately, and I've
noticed that make realclean fails to delete
src/wget.exe. I've tracked it down to a possible
problem in configure.in. Lines 137-145 of the
current version are:
dnl
dnl In case of {cyg,gnu}win32. Should be a _target_ test.
dnl Might also be erelevant
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a problem
(noticed when working on tftpd). When I link with iberty (-liberty),
the getopt function doesn't return the correct value for the option
argument. Here is a sample
On Fri, 16 Dec 2005, Angelo Graziosi wrote:
After I reinstalled Cygwin there is the following linker error in build
some applications:
--
g77 ... foo.F -lcygipc
/bin///ld: cannot find -lcygipc
...
--
On Fri, 16 Dec 2005, Igor Pechtchanski wrote:
On Fri, 16 Dec 2005, Angelo Graziosi wrote:
After I reinstalled Cygwin there is the following linker error in build
some applications:
--
g77 ... foo.F -lcygipc
/bin///ld: cannot find
On Dec 16, 2005, at 3:41 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a problem
(noticed when working on tftpd). When I link with iberty (-liberty),
the getopt function doesn't return the
On Fri, Dec 16, 2005 at 05:50:01PM -0800, Peter Rehley wrote:
On Dec 16, 2005, at 3:41 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a problem (noticed
when working on tftpd). When I link with
On Dec 16, 2005, at 6:14 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 05:50:01PM -0800, Peter Rehley wrote:
On Dec 16, 2005, at 3:41 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a
On Fri, Dec 16, 2005 at 06:54:48PM -0800, Peter Rehley wrote:
I know that the cygwin getopt and libiberty getopt are different, but
I was just wondering why there is a liberty directory in the cygwin src.
Because the cygwin DLL build uses libiberty. What other reason would
there be?
And
On Dec 16, 2005, at 7:05 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 06:54:48PM -0800, Peter Rehley wrote:
I know that the cygwin getopt and libiberty getopt are different, but
I was just wondering why there is a liberty directory in the
cygwin src.
Because the cygwin DLL build
Hi
A new version of 'xemacs-sumo' and 'xemacs-mule-sumo' have been uploaded
to a server near you.
DESCRIPTION:
XEmacs standard and MULE (MUlti Lingual Emacs) packages
CYGWIN NEWS:
* routine update
XEmacs NEWS
===
* For changes since last release please
42 matches
Mail list logo