I believe that my DocBook stack is now ready for the distro:
http://mirrors.kernel.org/sources.redhat.com/cygwinports/release-2/DocBook/
http://mirrors.kernel.org/sources.redhat.com/cygwinports/release-2/Perl/perl-SGMLSpm/
New:
build-docbook-catalog
dblatex
docbook-dsssl
docbook-sgml30
On Jan 31 21:18, Steven Monai wrote:
I have created a cygport script to package D. J. Bernstein's 'ucspi-tcp'
software. I propose to submit the package for inclusion in the Cygwin
package archive, with myself as its maintainer.
[...]
As per http://cygwin.com/setup.html#submitting , here is
On Feb 1 02:38, Yaakov S wrote:
I believe that my DocBook stack is now ready for the distro:
Yes, please!
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Marco Atzeri wrote:
as Corinna said, we are starting a PACman action.
The packages are cygwinport ones, courtesy of Yaakov.
Just a version bump.
plotutils-devel and plotutils-doc are obsoleted
the development packages are 3
libplot-devel
libplotter-devel
libxmi-devel
On Feb 1 02:38, Yaakov S wrote:
I believe that my DocBook stack is now ready for the distro:
Yes, please!
Gold star awarded. http://cygwin.com/goldstars/#YS
On 01/02/2010 03:18, Corinna Vinschen wrote:
Yes, please!
Uploaded, announced, and updated cygwin-pkg-maint accordingly.
Yaakov
On 2010/02/01 1:13 AM, Corinna Vinschen wrote:
There's certainly interest. You just missed out on
http://cygwin.com/setup.html#submitting, point 5. Please send the URLs
to your binary and source packages, otherwise it's a bit tricky to
review them.
Sorry, I was a bit confused about when to
Each time I start up cygwin-X I get these error messages in the Xterm
window that lingers after the Xterm windows opens. This is frustrating
because it just make it that much harder to use cygwin on Windows 7.
Clogs up the task bar with processes that you can't use. Anyway, any
ideas on why
CVSROOT:/cvs/src
Module name:src
Changes by: yselkow...@sourceware.org 2010-02-01 19:18:03
Modified files:
winsup/doc : ChangeLog faq-programming.xml
Log message:
* faq-programming.xml: Update for Cygwin docbook-utils package.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: da...@sourceware.org2010-02-02 01:54:56
Modified files:
winsup/cygwin : ChangeLog
Added files:
winsup/cygwin : how-startup-shutdown-works.txt
Log message:
* how-startup-shutdown-works.txt: Add new
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-02-02 02:00:02
Modified files:
cygwin : ChangeLog dcrt0.cc dll_init.cc dll_init.h
init.cc
Log message:
* dcrt0.cc (atexit_lock): Delete.
This patch updates winsup/doc/README for the new docbook-utils package,
which provides the docbook2pdf command for building the PDFs.
As for the note about docbook2X (which is a separate package not
included in today's additions) for info pages, I missed that until now
because it is not part
On Mon, Feb 01, 2010 at 08:17:05PM +, Dave Korn wrote:
On 01/02/2010 19:28, Dave Korn wrote:
On 01/02/2010 17:51, Christopher Faylor wrote:
On Mon, Feb 01, 2010 at 12:46:11PM -0500, Christopher Faylor wrote:
Cribbing from the gdb source code, it looks like they use BaseAddrees +
0x1000
On 01/02/2010 21:59, Christopher Faylor wrote:
Since the testcase (obviously?) worked for me it seems like this is pretty
variable. I'd like to understand why the MEMORY_BASIC_INFORMATION method
doesn't work before trying other things.
Hmm, well first off, looks like RegionSize is
On 01/02/2010 22:36, Dave Korn wrote:
On 01/02/2010 21:59, Christopher Faylor wrote:
Since the testcase (obviously?) worked for me it seems like this is pretty
variable. I'd like to understand why the MEMORY_BASIC_INFORMATION method
doesn't work before trying other things.
Hmm,
Here's some notes I've been making; reckon they might come in handy for
anyone who wants to untangle some of this stuff in the future. Attached the
whole file rather than gratuitously prefixing every line with a '+' to no
great effect! :) There'll be another later, to explain how the cxx abi
On Tue, Feb 02, 2010 at 01:23:54AM +, Dave Korn wrote:
Here's some notes I've been making; reckon they might come in handy for
anyone who wants to untangle some of this stuff in the future. Attached the
whole file rather than gratuitously prefixing every line with a '+' to no
great
On Tue, Feb 02, 2010 at 02:08:17AM +, Dave Korn wrote:
On 02/02/2010 01:39, Christopher Faylor wrote:
winsup/cygwin/ChangeLog:
* how-crt-and-initfini.txt: Add new document.
OK?
Yes, very nice except I don't think the name is descriptive enough and
in keeping with the other stuff
Hello, Corinna,
excuse me (s. above!)!
cygwin-ow...@cygwin.com schrieb am 29.01.2010 14:59:24:
[Bild entfernt]
Re: Cygwin v.1.7.1/OpenSSH v.5.3: Userswitching by using LSA
Authentication does not work...
Corinna Vinschen
an:
cygwin
29.01.2010 15:00
Gesendet von:
On Feb 1 10:41, carsten.porz...@spb.de wrote:
cygwin-ow...@cygwin.com schrieb am 29.01.2010 14:59:24:
But, it is necessary, that the logon user's primary group is the
Adminstrators group (544) within the passwd file. Ohterwise, the logon
failed.
u!? Not on my machine. My
On 29/01/2010 18:45, Christopher Faylor wrote:
On Fri, Jan 29, 2010 at 02:30:48PM +, Andrew West wrote:
On 29/01/2010 13:08, Dave Korn wrote:
On 28/01/2010 11:21, Andrew West wrote:
I seem to be having a problem with dlclose not calling the destructors
of statically
Hi all,
another problem after updating cgwin . The bash completion don't work for
symlinks .
assume having a /cygdrive/c/bin directory which contains symlinks to scripts in
a central directory on our file sever say /cygdrive/x /centraltools/
eg.
/cygdrive/c/bin/dosomething.pl - /cygdrive/x
Please help me out. I spent for three days but I still could install gcc in
window on cygwin.
Problem is I could not install gcc file,
(mingw-w64-trunk-snapshot-20091222.tar.bz2), on cygwin in window platform.
I would like to unpack and intall gcc
(mingw-w64-trunk-snapshot-20091222.tar.bz2)
Please help me out. I spent for three days but I still could install gcc
in window on cygwin.
Problem is I could not install gcc file,
(mingw-w64-trunk-snapshot-20091222.tar.bz2), on cygwin in window
platform.
I would like to unpack and intall gcc
So, what do you think about putting one standard installation under
bzr (Windows)
control and then pulling in changes from the different PC's when they are
ready
for it ?
That seems like a workable approach. A disadvantage is that by putting all
of those binaries into bzr, you'd get a
On 01/02/2010 11:46, Andrew West wrote:
I checked out the changes and it still crashed for me. Digging into it
the destructor for testlib fell outside of dll_end ( m.AllocationBase +
m.RegionSize ). On a whim I change m.AllocationBase to m.BaseAddress and
that seemed to fix it for me! The
Hello,
Yesterday Dave Korn helped me get my gcc compiler working. Now I'm
running into a new issue when trying to compile the Perl GD module.
Here is the output:
(1008) sirius:~/downloads/GD-2.44 $ perl Makefile.PL
Notice: Type perl Makefile.PL -h for command-line option summary.
On Feb 1 12:51, DEWI - N. Zacharias wrote:
Hi all,
another problem after updating cgwin . The bash completion don't work for
symlinks .
assume having a /cygdrive/c/bin directory which contains symlinks to scripts
in a central directory on our file sever say /cygdrive/x /centraltools/
Hi Corinna,
Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com]
Gesendet: Montag, 1. Februar 2010 16:18
An: cygwin@cygwin.com
Betreff: [bulk] - Re: Bash completion and symlinks problem
On Feb 1 12:51, DEWI - N. Zacharias wrote:
Hi all,
another problem after updating cgwin .
On 02/01/2010 01:20 AM, Javier Sedano wrote:
Hi, friends,
yesterday I tried to run the cygwin X server, but it did not run.
It cried about being unable to bind to the ipv6 address or so.
Browsing the mail list I've seen several requests for help, but I
have not found the solution
On 02/01/2010 10:53 AM, DEWI - N. Zacharias wrote:
Hi Corinna,
Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com]
Gesendet: Montag, 1. Februar 2010 16:18
An:cygwin@cygwin.com
Betreff: [bulk] - Re: Bash completion and symlinks problem
On Feb 1 12:51, DEWI - N. Zacharias wrote:
On Mon, Feb 01, 2010 at 11:46:55AM +, Andrew West wrote:
On 29/01/2010 18:45, Christopher Faylor wrote:
On Fri, Jan 29, 2010 at 02:30:48PM +, Andrew West wrote:
On 29/01/2010 13:08, Dave Korn wrote:
On 28/01/2010 11:21, Andrew West wrote:
I seem to be having a
On 01/02/2010 16:26, Christopher Faylor wrote:
Could you clarify? Are you saying that your test case still failed?
With the change you provided my test still failed, but changing
m.AllocationBase to m.BaseAddress it worked.
Unfortunately it only worked for that test cash, on trying it
On Sun, 24 Jan 2010 23:28:19 Christopher Faylor wrote:
I don't know that this site even uses Cygwin. They'd actually be pretty dumb
to use Cygwin's apache on a high-volume site like that so it probably is not
the case. I just thought it was an odd coincidence that I read about the same
On Mon, Feb 01, 2010 at 05:35:10PM +, Andrew West wrote:
On 01/02/2010 16:26, Christopher Faylor wrote:
Could you clarify? Are you saying that your test case still failed?
With the change you provided my test still failed, but changing
m.AllocationBase to m.BaseAddress it worked.
On 01/02/2010 17:35, Andrew West wrote:
Cribbing from the gdb source code, it looks like they use BaseAddrees +
0x1000 for the start point and then call GetModuleInformation to workout
the size of the module. I'm currently trying this out in dll_init.cc but
for some reason GetCurrentProcess
On Mon, Feb 01, 2010 at 12:46:11PM -0500, Christopher Faylor wrote:
On Mon, Feb 01, 2010 at 05:35:10PM +, Andrew West wrote:
On 01/02/2010 16:26, Christopher Faylor wrote:
Could you clarify? Are you saying that your test case still failed?
With the change you provided my test still
On 01/02/2010 17:51, Christopher Faylor wrote:
On Mon, Feb 01, 2010 at 12:46:11PM -0500, Christopher Faylor wrote:
Cribbing from the gdb source code, it looks like they use BaseAddrees +
0x1000 for the start point and then call GetModuleInformation to workout
the size of the module.
Yeah,
Please help me out. I have a problem to configure gcc-4.2.4
(gcc-g++-4.2.4.tar.bz2) cygwin in window.
Details:
Based on instruction on http://cygwin.wikia.com/wiki/How_to_install_GCC_4.3.0,
I
1. Create subfolder, contrib, inside usr folder
2. Download gcc-4.2.2.tar.bz2 into /usr/contrib
3. It
The following packages have been added or updated for the Cygwin
distribution:
*** build-docbook-catalog-1.5-1
*** dblatex-0.2.10-1
*** docbook-dsssl-1.79-2
*** docbook-sgml30-3.0-1
*** docbook-sgml31-3.1-1
*** docbook-sgml40-4.0-1
*** docbook-sgml41-4.1-1
*** docbook-sgml42-4.2-1
***
On 01/02/10 19:28, Dave Korn wrote:
On 01/02/2010 17:51, Christopher Faylor wrote:
On Mon, Feb 01, 2010 at 12:46:11PM -0500, Christopher Faylor wrote:
Cribbing from the gdb source code, it looks like they use BaseAddrees +
0x1000 for the start point and then call
On 01/02/2010 20:45, Andrew wrote:
I'm not looking to submit a patch to fix this, I'll leave that up to the
professionals who have a better idea about the whole picture. It's just
I've hit a brick wall with my code with this bug so I'm looking for some
work arounds for myself.
No, really,
I stand (actually I'm sitting) corrected. :)
The reason I deleted the .sh script was because it would never run to
completion on subsequent installs. I also forgot to add that I went though
and selected reinstall for all my packages to avoid the problem you pointed
out. It took a while, but
On 01/02/2010 17:35, Andrew West wrote:
But the atexit function is registered at 0x706c10f0. Changing
AllocationBase to BaseAddress worked for my test case out of pure luck,
with my larger libraries it still failed.
I've managed to convince myself it's right actually.
Looking at one of
Paul Cantalupo schrieb:
Hello,
Yesterday Dave Korn helped me get my gcc compiler working. Now I'm
running into a new issue when trying to compile the Perl GD module.
Here is the output:
(1008) sirius:~/downloads/GD-2.44 $ perl Makefile.PL
Notice: Type perl Makefile.PL -h for
On 2/1/2010 21:49, J J wrote:
Please help me out. I spent for three days but I still could install gcc in
window on cygwin.
Problem is I could not install gcc file,
(mingw-w64-trunk-snapshot-20091222.tar.bz2), on cygwin in window platform.
I would like to unpack and intall gcc
On Tue, Feb 02, 2010 at 08:14:48AM +0800, JonY wrote:
I suggest you read http://gd.tuwien.ac.at/linuxcommand.org/index.php.
It would help a new user like you to make sense of the CLI environment.
I would also suggest that you take this discussion elsewhere. This isn't
really fodder for this
On 12/01/2010 02:51, Yaakov (Cygwin/X) wrote:
Ross,
Could you please build the lateset cppunit with gcc4? The last release
was built with gcc3 and does not work with a gcc4-compiled package.
Thanks,
Yaakov
Ping?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Lapo,
The 'tidy' package, for which you are listed as the maintainer, has not
been updated in quite some time, and more recent versions are required
in most cases nowadays. Would you be able to update this package in the
near future?
BTW, I have the current version in Ports, if that would
2010/2/1 Larry Hall (Cygwin) reply-to-list-only...@cygwin.com:
On 02/01/2010 01:20 AM, Javier Sedano wrote:
However, I'd like if the maintainer could remove such dependency...
Cygwin X issues, comments, and questions should be sent to the cygwin-xfree
list.
Uhm... maybe that's why I
On Mon, February 1, 2010 9:40:47 AM I wrote:
I run Cygwin apache2 on a low-ish volume site (about 30 unique visitors per
day, plus the never-ending stream of bots which all public sites serve) and
the latest - as of 30 Jan 2010 - Cygwin apache2 running on a new Windows 7
x64 machine eventually
51 matches
Mail list logo