Greetings, lloyd.w...@yahoo.co.uk!
>> It seems still the same problem with dri-drivers
>> https://sourceware.org/ml/cygwin/2016-04/msg00283.html
>>
>> probably caused by LLVM 3.7
> Unfortunately, the dri-driver versions available in the installer
> depend on LLVM 3.7, so, even though reverting
> It seems still the same problem with dri-drivers
> https://sourceware.org/ml/cygwin/2016-04/msg00283.html
>
> probably caused by LLVM 3.7
Unfortunately, the dri-driver versions available in the installer
depend on LLVM 3.7, so, even though reverting back to LLVM 3.5
is offered when you select
Any other comments on this topic? Let me explain my proposal again.
The intention of the following code in tzsetwall() should be to pick
up UPPERCASE letters "in ASCII range":
if (isupper(*src)) *dst++ = *src;
NOTE: src is wchar_t *, dst is char *.
As Csaba Raduly pointed out, isw*() functions
On 06/08/2013 12:50 PM, Corinna Vinschen wrote:
> On Jun 8 17:47, Vasiliy wrote:
>> chown --recursive *.* doesn't change ownership for all files,
>
> Wrong pattern. *.* doesn't match files without dot. Try
>
> chmod -R * .*
Umm, that changes .. and its children, too, which is probably not
Hi,
> It seems still the same problem with dri-drivers
> https://sourceware.org/ml/cygwin/2016-04/msg00283.html
>
> probably caused by LLVM 3.7
FYI, if this is caused truly by LLVM 3.7, maybe i've already
experienced a kind of this issue w/ non-OpenGL app too.
https://github.com/nickg/nvc/issues/
Thank you, Pierre.
Finally there was a TYPO error in the rewrite rules (paste action was wrong).
Now they are working fine!
Many Thanks,
Mario
Pierre Humblet wrote:
> -Original Message-
> From: Mario Barcala
> Sent: Friday, May 20, 2016 8:20 AM
>
> Hi all:
>
> We are trying to conf
On Tue, May 24, 2016 at 10:56 AM, Erik Soderquist wrote:
> There has been notice that XP support will be dropped at some point in
> the future, but as far as I know, that point has not been reached.
Thanks to those who replied. This will make it easier for me to fix
what I broke.
--
Jim Reiser
On 24.05.2016 18:44, Jim Reisert AD1C wrote:
I thought that support for Windows XP had been removed from Cygwin.
No, has not yet been removed.
And i'm sooo happy about this.
Cause i'm still using XP for my work. Deliberately.
Why? Because it's so lightweight in a virtual machine.
Give it only
>> On Tue, May 24, 2016 at 12:44 PM, Jim Reisert AD1C wrote:
>> I thought that support for Windows XP had been removed from Cygwin.
>> Yet the Cygwin home page says:
>>
>> https://cygwin.com/
>>
>> "The Cygwin DLL currently works with all recent, commercially
>> released x86 32 bit and 64 b
On Tue, May 24, 2016 at 12:44 PM, Jim Reisert AD1C wrote:
> I thought that support for Windows XP had been removed from Cygwin.
> Yet the Cygwin home page says:
>
> https://cygwin.com/
>
> "The Cygwin DLL currently works with all recent, commercially
> released x86 32 bit and 64 bit version
I thought that support for Windows XP had been removed from Cygwin.
Yet the Cygwin home page says:
https://cygwin.com/
"The Cygwin DLL currently works with all recent, commercially
released x86 32 bit and 64 bit versions of Windows, starting with
Windows XP SP3."
I'm happy to be wrong ab
On May 24, 2016, at 8:33 AM, Corinna Vinschen wrote:
>
> On May 24 06:38, Warren Young wrote:
>> On May 23, 2016, at 4:35 AM, Corinna Vinschen wrote:
>>>
>>> using relative paths inside the Cygwin docs
>>
>> Did you mean to say “absolute paths”?
>
> I was talking about links to the non-ducumen
On May 24 15:57, Marco Atzeri wrote:
> $ git clone git://sourceware.org/git/newlib-cygwin.git
> Cloning into 'newlib-cygwin'...
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository exists.
>
>
> cygwin-setup shows the same i
On May 24 06:38, Warren Young wrote:
> On May 23, 2016, at 4:35 AM, Corinna Vinschen wrote:
> >
> > using relative paths inside the Cygwin docs
> > (cygwin-api, cygwin-ug-net, and faq) is not such a bright idea, because
> > the docs should ideally work even if not on the cygwin.com website.
>
> D
$ git clone git://sourceware.org/git/newlib-cygwin.git
Cloning into 'newlib-cygwin'...
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
cygwin-setup shows the same issue.
cygwin-htdocs seems fine.
Regards
Marco
-
On 5/24/2016 8:43 AM, Benjamin Cao wrote:
I am working with a customer on using the nm command in Cygwin for Windows. The customer
wants to be able to generate a symbol table on *.exe files similar to what nm does on
unix platforms. The executable, when run with nm in Cygwin, results in a "no
On May 24, 2016, at 6:43 AM, Benjamin Cao wrote:
>
> The executable, when run with nm in Cygwin, results in a "no symbols" result,
> whereas it generates a symbol table in unix.
That’s not what I see here. Given hello.c containing a “Hello, world!” program:
$ make hello
cc hello.c -
On 24/05/2016 14:43, Benjamin Cao wrote:
Hi,
I am working with a customer on using the nm command in Cygwin for Windows. The customer
wants to be able to generate a symbol table on *.exe files similar to what nm does on
unix platforms. The executable, when run with nm in Cygwin, results in a "
Hi,
I am working with a customer on using the nm command in Cygwin for Windows. The
customer wants to be able to generate a symbol table on *.exe files similar to
what nm does on unix platforms. The executable, when run with nm in Cygwin,
results in a "no symbols" result, whereas it generates a
On May 23, 2016, at 4:35 AM, Corinna Vinschen wrote:
>
> using relative paths inside the Cygwin docs
> (cygwin-api, cygwin-ug-net, and faq) is not such a bright idea, because
> the docs should ideally work even if not on the cygwin.com website.
Did you mean to say “absolute paths”? If not, then
On May 1 18:45, OKUMURA Yuki wrote:
> Hi list,
>
> It seems the commit
> https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=feec81e5717f904b687f17ace727bfbadc597209
> made visibility between ctermid() and L_ctermid incoherent.
>
> While L_cuserid is XSI, L_ctermid is POSIX so check
On Apr 29 16:03, Kevin Nomura wrote:
> Hi,
>
> We occasionally see an api_fatal abort during process startup like:
>
> *** fatal error - add_item ("somepath", "/", ...) failed, errno 1
>
> This happens if mountinfo.init(false) in user_info::initialize is
> called twice. The error occurs on a se
On May 20 18:42, Corinna Vinschen wrote:
> Hi Adam,
>
> On Apr 28 12:02, Adam Dinwoodie wrote:
> > ---
> > contrib.html | 6 +++---
> > cvs.html | 20 ++--
> > cygwin-ug-net/setup-net.html | 4 ++--
> > faq/faq.html | 2 +-
> >
On Tue, May 24, 2016 at 3:26 AM, KIMURA Masaru wrote:
> Hi,
>
>> Have there been any changes to OpenGL libraries in 32-bit cygwin in the last
>> six months?
>
> i also have another OpenGL app crashing.
> glxinfo reports wrong Video memory size.
> glxgears raises SIGSEGV under swrast_dri.so.
> i c
24 matches
Mail list logo