I want to contribute and maintain the fastcgi library.
I compiled it just as static library, which is useful for apache2,
lighttpd, ruby, php and clisp. Maybe I might be persuaded to maintain a
dll (libfcgi0) also.
What:
Reini Urban schrieb:
Christopher Faylor schrieb:
Some mail to the spam trap on sourceware indicates that CLISP no
longer has
a Cygwin maintainer.
Is anyone interested in maintaining this?
Yep, me.
Package is ready, but I will wait until some dependent build req's are
through ITP and
Reini Urban wrote:
I want to contribute and maintain the fastcgi library.
I compiled it just as static library, which is useful for apache2,
lighttpd, ruby, php and clisp. Maybe I might be persuaded to maintain a
dll (libfcgi0) also.
I do not see how it would be useful for apache2.
Why a
Max Bowsher schrieb:
Reini Urban wrote:
I want to contribute and maintain the fastcgi library.
I compiled it just as static library, which is useful for apache2,
lighttpd, ruby, php and clisp. Maybe I might be persuaded to maintain a
dll (libfcgi0) also.
I do not see how it would be useful
Hi
I just installed the latest version of cygwin, including all the X11 stuff
on a new machine.
But unlike last time, an XServer did not install on my desktop and I cannot
find it anywhere in the cygwin directories.
What did I miss, or where is it?
Many thanks
Nicola Ritter
--
I just installed cygwin with all x11 packages installed. When I open the bash
shell and run startx it does nothing - it exits silently without error messages
at all. I downloaded cygwin setup to drive E and ran it with the default
suggestions except for selecting x11 of course. How can I figure
subhra datta wrote:
I just installed cygwin with all x11 packages installed. When I open the bash
shell and run startx it does nothing - it exits silently without error messages
at all. I downloaded cygwin setup to drive E and ran it with the default
suggestions except for selecting x11 of
Nicola Ritter wrote:
Hi
I just installed the latest version of cygwin, including all the X11
stuff on a new machine.
But unlike last time, an XServer did not install on my desktop and I
cannot find it anywhere in the cygwin directories.
What did I miss, or where is it?
If you need help,
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-08-03 03:47:54
Modified files:
. : ChangeLog Makefile.in
Log message:
* Makefile.in (subauth): Add dependency on mingw.
Patches:
A Cygwin program run from cmd.exe fails to invoke another Cygwin via the
PATH, when the PATH contains an empty entry.
A Windows PATH environment variable might contain adjacent ; characters, as
in c:\dir1;;c:\dir2. This is normally a harmless error. (For most Windows
programs, an empty entry in
The '-mno-cygwin' flag trigggers the cross-compiler to MinGW. If
you're
having problem with this switch, you should check with the MinGW folks
(http://www.mingw.org/), since you're really using their compiler, not
Cygwin's.
Will do. Thanks.
--
Benjamin Wright
Statistical Laboratory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Kevin Till on 8/1/2006 6:58 PM:
Hi,
I'm running GNU tar 1.5.1 on cygwin version 2.510.2.2 (Window XP).
Really? The current version of cygwin is 1.5.21, not 2.510.2.2 (which is
the version of setup.exe). And the current version of
I've updated the version of sed to 4.1.5-2.
This is a Cygwin specific patch release.
It reverts the default behaviour of sed back to treating CR/LF as
lineendings, in contrast to 4.1.5-1, which only treated the trailing LF
as lineending and the preceeding CR as the last character on the line.
On 01 August 2006 15:39, Ben Wright wrote:
g++ -mno-cygwin -Wl,--add-stdcall-alias
-I/cygdrive/c/Java/jdk1.5.0_07/include
-I/cygdrive/c/Java/jdk1.5.0_07/include/win32 -shared -o Samplers.dll a
whole bunch of source files here -lstdc++ -lg2c
http://cygwin.com/acronyms/#TOFU. Reformatted.
Frank C. wrote:
--- Larry Hall (Cygwin)
reply-to-list-only-lh at cygwin dot com wrote:
^^^
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
Frank C. wrote:
Dear all,
I've been trying to install a
On Wed, Aug 02, 2006 at 02:29:19AM -0400, Steven Doerfler wrote:
A Cygwin program run from cmd.exe fails to invoke another Cygwin via the
PATH, when the PATH contains an empty entry.
Is this a known bug? Thanks in advance for any responses.
It's not a known bug but it is now fixed in CVS.
Frank, you could run make with the -n flag to see what commands it issues (even
hidden command lines). This generates enormous amounts of output for all
commands far beyond the one that is bothering you now, so run for instance:
make -n 21 | less
If you're lucky, you'll see cygpath
On 8/1/06, Darryl Miles wrote:
I am still interested in tackling the whole situation but I do need to
be furnished with a testcase to work with. I believe the original
comeback by the group of users running unison should have insisted a
testcase was produced by them to demonstrate the new
Lev Bishop wrote:
On 8/1/06, Darryl Miles wrote:
I am still interested in tackling the whole situation but I do need to
be furnished with a testcase to work with. I believe the original
comeback by the group of users running unison should have insisted a
testcase was produced by them to
Hi Corinna,
You wrote:
I've updated the version of sed to 4.1.5-2.
It reverts the default behaviour of sed back to treating CR/LF as
lineendings, in contrast to 4.1.5-1, which only treated the trailing LF
as lineending and the preceeding CR as the last character on the line.
Thank you very
Joachim Achtzehnter wrote:
Hi Corinna,
You wrote:
I've updated the version of sed to 4.1.5-2.
It reverts the default behaviour of sed back to treating CR/LF as
lineendings, in contrast to 4.1.5-1, which only treated the trailing LF
as lineending and the preceeding CR as the last character on
On Wed, 2 Aug 2006, Darryl Miles wrote:
The problem at the moment is that Corinna would like someone to explain
how the NtQueryInformationFile() approach is broken (and me for that
matter).
Doesn't this explain the problem nicely?
On 01 August 2006 00:02, Alex Eng wrote:
On 7/31/06, Corinna Vinschen [EMAIL PROTECTED] wrote:
Alex? http://cygwin.com/acronyms#PCYMTNQREAIYR please.
On Jul 30 09:27, Alex Eng wrote:
On 7/30/06, Corinna Vinschen [EMAIL PROTECTED] wrote:
On Jul 29 19:29, Alex Eng wrote:
After editing a
Thanks to all who responded, it must have been the Windows version I was
running all along.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
There is a bug in cygcheck 1.90 (included in Cygwin package
1.5.21(0.156/4/2) 2006-07-30):
$ uname -a
CYGWIN_NT-5.0 ableau 1.5.21(0.156/4/2) 2006-07-30 14:21 i686 Cygwin
$ cygcheck -V
cygcheck version 1.90
System Checker for Cygwin
Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006
All:
This is a follow-up to a couple of posts I made 7/25,7/26/2006 regarding
DLL loading issues. cygcheck output was attached to the first of my two
posts. The cause of the problem in its original incarnation is still
undetermined, as it all seems to be happening upstream of main() where
I am trying to set up rsync as a daemon under WindowsXP (professional) in
order to be able to backup this machine on to a linux server. I am
struggling with an issue I don't understand. I don't know whether it is an
Rsync issue or a Cygwin issue, so I am asking both mailing lists.
My
Hi all,
I have encountered a rather puzzling fragmentation that occurs when
writing files using Cygwin.
What happens is that if one creates a new file and writes data to it
(whether via a command line redirect or with a Tcl script - have not tried C
yet) the file ends up
[cc'ing you per your request]
From: Vladimir Dergachev
Sent: Wednesday, August 02, 2006 5:33 PM
Subject: NTFS fragmentation
Hi all,
I have encountered a rather puzzling fragmentation
that occurs when writing files using Cygwin.
What happens is that if one creates
Gary R. Van Sickle wrote:
[cc'ing you per your request]
From: Vladimir Dergachev
Sent: Wednesday, August 02, 2006 5:33 PM
Subject: NTFS fragmentation
Hi all,
I have encountered a rather puzzling fragmentation
that occurs when writing files using Cygwin.
What happens is
Hi Gary and Larry,
Thank you for your comments, replies below:
On Wednesday 02 August 2006 7:08 pm, you wrote:
Any suggestions and comments would be greatly
appreciated.
Please CC me - I am not on the list.
thank you very much
Christopher Faylor schrieb:
On Thu, Jul 27, 2006 at 11:11:07PM +0200, Corinna Vinschen wrote:
On Jul 27 13:48, aldana wrote:
isn't there a possibitly that cygwin provides a quicker
cp-implementation? i mean 4 minutes for a copy of 70MB to a memstick
(instead of CopyFile() 20 sec.) is not
Brian Ford wrote:
On Wed, 2 Aug 2006, Darryl Miles wrote:
Doesn't this explain the problem nicely?
http://www.cygwin.com//ml/cygwin-patches/2004-q4/msg00018.html
Yes that casts light on the problem. Did you get around to trying to
reverse the direction of the data flow through the pipe or
Igor Peshansky schrieb:
On Thu, 27 Jul 2006, Richard Foulk wrote:
Looking for a simple way to popup a message box on Windows via
a Perl script on a system with Cygwin.
Looking for portability, light weight, foolproof. The `net send'
option doesn't seem very reliable or portable.
Hmm, I
source file is a very simple cpp file like hello world whose name is main.cpp
when i compile it with:
g++ -o test.exe main.cpp
it works fine
but when i compile it with:
g++ -c -o main.o main.cpp
ld -o test.exe main.o
it will report undefined reference error at step 2, it looks like ld
can not
Vladimir Dergachev wrote:
Hi Gary and Larry,
Thank you for your comments, replies below:
On Wednesday 02 August 2006 7:08 pm, you wrote:
Any suggestions and comments would be greatly
appreciated.
Please CC me - I am not on the list.
thank you very
On Wed, Aug 02, 2006 at 09:11:03PM -0400, Larry Hall (Cygwin) wrote:
If you pulled it from Mozilla.org, it ain't Cygwin-based. That would
point to a more general, non-Cygwin problem.
Especially since tclsh.exe is just barely a cygwin program and I wouldn't
be surprised if it didn't even use
On Thu, Aug 03, 2006 at 02:11:00AM +0200, Reini Urban wrote:
Christopher Faylor schrieb:
On Thu, Jul 27, 2006 at 11:11:07PM +0200, Corinna Vinschen wrote:
On Jul 27 13:48, aldana wrote:
isn't there a possibitly that cygwin provides a quicker
cp-implementation? i mean 4 minutes for a copy of 70MB
On Thu, Aug 03, 2006 at 08:34:46AM +0800, wrote:
source file is a very simple cpp file like hello world whose name is
main.cpp
when i compile it with:
g++ -o test.exe main.cpp
it works fine
but when i compile it with:
g++ -c -o main.o main.cpp
ld -o test.exe main.o
it will report
Christopher Faylor wrote:
On Wed, Aug 02, 2006 at 09:11:03PM -0400, Larry Hall (Cygwin) wrote:
If you pulled it from Mozilla.org, it ain't Cygwin-based. That would
point to a more general, non-Cygwin problem.
Especially since tclsh.exe is just barely a cygwin program and I wouldn't
be
I'm really seeing the non-optimized cygwin cp behaviour causing bad
reputation, which could be easily patched and maybe even accepted
upstream. Who knows. Eric what do think? Would it be worthful to think
about?
I don't really want to maintain a Windows API patch, and doubt that
it would
On Thu, 3 Aug 2006, Reini Urban wrote:
Igor Peshansky schrieb:
On Thu, 27 Jul 2006, Richard Foulk wrote:
Looking for a simple way to popup a message box on Windows via
a Perl script on a system with Cygwin.
[snip]
Theoretically, it should be as simple as
use Win32::GUI
On Wed, 2 Aug 2006, Igor Peshansky wrote:
$ perl -e 'use Win32::GUI qw(MessageBox); MessageBox(0, message, title,
64);'
Can't load '/usr/lib/perl5/site_perl/5.8/cygwin/auto/Win32/GUI/GUI.dll' for
module Win32::GUI: No such file or directory at
/usr/lib/perl5/5.8/cygwin/DynaLoader.pm line
Hi,
Cygports documentation says I should put a copy of setup.hint and
README inside CYGWIN-PATCHES directory. Where is that directory supposed
to be?
Thanks,
Maurício
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Gentile Utente [EMAIL PROTECTED],
la avvisiamo che il suo fax verso il numero non é stato inoltrato, in quanto
il documento allegato non è di un tipo riconosciuto.
Il file che ha generato queto errore è: file.cmd
Le ricordiamo che con [EMAIL PROTECTED] è possibile inviare testi, documenti
Word
I've updated the version of sed to 4.1.5-2.
This is a Cygwin specific patch release.
It reverts the default behaviour of sed back to treating CR/LF as
lineendings, in contrast to 4.1.5-1, which only treated the trailing LF
as lineending and the preceeding CR as the last character on the line.
46 matches
Mail list logo
