This fixes the issue reported here:
https://cygwin.com/ml/cygwin/2014-09/msg00341.html
On 64 bit, i = 0x8000 results in x = 0x8000 due to sign
extension.
Christian
2014-09-23 Christian Franke fra...@computer.org
* syscall.cc (ffs): Fix crash of ffs (0x8000) on 64 bit.
I hope you aren't using 32-bit tools to view environemnt of 64-bit
applications, do you?
I am not. I see the argv[0] in ProcExp64 - executable name - and nothing more.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Пётр Б. wrote:
I was frustrated by not being able to view CMD of Cygwin processes in
Windows tools. After a bit of research I found the talk about the
wincmdln option and saw it mentioned in changelog.
However, setting it did not take any effect even after reboot,
Windows 7 SP1 Prof x64,
On 9/17/2014 5:21 PM, Ken Brown wrote:
There have been many bug reports involving crashes or assertion failures
in emacs-X11 or emacs-w32 on 64-bit Cygwin. Many of these reports
include gdb backtraces that don't make sense. The one I'm looking at
right now is emacs bug#17753. I'll try to make
Hi,
I am almost done porting https://savannah.gnu.org/projects/lightning
to cygwin and windows64 abi. But I found a problem with the ffs function.
The test case is simple:
$ cat x.c
extern int ffs(int);
int main(void) {
long l = 0x8000;
int i = ffs((int)l);
return 0;
}
$ gcc -O0 -g3
On 9/23/2014 8:47 AM, Paulo César Pereira de Andrade wrote:
Hi,
I am almost done porting https://savannah.gnu.org/projects/lightning
to cygwin and windows64 abi. But I found a problem with the ffs function.
The test case is simple:
$ cat x.c
extern int ffs(int);
int main(void) {
long
At 2014-09-23 14:31, Ken Brown was heard to say:
So I think it's pretty clear that the strange backtrace I observed
with gdb-7.6.50-4 on 64-bit Cygwin was indeed due to a deficiency in
gdb.
I hope that people who have been experiencing emacs crashes with
impossible backtraces will update to
Eliot Moss wrote:
On 9/23/2014 8:47 AM, Paulo César Pereira de Andrade wrote:
Hi,
I am almost done porting https://savannah.gnu.org/projects/lightning
to cygwin and windows64 abi. But I found a problem with the ffs
function.
The test case is simple:
$ cat x.c
extern int ffs(int);
On 9/23/2014 9:23 AM, Markus Hoenicka wrote:
At 2014-09-23 14:31, Ken Brown was heard to say:
So I think it's pretty clear that the strange backtrace I observed
with gdb-7.6.50-4 on 64-bit Cygwin was indeed due to a deficiency in
gdb.
I hope that people who have been experiencing emacs
On 22/09/2014 23:14, Michael Osipov wrote:
Am 2014-09-17 um 12:16 schrieb Marco Atzeri:
On 17/09/2014 10:56, Michael Osipov wrote:
Am 2014-09-16 um 19:59 schrieb Csaba Raduly:
Hi Michael,
Unfortunately, it is not:
...
(cd /home/mosipov/asciidoc/bin; ln -sf asciidoc.py asciidoc)
(cd
Hi, list,
I tried to post my questions with my scripts but that didn't get
through. So I posted them in a blog entry here:
http://teknowfile.blogspot.com/2014/09/at-lost-with-windows-2012.html
Basically, the scripts runs fine on a Windows 2008R2 server but fails
on a 2012R2 server. Both have
At 2014-09-23 16:02, Ken Brown was heard to say:
On 9/23/2014 9:23 AM, Markus Hoenicka wrote:
At 2014-09-23 14:31, Ken Brown was heard to say:
So I think it's pretty clear that the strange backtrace I observed
with gdb-7.6.50-4 on 64-bit Cygwin was indeed due to a deficiency in
gdb.
I hope
This might not be too related to Cygwin, but not sure where else to
ask about stuff in Cygwin.
I am running rsync from a ubuntu server and my home computer to copy
files from the server to my computer. I want to set up rsync to run
every hour as files on my ubuntu server change. If I move the
On 9/23/2014 11:01 AM, Steven Dennis wrote:
This might not be too related to Cygwin, but not sure where else to
ask about stuff in Cygwin.
I am running rsync from a ubuntu server and my home computer to copy
files from the server to my computer. I want to set up rsync to run
every hour as
Greetings, Marco Atzeri!
why strange ?
the final installation dir is ${DESTDIR}${PREFIX}
for if you put
DESTDIR=/tmp
--prefix=$HOME/curl
the result will be in /tmp$HOME/curl alias /tmp/home/mosipov/curl
On asciidoc there is a mistake and the final dir is
${DESTDIR}/${PREFIX}
Christian Franke wrote:
This segfaults if gcc -fno-builtin option is used:
ffs(0x8000)
These work:
ffs(0xc000)
ffs(0x4000)
Likely a subtle problem in table based ffs() implementation in
winsup/cygwin/syscalls.cc if only upper bit is set. The newlib version
of ffs() works.
Thanks for the help. The files on my ubuntu server are there for a
while and often don't change but more files will get added. The files
on my home computer I move from the rsync target folder to do other
things with. I was hoping that if the files were copied one time from
my ubuntu server
Dear Steven -- If you tell rsync only to move newer files,
and you leave on your home computer an empty file of the
original name, but newer date/time, then rsync will not
transfer the file again. That's the best I can think of.
If a newer version of the file *does* appear, then rsync
will move
On 09/23/2014 10:27 AM, Wei Wang wrote:
Hi, list,
I tried to post my questions with my scripts but that didn't get
through. So I posted them in a blog entry here:
http://teknowfile.blogspot.com/2014/09/at-lost-with-windows-2012.html
Basically, the scripts runs fine on a Windows 2008R2 server
Hi,
Forgive me if this is expected. I am probably abusing dlsym
behavior on other systems.
(gdb) p sprintf
$1 = {text variable, no debug info} 0x10044b300 sprintf
(gdb) p (void*)dlsym(NULL, sprintf)
$2 = (void *) 0x7708a738 sprintf
The test driver I use for
libunistring (source package)
libunistring2 (runtime library)
libunistring-devel (development library and include files)
libunistring-doc (documentation)
CHANGES:
Runtime library version bump, from 0 to 2.
http://git.savannah.gnu.org/cgit/libunistring.git/tree/NEWS
DESCRIPTION:
On 23/09/2014 20:43, Paulo César Pereira de Andrade wrote:
Hi,
Forgive me if this is expected. I am probably abusing dlsym
behavior on other systems.
It will be much more clear if you
1) produce a simple small complete test case,
2) explain the outcome you obtain (or not)
3) explain
2014-09-23 16:40 GMT-03:00 Marco Atzeri marco.atz...@gmail.com:
On 23/09/2014 20:43, Paulo César Pereira de Andrade wrote:
Hi,
Forgive me if this is expected. I am probably abusing dlsym
behavior on other systems.
It will be much more clear if you
Sorry for not clear initial
I am experiencing 100% reproducible SIGSEGVs in ld if I use link time
optimization (-flto). See https://cygwin.com/ml/cygwin/2014-08/msg00439.html
What actually helped is to go back to gcc 4.8.3-2 or use experimental 4.9.0.
Maybe this works for you too although the problem is actually not ld
On 9/24/2014 05:27, Christoph H. Hochstaetter wrote:
I am experiencing 100% reproducible SIGSEGVs in ld if I use link time
optimization (-flto). See https://cygwin.com/ml/cygwin/2014-08/msg00439.html
What actually helped is to go back to gcc 4.8.3-2 or use experimental 4.9.0.
Maybe this
Thanks! I have just checked, but mpir is compiled without -flto. Indeed, their
configure script appends -fno-lto to the command line if the user try to use
it.
On Tue, Sep 23, 2014 at 5:09 PM, JonY 10wa...@gmail.com wrote:
On 9/24/2014 05:27, Christoph H. Hochstaetter wrote:
I am experiencing
On 2014-09-12 16:22, Andrey Repin wrote:
There's a major discrepancy between 32- and 64-bit versions.
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86%2Ftidy%2Ftidy-041206-1
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Ftidy%2Ftidy-20090325-1
There is a 20090325-1 for x86 too:
On 08/15/2014 09:16 AM, Corinna Vinschen wrote:
Sorry for taking more than a month to get to the bottom of this one.
But I have good news:
$ touch a.exe
$ ln -s a.exe b.exe
$ ls -l
total 1
-rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
lrwxrwxrwx 1 marco Administrators 5 Aug 15
Greetings, Yaakov Selkowitz!
On 2014-09-12 16:22, Andrey Repin wrote:
There's a major discrepancy between 32- and 64-bit versions.
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86%2Ftidy%2Ftidy-041206-1
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Ftidy%2Ftidy-20090325-1
On 2014-09-23 22:24, Andrey Repin wrote:
I don't know, how I missed it in all my updates, then. Is it posted as Exp.
release?
No.
Either way, at this point of time I would REALLY appreciate a release of
tidy-HTML5, as either Exp or base release. It seems pretty stable.
Not until such time
libunistring (source package)
libunistring2 (runtime library)
libunistring-devel (development library and include files)
libunistring-doc (documentation)
CHANGES:
Runtime library version bump, from 0 to 2.
http://git.savannah.gnu.org/cgit/libunistring.git/tree/NEWS
DESCRIPTION:
31 matches
Mail list logo
