-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Yaakov (Cygwin Ports) on 12/10/2007 10:37 PM:
Eric Blake wrote:
Included in debian stable:
http://packages.debian.org/etch/liberror-perl
I think we have (informally) decided on a RH-style naming convention for
our perl packages,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Included in Debian stable:
http://packages.debian.org/etch/libmodule-build-perl
required to build perl-Error
On cygwin ports, Yaakov used prerequisites of perl-YAML,
perl-ExtUtils-CBuilder, and perl-ExtUtils-ParseXS. It would be nice to
also
exim-4.68-2 :
http://mysite.verizon.net/phumblet/exim-4.68-2/exim-4.68-2.tar.bz2
http://mysite.verizon.net/phumblet/exim-4.68-2/exim-4.68-2-src.tar.bz2
and delete 4.68-1
cron-4.1-6
http://mysite.verizon.net/phumblet/cron-4.1-6/cron-4.1-6.tar.bz2
On Dec 11 09:49, Pierre A. Humblet wrote:
exim-4.68-2 :
http://mysite.verizon.net/phumblet/exim-4.68-2/exim-4.68-2.tar.bz2
http://mysite.verizon.net/phumblet/exim-4.68-2/exim-4.68-2-src.tar.bz2
and delete 4.68-1
cron-4.1-6
http://mysite.verizon.net/phumblet/cron-4.1-6/cron-4.1-6.tar.bz2
On Dec 10 16:35, Dr. Volker Zell wrote:
Hi
I would like to adopt and maintain the `rcs' package from Stipe Tolj.
Sure, no problem!
wget http://volkerzell.de/cygwin/ITP/rcs/setup.hint
wget http://volkerzell.de/cygwin/ITP/rcs/rcs-5.7-4-src.tar.bz2
wget
On Tue, 11 Dec 2007, Corinna Vinschen wrote:
On Dec 10 16:35, Dr. Volker Zell wrote:
Hi
I would like to adopt and maintain the `rcs' package from Stipe Tolj.
Sure, no problem!
wget http://volkerzell.de/cygwin/ITP/rcs/setup.hint
wget
I apologize profusely to everyone who worked hard to adopt packages over
the past few months. I've discovered a stash of unanswered gold star
emails in my Follow-up folder, and have just completed giving out all of
them (all well deserved):
http://cygwin.com/goldstars/#LL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric Blake wrote:
Not a problem. Updated links:
GTG.
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric Blake wrote:
On cygwin ports, Yaakov used prerequisites of perl-YAML,
perl-ExtUtils-CBuilder, and perl-ExtUtils-ParseXS. It would be nice to
also package those modules, but since perl-Module-Build comes with its own
subset of YAML support,
Hi,
I'm facing problem in installing cygwin on windows
server 2003. Installation doesn't proceed after 10% or
so.
Can someone suggest what is missing to install cywin
successfully? What are the steps need to follow or
some settings need to do?
Thanks,
Pradnya
I did that several times. Works just fine.
No special steps.
(Windows 2003 is very compatible to XP)
Regards,
David
-Original Message-
From: Pradnya Vairagare [EMAIL PROTECTED]
To: cygwin-xfree@cygwin.com
Date: Tue, 11 Dec 2007 08:04:45 -0800 (PST)
Subject: Cygwin installation on windows
Pradnya Vairagare wrote:
Hi,
I'm facing problem in installing cygwin on windows
server 2003. Installation doesn't proceed after 10% or
so.
Can someone suggest what is missing to install cywin
successfully? What are the steps need to follow or
some settings need to do?
This can be caused by
Hi,
To make XWin compile succesfully using the git sources from Xorg (7.3),
I have created a patch. (See below for url)
I encountered the following issues:
Overloading Xfont functions: Starting up XWin would fail with errors
regarding locating the font. See for example the report by Yaakov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Janjaap Bos wrote:
The changes I made are all in the patch. Let me know when you have
suggestions, and whether you're able to build it. Perhaps Yaakov is
willing to check it with his findings.
Thank you VERY much. I will try to look into this
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-12-11 15:16:19
Modified files:
winsup/cygwin : ChangeLog cygheap.cc
Log message:
* cygheap.cc (_csbrk): Don't request zero bytes from VirtualAlloc,
as windows treats that as an
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-12-11 15:01:31
Modified files:
winsup/cygwin : ChangeLog localtime.cc
Log message:
* localtime.cc (tzset): Call tzsetwall only if it hasn't been
called before.
Patches:
CVSROOT:/cvs/src
Module name:src
Branch: cr-0x5f1
Changes by: [EMAIL PROTECTED] 2007-12-11 15:01:38
Modified files:
winsup/cygwin : ChangeLog localtime.cc
Log message:
* localtime.cc (tzset): Call tzsetwall only if it hasn't been
called
CVSROOT:/cvs/src
Module name:src
Branch: cr-0x5f1
Changes by: [EMAIL PROTECTED] 2007-12-11 15:35:26
Modified files:
winsup/cygwin : ChangeLog cygheap.cc
Log message:
* cygheap.cc (_csbrk): Don't request zero bytes from VirtualAlloc,
as
CVSROOT:/cvs/src
Module name:src
Branch: cr-0x5f1
Changes by: [EMAIL PROTECTED] 2007-12-11 16:14:33
Modified files:
winsup/cygwin : ChangeLog localtime.cc
Log message:
* localtime.cc (tzset): Guard by a muto for thread safety.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-12-11 18:38:25
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: wincrypt.h
Log message:
2007-12-11 Dave Korn [EMAIL PROTECTED]
*
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-12-11 18:57:44
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc
Log message:
* fhandler_disk_file.cc (fhandler_base::fstat_helper): Fix R/O bit
handling on
CVSROOT:/cvs/src
Module name:src
Branch: cr-0x5f1
Changes by: [EMAIL PROTECTED] 2007-12-11 18:57:58
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc
Log message:
* fhandler_disk_file.cc (fhandler_base::fstat_helper): Fix R/O bit
Hi gang,
My bug turned out to be a problem in the cygheap _csbrk routine. If an
allocation takes you exactly to the end of a granularity page, _csbrk calls
VirtualAlloc with a dwSize of zero bytes - the adjusted amount by which the heap
needs to be extended into the next page.
On Tue, Dec 11, 2007 at 12:18:17PM -, Dave Korn wrote:
2007-12-11 Dave Korn [EMAIL PROTECTED]
* cygheap.cc (_csbrk): Don't request zero bytes from VirtualAlloc,
as windows treats that as an invalid parameter and returns an error.
Ok.
cgf
On 11 December 2007 14:19, Christopher Faylor wrote:
On Tue, Dec 11, 2007 at 12:18:17PM -, Dave Korn wrote:
2007-12-11 Dave Korn [EMAIL PROTECTED]
* cygheap.cc (_csbrk): Don't request zero bytes from VirtualAlloc,
as windows treats that as an invalid parameter and returns
On Tue, Dec 11, 2007 at 02:26:17PM -, Dave Korn wrote:
On 11 December 2007 14:19, Christopher Faylor wrote:
On Tue, Dec 11, 2007 at 12:18:17PM -, Dave Korn wrote:
2007-12-11 Dave Korn [EMAIL PROTECTED]
* cygheap.cc (_csbrk): Don't request zero bytes from VirtualAlloc,
as
On Dec 11 09:38, Christopher Faylor wrote:
On Tue, Dec 11, 2007 at 02:26:17PM -, Dave Korn wrote:
On 11 December 2007 14:19, Christopher Faylor wrote:
On Tue, Dec 11, 2007 at 12:18:17PM -, Dave Korn wrote:
2007-12-11 Dave Korn [EMAIL PROTECTED]
* cygheap.cc (_csbrk):
On 11 December 2007 14:39, Christopher Faylor wrote:
On Tue, Dec 11, 2007 at 02:26:17PM -, Dave Korn wrote:
On 11 December 2007 14:19, Christopher Faylor wrote:
On Tue, Dec 11, 2007 at 12:18:17PM -, Dave Korn wrote:
2007-12-11 Dave Korn [EMAIL PROTECTED]
* cygheap.cc
On Dec 11 15:24, Dave Korn wrote:
Applied, thanks. (Found some problems in w32api's wincrypt.h which I'll
report to mingw list later today. Appears to have been there for at least a
fortnight. Am I the only one who builds with WINVER = 0x0501?)
Unlikely but possible. Cygwin is using
On 11 December 2007 15:37, Corinna Vinschen wrote:
On Dec 11 15:24, Dave Korn wrote:
Applied, thanks. (Found some problems in w32api's wincrypt.h which I'll
report to mingw list later today. Appears to have been there for at least
a fortnight. Am I the only one who builds with WINVER =
On Dec 11 15:54, Dave Korn wrote:
On 11 December 2007 15:37, Corinna Vinschen wrote:
On Dec 11 15:24, Dave Korn wrote:
Applied, thanks. (Found some problems in w32api's wincrypt.h which I'll
report to mingw list later today. Appears to have been there for at least
a fortnight. Am I
On 11 December 2007 16:24, Corinna Vinschen wrote:
I know why I had no problem. I didn't update my local copy of w32api
for a while. Now that I updated I'm stuck like you are. Please apply
your patch (at least as a stop-gap measure) for now and, if you don't
mind, discuss it on the mingw
Hi:
I am trying to build an import library from a windows dll for which I do
not have the source code. I am new to cygwin and programming on windows,
and I understand that there are two main steps to this:
1. Extract a def file from the dll
2. Use dlltool to create the import library
The
Andrew DeFaria [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Well that tells you that your previous invocations of system and backquote
constructs were not portable to start with. It would be far better to
centralize such things to a subroutine to try to mitigate the portability
Andrew DeFaria [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Well that tells you that your previous invocations of system and backquote
constructs were not portable to start with. It would be far better to
centralize such things to a subroutine to try to mitigate the portability
Brian Mathis [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I think the biggest problem you're having is conceptual. It's easy to
view a bash prompt as just a better DOS prompt that gives you unix
commands in addition to windows command line commands.
...
The solution is to start
Jevin Sweval [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
At work, we develop using both Cygwin's perl and AS's perl (we
distribute our app to people without Cygwin but with ActivePerl).
Thank you for these comments, Your environment is similar to my situation;
my coworkers to
Michael Kairys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
As an aside, there seems to be something broken in my installation re. Tk
(or
perhaps I'm missing something). If I run a script containing (only) use
Tk I
get: Can't load
On 11 December 2007 12:21, Michael Kairys wrote:
To accomplish this I have put cygwin\bin on my Windows path. What is your
opinion on that, please?
A wholly excellent idea IMO :)
You can run into the occasional confusion about PATH ordering where there are
utilities of the same name.
On Dec 10 13:09, Cary R. wrote:
Attached are the two ChangeLog entries from newlib and a patch of the math
directory differences between my modified 1.5.24 and 1.5.25. I did a quick
visual check and this single patch appears to match the two I originally
sent. Please let me know if I can be of
On Dec 11, 2007 8:06 AM, Corinna Vinschen wrote:
Thanks for the patches. I applied them to the 1.5.x branch. Barring
any further catastrophies in 1.5.25, I will release a new 1.5.25 within
a couple of days.
While you're at it...
http://sourceware.org/ml/newlib/2007/msg00912.html
On Dec 10 17:00, Jerry D. Hedden wrote:
[...]
Under 1.5.24, this test always passes. Under 1.5.25, it is
now frequently failing. If I add a debugging call in the
central most loop:
print(got: $lt exp: $localtime\n);
I get the following as typical of the problem:
5
So far, I put postmaster to run, but it
does not receive any connection. trying to start
/etc/rc.d/init.d/postgres fails. Running cygsrv -S cygserver results
in error 120. My conclusion is I cannot run Postgres 8 on this
plataform.
If anyone can run Postgres 7 or know any *working* tutorial, just
On Dec 11 09:06, Lev Bishop wrote:
On Dec 11, 2007 8:06 AM, Corinna Vinschen wrote:
Thanks for the patches. I applied them to the 1.5.x branch. Barring
any further catastrophies in 1.5.25, I will release a new 1.5.25 within
a couple of days.
While you're at it...
Dear List,
sometimes I have to pause the execution of the mencoder process on my cygwin
hosted by an XP SP2. If I press Ctrl+S the mencoder is stopped nicely. I wanted
to pause it from a script. I tried the normal UNIX way sending a SIGSTOP signal
to the process (kill -STOP mencoder_PID) from an
Jerry D. Hedden wrote:
[...]
Under 1.5.24, this test always passes. Under 1.5.25, it is
now frequently failing. If I add a debugging call in the
central most loop:
print(got: $lt exp: $localtime\n);
I get the following as typical of the problem:
5 perl-current ./perl
On Dec 10 22:34, Brent wrote:
If I execute
mypath=`cygpath -w ../`
echo $mypath
I get
d:\unix\nextVersion\script
OK, d:\unix\nextVersion\script is the correct windows version of the path,
but it is in absolute form. I would prefer it if cygpath left it in relative
form,
On Mon, 10 Dec 2007, Brent wrote:
If I execute
mypath=`cygpath -w ../`
echo $mypath
I get
d:\unix\nextVersion\script
OK, d:\unix\nextVersion\script is the correct windows version of the
path, but it is in absolute form. I would prefer it if cygpath left it
in relative form,
On Dec 11 10:24, Jerry D. Hedden wrote:
Corinna Vinschen wrote:
It would be more helpful if you would send self-contained code which
doesn't have to be tweaked to do a test. I'm not a perl developer, so
it took me some time to get it running. I'd also really prefer
testcases in plain C
On Dec 11, 2007 10:18 AM, TAJTHY Tamás wrote:
Dear List,
sometimes I have to pause the execution of the mencoder process on my cygwin
hosted by an XP SP2. If I press Ctrl+S the mencoder is stopped nicely. I
wanted
to pause it from a script. I tried the normal UNIX way sending a SIGSTOP
Newest Cygwin: 1.5.25
Hi,
with the newest Cygwin (see above) all directories on a FAT thumb
drive[1] are marked as 500 (should be 700) - although the
directories are of course writable. I think this is a bug and should
be fixed.
Thanks, Thorsten
PS directories on C: (NTFS) show as 700 or 770
On Dec 11 18:17, Thorsten Kampe wrote:
Newest Cygwin: 1.5.25
Hi,
with the newest Cygwin (see above) all directories on a FAT thumb
drive[1] are marked as 500 (should be 700)
Grr, I mixed this up because I failed to see an exclamation mark.
So that was broken for all non-NTFS
Hi
A new version of 'squid' has been uploaded to a server near you.
Cygwin NEWS:
o Maintainer change
o New Upstream release
o Switched to cygport build framework
o Cleanup of installation directories
squid NEWS:
===
o
Hi
A new version of `rcs' has been uploaded to a server near you.
Cygwin NEWS:
o Maintainer change
o Switched to cygport build framework
o Documentation and manual pages now under /usr/share/{man/doc} hierarchy
o The patch posted in
On 05/12/2007, Mike Marchywka [EMAIL PROTECTED] wrote:
I seem to have an odd problem with xargs and jar. I'm not sure if I can
isolate a simple test
case but essentially it only seems to be taking some of the input files.
This seems to work suggesting the file list is acceptable to jar:
$
Dear Lev,
2007. 12. 11. k. 19:06, Lev Bishop [EMAIL PROTECTED] írta:
sometimes I have to pause the execution of the mencoder process on my cygwin
hosted by an XP SP2. If I press Ctrl+S the mencoder is stopped nicely. I
wanted
to pause it from a script. I tried the normal UNIX way sending a
2007/11/7, Brian Mathis [EMAIL PROTECTED]:
On Nov 7, 2007 10:44 AM, Andrew DeFaria [EMAIL PROTECTED] wrote:
DePriest, Jason R. wrote:
I once, like you, wondered why I couldn't just have one installation
of Perl or Python that works in either environment. Since I write
scripts, not
2007/12/11, cappellano [EMAIL PROTECTED]:
So far, I put postmaster to run, but it
does not receive any connection. trying to start
/etc/rc.d/init.d/postgres fails. Running cygsrv -S cygserver results
in error 120. My conclusion is I cannot run Postgres 8 on this
plataform.
If anyone can run
Reini Urban [EMAIL PROTECTED] wrote in message
Win32::OLE COM objects, Registry access, Win32:GUI and all of
libwin32 works fine on cygwin perl. With cygwin perl you have the best
of both worlds.
Is it correct that Cygwin Perl/Tk requires a running X server?
--
Unsubscribe info:
Michael Kairys wrote:
Reini Urban [EMAIL PROTECTED] wrote in message
Win32::OLE COM objects, Registry access, Win32:GUI and all of
libwin32 works fine on cygwin perl. With cygwin perl you have the best
of both worlds.
Is it correct that Cygwin Perl/Tk requires a running X server?
That
Corinna wrote:
This is not always possible when converting POSIX paths to Win32 paths
for a couple of reasons. One reason is that a relative path might
contain symlinks, another one is that a path containing .. could cross
mount points. To recognize both cases extra processing is necessary
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I removed everything but C:\Program Files\cygwin from my PATH and I
reinstalled Cygwin twice, from separate mirrors...
Still getting the same errors.
- -Rob
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
62 matches
Mail list logo