Hi
The following packages show up each time when downloading with setup
but do NOT show up in the install dialog:
bltty-4.1-1 and it's siblings
w32api-3.14-1
task-1.8.4-1
Anybody seeing this ?
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Hello. It seems that I found a problem with settimeofday() and
gettimeofday() calls in a single context. The problem is that if we
set a new time with settimeofday() call it completes succefully and
system time is updated. But then if we try to get current time with
gettimeofday() call it returns o
Version 4.2-1 of "brltty" has been uploaded.
It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.
-- brltty-4.2-1 -- 2010-05-12 ---
New upstream version.
If you have questions or comments, please sen
On Wed, May 26, 2010 at 03:39, Kaylan wrote:
> OS: Windows 7
> cygwin installation: Basic C/C++ compilation,debug,link,make,ect
>
>
> I have searched all over for answers and have came up with nothing. When i
> compile a C program i now know i need to include some .dll's with the .exe
> in order fo
On May 17 21:19, Corinna Vinschen wrote:
> On May 15 11:39, Kazuhiro Fujieda wrote:
> > >>> On Fri, 14 May 2010 21:27:16 +0200
> > >>> Corinna Vinschen said:
> >
> > >> It should return "5\u6708" in Japanese and "5\uc6d4" in
> > >> Korea. MSDN in Japanese describes so. It, however, returns "5"
> >
On May 13 15:38, Nellis, Kenneth wrote:
> > From: Dale Stimson
> > Sent: Thursday, May 13, 2010 14:13
> > To: cygwin@cygwin.com
> > Subject: Reading /proc/registry/... returns extra char
> >
> > Reading a file under /proc/registry returns an extra character at the
> > end,
> > which appears to be
On May 20 11:43, Huang Bambo wrote:
> 2010/5/20 Huang Bambo :
> >> Huang,
> >>
> >> you - as the person who first saw and documented the problem in public
> >> (thank you!) - are in the best position to test it, if you can recreate the
> >> original situation (with the GBK(?) directory names).
> >>
On May 19 00:07, Kazuhiro Fujieda wrote:
> >>> On Tue, 18 May 2010 10:31:36 -0400
> >>> Christopher Faylor said:
>
> >>2010-05-18 Kazuhiro Fujida
>
> I mistyped my name in ChangeLog.
> Please correct Fujida to Fujieda on the first opportunity.
Done.
Corinna
--
Corinna Vinschen
2010/5/25, David Sastre :
> Hello,
>
> Trying to build gnupg-1.4.9-2 from the distributed sources fails throwing:
>
> gpgkeys_curl.c:304: error: ‘typeof’ applied to a bit-field
> (full output attached)
>
> Here are some references regarding this specific error².
>
> Since the cygport file uses ${P}
> Hello. It seems that I found a problem with settimeofday() and
> gettimeofday() calls in a single context. The problem is that if we
> set a new time with settimeofday() call it completes succefully and
> system time is updated. But then if we try to get current time with
> gettimeofday() call it
> From: Corinna Vinschen
> Sent: Wednesday, May 26, 2010 07:48
> To: cygwin@cygwin.com
> Subject: Re: Reading /proc/registry/... returns extra char
>
> On May 13 15:38, Nellis, Kenneth wrote:
> > > From: Dale Stimson
> > > Sent: Thursday, May 13, 2010 14:13
> > > To: cygwin@cygwin.com
> > > Subjec
Hi Dave,
On May 18 15:14, Dave Korn wrote:
>
> Hi,
>
> I'm having trouble with the latest changes to the pty control code. In my
> case they manifest when I run parallel "make -j check" on GCC; after a minute
> or two all the expect processes end up spinning CPU and everything grinds to a
On May 24 14:19, Matthew Fluet wrote:
> /usr/include/stdint.h typedefs intptr_t as "int" and uintptr_t as
> "unsigned int".
> /usr/include/inttypes.h #defines PRIdPTR as "ld" and PRIoPTR as "lo".
> These and the other PRI?PTR and SCN?PTR format specifiers are meant to
> be used for the intptr_t and
Greetings, Corinna Vinschen!
>> > $ cat >a.dat
>> > /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Syst
>> > emBootDevice
> This trailing NUL character was always there, already with Cygwin 1.5.
> It's part of the file content. If strings are stored with a trailing
> NUL in a
On Wed, May 26, 2010 at 04:02:45PM +0300, "??? ??" wrote:
>> Hello. It seems that I found a problem with settimeofday() and
>> gettimeofday() calls in a single context. The problem is that if we
>> set a new time with settimeofday() call it completes succefully and
>> system time is updated. Bu
On 26 May 2010 05:17, Dave Korn wrote:
> On 25/05/2010 12:47, Magnus Reftel wrote:
>> Hi all,
>>
>> I discovered that the problem does not only affect Cygwin. It was just
>> that I did not have any large binaries outside cygwin. Large
>> executables built using VS Express also crash with the same
On May 18 09:11, Mario Küchler wrote:
> Hi,
>
> there seems to be a change from 1.5 to 1.7 when processing junctions
> (reparse points). This was already discussed here but I want to point to
> an issue when accessing them via SMB.
>
> Both hosts have a local junction from d:\temp to c:\temp.
>
On May 26 10:22, Christopher Faylor wrote:
> On Wed, May 26, 2010 at 04:02:45PM +0300, "??? ??" wrote:
> >> Hello. It seems that I found a problem with settimeofday() and
> >> gettimeofday() calls in a single context. The problem is that if we
> >> set a new time with settimeofday() call it com
On May 26 17:42, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> > $ cat >a.dat
> >> > /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Syst
> >> > emBootDevice
>
> > This trailing NUL character was always there, already with Cygwin 1.5.
> > It's part of the file conte
On Wed, May 26, 2010 at 11:56:20AM -0400, Christopher Faylor wrote:
>On Wed, May 26, 2010 at 04:25:43PM +0200, Corinna Vinschen wrote:
>>On May 26 10:22, Christopher Faylor wrote:
>>> On Wed, May 26, 2010 at 04:02:45PM +0300, "??? ??" wrote:
>>> >> Hello. It seems that I found a problem with se
On Wed, May 26, 2010 at 04:25:43PM +0200, Corinna Vinschen wrote:
>On May 26 10:22, Christopher Faylor wrote:
>> On Wed, May 26, 2010 at 04:02:45PM +0300, "??? ??" wrote:
>> >> Hello. It seems that I found a problem with settimeofday() and
>> >> gettimeofday() calls in a single context. The pro
On May 26 16:34, Corinna Vinschen wrote:
> On May 26 17:42, Andrey Repin wrote:
> > BTW, get it as a bugreport - reading REG_MULTI_SZ from /proc/registry
> > returns
> > only first string.
>
> Yep, that's a bug. I'll look into it.
I applied a patch to Cygwin to fix this.
Thanks again,
Corinna
First off, I do not know if we will ever finish this attempt, but we will start
and try.
We would like to compile cygwin for 64 bit native operation. Our office is
switching to all 64 bit systems.
Reading:
http://cygwin.com/faq/faq.programming.html#faq.programming.building-cygwin
Could someone c
On Wed, May 26, 2010 at 01:13:52PM -0400, Jason Pyeron wrote:
>First off, I do not know if we will ever finish this attempt, but we will start
>and try.
>
>We would like to compile cygwin for 64 bit native operation. Our office is
>switching to all 64 bit systems.
>
>Reading:
>http://cygwin.com/faq
> -Original Message-
> From: Christopher Faylor
> Sent: Wednesday, May 26, 2010 13:26
> Subject: Re: Native 64 bit.
>
> On Wed, May 26, 2010 at 01:13:52PM -0400, Jason Pyeron wrote:
> >First off, I do not know if we will ever finish this attempt, but we
> >will start and try.
> >
> >We
On Wed, May 26, 2010 at 1:13 PM, Jason Pyeron wrote:
> First off, I do not know if we will ever finish this attempt, but we will
> start
> and try.
>
> We would like to compile cygwin for 64 bit native operation. Our office is
> switching to all 64 bit systems.
>
> Reading:
> http://cygwin.com/fa
> -Original Message-
> From: Eliot Moss > Sent: Wednesday, May 26, 2010 14:50
> To: Jason Pyeron
> Subject: Re: Native 64 bit.
>
> On 5/26/2010 1:13 PM, Jason Pyeron wrote:
> > First off, I do not know if we will ever finish this
> attempt, but we
> > will start and try.
> >
> > We would
BTW Why can't the mail server extract the text/plain portion of an email
automatically?
- Original Message -
From: Chloe Sowers
To: cygwin@cygwin.com
Sent: Wednesday, May 26, 2010 5:24 PM
Subject: Fw: SVN Core Dump on Cygwin 1.7.1 using UNC Path
FYI
- Original Message -
From:
On 5/26/2010 4:40 PM, Jason Pyeron wrote:
Memory access.
Linking in other 64 bit dlls.
Ok ... so why is 64-bit mingw not suitable?
-- Eliot
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.h
On Wed, May 26, 2010 at 05:32:15PM -0400, Chloe Sowers wrote:
>BTW Why can't the mail server extract the text/plain portion of an email
>automatically?
Because it doesn't want to.
Why can't you do a little research before sending email to a mailing list?
Same reason, I suspect.
cgf
--
Problem
Hi Yaakov,
How do i apply the patches you mentioned in the url?
I am quite new to cygwin.
I am using libgphoto2-2.4.9.1.
Thanks!
Yaakov (Cygwin/X) wrote:
>
> On 2010-05-25 06:15, aldray wrote:
>> Hi all,
>> I encounter some issue when installing gphoto on cygwin. Anyone knows how
>> to
>> re
On 5/26/2010 10:25 PM, aldray wrote:
Hi Yaakov,
How do i apply the patches you mentioned in the url?
I am quite new to cygwin.
The README explains that.
I am using libgphoto2-2.4.9.1.
If you really need 2.4.9.1, you'll have to build this yourself, as you
intended. But if you're flexible,
liblapack-devel ships blas.pc and lapack.pc in /usr/lib. These must be
in /usr/lib/pkgconfig for pkg-config to find them.
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscri
> -Original Message-
> From: Eliot Moss
> Sent: Wednesday, May 26, 2010 18:13
> Subject: Re: Native 64 bit.
>
> On 5/26/2010 4:40 PM, Jason Pyeron wrote:
>
> > Memory access.
> >
> > Linking in other 64 bit dlls.
>
> Ok ... so why is 64-bit mingw not suitable?
Common / consistent proces
Hi,
While i was trying to compile a file, i was getting the error:
$ make
defaultCompiler -c eispack.F
make: defaultCompiler: Command not found
make: *** [eispack.o] Error 127
Cab you help to figure it out.
Thanks in advance for your help
Regards,
Akash
--
Problem reports: http://cy
On Wed, May 26, 2010 at 10:00:36PM -0600, aka...@nmsu.edu wrote:
>Hi,
>While i was trying to compile a file, i was getting the error:
>
>$ make
>defaultCompiler -c eispack.F
>make: defaultCompiler: Command not found
>make: *** [eispack.o] Error 127
>
>
>Cab you help to figure it out.
>Thanks in
--- Gio 27/5/10, Yaakov (Cygwin/X) ha scritto:
> liblapack-devel ships blas.pc and
> lapack.pc in /usr/lib. These must be in
> /usr/lib/pkgconfig for pkg-config to find them.
>
>
> Yaakov
>
oh nice,
it seems I took incorrectly from gentoo, or gentoo make
some additional movement/link that is
Hi
/usr/share/doc/brltty-4.2 should be /usr/share/doc/brltty
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hi
/usr/share/doc/mercurial-1.5.2 should be /usr/share/doc/mercurial
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscrib
On 2010-05-27 01:06, Marco Atzeri wrote:
oh nice,
it seems I took incorrectly from gentoo, or gentoo make
some additional movement/link that is not obvious from
their build.
They support several LAPACK implementations, so the handling of that is
probably what you're (not) seeing.
on my TODO
40 matches
Mail list logo