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 t
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 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
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:
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 experien
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
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 itsel
2014-09-23 16:40 GMT-03:00 Marco Atzeri :
> 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 problem descr
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 the
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:
Hi,
Forgive me if this is expected. I am probably abusing dlsym
behavior on other systems.
(gdb) p sprintf
$1 = {} 0x10044b300
(gdb) p (void*)dlsym(NULL, "sprintf")
$2 = (void *) 0x7708a738
The test driver I use for http://www.gnu.org/software/lightning
calls dlsym in its pseudo assemble
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 b
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 i
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 that
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.
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}/
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 files
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 co
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 th
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 64-
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 /home/m
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 crashes
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);
i
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 g
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
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 x
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
Пётр Б. 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, Cygwin
28 matches
Mail list logo
