A new release and a build fix.
http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.88.2-1-src.tar.bz2
http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.88.2-1.tar.bz2
http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/setup.hint (unchanged)
The defunct files can be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reini Urban wrote:
Due to popular request I'll change the postgresql layout from the big
monolithic singular package to a layout as used in debian for 8.1
This will make it easier for the packages xemacs and php at first,
and for users it will
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just a quick status update:
I've now successfully hacked the buildsystem to produce the cgi-fcgi
version of the binary a well as the cli version.
I intend to try to tweak the build into producing a core DLL before
posting any prospective packages -
Max,
I'd like you to take a look at Gentoo Linux PHP ebuild,
http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-lang/php/ . It handles
single-pass build of cli, cgi and apache module if fastbuild USE
option is set and always worked fine to me.You can get great ideas how
to run single pass cygwin php
On Tue, May 02, 2006 at 10:58:50AM +0200, Reini Urban wrote:
A new release and a build fix.
http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.88.2-1-src.tar.bz2
http://xarch.tu-graz.ac.at/publ/cygwin/release/clamav/clamav-0.88.2-1.tar.bz2
Max Bowsher schrieb:
Sounds good! But isn't it 'libpq', not 'libpg' ?
Sure.
libpqnumber and libpgfeature.
It's a mess.
--
Reini
Hi,
When connecting from home to my work computer using Microsoft's Remote
Desktop, I find that I cannot use my already opened Cygwin X window because
I get a 'destructive screen configuration' change error. Is there a
workable way around this dilemma without drastically changing how I have X
Hi,
When connecting from home to my work computer using Microsoft's Remote
Desktop, I find that I cannot use my already opened Cygwin X window because
I get a 'destructive screen configuration' change error. Is there a
workable way around this dilemma without drastically changing how I have X
R. Lewis wrote:
When connecting from home to my work computer using Microsoft's Remote
Desktop, I find that I cannot use my already opened Cygwin X window
because
I get a 'destructive screen configuration' change error. Is there a
workable way around this dilemma without drastically
As a common situation our Company LAN comprises a multiplicity of linux and
solaris servers. Servers are all offering rlogin sessions via XDMCP chooser
to anyone on the LAN. A user on the LAN runs on his local PC (Windows XP OS)
CygWin to access such servers. CygWin startxdmcp.bat in
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-05-02 10:51:52
Modified files:
winsup/w32api : ChangeLog
Added files:
winsup/w32api/include: ipxconst.h ipxrtdef.h mprapi.h routprot.h
stm.h
Log message:
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-05-02 12:08:18
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: mprapi.h
Log message:
* include/mprapi.h (PPP_*INFO*, RAS_CONNECTION_*, RAS_PORT_*,
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-05-02 12:21:21
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: mprapi.h
Added files:
winsup/w32api/lib: mprapi.def
Log message:
* include/mprapi.h
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-05-02 15:58:35
Modified files:
cygwin : ChangeLog external.cc
Log message:
* external.cc (cygwin_internal): Set errno on failure.
Patches:
On Mon, Apr 24, 2006 at 08:12:42PM +0200, Corinna Vinschen wrote:
Please test the latest snapshot (at least 2006-Apr-24) from
http://cygwin.com/snapshots/
Please report back in this thread when you encounter a problem, which
you can't reproduce with 1.5.18 or 1.5.19. We're interested in
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Steve Baldwin
Sent: Tuesday, 2 May 2006 6:54 AM
To: cygwin@cygwin.com
Subject: RE: scp timeout on dual-core processor
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Hi,
Harig, Mark wrote:
The Cygwin version of the openssh utility program, 'scp', appears to
have a defect that prevents
it from copying files above a certain size, when 'scp' is running on
computers with Intel
dual-core processors.
Cygwin/openssh/etc. on two more
computers with dual-core
Hi !
Another backtrace of the cygwin-1.dll problem (using this backtrace hack
http://sourceware.org/ml/cygwin/2004-01/msg00066.html )
#0 0x77e9a10e in WaitForMultipleObjects ()
from /cygdrive/c/WINNT/system32/KERNEL32.DLL
#1 0x77e9a1fb in WaitForMultipleObjectsEx ()
from
Hi.
I found out that having quote characters in DOS Path variable around
directories which are listed before cygwin/bin path can confuse rsync
so that it's unable to find ssh executable.
In my example when Path is set as:
Hello,
we have a subversion repository with a couple of
files including german umlauts in their filenames.
We use Tortoise SVN clients running under Win XP,
and everything works well.
Unfortunately I am not the greatest fan of such GUI
tools and prefer comand line tools whenever available.
I
On 01 May 2006 15:58, Brian Ford wrote:
On Thu, 27 Apr 2006, Dave Korn wrote:
On 26 April 2006 20:34, Steven Hartland wrote:
Interestingly if I try to get a thread dump using
sysinternals process explorer the rsync process goes
mad using all available cpu.
That's a known issue, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Davor Perkovac on 5/2/2006 5:52 AM:
Hi.
I found out that having quote characters in DOS Path variable around
directories which are listed before cygwin/bin path can confuse rsync so
that it's unable to find ssh executable.
Try
Is there somewhere I can download the *.2 manpages for functions
available in cygwin? I couldn't find them using the setup package
search. I have an old printed unix manual, but it would be nice not to
have to carry it around.
--
Unsubscribe info:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Charles D. Russell on 5/2/2006 6:55 AM:
Is there somewhere I can download the *.2 manpages for functions
available in cygwin? I couldn't find them using the setup package
search. I have an old printed unix manual, but it would be
At 06:40 02.05.2006 -0600, Eric Blake wrote:
According to Davor Perkovac on 5/2/2006 5:52 AM:
Hi.
I found out that having quote characters in DOS Path variable around
directories which are listed before cygwin/bin path can confuse rsync so
that it's unable to find ssh executable.
Try
Steven Brown wrote:
There's simply no way to solve this for all cases without a recompile of
libstdc++.
I wrote:
Your test case DOES NOT abort if one builds it with GCC that was rebuilt
whitout that patch but configured with --enable-fully-dynamic-string!
Your test case
On 02 May 2006 15:18, Kaveh Goudarzi wrote:
I call cygwin_internal ( CW_SYNC_WINENV ) prior to
the call to GetEnvironmentStrings ... the strange thing is the
value that comes back ... looking at the code
(cygwin/src/winsup/cygwin/external.cc) I expected zero but I get another
value
According to Charles D. Russell on 5/2/2006 6:55 AM:
Is there somewhere I can download the *.2 manpages for functions
available in cygwin?
Eric Blake wrote:
Not all the functions have man pages in cygwin - volunteers are welcome to
help write some. Having said that, the web is your friend
On 02 May 2006 15:59, Charles D. Russell wrote:
According to Charles D. Russell on 5/2/2006 6:55 AM:
Is there somewhere I can download the *.2 manpages for functions
available in cygwin?
Eric Blake wrote:
Not all the functions have man pages in cygwin - volunteers are welcome to
help
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes wrote:
On Mon, Apr 24, 2006 at 08:12:42PM +0200, Corinna Vinschen wrote:
Please test the latest snapshot (at least 2006-Apr-24) from
http://cygwin.com/snapshots/
Please report back in this thread when you encounter a
On Tue, May 02, 2006 at 03:32:44PM +0100, Dave Korn wrote:
On 02 May 2006 15:18, Kaveh Goudarzi wrote:
I call cygwin_internal ( CW_SYNC_WINENV ) prior to the call to
GetEnvironmentStrings ... the strange thing is the value that comes
back ... looking at the code
On Tue, May 02, 2006 at 11:57:21AM -0400, Christopher Faylor wrote:
That's usually a good idea but I just noticed that cygwin-internal
doesn't set errno. There is no reason why it would have to, really,
since the interface is entirely local to cygwin and we can decide to do
what we want.
Christopher Faylor wrote:
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes
I'm having problems with rsync'ing perl seeming to hang that didn't
happen with 1.5.18/9 or snapshots up to 20060329. I'll try to post
cygcheck output soon.
Corinna changed ssh recently. Are you
On Tue, May 02, 2006 at 05:21:21PM +0100, Steven Hartland wrote:
Christopher Faylor wrote:
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes
I'm having problems with rsync'ing perl seeming to hang that didn't
happen with 1.5.18/9 or snapshots up to 20060329. I'll try to post
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Steve Baldwin
Sent: Tuesday, May 02, 2006 4:27 AM
To: cygwin@cygwin.com
Subject: RE: scp timeout on dual-core processor
(text deleted)
OK, now I don't believe my problems are related to the CPU(s). I
Hi Guys,
Thanks for your input. So it looks like my version of cygwin1.dll
does not have the functionality I was trying to use namely the CW_SYNC_WINENV
(doing an nm on cygwin1.dll I don't see sync_winenv ()). So unless there is
going to be an imminent release I would be
Hello,
A few months ago someone reported (subj=Windows update vs. cygrunsrv) that
windows update and cygrunsrv fails when trying to update multimedia programs on
windows (MP, iTunes, etc). cygrunsrv uses nearly all cpu.
In fact, I use cygwin 1.5.19-4 and I can reproduce the bug with *any* cygwin
the only way to complete the update is to kill
the cat.
I tried this, my wife is furious, and the update is still stuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
I seem to be having problems with compiling qt3 for windows. I don't know
whether this is a cygwin problem or a qt3 problem but after following the
instructions for installation here:
http://qtwin.sourceforge.net/qt3-win32/compile-cygwin.php
I run the following command:
$ . config.cygwin-thread
I've updated clamav to the new upstream release (security vulnerability
in the protocol code for freshclam) and fixed a packaging error, which
prevented building the daemon side clamd and clamdscan.
Thanks to U.-D. Braumann.
Solution: Update to 0.88.2-1
About:
Clam AntiVirus is an anti-virus
On 02 May 2006 18:15, Ludovic Drolez wrote:
In fact, I use cygwin 1.5.19-4 and I can reproduce the bug with *any* cygwin
process (cygrunsrv, bash, cat, etc).
To reproduce:
- run cmd.exe, go to the cygwin /bin directory and launch cat.exe
- on a W2K SP4, start windows update and install
On 02 May 2006 19:13, Dave Korn wrote:
On 02 May 2006 18:15, Ludovic Drolez wrote:
Any hints on how to debug this problem would be appreciated !
It's a waste of time posting random tracebacks I'm afraid. What we really
need to do is attach a debugger to the thread that is eating the cpu
Kaveh Goudarzi wrote:
I downloaded the src for cygwin and compiled my code
as below (cygwin is where I did the cvs pull).
gcc -o envs-test.exe env-test.c -I cygwin/src/winsup/cygwin/include/sys
I call cygwin_internal ( CW_SYNC_WINENV ) prior to
the call to
Dave Korn wrote:
...because for some reason, despite attaching the debugger, and despite having
frozen every other thread and only left one running, every time I try to
single step it, it just carries on running as if I'd told it to continue.
Dunno why except perhaps the debugger isn't keen
I've been having problems getting cron/sshd to work properly (as
services or not as services) on a Win 2003 server. I understand that
certain attributes of the SYSTEM account changed in win2003, and I've
tried to allow ssh-host-config to setup sshd, but with no success. I
have tried
# If there is a running service, then stop it and remove it.
cygrunsrv --query sshd /dev/null 21 {
cygrunsrv --stop $service;
cygrunsrv --remove $service;
};
Correction: '$service' should be replaced with 'sshd' in the two
lines above.
--
Unsubscribe info:
swingkyd1 wrote:
I seem to be having problems with compiling qt3 for windows. I don't know
whether this is a cygwin problem or a qt3 problem but after following the
instructions for installation here:
http://qtwin.sourceforge.net/qt3-win32/compile-cygwin.php
I run the following command:
$ .
Hi Mark,
Thanks for looking at this with me. I have restarted the sshd service
many times, and have provided the password for the sshd_server account
each time I've installed the service (whether installing it manually or
with ssh-host-config). Below is how I have been typically installing
Mike Dunn wrote:
[snip]
It's strange how the service starts normally, and sshd enters the
process table, but it appears to refuse to run. I wonder if there is a
way to test my password for the sshd_server account (or would cygrunsrv
complain if it were wrong?)
Do you have a firewall running
Angelo Graziosi wrote:
Your test case (http://svn.variadic.org/public/trunk/weirdbug/) DOES NOT
abort also if one rebuilds GCC WITHOUT ADDING
--enable-fully-dynamic-string BUT APPLYING the patch PR24196!
Yes, that's all in the bug report, but why I'd avoid it is that they
were still undecided
50 matches
Mail list logo