On 2/1/2012 9:43 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
marco atzeri sent the following at Monday, January 30, 2012 3:20 PM
On 1/26/2012 1:07 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
marco atzeri sent the following at Friday, January 20, 2012 3:49 AM
my 2c$ : As rebaseall is almost m
On 2/1/2012 6:11 PM, Guy Harrison wrote:
On Wednesday 01 February 2012 18:04:19 Larry Hall (Cygwin) wrote:
On 2/1/2012 9:42 AM, Guy Harrison wrote:
Hi Ryan,
On Wednesday 01 February 2012 13:43:32 Ryan Johnson wrote:
On 01/02/2012 5:46 AM, Guy Harrison wrote:
Hi Folks,
Can anyone help interp
marco atzeri sent the following at Monday, January 30, 2012 3:20 PM
>On 1/26/2012 1:07 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> marco atzeri sent the following at Friday, January 20, 2012 3:49 AM
>>> my 2c$ : As rebaseall is almost mandatory on W7/64 and we are always
>>> suggesting it to an
On 2/1/2012 7:03 PM, Nick Chilton wrote:
Hi,
I'm still having problems with OpenMP and the x86_64 MinGW compilers -
code which can run fine on Linux with any number of threads (mapped to
different cores) still will only use one core on an i5 quad core
windows box. Is this a windows limitation o
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 are not generated. Throw
> >
Hi,
I'm still having problems with OpenMP and the x86_64 MinGW compilers -
code which can run fine on Linux with any number of threads (mapped to
different cores) still will only use one core on an i5 quad core
windows box. Is this a windows limitation or a compiler one?
Compile with:
x86_64-w6
On Wednesday 01 February 2012 18:04:19 Larry Hall (Cygwin) wrote:
> On 2/1/2012 9:42 AM, Guy Harrison wrote:
> > Hi Ryan,
> >
> > On Wednesday 01 February 2012 13:43:32 Ryan Johnson wrote:
> >> On 01/02/2012 5:46 AM, Guy Harrison wrote:
> >>> Hi Folks,
> >>>
> >>> Can anyone help interpret this? I
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, b
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, this
On 2/1/2012 2:44 PM, Kevin Layer wrote:
Larry Hall (Cygwin) wrote:
>> On 1/30/2012 5:53 PM, Kevin Layer wrote:
>> > Well over 200 clones with no error with the stock 1.7.9 cygwin1.dll,
>> > changing nothing else on the machine.
>>
>> Can you check for the most recent snap
Larry Hall (Cygwin) wrote:
>> On 1/30/2012 5:53 PM, Kevin Layer wrote:
>> > Well over 200 clones with no error with the stock 1.7.9 cygwin1.dll,
>> > changing nothing else on the machine.
>>
>> Can you check for the most recent snapshot that does work for you?
It took a while, but
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, by default their
ha
On 2/1/2012 9:42 AM, Guy Harrison wrote:
Hi Ryan,
On Wednesday 01 February 2012 13:43:32 Ryan Johnson wrote:
On 01/02/2012 5:46 AM, Guy Harrison wrote:
Hi Folks,
Can anyone help interpret this? I am fairly certain the problem lies
with IBM but I am no crypto expert. Is (for instance) the ser
Corinna Vinschen writes:
>
> This looks like a problem when recursing over the /proc/registry and
> it doesn't look like a 64 bit problem. I'll have a look.
>
I saw same problem runing find command i.e. /cygdrive/c/Programme/cygwin (root
of my cygwin installation) ad there is no /proc/registr
On 2/1/2012 3:07 PM, Ryan Johnson wrote:
OK, I'll do.
Must be at least somewhat Cygwin specific. Clang on i686 Linux
generates exception handling code properly (tested with clang 2.9 on
Debian).
I have vague memories that Clang doesn't support SJLJ exceptions, and
further vague memories that C
PACKAGE DESCRIPTION
===
Homepage: http://pmt.sourceforge.net/pngcrush
License : GPL
An optimizer for PNG (Portable Network Graphics) files. Its main
purpose is to reduce the size of the PNG IDAT data stream by trying
various compression levels and PNG filter methods. It also can
On Feb 1 12:57, Heiko Elger wrote:
> Hello,
>
> I'm using the latest snapshot.
>
> $ uname -a
> CYGWIN_NT-6.1-WOW64 PCFX061 1.7.10s(0.259/5/3) 20120201 05:28:17 i686 Cygwin
>
> Rebaseall and peflagsall are done.
>
> Executing "find ." in the roo
Hi Ryan,
On Wednesday 01 February 2012 13:43:32 Ryan Johnson wrote:
> On 01/02/2012 5:46 AM, Guy Harrison wrote:
> > Hi Folks,
> >
> > Can anyone help interpret this? I am fairly certain the problem lies
> > with IBM but I am no crypto expert. Is (for instance) the server
> > rejecting the connec
On 01/02/2012 1:21 AM, 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 are not generated. Throw
always abort()s program.
On Wed, Feb 1, 2012 at 8:46 AM, marco atzeri wrote:
> On 2/1/2012 2:22 PM, Earnie Boyd wrote:
>>
>> On Wed, Feb 1, 2012 at 8:05 AM, marco atzeri wrote:
>>>
>>> On 2/1/2012 1:38 PM, Timothy Makobu wrote:
Hi,
>>>
>>>
>>>
>>> on this mailing list we do NOT top post and we don't feed spa
On 2/1/2012 2:22 PM, Earnie Boyd wrote:
On Wed, Feb 1, 2012 at 8:05 AM, marco atzeri wrote:
On 2/1/2012 1:38 PM, Timothy Makobu wrote:
Hi,
on this mailing list we do NOT top post and we don't feed spammer with
e-mail adress of the others.
The one think I dislike about GMAIL is the fact t
On 01/02/2012 5:46 AM, Guy Harrison wrote:
Hi Folks,
Can anyone help interpret this? I am fairly certain the problem lies with
IBM but I am no crypto expert. Is (for instance) the server rejecting the
connection because (say) it does not understand ECDSA? Unfortunately I do
not have an older ins
On Wed, Feb 1, 2012 at 8:05 AM, marco atzeri wrote:
> On 2/1/2012 1:38 PM, Timothy Makobu wrote:
>>
>> Hi,
>
>
> on this mailing list we do NOT top post and we don't feed spammer with
> e-mail adress of the others.
>
The one think I dislike about GMAIL is the fact that I can't change
the quote tag
On 2/1/2012 1:38 PM, Timothy Makobu wrote:
Hi,
on this mailing list we do NOT top post and we don't feed spammer with
e-mail adress of the others.
See notes on http://cygwin.com/lists.html
After running the command (i had to run it via dash), the error now
looks like this:
$ make -j2
ldd:
Hello,
I'm using the latest snapshot.
$ uname -a
CYGWIN_NT-6.1-WOW64 PCFX061 1.7.10s(0.259/5/3) 20120201 05:28:17 i686 Cygwin
Rebaseall and peflagsall are done.
Executing "find ." in the root will force a stack trace.
*** snip snip snip
ente59@PCFX061 /
On Wed, Feb 1, 2012 at 7:38 AM, Timothy Makobu
wrote:
> Hi,
>
> After running the command (i had to run it via dash), the error now
> looks like this:
>
> $ make -j2
And if you use ``make -j1''
> ldd: /lib/libreadline.a: Permission denied
Do you get this?
--
Earnie
-- https://sites.google.com
Hi,
After running the command (i had to run it via dash), the error now
looks like this:
$ make -j2
ldd: /lib/libreadline.a: Permission denied
/usr/local/src/Python-2.7.2/Modules/_io/_iomodule.c:172:11: warning:
‘PyExc_BlockingIOError’ redeclared without dllimport attribute:
previous dllimport ig
Hi Folks,
Can anyone help interpret this? I am fairly certain the problem lies with
IBM but I am no crypto expert. Is (for instance) the server rejecting the
connection because (say) it does not understand ECDSA? Unfortunately I do
not have an older instance of cygwin ssh to try that theory ou
On 2/1/2012 9:08 AM, Timothy Makobu wrote:
Hi all,
I have installed the entire dev section, but when I try to compile the
above, I get the error below:
2 [main] python 4368
C:\cygwin\usr\local\src\Python-2.7.2\python.exe: *** fatal error -
unable to remap
\\?\C:\cygwin\usr\local\src\Pyth
PACKAGE DESCRIPTION
===
Homepage:
License : GPL
A single binary distributed version control which utilizes
SQLite database backend for storage metadata. The self contained
binary includes also issue tracker, wiki enginea and built in web
server to serve everything; including the
PACKAGE DESCRIPTION
===
Homepage: http://freecode.com/projects/bsfilter
License : GPL
A spam filter which can distinguish spam mail from other mails. It can
read mails by three way: reads from normal file or stdin, retrieves
and stores from IMAP server, reads from POP server and
31 matches
Mail list logo
