permissions.
- genisoimage: -o - will now write to stdout.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
If you have questions
wget -e robots=off -np -nH --cut-dirs=1 -R'index.html*' -r \
http://franke.dvrdns.org/cygwin/x86/release/cdrkit \
http://franke.dvrdns.org/cygwin/x86_64/release/cdrkit
The former (x86) cdrkit package is now marked obsolete and replaced by
cdrkit-doc.
An x86_64 cdrkit package does not
Christian Franke wrote:
Christian Franke wrote:
Christian Franke wrote:
Pawel Jasinski wrote:
hi,
after recent update I noticed a problem with 'git svn'
first, it was complaining about 'address already taken'
After restart and rebaseall I am getting:
$ git svn rebase
Current branch master
Please upload new upstream release for x86_64:
wget -e robots=off -np -nH --cut-dirs=1 -R'index.html*' -r \
http://franke.dvrdns.org/cygwin/x86_64/release/hostname
This one could be uploaded when a hostname-less coreutils is available
also for x86 distro:
wget -e robots=off -np -nH
Version 1.3.9-2 of isomasteris now available.
http://www.littlesvr.ca/isomaster/
Cygwin NEWS:
x86 package rebuild to provide a debuginfo package.
x86_64 package added.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/web page
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin
Version 1.3.9-2 of isomasteris now available.
http://www.littlesvr.ca/isomaster/
Cygwin NEWS:
x86 package rebuild to provide a debuginfo package.
x86_64 package added.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/web page
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin
Corinna Vinschen wrote:
On Aug 6 07:44, Christian Franke wrote:
I decided to no longer maintain grub and hdparm.
Upstream grub can no longer be built on Cygwin.
Meantime I added support for some use cases of hdparm (AAM, APM,
write cache, read lookahead, standby timer, security freeze
wget -e robots=off -np -nH --cut-dirs=1 -R'index.html*' -r \
http://franke.dvrdns.org/cygwin/x86/release/isomaster \
http://franke.dvrdns.org/cygwin/x86_64/release/isomaster
Keep 1.3.9-1 as previous.
Christian
wget -e robots=off -np -nH --cut-dirs=1 -R'index.html*' -r \
http://franke.dvrdns.org/cygwin/x86/release/ncdu \
http://franke.dvrdns.org/cygwin/x86_64/release/ncdu
Please remove 1.3-1
Christian
as advised by GNU Coding
Standards.
Christian Franke
--
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run setup and keep clicking Next.
If you have questions or comments, please send them
as advised by GNU Coding
Standards.
Christian Franke
--
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run setup and keep clicking Next.
If you have questions or comments, please send them
wget -e robots=off -np -nH --cut-dirs=1 -R'index.html*' -r \
http://franke.dvrdns.org/cygwin/x86/release/ddrescue \
http://franke.dvrdns.org/cygwin/x86_64/release/ddrescue
Please remove 1.12-1
Christian
Corinna Vinschen wrote:
... Please guys, be
so kind as to reply to this mail, so we can check if some packages are
orphaned, or if you are just busy.
...
Christian Franke
cdrkit
ddrescue
grub
hdparm
isomaster
ncdu
ddrescue: RFU pending :-)
cdrkit, isomaster, ncdu: Coming
are detected.
On Cygwin, smartd can be run as a windows service via cygrunsrv.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
If you have
are detected.
On Cygwin, smartd can be run as a windows service via cygrunsrv.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
If you have
wget -e robots=off -np -nH --cut-dirs=1 -R'index.html*' -r \
http://franke.dvrdns.org/cygwin/x86/release/smartmontools \
http://franke.dvrdns.org/cygwin/x86_64/release/smartmontools
Please remove 6.0-1.
Christian
Cygport 0.13.0 (and 0.12.2) adds a bogus requires: ...
cygwin64-gcc-core ... to setup.hint when cross-compiling for x86_64.
Testcase: smartmontools 6.1-2 source package from x86_64 distro:
$ uname -s
CYGWIN_NT-6.1-WOW64
$ cygport --version
cygport 0.13.0
$ grep ^REQ
Christian Franke wrote:
Christian Franke wrote:
Pawel Jasinski wrote:
hi,
after recent update I noticed a problem with 'git svn'
first, it was complaining about 'address already taken'
After restart and rebaseall I am getting:
$ git svn rebase
Current branch master is up to date.
error: git
The new MinGW-w64 4.7.3 gcc apparently ignores __attribute__((packed)).
Cygwin's gcc 4.7.3 and older MinGW-w64 4.5.3 work as expected.
Testcase:
$ cat packed.c
struct packed { char a; short b; } __attribute__((packed));
int size = sizeof(struct packed);
$ i686-w64-mingw32-gcc --version
Pawel Jasinski wrote:
hi,
after recent update I noticed a problem with 'git svn'
first, it was complaining about 'address already taken'
After restart and rebaseall I am getting:
$ git svn rebase
Current branch master is up to date.
error: git-svn died of signal 6
I can confirm this:
$ git
Christian Franke wrote:
Pawel Jasinski wrote:
hi,
after recent update I noticed a problem with 'git svn'
first, it was complaining about 'address already taken'
After restart and rebaseall I am getting:
$ git svn rebase
Current branch master is up to date.
error: git-svn died of signal 6
I
Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Fredrik Rothamel wrote:
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is
specified)
Is this an intentional change
Corinna Vinschen wrote:
For clearness I decided to add a quick lecture. Hope that's ok.
Makes much sense. I would suggest two additions:
...
- DON'T mix up int and long in printf/scanf. This:
int i; long l;
printf (%d %ld\n, l, i);
may not print what you think it should.
-
Corinna Vinschen wrote:
- DON'T forget to add casts if such Win32 API types are used with
printf(). This:
printf(Win32 Error=%lu\n, GetLastError());
worked for all i686 and Windows x86_64, but fails now on Cygwin x86_64.
I skipped that because the FAQ entry is not exactly what I wrote in
Christian Franke wrote:
Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Fredrik Rothamel wrote:
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is
specified
Fredrik Rothamel wrote:
Hi,
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is specified)
Is this an intentional change?
Unlikely. In this case it should be possible to revert the default -i
Christian Franke wrote:
Kai Tietz wrote:
Hello,
2013/3/23 Corinna Vinschen schrieb:
Thanks for the testcase. I'm not a gcc expert, so I defer to Kai.
Kai, can you have a look what happens here?
Thanks,
Corinna
yes, this is a gcc bug. it isn't sepcial to cygwin64. It happens
also for x64
Yaakov (Cygwin/X) wrote:
On 2013-04-12 00:38, Christian Franke wrote:
Recent config.guess still detects 64bit Cygwin as x86_64-unknown-cygwin.
This should probably be changed (upstream) to be consistent with
i686-pc-cygwin.
This was discussed a short while ago on cygwin-developers.
Sorry
Recent config.guess still detects 64bit Cygwin as x86_64-unknown-cygwin.
This should probably be changed (upstream) to be consistent with
i686-pc-cygwin.
$ uname -srvmo
CYGWIN_NT-6.1 1.7.18(0.263/5/3) 2013-04-10 14:35 x86_64 Cygwin
$ cygcheck -f /usr/share/automake-1.13/config.guess
Corinna Vinschen wrote:
On Apr 10 09:57, Corinna Vinschen wrote:
On Apr 9 22:55, Christian Franke wrote:
I would like to contribute the (Debian) Linux version of hostname(1)
and would suggest to remove the GNU hostname command from coreutils
package.
This version of hostname allows to show
Corinna Vinschen wrote:
On Apr 10 18:59, Christian Franke wrote:
New 64bit package with command named hostname, category changed to Base:
[...]
64 bit version uploaded, together with the new hostname-less coreutils
package.
But I almost screwed this up. You renamed the dir to hostname2
I would like to contribute the (Debian) Linux version of hostname(1) and
would suggest to remove the GNU hostname command from coreutils package.
This version of hostname allows to show the FQDN (-f), DNS domain name
(-d, dnsdomainname), alias names (-a, -A) or network addresses (-i, -I).
Kai Tietz wrote:
Hello,
2013/3/23 Corinna Vinschen schrieb:
Thanks for the testcase. I'm not a gcc expert, so I defer to Kai.
Kai, can you have a look what happens here?
Thanks,
Corinna
yes, this is a gcc bug. it isn't sepcial to cygwin64. It happens
also for x64 mingw, so please file a
-tests and send email
warnings or run other scripts if problems are detected.
On Cygwin, smartd can be run as a windows service via cygrunsrv.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/ web page. This downloads setup.exe to your
New upstream release
wget -r -nH --cut-dirs=2 \
http://franke.dvrdns.org/cygwin/release/smartmontools/setup.hint \
http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-6.1-1.tar.bz2
\
http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-6.1-1-src.tar.bz2
\
Thanks for providing 64-bit Cygwin.
A 64bit test build of smartmontools 6.1 segfaults after throw (It uses
throw frequently because I replaced 'exit(status)' with 'throw
(int)(status)' during C - C++ migration). Changing the optimization
level from -O2 to -O1 or -Os fixes the segfault.
I
Christopher Faylor wrote:
I'd like to have a feel for how the 64-bit version of Cygwin will
impact package maintainers.
So, I'd appreciate some discussion about this.
1) Do you have a 64-bit version of Windows available?
2) If no, would you be willing to install one?
3) Are you willing to
Arno Wagner wrote:
Example:
#include stdio.h
void main() {
long long i;
i = 100L;
printf(sizeof long long: %d\n, sizeof(i));
printf(L specifier: %12Ld\n, i);
printf(q specifier: %12qd\n, i);
printf(ll specifier: %12lld\n, i);
}
gives:
sizeof long long: 8
L
Just for Info:
The new /usr/include/w32api/windef.h does no longer define _WIN32.
This may require compile fixes for some sources which check only for
_WIN32 and not for __CYGWIN__ after windows.h is included.
Christian
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Kai Tietz wrote:
2012/10/20 JonY wrote:
On 10/20/2012 21:12, Christian Franke wrote:
Just for Info:
The new /usr/include/w32api/windef.h does no longer define _WIN32.
This may require compile fixes for some sources which check only for
_WIN32 and not for __CYGWIN__ after windows.h
email
warnings or run other scripts if problems are detected.
On Cygwin, smartd can be run as a windows service via cygrunsrv.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/ web page. This downloads setup.exe to your
system
email
warnings or run other scripts if problems are detected.
On Cygwin, smartd can be run as a windows service via cygrunsrv.
Christian Franke
--
To update your installation, click on the Install or update now link
on the http://cygwin.com/ web page. This downloads setup.exe to your
system
New upstream release
wget -r -nH --cut-dirs=2 \
http://franke.dvrdns.org/cygwin/release/smartmontools/setup.hint \
http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-6.0-1-src.tar.bz2
\
http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-6.0-1.tar.bz2
\
Christopher Faylor wrote:
On Wed, Oct 17, 2012 at 08:30:21PM +0200, Christian Franke wrote:
New upstream release
wget -r -nH --cut-dirs=2 \
http://franke.dvrdns.org/cygwin/release/smartmontools/setup.hint \
http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-6.0-1
Corinna Vinschen wrote:
On Aug 16 07:06, Lord Laraby wrote:
My, major emphasis is recognizing in the Cygwin dll
or startup code somewhere) that the user has full Administrator rights
and simply replacing his normal UID with 0 (or that of whomever root
seems to be by /etc/passwd). Internally
Corinna Vinschen wrote:
On Jul 11 07:45, Christian Franke wrote:
If smartctl is run for an USB drive, a potential BLODA is reported:
...
Potential BLODA detected! Thread function called outside of Cygwin DLL:
C:\Windows\system32\wbem\wbemprox.dll
Potential BLODA detected! Thread function
New upstream release
wget -r -nH --cut-dirs=2 \
http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-5.43-1.tar.bz2
\
http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-5.43-1-src.tar.bz2
setup.hint is unchanged.
Please remove 5.41-1 and keep 5.42-1 as
minutes
(configurable), logs SMART errors and changes of SMART Attributes via
the syslog interface.
Smartd can also be configured to schedule self-tests and send email
warnings or run other scripts if problems are detected.
On Cygwin, smartd can be run as a windows service via cygrunsrv.
Christian Franke
If smartctl is run for an USB drive, a potential BLODA is reported:
# uname -sr
CYGWIN_NT-6.1-WOW64 1.7.15(0.260/5/3)
# echo $CYGWIN
detect_bloda
# /usr/sbin/smartctl -i /dev/sdb
smartctl 5.42 2011-10-20 r3458 [i686-pc-cygwin-win7(64)-sp1]
(cygwin-5.42-1)
...
Potential BLODA detected!
I would like to contribute isomaster:
http://www.littlesvr.ca/isomaster/
Available in Debian stable:
http://packages.debian.org/stable/isomaster
setup.hint:
desc: Graphical CD/DVD image editor
ldesc: Isomaster allows to create or customize ISO images.
Bootable CD/DVDs are supported.
category:
Corinna Vinschen wrote:
Oh, btw., your setup.hint has a bug:
desc: Graphical CD/DVD image editor
should be
sdesc: Graphical CD/DVD image editor
I fixed that on sourceware, please change that in your local copy.
Thanks done
Christian
Corinna Vinschen wrote:
On May 23 21:55, Corinna Vinschen wrote:
On May 23 20:23, Christian Franke wrote:
I would like to contribute isomaster:
[...]
http://franke.dvrdns.org/cygwin/release/isomaster/isomaster-1.3.9-1.tar.bz2
\
http://franke.dvrdns.org/cygwin/release/isomaster
to an ISO, and create bootable ISOs - all in a
graphical user interface. It can open ISO, NRG, and some MDF files but
can only save as ISO.
ISO Master is based on bkisofs - a library for reading, modifying and
writing ISO images.
Christian Franke
--
To update your installation, click
to an ISO, and create bootable ISOs - all in a
graphical user interface. It can open ISO, NRG, and some MDF files but
can only save as ISO.
ISO Master is based on bkisofs - a library for reading, modifying and
writing ISO images.
Christian Franke
--
To update your installation, click
Corinna Vinschen wrote:
Fixing cygdrop.
$ net helpmsg 122
The data area passed to a system call is too small.
A quick look into the sources shows that the maximum buffer size for
the group list returned by GetTokenInformation is wrongly computed:
max_groups = 100;
char
Christopher Faylor wrote:
On Tue, Apr 17, 2012 at 09:06:15AM +0200, Corinna Vinschen wrote:
On Apr 11 20:52, Christian Franke wrote:
Yes. Patch is attached.
Christian
Thanks for the patch. I'm just wondering if we shouldn't generalize
this right from the start by keeping an array
On Mar 4, Corinna Vinschen wrote:
On Mar 4 19:42, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 2 22:35, Christian Franke wrote:
Corinna Vinschen wrote:
But, as usual, PTC.
OK, ...
Simple: Unset TZ for Win32 programs run from Cygwin.
More flexible: Set (unset) TZ
PRIKHODKO, GEORGE wrote:
Hi,
Since Cygwin 1.7.12 version find command run on /proc/registry started to fail
with massages 'find: File system loop detected...'.
find /proc/registry -type f
find: File system loop detected; `/proc/registry/HKEY_CLASSES_ROOT' is part of
the same file system
The inheritance of a /dev/clipboard filedesc through fork() fails in
1.7.13. Last working snapshot was 2012-03-30.
Access to /dev/clipboard itself works as expected.
Testcase:
$ uname -vrs
CYGWIN_NT-6.1-WOW64 1.7.12s(0.260/5/3) 20120330 12:20:36
$ echo test1 | cat /dev/clipboard
$ cat
Christopher Faylor wrote:
On Fri, Apr 06, 2012 at 09:15:13PM +0200, Christian Franke wrote:
The inheritance of a /dev/clipboard filedesc through fork() fails in
1.7.13. Last working snapshot was 2012-03-30.
Should be fixed in the next snapshot.
http://cygwin.com/snapshots/
Confirmed
Nellis, Kenneth wrote:
From: Christian Franke
Confirmed :-)
Yes, but...
$ uname -vrs
CYGWIN_NT-5.1 1.7.14s(0.260/5/3) 20120406 19:41:34
$ echo test1 | cat /dev/clipboard
$ cat /dev/clipboard
test1
$ getclip
[Garbage]test[Garbage]
...
Segmentation fault (core dumped)
This is unrelated
On Feb 27, Corinna Vinschen wrote:
I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It
contains two code snippets which are supposed to help diagnosing BLODA
problems.
[...]
Of course I'd be interested in your experience with this and in any
BLODA message you get by setting
Corinna Vinschen wrote:
On Mar 26 19:00, Christian Franke wrote:
Corinna Vinschen wrote:
I see your point, but what bugs me a bit is the fact that
clock_getres(CLOCK_REALTIME) and clock_setres(CLOCK_REALTIME) will
always return the same value coarsest, regardless what value has been set
Corinna Vinschen wrote:
On Mar 27 20:01, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 26 19:00, Christian Franke wrote:
Corinna Vinschen wrote:
I see your point, but what bugs me a bit is the fact that
clock_getres(CLOCK_REALTIME) and clock_setres(CLOCK_REALTIME) will
always return
Corinna Vinschen wrote:
On Mar 27 20:59, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 27 20:01, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 26 19:00, Christian Franke wrote:
Corinna Vinschen wrote:
I see your point, but what bugs me a bit is the fact that
clock_getres
Corinna Vinschen wrote:
On Mar 22 18:47, Christian Franke wrote:
Corinna Vinschen wrote:
clock_getres already returns the coarsest time. Did you mean the
setting in hires_ms::resolution, by any chance? It's using the
actual setting right now.
No. Yes.
No, clock_getres(CLOCK_REALTIME
Corinna Vinschen wrote:
On Mar 21 23:59, Christian Franke wrote:
clock_getres(CLOCK_REALTIME,ts) queries the actual resolution through
NtQueryTimerResolution (coarsest,finest,actual) during its
first call and returns this value unchanged afterwards.
This returns a global Windows setting which
clock_getres(CLOCK_REALTIME, ts) queries the actual resolution through
NtQueryTimerResolution (coarsest, finest, actual) during its first
call and returns this value unchanged afterwards.
This returns a global Windows setting which may be temporarily modified
by other applications by using
Christopher Faylor wrote:
On Fri, Mar 09, 2012 at 09:43:07AM +0100, Corinna Vinschen wrote:
On Mar 8 21:37, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 7 23:07, Christian Franke wrote:
The rebase tool does not change last modification timestamp of each
DLL even if its data has
Corinna Vinschen wrote:
On Mar 9 19:22, Christian Franke wrote:
Christopher Faylor wrote:
On Fri, Mar 09, 2012 at 09:43:07AM +0100, Corinna Vinschen wrote:
On Mar 8 21:37, Christian Franke wrote:
rebase does not explicitly (re)set the timestamp after rebasing. Is
this by design?
Well
Corinna Vinschen wrote:
On Mar 8 08:29, Eric Blake wrote:
On 03/08/2012 06:37 AM, Václav Zeman wrote:
Hi.
Here is a tiny patch to avoid calling strlen() twice in readlink().
- ssize_t len = min (buflen, strlen (pathbuf.get_win32 ()));
+ size_t pathbuf_len = strlen (pathbuf.get_win32 ());
Corinna Vinschen wrote:
On Mar 7 23:07, Christian Franke wrote:
The rebase tool does not change last modification timestamp of each
DLL even if its data has changed. This is likely because Windows
may not update the timestamp for files written through a memory
mapped view.
Is this an intended
Timestamps from files extracted by setup.exe (2.769) and tar differ
slightly.
Is this done intentionally to mark files installed by setup.exe with an
impossible time stamp?
$ tar xf coreutils-8.15-1.tar.bz2 -C /tmp usr/bin/ls.exe
$ ls -l --full-time /usr/bin/ls.exe /tmp/usr/bin/ls.exe
...
Corinna Vinschen wrote:
On Mar 4 19:42, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 2 22:35, Christian Franke wrote:
Corinna Vinschen wrote:
But, as usual, PTC.
OK, ...
Simple: Unset TZ for Win32 programs run from Cygwin.
More flexible: Set (unset) TZ=CYGWIN_WINENV_TZ
The rebase tool does not change last modification timestamp of each DLL
even if its data has changed. This is likely because Windows may not
update the timestamp for files written through a memory mapped view.
Is this an intended behavior of rebase?
Christian
--
Problem reports:
Corinna Vinschen wrote:
On Mar 2 22:35, Christian Franke wrote:
Corinna Vinschen wrote:
But, as usual, PTC.
OK, ...
Simple: Unset TZ for Win32 programs run from Cygwin.
More flexible: Set (unset) TZ=CYGWIN_WINENV_TZ if this variable is
set (to empty). Otherwise keep TZ as is.
would
Corinna Vinschen wrote:
On Mar 1 21:15, Christian Franke wrote:
TZ environment variable is set by default since base-files 4.0.7.
Unfortunately this breaks the time() calculation for all non-Cygwin
programs run from Cygwin if Microsoft C runtime (mscrt*.dll) is
used. MS CRT evaluates TZ
TZ environment variable is set by default since base-files 4.0.7.
Unfortunately this breaks the time() calculation for all non-Cygwin
programs run from Cygwin if Microsoft C runtime (mscrt*.dll) is used. MS
CRT evaluates TZ but supports only a very old syntax subset. IIRC this
is the case
David Sastre Medina wrote:
On Mon, Feb 27, 2012 at 06:11:30PM +0100, Christian Franke wrote:
This is an updated version of:
http://cygwin.com/ml/cygwin/2011-04/msg00020.html
Uses the detection method suggested here:
http://cygwin.com/ml/cygwin/2011-04/msg00372.html
Tested with bash, dash, mksh
Setting CYG_SYS_BASHRC in bash.bashrc has no effect because it is run a
(...subshell...) environment:
Fix:
--- defaults/etc/bash.bashrc2012-02-27 22:03:33.00100 +0100
+++ bash.bashrc 2012-02-28 11:00:30.657407200 +0100
@@ -20,3 +20,3 @@
# Check that we haven't already been sourced.
-([[
Frank Fesevur wrote:
2012/2/26 Jari Aalto:
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/cloc
License : GPL
Count physical lines of source code in the given files (may be
archives such as compressed tarballs or zip files) and/or
recursively below the given
This is an updated version of:
http://cygwin.com/ml/cygwin/2011-04/msg00020.html
Uses the detection method suggested here:
http://cygwin.com/ml/cygwin/2011-04/msg00372.html
Tested with bash, dash, mksh, posh, and zsh (with symlink /etc/zprofile
- profile) on cygwin 1.7.11-1 and Win7 x64.
OT:
fuser reports missing /proc/net/unix and does not list any used files:
$ cygcheck -f /bin/cygwin1.dll
cygwin-1.7.10-1
$ cygcheck -f /bin/fuser
psmisc-22.14-1
$ sleep 100 /tmp/foo
[1] 4132
$ fuser /tmp/foo
Cannot open /proc/net/unix: No such file or directory
$ fuser -a /tmp/foo
Cannot open
Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 08:39:46PM -0600, Yaakov (Cygwin/X) wrote:
Just came across an issue withsys/wait.h in C++. STC:
$ cat test.c
#includestddef.h
#includesys/wait.h
int main(void) { wait(NULL); return 0; }
$ gcc -Wall test.c
$ gcc -x c++ -Wall test.c
test.c:
Cygwin stat() may be much slower on noacl mounts than on acl mounts.This
is because on noacl mounts the x-permission bit is guessed by checking
for #!, : or MZ in the first bytes of the file. AFAIKS this is
done for all files except *.exe, *.lnk and *.com.
A real world testcase with 20120201
Corinna Vinschen wrote:
On Feb 3 19:20, Christian Franke wrote:
Cygwin stat() may be much slower on noacl mounts than on acl
mounts.This is because on noacl mounts the x-permission bit is
guessed by checking for #!, : or MZ in the first bytes of the
file. AFAIKS this is done for all files
Yaakov (Cygwin/X) wrote:
On Wed, 2012-02-01 at 20:55 +0100, Christian Franke wrote:
Yaakov (Cygwin/X) wrote:
On Tue, 2012-01-31 at 19:41 +0100, Christian Franke wrote:
Clang++ 3.0-1 does not produce any exception handling code. Unwind
tables and code within catch(.) {...} blocks
Yaakov (Cygwin/X) wrote:
On Tue, 2012-01-31 at 19:41 +0100, Christian Franke wrote:
Clang++ 3.0-1 does not produce any exception handling code. Unwind
tables and code within catch(.) {...} blocks are not generated. Throw
always abort()s program.
Is this as excepted?
As best as I can tell
René Berber wrote:
On 2/1/2012 12:21 AM, Christian Franke wrote:
Must be at least somewhat Cygwin specific. Clang on i686 Linux generates
exception handling code properly (tested with clang 2.9 on Debian).
Are you using -fcxx-exeptions ?
I think you have to enable exceptions with that flag
Clang++ 3.0-1 does not produce any exception handling code. Unwind
tables and code within catch(.) {...} blocks are not generated. Throw
always abort()s program.
$ cat trycatch.cc
void do_work();
void handle_error();
void func()
{
try { do_work(); }
catch (...) { handle_error(); }
}
$
Yaakov (Cygwin/X) wrote:
On Tue, 2012-01-31 at 19:41 +0100, Christian Franke wrote:
Clang++ 3.0-1 does not produce any exception handling code. Unwind
tables and code within catch(.) {...} blocks are not generated. Throw
always abort()s program.
Is this as excepted?
As best as I can tell
or skip algorithm of the split pass has been improved.
A spurious warning about -D being ignored in fill mode has been
removed.
Ddrescuelog, a tool for manipulation, display, conversion, comparison
and testing of ddrescue logfiles, has been added.
Christian Franke
--
To update your installation
or skip algorithm of the split pass has been improved.
A spurious warning about -D being ignored in fill mode has been
removed.
Ddrescuelog, a tool for manipulation, display, conversion, comparison
and testing of ddrescue logfiles, has been added.
Christian Franke
--
To update your installation
JonY wrote:
On 1/5/2012 02:31, Christian Franke wrote:
Both are new issues not seen in previous releases. If desired, I could
resend this report to mingw-w64 list.
Christian
Yes, please do that. This is an odd problem indeed, maybe a missing
attribute qualifier.
Done.
Christian
When printf/scanf functions from MinGW runtime are selected via
__USE_MINGW_ANSI_STDIO, then format string checking is broken. This only
affects the C++ compiler:
$ cygcheck -f /usr/bin/i686-w64-mingw32-g++
mingw64-i686-gcc-g++-4.5.3-4
$ cat testfmt.c
#define __USE_MINGW_ANSI_STDIO 1
New upstream release
wget \
http://franke.dvrdns.org/cygwin/release/ddrescue/ddrescue-1.15-1.tar.bz2 \
http://franke.dvrdns.org/cygwin/release/ddrescue/ddrescue-1.15-1-src.tar.bz2
setup.hint is unchanged.
Please remove 1.9-1
Christian
silent wrote:
setup.exe v2.763
windows xp pro 32 bit,
nearly fresh install, every time run aria2c it core dump:
$ aria2c
Aborted (core dumped)
The core dump does no longer occur after libstdc++6 package
(cygstdc++6.dll) is downgraded to previous version 4.3.4-4.
The root of the problem
files. Such packages might exist or
not. If yes, these should probably be fixed first.
Yes, I agree that this is a hack. But someone might agree that this is a
useful hack :-)
Christian
2011-12-16 Christian Franke fra...@computer.org
* install.cc (installOne): Ensure that src package
401 - 500 of 786 matches
Mail list logo
